你公司是不是也这样:业务这边早就上了系统,订单、采购、出入库都在里面跑,数据挺全。可财务那边是另一套软件——用友也好、金蝶也好——科目、报表、报税都在那套里,用了好几年,会计也顺手,谁都不想动。
于是每个月中间就多了一道活:业务系统跑出来的收入、成本、应收应付,要由会计在总账里再录一遍凭证。录完还不算完,两边各结一次,数字对不上就得一笔笔往回找。
时间上更拖不起。老板月中问一句「这个月赚了多少」,财务答不上来——业务系统里的数还没进总账,总账里的数还停留在上个月。等两边都结完,往往已经是下个月十号以后。
对不上又是另一件事。业务侧改了一张上月的单据,总账那张凭证还是老的;单位换算、科目口径两边不完全一致,差个几百几千,月底要花大半天去查,查出来往往就是一笔录错的方向,或者一个没同步过来的调整。
两套系统各管一段没错,错在中间那道「人肉搬运」。我们做的,就是把这道搬运去掉。
你公司是不是也这样
- 同一笔业务录两遍:业务系统里已有完整单据,会计还要在总账软件里按科目再录一遍凭证,月结前后要占去两三天
- 报表总是慢半个月:总账里的数要等业务数据录完才完整,老板月中要看经营情况,只能看业务系统的粗略统计,口径还和财务不一致
- 两边对不上是常态:业务侧改了往期单据、单位换算率调整、科目口径不同,月末两边余额经常差一笔,查一次要大半天
- 错误发现得晚:凭证录错科目或金额,往往等报表出来才看出来,这时候已经记账甚至结账,改起来要反记账、反结账
- 人员一变动就断档:单据转凭证的规则只存在会计脑子里,换了人规则就跟着走,新接手的要摸索几个月才能上手
我们是怎么做的
- 先定科目对照表:把业务系统的单据类型、往来、存货、税目、费用项目与总账科目逐条对应,含税或不含税、本位币或原币的口径一并写清,规则落成表格并双方签字确认,不靠人记
- 凭证自动生成与推送:销售、采购、收付款、出入库、成本结转等单据在业务侧审核后,按对照表自动生成凭证并推送到总账,同一张单据只推一次,重复触发按单据号拦截
- 凭证号回写:推送成功后把总账凭证号回写到业务单据上,在业务系统里点开单据就能对应到凭证,两边都能反查
- 每日双向对账:自动比对应收、应付、存货、收入、成本五类科目的发生额与余额,差异按单据逐条列出,财务只处理例外,不用全量核对
- 月结顺序固化:先业务结账、再凭证推送、后总账结账,前一步完成才允许进入下一步,避免两边结账时点错开造成口径不一致
改造之后
- 业务单据不再二次录入,凭证由系统按对照表生成并推送,月结期间的录入工作量大幅下降
- 总账数据与业务数据基本同步,月中也能看到接近财务口径的经营数据,报表出具时间提前约一周
- 每日自动对账并把差异按单据列出,月末查找差异的时间从大半天缩短到处理清单上的几条例外
- 科目对照规则落在系统里,人员变动不再影响凭证口径,新接手的会计照着对照表就能复核
- 往期调整自动生成差额凭证并标注原凭证号,已推送的凭证不再被直接改写,账面改动全程留痕
这个项目包含什么
适合什么情况
业务已经在速达3系列里规范运转,但总账、报表、报税仍在使用用友或金蝶等另一套财务软件,每月靠人工把业务数据录成凭证的贸易与制造企业;也适用于集团要求统一总账口径、下属公司业务系统无法替换的情况
关于这类改造
什么是业务系统与总账对接:企业在速达3系列里跑采购、销售、库存、收付款这些业务,另有总账软件负责科目、报表和报税。对接就是把业务单据按既定规则自动转成会计凭证送到总账里,同时保证两边余额能对得上——不是换掉任何一套系统,而是让两套系统各管一段,中间用凭证打通。
为什么不直接换掉其中一套:常见有三个原因。一是总账软件用了多年,历史凭证、报表格式和报税口径都在里面,整体迁移成本高、风险大;二是集团或上级单位要求统一用某套总账,业务系统无权更换;三是会计团队对现有软件熟练,切换期正好赶上报税或审计,谁都不敢动。这种局面不必强行二选一,中间接一道凭证通道是更稳妥的做法。
通常怎么做:第一步定口径,逐类单据确定入账科目、借贷方向、金额口径(含税还是不含税、本位币还是原币)与辅助核算项,形成科目对照表并双方确认;第二步做生成,业务单据审核后按对照表生成凭证,一张单据只生成一次,重复触发按单据号拦截,生成失败进队列重试并告警;第三步做推送与回写,凭证推送到总账后把凭证号回写到业务单据,两边都能反查;第四步做对账,每天比对应收、应付、存货、收入、成本的发生额与余额,差异按单据列出;第五步固化月结顺序,业务先结账、凭证推送完、总账再结账。
什么情况适用:业务单据量大、每月凭证在几百张以上、业务与财务分属两套软件且短期内无法统一的企业。业务量小、一个月凭证不到五十张、会计一个人能兼顾两边的,先把科目对照表定下来,照着表手工录也可以,不必急着上接口。
改造前要注意:科目对照表是全部工作的基础,定之前把两边的科目体系、辅助核算和币种口径都摊开对一遍,口径不一致就先统一再谈技术;历史期间不建议倒推补录,一般从某个会计期间的期初开始,期初余额由人工确认一次;联调阶段重点测幂等,重复推送是最容易出的问题;上线首月保留人工录入入口,接口异常时能当天切回去,不能让月结卡住。
如果你公司也在为「一套业务、一套总账」发愁,可以把两个系统的科目表各导出一份(隐去客户名称),我们先做一次科目对照的可行性评估,看看哪些科目能自动映射、哪些必须人工判断。