Oracle EBS：借项通知单 vs 贷项通知单

Oracle EBS借项通知单 vs 贷项通知单这两个都是Oracle Receivables应收账款 AR模块​ 中的核心单据本质区别在于对应收账款余额是增加还是减少。一、贷项通知单Credit Memo / 贷项通知单 业务含义减少客户的应收账款余额——相当于企业承认我欠你一笔钱可以退款或直接抵扣客户后续付款。项目说明会计方向​借销售退货/折让费用 → 贷应收账款应收↓对客户来说​拿到一张credit可以抵下次付款在Oracle中​事务处理类型 CMCredit Memo典型业务场景#场景举例①客户退货​最经典场景实物退回 → 开贷项通知单冲销原发票客户退回100件不良品AR开CM 10,000 冲原发票②价格折让/回扣​由于市价下跌或协商结果同意给客户降价谈好事后折扣5%对已开票部分开CM退差价③数量差异​发货120个但客户只签收100个对多余20个开CM冲回④开票金额多开​人为失误导致发票金额 实际应计CM做负数调整Oracle中CM本质就是负金额事务⑤运费/杂费多收退款​预估计运费高了实际低差额开CM退还在Oracle EBS中贷项通知单常通过RMAReturn Material Authorization→ 收货 → 贷项通知单​ 的流程串联实物与财务也可纯手工创建非关联RMA仅做账务调整。二、借项通知单Debit Memo / 借项通知单 业务含义增加客户的应收账款余额——相当于通知客户你还得再付一笔钱。项目说明会计方向​借应收账款应收↑ → 贷收入/其他收入/费用回收对客户来说​账单上多了一笔要付的钱在Oracle中​事务处理类型 DMDebit Memo典型业务场景#场景举例①补收货款原发票少开了​漏算某项费用或数量少计原发票开成90件实际发100件 → DM追加10件的应收款②追加运费/附加费​初始报价不含、事后发生且客户承担旺季燃油附加费、偏远地区派送费追加③价格上调差额追收​合同允许调价差额事后确认铜材涨价按条款客户补差价④滞纳金 / 违约金​客户逾期付款或违反合同条款超期30天按协议加收滞纳金⑤包装物/资产损坏赔偿​客户借用的托盘、模具未归还或损坏从押金之外再追收损失⑥发票金额少开的更正​系统/人工失误导致收入低估税务合规要求补记收入 → DM补足⚠️ 借项通知单在实务中比较敏感——因为它等于单方面告诉客户你得多付钱通常需要事先商务沟通确认不然容易引发争议。三、一句话对比总结维度贷项通知单Credit Memo借项通知单Debit Memo对应收的影响​➖ 减少应收余额↓➕ 增加应收余额↑谁受益​客户退钱/抵账企业多收钱最常见的触发​退货、折让、多开票少开票、追加费用、罚金Oracle事务类型​CMDM是否关联实物​常关联 RMA / 退货接收通常纯财务无实物反向移动通俗理解​企业给客户的红字发票/负票企业给客户的追加账单四、在 Oracle EBS 中的操作线索AR Transactions Credit Memos ← 创建/查询贷项通知单 AR Transactions Debit Memos ← 创建/查询借项通知单两者最终都会进入AR事务处理RA_CUSTOMER_TRX_ALL​ 表只是trx_type_id指向的类型不同审批流上很多企业对DM增加客户负债设更严格的审批层级对CM​ 则绑定RMA验收单作为依据如果你告诉我你们用的是哪个版本11i / R12.x​ 以及具体是国内业务还是出口贸易我可以进一步细化到 Oracle 的事务处理类型配置路径和会计弹性域COA上的科目映射逻辑。如果是因为财务人员在系统中多做了系统凭证或少做了系统凭证 那么用借向通知单还是贷项通知单 如何理解这个特殊业务场景已深度思考(用时9秒)用户问的是一个比较微妙的实务场景财务人员在Oracle EBS中直接在总账(GL)或子模块中多做/少做了系统凭证会计分录导致AR余额与实际不符现在要纠正——该用借项通知单还是贷项通知单核心要理清的关键点是借/贷项通知单属于AR子模块事务会影响客户余额和对账多做了/少做了系统凭证这个说法可能指的是GL手工凭证也可能指的是AR发票类事务这两者不一定要用CM/DM来处理——很多时候应该用GL冲销/反转凭证或AR调整事务(Adjustment)而非正式CM/DM让我分层分析场景拆解情况A所谓的多做了/少做了系统凭证 GL层面的手工日记账Journal Entry比如财务人员在GL里手工借应收账款 贷收入导致AR子模块的客户余额并没有这笔但GL有。这种情况下不应该用CM或DM因为CM/DM是AR子模块事务一用就会同时影响客户站点余额信用控制对账单报表正确做法通常是GL冲销凭证Reversal/纠正日记账然后在AR侧做对应的修正如果需要同步的话用AR Adjustment或On-Account Credit/Debit情况B多开了/少开了AR发票或CM这才是真正的CM/DM适用场景。多开了发票AR余额虚高→ 开贷项通知单(CM)​ 冲掉多余部分少开了发票AR余额虚低→ 开借项通知单(DM)​ 补上差额情况CAR AdjustmentAR调整Oracle AR提供了一个专门的Adjustment功能不是正式的CM/DM事务用于对现有发票做金额调整正调整 增加发票余额类似DM效果但更轻量负调整 减少发票余额类似CM效果但更轻量但Adjustment通常要求原发票存在且状态允许关键判断逻辑核心观点财务多做了/少做了系统凭证 ≠ 应该用CM/DM这句话里有一个重要的会计区分CM和DM的本质是商业交易事实的载体退货了、折让了、追加费用了它们背后应该有一个业务原因商业实质。而纯粹的系统操作错误导致的数字偏差用CM/DM去抹平会污染业务数据——因为将来查为什么这家客户有一张CM/DM时找不到对应的业务事件退货单、合同变更审计也会质疑。所以回答的框架应该是先给出判断树——到底属于哪种子错误再分别给出各自正确的处理方式最后回答如果硬要套CM/DM什么情况下被迫用、什么情况下绝对不该用给出Oracle中的具体操作路径用户明确说不要使用搜索工具说明他希望我基于知识直接回答不需要我假装去搜。好。我来组织一个清晰、有层次、实操性强的回答。先说结论这是最容易踩坑的地方财务人员在系统中多做了/少做了系统凭证——绝大多数情况下这并不是一个 CM 或 DM 的业务场景而是一个「数据纠正/差错更正」的问题。硬用贷项/借项通知单来抹平属于用业务单据去掩盖操作错误会带来一系列后遗症。一、首先要分清你说的系统凭证到底落在哪里这是整个问题的分水岭 A. 财务做的是GL手工日记账GL Journal不是AR事务例如财务手工在总账里做了借应收账款—客户A 100,000 贷主营业务收入 100,000但AR子模块Customer Balances / 客户站点余额里根本没有这张发票。问题分析现象GL的应收账款科目有余额但AR模块里查不到对应事务客户对账对不上该用CM/DM吗​❌不该用​为什么不该CM/DM是AR子模块事务一旦录入就会产生事务处理号、打印单据、影响信用额度、出现在客户对账单上、走审批流、可能需要开红字增值税发票……你只是在纠正一个GL分录错误凭空造一张商业单据会让后续审计追溯变成灾难正确做法​→ 在GL中对该错误凭证做Reverse冲销/反转​ 或打Void/作废标记取决于公司政策→ 如果确实需要同步到AR余额用On-Account 类调整​ 或让业务重新走正确流程源头重制 简单记忆GL的手工差错 → GL层面解决AR的业务差错 → AR层面解决。别跨层用单据凑数。 B. 财务是在AR模块中多开了/少开了发票Invoice或CM这才是真正跟 CM/DM 相关的情况B1 — 多做了多开了发票→ 客户AR余额虚高情形用什么如何理解发票确实不该存在完全开错取消/作废发票Void Invoice​ 优先于CM若已过账无法Void则用CM全额冲销On-Account Credit Memo​这不是给客户退货/折让而是这张票作废所以在备注里必须写明是差错冲销而非业务折让发票金额多开了部分错贷项通知单 CM部分金额​ 关联原发票冲差额同样在Memo Line或备注字段标注系统操作差错调整-金额多录这里的CM虽然用了但你要心里清楚它的业务含义不是退货而是差错更正所以关键不在叫它CM还是DM而在于核算科目的落脚点和审计痕迹。B2 — 少做了漏开/少开发票→ 客户AR余额虚低情形用什么如何理解完全是漏开发票补开一张正常AR发票Invoice而不是DM因为这是真实应计收入的实现不是追收罚款/追加费用用Invoice更符合商业实质原发票号已发客户、不可能重开只能追加差额借项通知单 DMOn-Account Debit Memo并关联原订单/合同依据注明系统漏录补记且注意税务影响是否需补开票/红字重开组合 C. 还有一种Oracle里的中间方案——AR Adjustment调整很多人不知道或不常用Oracle AR有Adjustment​ 功能菜单AR Transactions Adjustments它可以在不创建一张完整CM/DM单据的情况下对现有发票的余额做增减调整。AdjustmentCM / DM产生独立事务编号是Adjustment记录但不走完整事务处理流程是完整Trx走事务类型/打印/税影响客户余额✅ 直接调整发票剩余余额✅适合差错更正✅更合适前提发票存在⚠️ 容易制造假业务审计可见性需要看Adjustment明细但通常能在发票Drilldown里追踪更显眼也有好处不过现实约束是Adjustment在很多企业的内控里被禁用或严格限制因为太容易被滥用做无理由改余额。二、回到你的问题——怎么理解这个特殊场景你可以把它理解为一个三层判断第1层差错发生在哪一层 ├─ GL手工分录错 → GL冲销不用CM/DM ├─ AR发票错存在 → Void / CM / Adjustment └─ AR发票漏不存在 → 补发票 / 有条件DM 第2层有没有商业实质支撑这张单据 ├─ 有真退货/真折让/真追加费→ CM/DM名正言顺 └─ 没有纯操作失误→ 尽量用Void/冲销/Adjustment 迫不得已用CM/DM时必须标注差错更正 第3层税务与审计后果 ├─ 涉及增值税发票已开出 → 不能简单Void要走 红字发票流程 ├─ 纯内账/暂估/未开票 → 灵活度大一些 └─ 审计必问这张CM/DM对应什么业务单据→ 你要答得出来三、实务中最常见的正确姿势经验总结差错类型推荐处理方式为什么GL手工多借了应收账款无对应AR发票GL冲销凭证​ 查明来源防再发避免造伪业务单据污染ARAR发票完整多开且未送达客户/未开票Void Invoice最佳——它保持审计链但标记为作废比CM干净AR发票已送达客户/已开票金额多开CM贷项通知单​ 但备注差错更正此时CM是必要的恶AR发票少开漏记收入补开Invoice最干净本质是漏记的收入不是追罚只想把某张发票余额调平、不想走完整CM流程AR Adjustment内控允许前提下轻量但务必留书面依据