开始前需要什么
- 提供源表、目标模板,以及客户、渠道、项目等维度的归属规则。
- 确认列名映射、源表优先级、期间与指标公式;没有 ERP 接口时使用导入导出文件。
Fiitx 可以把多张 Excel 或 ERP 导出表按企业口径合并,生成符合目标模板的财务汇总,列出源表冲突和缺失指标。金额按规则汇总,比率重算;没有 ERP API 时使用导入导出文件,写回之前由人复核。
使用虚构数据,经 Fiitx 现有计算模块生成。不是客户数据、交付实录或节省工时的实测;只验证下面列出的规则。
样例核验日期:
| 客户 | 收入 | 毛利额 | 毛利率 | 净利额 |
|---|---|---|---|---|
| DEMO-B | 9000 | 900 | 10% | 缺失 |
| DEMO-A | 1000 | 500 | 50% | 缺失 |
| 合计 | 10000 | 1400 | 14% | 缺失 |
「这个客户算哪个渠道」「返点摊到哪个月」这类判断通常没有成文规则,靠做了很多年的人记着。这个人一走,口径就出现断层,而断层要到季度复盘时才被发现。
导出的表里列名带着多余的空格、被人改过一两个字、顺序换了位置——按位置取数的做法这时候不会报错,只会算出一个看起来合理的错数。
很多财务系统只给导入导出模板,不给 API。这一段通常只能人工,于是整条线在这里断成两截。
客户、渠道、项目、公司几个维度按你们既有的归属规则拼,规则是配置项而不是脚本里的硬编码。
匹配不上时停下来问,而不是跳过那一列继续算。这一条是真踩过才加的:静默跳过一列,报表照样整齐,错数要到很久以后才被发现。
返点怎么摊、哪些科目进哪个指标、期间怎么切——这些写在云端的口径档案里,不写在某个人的工作簿里。
ERP 不给 API 的部分,按它自己的导入模板生成文件,人确认后再导。这一段仍然有人把关,但不再需要人逐行填。
每次跑的输入、口径版本和结果一起留档。季度复盘时可以把任意一期重新算一遍,对得上才算数。
能。没有接口的部分走它自己的导入导出模板:取数用导出、回写用导入模板生成文件再由人确认。这不是绕过,是把人工里最机械的那段拿掉。
不会。口径是配置,在云端按组织维护,改完下一次跑就生效。改动留版本,能查到从哪一期开始变的。
每次跑的输入、口径版本和结果一起留档,任意一期都能重新算一遍并比对。