CRMEB

微信支付报错，先要定位问题出在下单、调起还是回调哪一段。这篇按链路段落拆解：AppID 与商户号不匹配的真正解法、V2 与 V3 签名的差异、两个最隐蔽的签名坑，以及「钱付了订单还待支付」的回调排查顺序。

用 CRMEB 接微信公众号，卡住的人大多不是卡在代码，而是卡在三个前提条件上：公众号类型选错、域名三件套配错、微信支付 AppID 与商户号没互相授权，后台一直报「不匹配」。这篇把从零到能下单的完整链路、6 个高频坑、以及什么情况下必须二开讲清楚。

CRMEB 小程序配置卡住，通常不是卡在代码，而是四件事没分清：账号资质、服务器域名、支付绑定、提审前开关。这篇把 5 类服务器域名的用途、业务域名校验文件的放法、以及提审前必须先关闭的充值开关讲清楚，并给出一份提审前自查清单。

二开项目最怕的不是做不出来，而是做出来了以后升不动。这篇讲清升级风险的三个层面、CRMEB 官方的目录与命名规范、改动应该落在哪一层、如何优先使用事件与队列等官方扩展点，并给出影响面分析模板与升级前的兼容性比对清单。

多商户分账不能凭感觉设计。微信侧有三条硬约束：分账比例默认上限 30%（按订单金额计算）、资金冻结期默认 180 天、同一订单最多分账 50 次且每次最多 50 个接收方。这篇讲清三种分账产品的选择、账期与提现设计、退款回冲，以及一个官方明确不推荐的做法。

CRMEB 对接 ERP 不是一件事，而是五条数据流：商品、库存、订单、发货、售后。这篇对比实时接口、定时任务、中间表三种同步方式，给出以 ERP 回调为代表的对接形态、防超卖的安全库存设计，以及必须做的幂等与对账机制。