Oracle EBS AP预付款管理：从创建到核销的完整指南

简介：这是面向Oracle EBS系统应付模块预付款管理的操作型文档，适合企业财务人员、ERP实施顾问及系统支持人员阅读。文档以2007年版本为基础，围绕预付款发票的录入、支付、核销、取消及余额查询等核心流程展开，并结合供应商和员工两类业务对象说明账户匹配规则。内容详细指导用户完成发票头信息录入、金额分配、支付后发票状态变为可用、与后续应付发票进行核销、必要时撤消核销或取消发票，以及通过预付款状态报表查询当前余额等具体操作，可作为日常操作手册和内部培训材料。资源为单个Word文档，大小512KB，内容紧凑完整，覆盖预付款管理的完整业务链条。目前已有268位学习者下载使用，适合需要快速掌握EBS AP预付款操作逻辑的读者收藏备查。

1. ERP里的预付款：为什么Oracle EBS AP这个模块总在月末翻车

很多ERP项目交接时都会出现“ERP-ORACLE-EBS-AP预付款管理--操作.doc”这种命名的文档，文档往往没几页，但背后业务一点也不简单：企业先给供应商打钱，后面再拿正式发票冲抵，中间涉及发票类型、会计科目、核销、退款、汇率，任何一环漏了，月末总账就对不平。我刚接触Oracle EBS时，也以为预付款就是一张“负发票”，后来才发现它是一套独立处理逻辑。这篇文章按实施顺序拆开讲，把预付款从创建、支付到核销的操作路径、核心参数和容易踩的坑都过一遍，适合正在做EBS AP模块上线、或者每天被预付款对账折磨的财务关键用户和实施顾问。

2. 预付款的数据结构：Oracle EBS里“挂账-核销”两条账怎么走

2.1 预付款发票（Prepayment Invoice）和普通发票到底差在哪

Oracle EBS AP模块里的发票类型有标准、贷项、借项、混合、预付款等。普通标准发票代表供应商给我们开了票，应付款增加；预付款发票则反过来，代表我们提前支付形成债权，所以它在AP模块里显示的“应付余额”是负数。不少初学者第一次看到负数会被吓到，其实这正是EBS的设计：同一套应付表里既装应付款也装预付款，只是方向相反。

创建预付款时，要选择发票类型为“预付款（Prepayment）”，而不是录入一张负金额的标准发票。这两种做法在业务上差别很大，我把它们放在一起对比过，项目里用负金额标准发票做预付款的，后期十个有九个要返工。

预付款发票与普通发票在系统里的最大区别，是它有一个“应用（Apply）”机制。后续收到正式发票时，可以把预付款余额直接冲减到某一笔标准发票上，系统自动生成“预付转费用”的会计凭证。而负金额标准发票没有这套逻辑，后面只能人为做负行冲抵，很容易留下不完整分配数据。所以第一课就是：不要在Oracle里用负发票做预付款，会留下脏数据。

2.2 会计科目和税：预付账款挂在哪，税务上节点在哪

预付款的默认科目通常来自“应付款系统选项”里的“预付款账户（Prepayment Account）”，也允许在供应商地点层覆盖。常见科目是“预付账款-供应商”。创建预付款发票时，系统生成一张会计凭证：借记预付账款，贷记应付款项；支付时，付款冲减应付款项。全流程下来，总账里的体现是：银行存款减少，预付账款增加。供应商还没开票，所以没有费用发生。

在Oracle EBS R12里，预付款账户的设置位置有三个层级，优先级从高到低是分配行、供应商地点、应付款系统选项。很多客户只在系统选项里配了账户，结果某个供应商地点单独覆盖了一个错误科目，导致该供应商的预付款全部挂到“应付账款”。排查这类问题时，先打开“供应商地点”页签，点“会计”区域，看“预付款账户”是否为空或错配。

税务上，预付款发票本身通常不做进项税分配，进项税应等正式发票录入时确认。我在项目里的习惯是预付款发票不启用税，把税留给标准发票，否则核销窗口里会出现税金额和预付款余额“两张皮”，月底对税表时极难解释。如果企业一定要在预付时取得发票并抵扣，那就要财务确认清楚，这属于税会处理差异，EBS会计引擎里也要在预付款发票上做税分配，复杂度会明显上升。

2.3 用SQL看清预付款余额：关联AP_INVOICES_ALL和AP_INVOICE_PAYMENTS_ALL

账面说得再多，不如一条SQL直接看余额。Oracle EBS R12里，预付款原始金额在AP_INVOICES_ALL，已核销金额在AP_INVOICE_PAYMENTS_ALL中按发票汇总。下面这条SQL是我在排查“预付了多少钱、还剩多少钱”时最常用的：

SELECT ai.invoice_num, ai.vendor_id, ai.invoice_currency_code, ai.invoice_amount, ai.invoice_amount - NVL(pay.applied, 0) AS remaining_balance FROM ap_invoices_all ai LEFT JOIN (SELECT invoice_id, SUM(amount_applied) AS applied FROM ap_invoice_payments_all GROUP BY invoice_id) pay ON pay.invoice_id = ai.invoice_id WHERE ai.invoice_type_lookup_code = 'PREPAYMENT' AND ai.cancelled_date IS NULL ORDER BY ai.invoice_num;

这条SQL的逻辑：先取出所有类型为PREPAYMENT且未取消的发票，再关联付款表把AMOUNT_APPLIED汇总，拿发票金额减去已核销金额就是预付款剩余余额。需要说明，AP_INVOICE_PAYMENTS_ALL里的数据既包含正常付款冲销，也包含预付款应用；对预付发票来说，amount_applied汇总的主要是正式发票“应用”掉的金额。不同EBS版本中可能还存在AP_PREPAY_HISTORY_ALL等辅助视图，遇到版本差异时优先看视图定义，不要照搬SQL。

有顾问会告诉你“用AP_INVOICES_ALL.AMOUNT_REMAINING就行”，但那个字段反映的是发票剩余应付款，预付发票经过应用后这个字段不一定更新同步。我更推荐按上面逻辑自己汇总，跑出来的结果和应付模块“供应商余额”报表核对，能解决一半对账争议。

3. 创建并支付一笔AP预付款：从发票类型到付款动作的完整路径

3.1 进入预付款发票录入界面：三个别漏的字段

以Oracle EBS R12标准路径为例：应付款管理 -> 发票 -> 录入 -> 发票。新建发票时，“类型”字段必须选择“预付款”。如果下拉框里没有预付款，一般是业务职能没分配，需要系统管理员在职责里勾选“应付款管理：预付款”权限。

进入预付款发票后，有四个字段我几乎每次都会被问到：供应商、发票日期、GL日期、金额。供应商要选到地点级，否则后面做应用时找不到“供应商站点”。发票金额如果是含税口径，系统会自动拆出税；但预付款建议不计税，所以税区域留空，避免自动算出一笔税却没地方过账。GL日期决定预付款在哪个会计期间体现，月末做预付款时尤其要小心，别把6月的现金支出记到7月。

分配行上有一个“账户”字段，这是预付款最终形成资产挂账的科目。系统会默认带出“预付款账户”，但很多客户默认账户是空的，结果预付款跑到了应付账款贷方。创建前先到供应商地点层检查“预付款账户”，没设置就在分配行手工改成“预付账款-供应商”。保存前建议做一次“校验”，校验通过后发票状态从“未完成”变成“已校验”。

还有一个细节：预付款发票不要填写采购订单号。因为预付款不是采购收货产生的发票，一旦关联了PO，系统会启用标准匹配流程，后续校验要求接收数量，反而做不下去。这个坑在我服务过的两个项目里都出现过，操作路径本身没错，错在多填了一个PO号。

3.2 验证、过账、付款：哪一步做错会翻车

创建好预付款发票后不要急着付款。先点“操作 -> 校验”，确认发票状态为“已校验”。然后运行“应付款会计流程（Payables Accounting Process）”生成会计凭证。如果你的项目启用了发票审批工作流，预付款发票还要走AP审批，审批通过后才能付款。没启用审批的客户往往会跳过这一步，结果总账里永远没有这笔预付，导致月底科目余额和AP模块对不上。

付款路径是“应付款管理：付款 -> 录入 -> 付款”。在付款窗口输入银行账户、付款日期、币种，然后从发票区域选择刚才的预付款发票。付款完成后运行会计流程，系统生成“支付预付款”的凭证。这里有几个参数容易被忽略，我整理成了参数表：

付款保存后，如果系统里设置了“付款审批限制”，超过限额的预付款会被挂起，需要审批人放行。付款状态在“已确认”之前，所有操作都还可以撤销；一旦确认，银行转账可能已经发生，要改就必须走付款取消流程。我见过不少翻车现场是付款保存了但忘记“确认”，月末银行余额调节表永远差一笔。

3.3 付款后如何验证：两张报表和一个界面

付款后验证“干不干净”，建议做三个动作：

第一，打开“供应商余额”报表，预付款发票的余额应显示负数，表示我们多付给供应商。第二，查看总账凭证，能看到“银行存款减少、预付账款增加”。第三，在预付款发票的“预付款”页签里，能看到这笔预付款的“未应用金额等于原始金额”。

如果以上三项有任何一个对不上，先看会计流程是否成功，再看付款确认状态。也可以用下面这条SQL查询预付款付款状态：

SELECT ai.invoice_num, aip.check_id, aip.status, aip.amount, aip.payment_date FROM ap_invoices_all ai JOIN ap_invoice_payments_all aip ON aip.invoice_id = ai.invoice_id WHERE ai.invoice_type_lookup_code = 'PREPAYMENT' AND ai.invoice_num = '<预付款发票号>';

这条SQL的逻辑：通过发票号反查付款流水，status字段在不同EBS版本里可能显示为CONFIRMED、CLEARED等，需要结合环境里的值域说明去判断。实际遇到“查不到付款记录”时，先不要怀疑SQL，去检查付款是否保存成功，以及发票号是否输错。

4. 核销与退款：把预付款余额变成费用而不是坏账

4.1 核销标准发票：Apply Prepayment的正确姿势

预付款的目的就是冲抵未来的发票。供应商正式发票来了之后，先录入一张标准发票，保存后，在发票头操作里找到“预付款”页签，点击“添加”，选择预付款发票号和本次应用金额。应用金额不能超过预付款未应用余额，系统会控制。保存后，标准发票的应付余额会减少，预付款发票的未应用余额同步减少。最后运行“应付会计流程”，系统生成“借：应付款项；贷：预付账款”的凭证，把预付款从资产转出。

完整操作路径是：录入标准发票 -> 保存 -> 操作 -> 预付款 -> 添加应用行 -> 输入应用金额 -> 保存 -> 运行会计流程。这里有个顺序问题：必须先保存标准发票再应用，因为应用动作需要拿到标准发票的发票头ID。有人图快，在录入界面就点“预付款”页签，结果选不到发票，以为系统有问题，其实只是没保存。

常见错误是等支付时才做应用，或在付款窗口通过“分配”按钮强行把预付款发票和标准发票做配对。在EBS标准功能里，应用预付款是发票层的动作，建议在发票录入时就完成，不要在付款环节处理，否则付款状态和预付款应用历史会纠缠在一起，后面查“未应用金额”会像黑匣子一样难拆。

4.2 核销后还有余额：退款、债务转移还是继续挂账

供应商开了9500元的正式发票，但我们预付了10000元，剩余500元怎么处理？通常有三种路径：退款、继续挂账、转其他预付款。

如果供应商愿意退款，标准做法是在AP模块创建负金额付款，或者在Oracle里做一张借项通知单并关联原预付款发票。我见过不少财务直接在总账里手工做一笔“借：银行存款，贷：预付账款”的凭证，导致AP模块的预付款余额仍然是500元，总账却平了。月底两边对账时，这笔差异怎么都解释不清，最后只能把手工凭证冲掉，回到AP里重建退款流程。所以切记：退款动作要留在AP模块做，不要只做总账凭证。

如果供应商不开票也不退款，那就继续挂账，等以后其他发票来再应用。挂账期间要关注“预付款账龄”，金额大的建议按月催收，避免变成坏账。还有企业想把预付款转给另一个供应商，这需要先把旧预付款通过贷项通知单退回来，再给新供应商创建一个预付款发票，EBS没有一键转移功能。别听销售说支持就跳过，真实实施时没有标准“预付款转移”按钮。

多次部分应用是可以的，只要未应用金额足够。每应用一次，系统会生成一条应用历史和一张会计凭证。应用错了也可以“撤销应用”，在预付款页签选择那条应用记录，点击“取消”或“冲回”，再重新应用。需要注意撤销应用后，标准发票的应付余额会恢复，要重新校验和过账。

4.3 跨币种预付款的汇率差异：一个常被忽略的税会难点

如果预付款用美元付，标准发票用人民币开，核销时EBS会按应用日的汇率把预付款金额折算成发票币种。预付款原入账汇率和应用时汇率不一致，就会产生汇率损益。

举个例子：预付10000美元，创建预付款当天汇率6.5，折人民币65000；两个月后核销标准发票，汇率变成6.4，系统把10000美元折成64000人民币。这中间有1000元的人民币差额，会进入汇兑损益科目。问题在于，这个差额到底是该冲减费用，还是单独列财务费用，很多项目没有提前配置。

我一般建议项目里统一设置“预付款应用汇率日期=核销日”，财务每月末跑“外币重估”，把尚未核销的预付款按月末汇率重新估值。核销时产生的汇率损益要确认计入“财务费用-汇兑损益”，科目映射在“应付款系统选项”里设置，否则系统默认计入“实现损益”科目，客户月末看账时多出一个奇怪的汇兑差异，通常会打电话来问。

另外要注意，预付款发票币种和标准发票币种不一致时，应用界面会多出一个“汇率”字段。有些操作员会在这里手工填一个汇率，以为能“找平”，结果把汇率损益做没了，但科目余额出现几块钱差异。这种差异很难检到，我建议项目组在操作手册里明确：不要在应用界面手工改汇率，让系统根据汇率类型自动带出。

5. Oracle EBS AP预付款常见问题排查：五个踩坑记录与定位 SQL

5.1 预付款付了，但供应商余额没变化

现象：付款流程走完，供应商余额不减少，预付款发票状态仍为“可付款”。

原因：最常见是没有运行“应付款会计流程”，或付款没有确认。付款保存了但状态还是“未确认”，相当于银行付款指令还没生效。

解决：先打开“付款”窗口看付款状态是否为“确认”；随后运行“Payables Accounting Process”并查看会计流程执行报告。执行报告里如果没有选中该预付款发票，多半是发票校验状态是“未完成”，回到发票窗口重新校验。用下面SQL查发票状态：

SELECT invoice_num, invoice_type_lookup_code, approval_status, validation_status FROM ap_invoices_all WHERE invoice_num = 'YOUR_INV_NUM';

这条SQL里，approval_status是审批状态，validation_status是校验状态。如果校验状态不是“VALID”或“已校验”，则需要回到发票窗口点击“校验”。不同EBS版本字段值可能不同，但排查思路一样。

5.2 核销时提示“预付款余额不足”

现象：明明预付了10000元，核销时系统只允许应用8000元。

原因：以前已经部分应用了一部分，或者有一张被取消的发票没有释放预付款金额。很多用户在预付款发票“未应用金额”里看到还是10000元，但系统实际只允许8000，定位要看历史应用明细。

解决：先打开发票的“预付款”页签查看“未应用金额”；再用第二章的SQL汇总AP_INVOICE_PAYMENTS_ALL，看是否存在历史应用记录。如果确实被部分应用，就按剩余金额应用；如果应用记录显示异常，检查是否有被取消的发票没有释放，取消发票时要选择“释放预付款”。

5.3 总账“预付账款”和AP模块“预付款余额”对不上

现象：月末试算平衡表里的预付账款科目余额，与应付模块“供应商余额”报表中的预付款负数合计不相等。

原因：一部分预付款发票创建后没有运行会计流程，或者核销应用后没有过账；也有可能是分配行账户被人为改成了其他科目。

解决：把“应付款会计流程”重新运行一遍，确认会计流程执行成功；在“查询总账”中查“预付账款”科目的来源是否都指向AP模块。再从AP_INVOICES_ALL里检查每笔预付款发票的分配行账户，把跑到“应付账款”科目的发票挑出来，调整分配行并重新过账。这类问题不是ERP有Bug，八成是操作顺序问题。

5.4 供应商退款到账，AP里预付款余额仍挂着

现象：财务收到供应商退款，在总账里做了一笔“银行存款增加，预付账款减少”，但AP模块预付款余额没有任何变化。

原因：只在总账做了手工凭证，没有在AP模块创建退款或贷项通知单。AP模块里没有“退款”动作，自然也不会释放预付款余额。

解决：不要直接在总账冲预付。在“付款”窗口创建负金额付款，或按公司流程先创建借项通知单，再与预付款发票关联。如果总账手工凭证已经做了，先冲回，再在AP里重建退款，最后过账。这样AP模块和总账才能保持一致。

5.5 预付款发票取消不掉

现象：创建错了预付款，想取消，系统提示“不能取消已付款的预付款发票”。

原因：该预付款发票已经被付款，或者已经部分应用。取消不是想点就点的，Oracle EBS会用状态锁保护已经参与会计处理的发票。

解决：如果已经付款，先取消付款，把付款状态改为“未确认后撤销”；如果已经应用，先撤销应用记录，然后再取消发票。取消后检查原预付款金额是否释放。付款已经清算到银行的情况就不要再尝试取消付款了，那要做银行调账处理。顺序不能乱，否则审计时发现一笔预付款凭空消失很难解释。

6. 月末结账前花十分钟验证预付款：三条查询和一条对账习惯

月末结账，我会按下面三个动作过一遍。第一，查未核销预付款余额；第二，查本期核销的预付款；第三，查AP模块里有没有“已付款但未过账”的发票。第一条直接用本章的SQL，把WHERE里加一个amount不等于已应用金额的条件：

SELECT ai.invoice_num, ai.vendor_id, ai.invoice_amount, NVL(pay.applied, 0) AS applied_amount, ai.invoice_amount - NVL(pay.applied, 0) AS unapplied_amount FROM ap_invoices_all ai LEFT JOIN (SELECT invoice_id, SUM(amount_applied) AS applied FROM ap_invoice_payments_all GROUP BY invoice_id) pay ON pay.invoice_id = ai.invoice_id WHERE ai.invoice_type_lookup_code = 'PREPAYMENT' AND ai.cancelled_date IS NULL AND ai.invoice_amount - NVL(pay.applied, 0) <> 0 ORDER BY unapplied_amount DESC;

跑出来后，把金额逐一和财务的预付账款明细核对。第二件事比较容易漏，很多项目月末只看余额，不看本期发生，结果预付款应用后生成的“贷：预付账款”凭证没过账，余额自然还是不平。所以要把AP模块“会计流程执行报告”拉出来，确认所有涉及PREPAYMENT的发票都过账。

这个动作看起来笨，但能提前拦下八成月末差异。我第一次做EBS AP预付款项目时，就是没检查GL日期，把6月的预付款记到了7月，被财务追了一个月。后来养成了“先查余额、再查过账、最后和财务勾对”的习惯，再没因为预付款问题翻过车。希望帮到你。

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