但是这种模式很难规模化，只能说是给商家提供了一种可选的接入模式，跟其他模式不冲突。

所以还是得研究聚合支付。

今天跟合作方签了协议，明天测试接入。试试看聚合支付是不是可以迎来新的增量。

提醒了几个大户，下次大促前要提前报备。

把下单提醒通知人员数量从 100 调成 20。

今天爬楼泡汤。

最近有个 KA 几乎每天都要催一下，实在招架不住，先暂停别的开发，把这个员工等级搞上去。

实际上也就花了三天时间，不过虽然之前一直没开工，但是经常会去构思。这次是在构思很成熟的情况下完成的，所以开发用时不算多。

花在消费者投诉处理上的时间快赶上春节了。

对于投诉多的店铺，暂时关停在线支付功能。

终于闭环了。

之前商户退出机制不完善，年限长了，就会有一些不再开店、不再使用商户号的商家，商户号出现“涉嫌资料异常”，例如身份证过期等。风险商户多了，对服务商不是好事。

紧急回房间处理，刚坐下来，已经自动恢复了。也就几分钟时间，自动好了。

继续再爬两趟。

后面看流量图，估计是几个大户集中在这个点投流。

问腾讯云的人，说是遇到这种突然发生的大流量，服务器会自动扩容，但是会有部分用户感知到“卡顿”。

商户注销终于不用上传纸质材料了。

总结一下，账对不清的原因，主要是概念没搞清。

不过话说回来，被客户这么逼一下，一周内发了三个小版本，系统对账功能完善了不少。

从下午折腾到晚上，还是没对上。发现好几个地方需要完善优化。