口径散在人身上,不在文档里
「这个客户算哪个渠道」「返点摊到哪个月」这类判断通常没有成文规则,靠做了很多年的人记着。这个人一走,口径就出现断层,而断层要到季度复盘时才被发现。
这条线的难点不在算,在**对齐**:几张表的列名不一样、同一个词在两个部门意思不同、去年的口径和今年的不一样。人做的时候靠记忆补齐,换个人就补不齐了。
「这个客户算哪个渠道」「返点摊到哪个月」这类判断通常没有成文规则,靠做了很多年的人记着。这个人一走,口径就出现断层,而断层要到季度复盘时才被发现。
导出的表里列名带着多余的空格、被人改过一两个字、顺序换了位置——按位置取数的做法这时候不会报错,只会算出一个看起来合理的错数。
很多财务系统只给导入导出模板,不给 API。这一段通常只能人工,于是整条线在这里断成两截。
客户、渠道、项目、公司几个维度按你们既有的归属规则拼,规则是配置项而不是脚本里的硬编码。
匹配不上时停下来问,而不是跳过那一列继续算。这一条是真踩过才加的:静默跳过一列,报表照样整齐,错数要到很久以后才被发现。
返点怎么摊、哪些科目进哪个指标、期间怎么切——这些写在云端的口径档案里,不写在某个人的工作簿里。
ERP 不给 API 的部分,按它自己的导入模板生成文件,人确认后再导。这一段仍然有人把关,但不再需要人逐行填。
每次跑的输入、口径版本和结果一起留档。季度复盘时可以把任意一期重新算一遍,对得上才算数。
能。没有接口的部分走它自己的导入导出模板:取数用导出、回写用导入模板生成文件再由人确认。这不是绕过,是把人工里最机械的那段拿掉。
不会。口径是配置,在云端按组织维护,改完下一次跑就生效。改动留版本,能查到从哪一期开始变的。
每次跑的输入、口径版本和结果一起留档,任意一期都能重新算一遍并比对。