每一项都对应我们真的写过、并且在生产环境里跑着的系统。执照的经营范围比这四项宽，但经营范围登记不等于交付能力 —— 没做过的不写在这一页。
订单归集、库存同步、按规则自动分单、仓储费用计算。这是我们代码量最大、跑得最久的一块，也是公司经营范围里「供应链管理服务」对应的实际能力。
订单散在各平台后台、运营每天手工导出再合并，是错发漏发的起点。归集之后库存实时同步，超卖从源头上就少了。
按仓、按区域、按商品、按时效分单，规则会随业务反复变。写死意味着每改一次都要发版，所以做成配置项。
仓储和操作费的每一笔都要能倒推出是哪张单、按哪条规则算出来的。对不上账时能查到具体那一行，比事后解释有用。
拆单失败、推送失败、回传缺字段这类情况会留在待处理队列里并且报警，而不是吞掉日志继续跑。
把业务系统和金蝶之间那道「人工录两遍」去掉，并按管理层真正要做的决定来做报表 —— 而不是把能查到的字段全堆上去。
通过金蝶开放接口做双向同步，业务侧的订单发货与财务侧的凭证账目对齐口径，月底不用再靠人工比对两张表。
先跟真正看这张报表的人聊：你每天想知道什么、看到什么数字会采取行动。指标从这里倒推，而不是从「有什么数据」出发。
分摊规则和中间结果都落库留痕，任何一期账都能重新跑一遍得到同样的数 —— 否则财务不会信。
两个部门报数对不上，多半是口径不同而不是数据错。我们会先把口径写成文档并让双方确认，再开始做界面。
把分散的系统接起来，并按你的合规要求决定它跑在哪儿。对应经营范围里的「信息系统集成服务」与「数据处理和存储支持服务」。
可部署在你自己的服务器或内网。对数据敏感的场景，我们会先把「内网部署要多花多少钱」算清楚再让你决定。
关键数据的变更留痕到人、到时间、到改前改后的值。出问题时能定位，平时也是审计凭据。
数据迁移前先做全量备份并验证可还原，切换失败能退回去。没验证过的备份我们不当作备份。
对接第三方系统时，请求和响应报文全量留痕。扯皮的时候这是唯一能说清楚的东西。
微信小程序与移动办公场景。员工内购、移动审批、扫码作业这类不适合坐在电脑前完成的事，搬到手机上。
面向员工和外部人员的场景，小程序的启动成本最低。可对接微信支付与企业微信。
内购额度按人按周期自动控制、审批链留痕。原来靠群接龙加 Excel 的做法，问题不在效率而在事后说不清。
同一套后端接口和设计规范，不会出现两端数据对不上的情况。
仓库和车间的网络往往不好。关键操作做本地暂存与失败重试，不能一断网就丢数据。
告诉我们你现在最头疼的问题，我们帮你判断该从哪儿下手 —— 有时候答案是「先别做系统」。