尧图网站建设 
简介这份文档面向SAP顾问、财务与成本会计及关键用户系统讲解按销售订单结算的配置与操作帮助读者理清无差异模式与有差异模式下的实现差异。内容围绕生产订单结算、销售订单成本控制、结果分析与最终结算四类配置展开并串联创建物料、BOM、工艺路线、销售订单到按单采购、生产订单收货、发货过账、销售开票、作业价格重估与结算的完整流程同时说明MM、PP、SD、FI模块的协同要点。资源为1个doc文档压缩包约13.72MB目录按业务场景、系统实现、操作步骤分层编排便于按章节查阅。已有433人学习适合需要对照配置路径与操作节点、排查成本差异与结算问题的读者参考。1. 按销售订单结算SAP里最容易被低估的一条收入确认链路很多做 SAP SD 或 CO 的同行第一次听到「按销售订单结算」都会下意识觉得这不就是 VF01 开票、F-28 收款那套流程吗真到项目上被财务追着问「为什么这张订单的收入还没进 COPA」「为什么结算规则里找不到订单号」才发现这条链路和普通的期间结算完全不是一回事。按销售订单结算Settlement by Sales Order本质上是把销售订单当成一个独立的成本归集对象通过结算规则Settlement Rule把归集到的成本、收入按结果分析Results Analysis算出的比例结转到获利能力段、COPA 或管理会计科目上。它解决的是「项目型、订单型收入怎么按进度确认」的问题适合按单生产、按单交付、长周期交付的制造与工程类业务。配置没打通收入就卡在 WIP 里出不来月底结账直接翻车。2. 配置骨架从订单类型到结算参数文件的完整链路2.1 先搞清楚结算对象是怎么被「挂」到销售订单上的按销售订单结算不是给销售订单本身加个字段就完事它依赖的是「销售订单行项目 → 结算对象」这条隐式链路。系统里真正被结算的是销售订单行项目对应的成本归集载体配置入口在 SPRO 的销售与分销 → 销售 → 销售凭证 → 销售凭证项目 → 定义项目类别以及控制 → 内部订单 → 结算参数文件这两块。项目类别里必须勾选「结算」相关的标识否则行项目根本不会生成结算规则。我一般会先确认三件事订单类型的项目类别是否允许结算、行项目类别是否带成本归集标识、结算参数文件是否分配到了对应的订单类型或项目类别。这三步任何一步断了后面 VA01 建单时结算规则按钮就是灰的很多人卡在这里以为是权限问题其实是配置没串起来。2.2 结算参数文件与结果分析版本怎么配结算参数文件Settlement Profile决定了成本往哪结、按什么规则结、什么时候允许结。配置路径是控制 → 内部订单 → 结算 → 维护结算参数文件或者直接走 OKO7 这类事务码。关键字段有四个结算类型通常选 PER即周期结算、分配结构决定结算到 COPA 还是 G/L、结果分析码决定用哪个 RA 版本算收入成本比例、以及是否允许结算到获利能力段。结果分析版本在 OKG1/OKG3 里维护要绑定成本要素、收入要素和对应的 RA 方法比如 POC 法、完工百分比法。这里有个血泪经验RA 版本里的成本要素如果没在 OKG3 里定义清楚跑 KKA2 的时候系统会直接报「没有找到结果分析的成本要素」而且报错信息非常含糊不会告诉你具体缺哪个。2.3 用配置检查清单把链路走通下面这段不是代码是我自己整理的一份配置核对清单每次新项目上线前都会照着过一遍能省掉大量返工。检查项事务码/路径期望结果订单类型允许结算VOV8 / 项目类别结算标识为勾选行项目类别带成本归集VOV7成本归集标识激活结算参数文件已分配OKO7 / 订单类型参数文件非空RA 版本绑定成本要素OKG3成本/收入要素齐全结算规则可生成VA01 → 行项目 → 结算规则能自动带出接收方结算接收方有效KO01 / 获利能力段接收方存在且未锁定这张表看着简单但每一条背后都对应一个真实的报错场景。比如「结算接收方有效」这一条如果获利能力段被锁了或者特征值没维护全结算跑一半会中断日志里只写「接收方无法确定」新手根本不知道去哪查。3. 操作实战从建单到 KKA2 结算的完整动作序列3.1 建单阶段要把结算规则一次性带出来配置通了之后VA01 建销售订单时行项目明细里会多出一个「结算规则」页签。如果没自动带出可以手动点「生成结算规则」系统会根据结算参数文件里的分配结构生成一条默认规则。这里要注意结算规则的接收方类别通常是获利能力段COPA或 G/L 科目比例默认 100%。如果业务上需要按多个接收方分摊比如 70% 进 COPA、30% 进某个成本中心就得手动加行并调整百分比合计必须等于 100否则保存时会报「结算规则比例不等于 100%」。我见过有人把比例写成 99.99 想绕过校验结果结算时系统按比例算出来的金额差几分钱对账对到怀疑人生。 检查销售订单行项目的结算规则是否存在 SELECT SINGLE vbeln, posnr, kokrs, kstar FROM cobra INTO DATA(ls_cobra) WHERE vbeln lv_vbeln AND posnr lv_posnr. IF sy-subrc 0. WRITE: / 该行项目未生成结算规则请检查项目类别配置. ELSE. WRITE: / 结算规则存在接收方类别:, ls_cobra-kstar. ENDIF.这段 ABAP 是给做增强或排查用的逻辑很直白去 COBRA 表里查销售订单行项目有没有结算规则记录。参数说明上vbeln 是销售订单号posnr 是行项目号kokrs 是控制范围kstar 是结算接收方类别。如果查不到基本可以断定是项目类别或结算参数文件没配好不用再往下折腾 KKA2。常见做法是把这个查询包成一个自定义报表月底结账前批量跑一遍提前发现漏配的订单。3.2 KKA2 跑结果分析时的参数怎么设KKA2 是按销售订单做结果分析的核心事务码。进去之后要选结果分析版本、期间、以及销售订单范围。参数上最容易出错的是「版本」和「期间」的对应关系RA 版本里定义的方法会决定系统是按 POC 还是按完工百分比算而期间决定了取哪个月的归集成本。如果期间选错算出来的 WIP 和收入确认金额会整体偏移一个月财务对不上账。跑完之后系统会生成一条结果分析凭证里面记录了确认的收入、成本、WIP 余额。这时候别急着结算先看凭证里的「计算逻辑」行确认 POC 百分比是不是符合预期。如果 POC 明显偏离实际进度八成是成本要素归集不全或者 RA 版本里的公式配错了。 调用 KKA2 的 BAPI 做批量结果分析示例 DATA: lt_return TYPE TABLE OF bapiret2. CALL FUNCTION K_KKA2_RUN EXPORTING i_kokrs 1000 i_versn 000 i_gjahr 2026 i_perio 09 i_vbeln lv_vbeln TABLES et_return lt_return. LOOP AT lt_return INTO DATA(ls_ret). IF ls_ret-type E OR ls_ret-type A. WRITE: / 错误:, ls_ret-message. ENDIF. ENDLOOP.这段示例展示的是批量跑结果分析的思路实际项目里 KKA2 的 BAPI 名称可能因版本不同有差异常见做法是用 BDC 录屏或者直接调用 K_KKA2_RUN 这类函数。参数里 kokrs 是控制范围versn 是 RA 版本gjahr 和 perio 是会计年度和期间vbeln 是销售订单号。跑完一定要循环检查返回表里的 E 和 A 类型消息很多人只看有没有 dump忽略了警告消息结果结算时才发现部分订单没算进去。3.3 结算本身用 KO88 还是 CO88按销售订单结算的执行事务码单订单用 KO88批量用 CO88。这两个事务码本质是同一个结算引擎区别只是入口。跑的时候要选结算期间、结算参数文件对应的结算类型以及「测试运行」还是「正式运行」。我强烈建议第一次跑必须用测试运行看日志里的结算金额和接收方对不对确认无误再正式跑。正式跑完之后系统会生成结算凭证成本从订单归集对象转到 COPA 或 G/L。这里有个细节如果结算规则里接收方是 COPA结算凭证里的获利能力段特征值必须完整否则会报「特征值缺失」而特征值缺失往往是因为销售订单里的客户、物料、销售组织等字段没传全得回头去查 SD 那边的配置。4. 避坑与排查按销售订单结算最常见的五类翻车现场4.1 结算规则生成不了按钮是灰的现象是 VA01 里行项目明细的结算规则页签点不开或者点「生成结算规则」没反应。原因通常有三个项目类别没勾结算标识、订单类型没分配结算参数文件、或者行项目的成本归集标识没激活。解决顺序是先查 VOV7 里项目类别的结算标识再查 VOV8 里订单类型的结算参数文件分配最后确认行项目类别的成本归集字段。这三步是递进关系前面不通后面一定不通。4.2 KKA2 报「没有找到结果分析的成本要素」这个报错几乎每个新手都会遇到。现象是跑 KKA2 时系统提示找不到成本要素但不告诉你缺哪个。原因是 RA 版本OKG3里定义的成本要素和实际归集到订单上的成本要素不一致或者成本要素根本没在 RA 版本里维护。解决办法是先用 KSB1 看订单上实际归集了哪些成本要素再回 OKG3 逐个核对把缺的补进去。补完之后不用重启系统直接重跑 KKA2 就行。4.3 结算时提示「接收方无法确定」现象是 KO88 跑到一半中断日志写「接收方无法确定」。原因一般是结算规则里的获利能力段被锁定、特征值没维护全、或者结算规则的比例被改成了 0。解决方法是先查结算规则本身的比例和接收方再查获利能力段是否有效最后确认 COPA 的特征值派生规则有没有问题。如果是特征值缺失得回 SD 查销售订单的字段完整性。4.4 结算金额和预期差一个期间现象是财务说这个月的收入确认金额对不上差了一个月。原因通常是 KKA2 跑的时候期间选错了或者结算期间和结果分析期间不一致。解决方法是先确认 KKA2 的期间和 KO88 的期间是否一致再检查 RA 版本里的期间控制逻辑。有些项目会配置成「结果分析在期间末、结算在次月初」这种跨期配置必须和财务对齐口径否则永远对不上。4.5 正式结算后想反悔怎么办现象是 KO88 正式跑完发现结算规则配错了想冲销。SAP 里结算凭证的反冲不是简单点个「冲销」就行得用 KO88 的反冲功能或者 MR8M 之类的冲销事务码而且反冲有前提接收方那边得允许反冲COPA 那边得能冲掉。我一般会建议先在测试系统跑一遍反冲流程确认接收方能承受反冲再动生产。后悔药不是随时都有正式结算前一定用测试运行确认三遍。5. 进阶技巧用 KKA2 的日志和 COPA 对账把结算结果验穿跑完结算不代表结束真正体现功底的是验证环节。我一般会做两件事第一用 KKA2 的结果分析日志逐单核对 POC 百分比和确认金额看有没有异常跳变第二用 COPA 的报表比如 KE30 或自定义的获利能力分析报表去对结算后的收入、成本、毛利确认和财务口径一致。这里有个具体技巧KKA2 跑完之后结果分析凭证里会有一个「计算明细」行展开能看到系统是怎么算 POC 的分子是已发生成本分母是预计总成本。如果预计总成本维护得不合理POC 会失真收入确认就会忽高忽低。我习惯在月底前让业务部门更新一遍预计总成本再跑 KKA2这样算出来的 POC 才靠谱。另一个进阶用法是把结算和 COPA 的对账做成一个自定义报表按销售订单号、期间、收入、成本、WIP 五个维度拉平。下面这个 SQL 是给 HANA 环境用的思路是从 COPA 和结算凭证里取数做比对。-- 按销售订单核对结算后收入与 COPA 收入 SELECT so.vbeln, so.gjahr, so.perio, so.revenue_settled, copa.revenue_copa, (so.revenue_settled - copa.revenue_copa) AS diff FROM zsettle_sum so JOIN copa_line copa ON so.vbeln copa.vbeln AND so.gjahr copa.gjahr AND so.perio copa.perio WHERE so.gjahr 2026 AND so.perio 09 AND ABS(so.revenue_settled - copa.revenue_copa) 0.01;这段 SQL 的逻辑是把结算汇总表和 COPA 行项目表按销售订单、年度、期间关联筛出差异大于一分钱的记录。参数上 gjahr 和 perio 是会计年度和期间diff 是差异金额。跑出来如果有记录就说明结算和 COPA 没对上得回头查是结算规则的问题还是 COPA 特征值派生的问题。我一般会在月底结账前跑一遍这个查询把差异清零再关账。从那以后我每次做按销售订单结算的项目都会在配置阶段就把这张对账表建好结算跑完立刻验证绝不等到财务来问。希望帮到你。本文还有配套的精品资源点击获取 SAP按销售订单结算全链路配置与KKA2实战避坑指南
简介这份文档面向SAP顾问、财务与成本会计及关键用户系统讲解按销售订单结算的配置与操作帮助读者理清无差异模式与有差异模式下的实现差异。内容围绕生产订单结算、销售订单成本控制、结果分析与最终结算四类配置展开并串联创建物料、BOM、工艺路线、销售订单到按单采购、生产订单收货、发货过账、销售开票、作业价格重估与结算的完整流程同时说明MM、PP、SD、FI模块的协同要点。资源为1个doc文档压缩包约13.72MB目录按业务场景、系统实现、操作步骤分层编排便于按章节查阅。已有433人学习适合需要对照配置路径与操作节点、排查成本差异与结算问题的读者参考。1. 按销售订单结算SAP里最容易被低估的一条收入确认链路很多做 SAP SD 或 CO 的同行第一次听到「按销售订单结算」都会下意识觉得这不就是 VF01 开票、F-28 收款那套流程吗真到项目上被财务追着问「为什么这张订单的收入还没进 COPA」「为什么结算规则里找不到订单号」才发现这条链路和普通的期间结算完全不是一回事。按销售订单结算Settlement by Sales Order本质上是把销售订单当成一个独立的成本归集对象通过结算规则Settlement Rule把归集到的成本、收入按结果分析Results Analysis算出的比例结转到获利能力段、COPA 或管理会计科目上。它解决的是「项目型、订单型收入怎么按进度确认」的问题适合按单生产、按单交付、长周期交付的制造与工程类业务。配置没打通收入就卡在 WIP 里出不来月底结账直接翻车。2. 配置骨架从订单类型到结算参数文件的完整链路2.1 先搞清楚结算对象是怎么被「挂」到销售订单上的按销售订单结算不是给销售订单本身加个字段就完事它依赖的是「销售订单行项目 → 结算对象」这条隐式链路。系统里真正被结算的是销售订单行项目对应的成本归集载体配置入口在 SPRO 的销售与分销 → 销售 → 销售凭证 → 销售凭证项目 → 定义项目类别以及控制 → 内部订单 → 结算参数文件这两块。项目类别里必须勾选「结算」相关的标识否则行项目根本不会生成结算规则。我一般会先确认三件事订单类型的项目类别是否允许结算、行项目类别是否带成本归集标识、结算参数文件是否分配到了对应的订单类型或项目类别。这三步任何一步断了后面 VA01 建单时结算规则按钮就是灰的很多人卡在这里以为是权限问题其实是配置没串起来。2.2 结算参数文件与结果分析版本怎么配结算参数文件Settlement Profile决定了成本往哪结、按什么规则结、什么时候允许结。配置路径是控制 → 内部订单 → 结算 → 维护结算参数文件或者直接走 OKO7 这类事务码。关键字段有四个结算类型通常选 PER即周期结算、分配结构决定结算到 COPA 还是 G/L、结果分析码决定用哪个 RA 版本算收入成本比例、以及是否允许结算到获利能力段。结果分析版本在 OKG1/OKG3 里维护要绑定成本要素、收入要素和对应的 RA 方法比如 POC 法、完工百分比法。这里有个血泪经验RA 版本里的成本要素如果没在 OKG3 里定义清楚跑 KKA2 的时候系统会直接报「没有找到结果分析的成本要素」而且报错信息非常含糊不会告诉你具体缺哪个。2.3 用配置检查清单把链路走通下面这段不是代码是我自己整理的一份配置核对清单每次新项目上线前都会照着过一遍能省掉大量返工。检查项事务码/路径期望结果订单类型允许结算VOV8 / 项目类别结算标识为勾选行项目类别带成本归集VOV7成本归集标识激活结算参数文件已分配OKO7 / 订单类型参数文件非空RA 版本绑定成本要素OKG3成本/收入要素齐全结算规则可生成VA01 → 行项目 → 结算规则能自动带出接收方结算接收方有效KO01 / 获利能力段接收方存在且未锁定这张表看着简单但每一条背后都对应一个真实的报错场景。比如「结算接收方有效」这一条如果获利能力段被锁了或者特征值没维护全结算跑一半会中断日志里只写「接收方无法确定」新手根本不知道去哪查。3. 操作实战从建单到 KKA2 结算的完整动作序列3.1 建单阶段要把结算规则一次性带出来配置通了之后VA01 建销售订单时行项目明细里会多出一个「结算规则」页签。如果没自动带出可以手动点「生成结算规则」系统会根据结算参数文件里的分配结构生成一条默认规则。这里要注意结算规则的接收方类别通常是获利能力段COPA或 G/L 科目比例默认 100%。如果业务上需要按多个接收方分摊比如 70% 进 COPA、30% 进某个成本中心就得手动加行并调整百分比合计必须等于 100否则保存时会报「结算规则比例不等于 100%」。我见过有人把比例写成 99.99 想绕过校验结果结算时系统按比例算出来的金额差几分钱对账对到怀疑人生。 检查销售订单行项目的结算规则是否存在 SELECT SINGLE vbeln, posnr, kokrs, kstar FROM cobra INTO DATA(ls_cobra) WHERE vbeln lv_vbeln AND posnr lv_posnr. IF sy-subrc 0. WRITE: / 该行项目未生成结算规则请检查项目类别配置. ELSE. WRITE: / 结算规则存在接收方类别:, ls_cobra-kstar. ENDIF.这段 ABAP 是给做增强或排查用的逻辑很直白去 COBRA 表里查销售订单行项目有没有结算规则记录。参数说明上vbeln 是销售订单号posnr 是行项目号kokrs 是控制范围kstar 是结算接收方类别。如果查不到基本可以断定是项目类别或结算参数文件没配好不用再往下折腾 KKA2。常见做法是把这个查询包成一个自定义报表月底结账前批量跑一遍提前发现漏配的订单。3.2 KKA2 跑结果分析时的参数怎么设KKA2 是按销售订单做结果分析的核心事务码。进去之后要选结果分析版本、期间、以及销售订单范围。参数上最容易出错的是「版本」和「期间」的对应关系RA 版本里定义的方法会决定系统是按 POC 还是按完工百分比算而期间决定了取哪个月的归集成本。如果期间选错算出来的 WIP 和收入确认金额会整体偏移一个月财务对不上账。跑完之后系统会生成一条结果分析凭证里面记录了确认的收入、成本、WIP 余额。这时候别急着结算先看凭证里的「计算逻辑」行确认 POC 百分比是不是符合预期。如果 POC 明显偏离实际进度八成是成本要素归集不全或者 RA 版本里的公式配错了。 调用 KKA2 的 BAPI 做批量结果分析示例 DATA: lt_return TYPE TABLE OF bapiret2. CALL FUNCTION K_KKA2_RUN EXPORTING i_kokrs 1000 i_versn 000 i_gjahr 2026 i_perio 09 i_vbeln lv_vbeln TABLES et_return lt_return. LOOP AT lt_return INTO DATA(ls_ret). IF ls_ret-type E OR ls_ret-type A. WRITE: / 错误:, ls_ret-message. ENDIF. ENDLOOP.这段示例展示的是批量跑结果分析的思路实际项目里 KKA2 的 BAPI 名称可能因版本不同有差异常见做法是用 BDC 录屏或者直接调用 K_KKA2_RUN 这类函数。参数里 kokrs 是控制范围versn 是 RA 版本gjahr 和 perio 是会计年度和期间vbeln 是销售订单号。跑完一定要循环检查返回表里的 E 和 A 类型消息很多人只看有没有 dump忽略了警告消息结果结算时才发现部分订单没算进去。3.3 结算本身用 KO88 还是 CO88按销售订单结算的执行事务码单订单用 KO88批量用 CO88。这两个事务码本质是同一个结算引擎区别只是入口。跑的时候要选结算期间、结算参数文件对应的结算类型以及「测试运行」还是「正式运行」。我强烈建议第一次跑必须用测试运行看日志里的结算金额和接收方对不对确认无误再正式跑。正式跑完之后系统会生成结算凭证成本从订单归集对象转到 COPA 或 G/L。这里有个细节如果结算规则里接收方是 COPA结算凭证里的获利能力段特征值必须完整否则会报「特征值缺失」而特征值缺失往往是因为销售订单里的客户、物料、销售组织等字段没传全得回头去查 SD 那边的配置。4. 避坑与排查按销售订单结算最常见的五类翻车现场4.1 结算规则生成不了按钮是灰的现象是 VA01 里行项目明细的结算规则页签点不开或者点「生成结算规则」没反应。原因通常有三个项目类别没勾结算标识、订单类型没分配结算参数文件、或者行项目的成本归集标识没激活。解决顺序是先查 VOV7 里项目类别的结算标识再查 VOV8 里订单类型的结算参数文件分配最后确认行项目类别的成本归集字段。这三步是递进关系前面不通后面一定不通。4.2 KKA2 报「没有找到结果分析的成本要素」这个报错几乎每个新手都会遇到。现象是跑 KKA2 时系统提示找不到成本要素但不告诉你缺哪个。原因是 RA 版本OKG3里定义的成本要素和实际归集到订单上的成本要素不一致或者成本要素根本没在 RA 版本里维护。解决办法是先用 KSB1 看订单上实际归集了哪些成本要素再回 OKG3 逐个核对把缺的补进去。补完之后不用重启系统直接重跑 KKA2 就行。4.3 结算时提示「接收方无法确定」现象是 KO88 跑到一半中断日志写「接收方无法确定」。原因一般是结算规则里的获利能力段被锁定、特征值没维护全、或者结算规则的比例被改成了 0。解决方法是先查结算规则本身的比例和接收方再查获利能力段是否有效最后确认 COPA 的特征值派生规则有没有问题。如果是特征值缺失得回 SD 查销售订单的字段完整性。4.4 结算金额和预期差一个期间现象是财务说这个月的收入确认金额对不上差了一个月。原因通常是 KKA2 跑的时候期间选错了或者结算期间和结果分析期间不一致。解决方法是先确认 KKA2 的期间和 KO88 的期间是否一致再检查 RA 版本里的期间控制逻辑。有些项目会配置成「结果分析在期间末、结算在次月初」这种跨期配置必须和财务对齐口径否则永远对不上。4.5 正式结算后想反悔怎么办现象是 KO88 正式跑完发现结算规则配错了想冲销。SAP 里结算凭证的反冲不是简单点个「冲销」就行得用 KO88 的反冲功能或者 MR8M 之类的冲销事务码而且反冲有前提接收方那边得允许反冲COPA 那边得能冲掉。我一般会建议先在测试系统跑一遍反冲流程确认接收方能承受反冲再动生产。后悔药不是随时都有正式结算前一定用测试运行确认三遍。5. 进阶技巧用 KKA2 的日志和 COPA 对账把结算结果验穿跑完结算不代表结束真正体现功底的是验证环节。我一般会做两件事第一用 KKA2 的结果分析日志逐单核对 POC 百分比和确认金额看有没有异常跳变第二用 COPA 的报表比如 KE30 或自定义的获利能力分析报表去对结算后的收入、成本、毛利确认和财务口径一致。这里有个具体技巧KKA2 跑完之后结果分析凭证里会有一个「计算明细」行展开能看到系统是怎么算 POC 的分子是已发生成本分母是预计总成本。如果预计总成本维护得不合理POC 会失真收入确认就会忽高忽低。我习惯在月底前让业务部门更新一遍预计总成本再跑 KKA2这样算出来的 POC 才靠谱。另一个进阶用法是把结算和 COPA 的对账做成一个自定义报表按销售订单号、期间、收入、成本、WIP 五个维度拉平。下面这个 SQL 是给 HANA 环境用的思路是从 COPA 和结算凭证里取数做比对。-- 按销售订单核对结算后收入与 COPA 收入 SELECT so.vbeln, so.gjahr, so.perio, so.revenue_settled, copa.revenue_copa, (so.revenue_settled - copa.revenue_copa) AS diff FROM zsettle_sum so JOIN copa_line copa ON so.vbeln copa.vbeln AND so.gjahr copa.gjahr AND so.perio copa.perio WHERE so.gjahr 2026 AND so.perio 09 AND ABS(so.revenue_settled - copa.revenue_copa) 0.01;这段 SQL 的逻辑是把结算汇总表和 COPA 行项目表按销售订单、年度、期间关联筛出差异大于一分钱的记录。参数上 gjahr 和 perio 是会计年度和期间diff 是差异金额。跑出来如果有记录就说明结算和 COPA 没对上得回头查是结算规则的问题还是 COPA 特征值派生的问题。我一般会在月底结账前跑一遍这个查询把差异清零再关账。从那以后我每次做按销售订单结算的项目都会在配置阶段就把这张对账表建好结算跑完立刻验证绝不等到财务来问。希望帮到你。本文还有配套的精品资源点击获取