业财一体凭证配置全指南：从暂估红冲到结账核对

简介：业财一体化基本配置与操作流程图说明文档，面向ERP实施顾问、财务人员及企业运营管理者，帮助理解业务与财务集成的核心流程。压缩包中有1个PDF文件，约290KB，以流程图形式呈现。文档覆盖供应链、采购、销售、库存、存货核算、财务应付/应收、会计平台、总账、现金管理、固定资产等多个模块，详细标注了请购单、采购入库单（暂估/红冲/确认）、采购应付单、销售成本结转单、销售应收单（暂估/红冲/确认）、应收/应付核销、IUFO报表等节点，并给出了对应借贷科目、红冲规则及差异调整说明。已有1349人学习浏览，适合用于系统上线前的流程梳理、配置参考、数据核对与内部培训。读者可借助这套流程图快速掌握从采购、销售到财务核算的闭环逻辑，理清各单据间的凭证关系及异常冲销思路，为企业业财一体化实施提供落地参考。

1. 业财一体落地为什么总卡在凭证模板

同一个采购入库，有的项目挂在应付暂估上，有的挂在物资采购上，一到月底和供应商对账，总账数据跟业务明细怎么都对不上。业财一体化的难点通常不是系统里有没有供应链模块，而是业务单据在什么时候生成凭证、进哪个科目、带哪几组辅助核算。流程图V1.1把采购、库存、销售、存货核算、应收应付、固定资产到总账结账的完整数据链路摊开，明确标注了暂估、红冲、确认三段式凭证的借贷方向，以及关联方交易、盘盈盘亏、出库调整单这些特殊业务的口径。它适合实施顾问、财务IT和正在做业财一体方案设计的人当作配置依据来读，而不是只看单据流转。

2. 会计平台与集团级档案：业财一体的基本配置顺序

流程图V1.1把会计平台和各类档案放在了供应链单据前面，配置顺序是有讲究的。凭证模板要引用科目、辅助核算和收发类别，如果客商、存货分类、仓库这些基础档案没建好，后面生成的凭证会全部落在没有辅助核算的科目上，月底做往来对账时完全拆不开。V1.1把配置切成了集团级档案、公司级档案、会计平台三层，顺序不能乱。

2.1 集团级档案与公司级档案的分层

集团级档案决定辅助核算的取值来源，公司级档案决定具体单据上的业务维度。两者的维护位置不同，影响范围也不同，配置时如果搞反，后期改动的成本会很高。

提示：客商的“管理档案属性”是集团档案与公司档案之间的桥。实施时先统一集团编码再分配公司权限，比事后合并容易得多。

这份表格还能看出来另一件事：公司级档案虽然维护成本低，但最容易乱。收发类别在实施后期经常被改动，改动之前生成的凭证不受影响，改动之后新单据如果没匹配到模板，凭证就会静默失败。流程图V1.1里专门给了“往来核对”节点，就是在档案已经乱掉的情况下还能查出差异的手段，也是配置阶段的兜底。

2.2 会计平台配置的三个动作

会计平台的配置动作通常拆成三个：科目分录定义、凭证模板定义、凭证生成。科目分录定义把每个科目和辅助核算类型绑定，比如应收账款确认科目必须挂客商辅助核算，否则凭证上带不出客商，核销收款单时就找不到对象。凭证模板定义给采购应付单、销售应收单这类业务单据配置借贷方规则，包括借方科目、贷方科目、辅助核算和金额来源。凭证生成则是把业务单据按模板转成总账凭证的入口。

实际实施时，单据生成了但总账里没有凭证，第一件事不是去翻单据，而是看凭证日志。日志里会记录每张业务单据的生成状态和失败原因，也能看出来哪些单据被过滤规则挡掉了。下面的查询是常见做法：

-- 检查前一天没有生成凭证的业务单据 SELECT biz_type, bill_no, bill_date, make_flag FROM gl_voucher_log WHERE make_flag = 'N' AND create_time >= TRUNC(SYSDATE) - 1 ORDER BY create_time DESC;

逻辑说明：凭证日志记录会计平台每次试图生成凭证的结果，make_flag为N代表未生成或生成失败。这里查最近一天的数据，避免把历史积压日志全部拉出来拖慢系统。biz_type是单据类型，bill_no是单据号，拿到单号后回到凭证生成界面按单号重新生成即可。字段命名在不同版本里不完全一致，以实施环境里凭证日志界面展示的字段为准。

2.3 配置顺序与两个常见坑

我一般按四个顺序配置：先维护集团级档案，再分配公司级档案，然后把会计平台的科目分录补齐，最后才配凭证模板。最容易出问题的不是模板本身，而是科目分录里的辅助核算类型。比如存货科目如果没有挂存货分类辅助核算，销售收入的存货分类辅助就带不出来，或者说带出来了但是凭证保存时报辅助项必输，两种情况都会卡住后续流程。

第二个坑是复制模板。同一个库存组织下有多套收发类别时，把一套凭证模板复制后改条件，条件里的收发类别编码没改干净，新单据匹配到旧模板，凭证方向和科目就串了。流程图V1.1把会计平台放在流程最前面，本质上就是要求配置阶段先把模板边界敲定，而不是等业务单据已经走到月末才发现模板该拆。

3. 采购库存流的暂估红冲确认三段式凭证配置

采购与存货是业财一体里凭证逻辑最重的部分。V1.1在采购入库单上标了一个“自动暂估”动作，意思是发票还没到的时候，存货已经入库，为了总账与库存模块一致，先按采购订单或入库单价格挂一笔暂估应付。这份流程图里的暂估凭证并不是从采购入库单直接生成，而是由采购应付单驱动，这一点在配置时要特别注意。

3.1 从请购到暂估：发票未到先入账

采购流程从请购单维护开始，到采购订单、采购发票、采购入库，最后落到采购应付单。暂估时凭证方向为借库存科目，贷应付-暂估或其他应付-关联方。选择哪个贷方科目，取决于供应商是不是关联方。关联方采购用其他应付-关联方，非关联方用应付-暂估，这样合并报表时关联方占用的资金一眼就能从科目余额上拆出来。

暂估凭证自动生成后，采购入库单本身继续走库存数量管理。也就是说，数量流和金额流在流程图上虽然是同一条线，但在系统里是两套数据，存货核算做成本计算时取的是入库数量，总账科目的余额来自实时凭证，两者靠存货科目余额互相校验。

3.2 红冲与确认：先冲回再入准确金额

发票到了以后，流程不是直接补一笔差额，而是把暂估凭证整张红冲，再按发票金额生成确认凭证。红冲时借库存科目（红字）、贷应付-暂估（红字）。确认时借库存科目、贷应付-确认。这样一红一蓝两笔，库存科目的最终余额就是发票金额。

如果把红冲和确认合并成一步，或者直接在暂估基础上差额调整，库存科目会发生两次累计，暂估和确认的金额全部叠加进去，存货余额就会翻倍。V1.1把采购应付单拆成暂估、红冲、确认三个单型，就是为了强制隔离开这两个动作。退货场景也一样，退回数量做红字采购入库，再走红冲，把暂估的库存和应付一起冲掉。

注意：红冲必须等暂估凭证生成并过账之后再做，如果先红冲后暂估，应付暂估科目就会出现贷方红字余额，核对时很难解释。

这里的材料出库借方科目由收发类别带出，V1.1里列了生产成本、制造费用、运输费用、销售费用、管理费用几类。同一张出库单如果包含多个用途，就需要拆分分录或按行定义收发类别，实际项目里大多数问题出在收发类别和科目对应关系上。

3.3 库存其他单据与盘盈盘亏

库存模块里还有形态转换单、库存其他入库单、库存其他出库单、盘盈盘亏报废业务。形态转换单和转库单不直接生成凭证，而是转换成库存其他入库单、库存其他出库单，再由存货核算做成本计算、合并生成实时凭证。盘盈走借库存科目、贷营业外收入，盘亏走借营业外支出、贷库存类科目，报废处理也归在这条链路里。

产品入库凭证V1.1给了明确规则：借方按系统生成进入库存商品，贷方生产成本-材料、生产成本-燃气、生产成本-人工、生产成本-制造，贷方科目手工调整。目的是确保存货科目总额与库存核算金额一致。这个注释在实际项目里很重要，因为完工成本是靠人工分摊的，系统只能根据完工数量反算产品单价，贷方要由成本会计按当月实际投入调整。

3.4 存货核算调整单的正确用法

V1.1对调整单的说明很直白：用来调整与K3数据一致，或者处理系统异常结存。手工录入时收发类别要与原单据一致，单据号手工录入。这意味着调整单不是随便录的，它要匹配原来的凭证模板，收发类别不一致就会生成到错误的科目上。

-- 核对供应商暂估余额表与总账应付暂估科目余额 SELECT SUM(period_balance) AS gl_balance FROM gl_balance WHERE subject_code LIKE '2202%' AND period = '2025-04';

逻辑说明：这段SQL查总账里应付暂估相关科目的期间余额，subject_code按实际科目编码调整。拿这个数字与“供应商暂估余额表”的汇总数做对比，差异小于0.01说明当月暂估单据都生成了凭证。两边不一致时优先看采购应付单有没有未生成凭证的单据，再看红冲单是否过账，这是V1.1“相互核对”思路在实施层的最小落地。

4. 销售出库与成本结转的收入成本匹配

销售流程在V1.1里的核心是销售应收单的暂估、红冲、确认三段式和销售成本结转单。与采购不同的是，销售侧不产生库存科目变动，收入确认和成本结转分别走应收与存货核算两条线，最后在主营业务收入和主营业务成本上匹配。

4.1 销售应收单：收入先暂估再确认

发货完成、发票未开时，先按销售应收单暂估确认收入。凭证方向为借应收账款-暂估（客商辅助），贷主营收入-非关联方暂估（存货分类辅助）。如果客户是关联方，借方科目换成其他应付-关联方（客商辅助），贷方用主营收入-关联方（客商辅助、存货分类辅助）。

开发票后红冲暂估，再按发票金额生成确认凭证。红冲借应收账款-暂估（红字）、贷主营收入-暂估（红字），确认借应收账款-确认、贷主营收入-确认。这里比较容易漏的是关联方客户，很多人初始化科目时只配置了标准客商，关联方定价和普通客户不同，导致暂估和确认都带不到正确科目。

销售出库单生成后，存货核算先做成本计算，再按出库成本和收发类别生成销售成本结转单，凭证借主营业务成本、贷库存商品。成本结转带存货分类辅助，收入也带存货分类辅助，月末按存货分类汇总两个科目，就能直观看出哪类存货有收入没有成本。

4.2 有收入没成本怎么查

销售成本结转是按销售出库单生成的，但销售应收确认是按发票生成的，两者之间的时点天然有差异。月底最常出现的问题是：销售已经出库，成本计算也完成了，但某个订单漏掉了成本结转单。原因通常是该订单对应的出库单没有生成成本结转单，或者结转单保存了但没有审核。

-- 查有应收确认但无成本结转记录的订单 SELECT h.bill_no, h.customer_name, SUM(d.income_amt) AS total_income FROM so_salebill h JOIN so_salebill_detail d ON d.bill_id = h.id WHERE h.period = '2025-04' AND h.bill_status = '确认' GROUP BY h.bill_no, h.customer_name HAVING NOT EXISTS ( SELECT 1 FROM st_cost_carry_detail c WHERE c.order_no = h.bill_no AND c.period = '2025-04' );

逻辑说明：主查询按订单汇总已确认的应收金额，HAVING里的NOT EXISTS把已经在成本结转明细表里存在的订单过滤掉，剩下的就是该月有收入但没有成本结转记录的单据。period改成实际业务期间，so_salebill和st_cost_carry_detail按实施环境中的表名替换。如果业务要求收入成本严格配比，这类单据要在结账前补结转单。

4.3 销售收款与关联方虚拟收付款单

销售收款时，正式路径是借银行现金，贷应收账款-确认（客商辅助）。这里要注意，核销对的是确认单，不是暂估单。如果客户付款时发票还没开，收款单在系统里会找不到可核销的确认单，流程上就挂起了。V1.1把收款单放在确认之后，就是为了保证核销链路完整。

关联方之间代收货款时，走的是虚拟收款单和虚拟付款单。虚拟收款单凭证借其他货币-内部账户，贷其他应付-关联方；虚拟付款单反过来。它不产生真实资金流，只是为了把关联方往来挂在其他应付科目上，方便月底合并报表抵消。很多项目把这组单子当成普通收款单处理，结果银行科目余额和实际流水对不上。

注意：虚拟收付款单不生成现金流量凭证，关联方代收代付也不影响经营性现金流，现金流量表里不用体现这一笔。

5. 月末结账前的科目核对与调整单处理技巧

V1.1在财务节点列了一串核对项：存货与总账相互核对、应收应付余额与总账核对、现金银行科目按账户核对、固定资产与科目核对。这些核对做完才轮到存货核算结账、总账凭证审核记账、损益结转和IUFO报表生成。总账结账后，IUFO取数生成的资产负债表、损益表才完整；应收账龄表、应付账龄表这类系统算不了的，由各单位填报后上传总部汇总审核。

5.1 结账检查的六个项目

5.2 调整单的收发类别规则

V1.1对产品入库凭证和调整单的注释值得细读。产品入库单的借方由系统生成，贷方手工录入或手工调整，这样能保证存货科目总额与库存核算金额一致。存货核算模块里如果系统结存异常，或者要拉平与K3的数据差异，就手工录入出入库调整单，但收发类别必须与原单据一致，单据号手工录入。这条规则的本质是：调整单也要能匹配到正确的凭证模板，否则调整金额会进错科目。

非采购类的费用报销、员工借支、税金工资在V1.1里统一走其他应付单和其他付款单，凭证借费用类科目，贷其他应付-员工或应交税金，月末同样要按科目余额与单据明细核对，核对逻辑和采购应付一致。

5.3 结账前的实时凭证检查

最后一步建议跑一下实时凭证检查。存货核算单据做过成本计算但没有生成实时凭证的情况，在界面上要靠汇总数去比对才能发现，几千张单据翻起来效率很低，不如用SQL快速扫一遍。这道检查放在总账审核记账之前，比结账报表出来之后再调整要省事得多。

-- 检查做过成本计算但未生成实时凭证的存货核算单据 SELECT a.bill_type, a.bill_no, a.bill_date FROM ia_bill a WHERE a.period = '2025-04' AND a.cost_flag = 'Y' AND NOT EXISTS ( SELECT 1 FROM gl_voucher_log v WHERE v.source_id = a.id AND v.make_flag = 'Y' );

逻辑说明：ia_bill表示存货核算单据表，cost_flag为Y表示已经完成成本计算；gl_voucher_log是会计平台生成的实时凭证日志。如果成本计算完成但找不到对应实时凭证，说明会计平台没有按模板生成或者生成被过滤规则拦掉，需要在凭证生成界面按单据号重新生成后再结账。period替换成当月期间，两张表名按实际环境调整。

本文还有配套的精品资源，点击获取