简介业财一体化基本配置与操作流程图说明文档面向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把采购应付单拆成暂估、红冲、确认三个单型就是为了强制隔离开这两个动作。退货场景也一样退回数量做红字采购入库再走红冲把暂估的库存和应付一起冲掉。业务环节单据借方贷方辅助核算入库暂估采购应付单暂估实时凭证库存科目应付-暂估 / 其他应付-关联方客商辅助暂估冲回采购应付单红冲实时凭证库存科目红字应付-暂估红字客商辅助发票确认采购应付单确认实时凭证库存科目应付-确认 / 其他应付-关联方客商辅助材料领用出库存货核算材料出库单实时凭证生产成本-材料 / 制造费用-XX / 销售费用-XX库存类科目按科目属性注意红冲必须等暂估凭证生成并过账之后再做如果先红冲后暂估应付暂估科目就会出现贷方红字余额核对时很难解释。这里的材料出库借方科目由收发类别带出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替换成当月期间两张表名按实际环境调整。本文还有配套的精品资源点击获取 业财一体凭证配置全指南：从暂估红冲到结账核对
简介业财一体化基本配置与操作流程图说明文档面向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把采购应付单拆成暂估、红冲、确认三个单型就是为了强制隔离开这两个动作。退货场景也一样退回数量做红字采购入库再走红冲把暂估的库存和应付一起冲掉。业务环节单据借方贷方辅助核算入库暂估采购应付单暂估实时凭证库存科目应付-暂估 / 其他应付-关联方客商辅助暂估冲回采购应付单红冲实时凭证库存科目红字应付-暂估红字客商辅助发票确认采购应付单确认实时凭证库存科目应付-确认 / 其他应付-关联方客商辅助材料领用出库存货核算材料出库单实时凭证生产成本-材料 / 制造费用-XX / 销售费用-XX库存类科目按科目属性注意红冲必须等暂估凭证生成并过账之后再做如果先红冲后暂估应付暂估科目就会出现贷方红字余额核对时很难解释。这里的材料出库借方科目由收发类别带出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替换成当月期间两张表名按实际环境调整。本文还有配套的精品资源点击获取