ERP知识库

这是最规范、最常见的业务场景。客户基于已确认的销售订单支付预付款。

这是所有流程的起点，用于锁定销售内容和金额。

导航路径：销售 > 销售订单 > 新建。
关键操作：
- 填写 客户、交货日期 等基本信息。
- 在 条目 表格中，添加客户需要购买的产品或服务及其价格。
- （可选，但建议） 在销售订单的 付款条款 部分，可以创建一个如 “30% 预付，70% 发货前付清” 的付款条款模板，这能让预付款比例更加规范化。
- 保存并提交销售订单。提交后，此订单即成为后续操作的依据。

这是核心步骤，用于在系统中登记收到的款项。

导航路径：会计 > 付款分录 > 新建。
关键操作：
- 凭证类型：选择 收款 (Receive)。
- 往来方类型：选择 客户 (Customer)。
- 往来方：选择支付预付款的具体客户。
- 收款账户 (Paid To)：选择公司实际收到款项的银行或现金账户。
- 支付金额 (Paid Amount)：输入客户实际支付的预付款金额。
- 【核心重点】：勾选 “是预付款 (Is Advance)” 复选框。
  - 价值点：勾选此项后，系统不会去查找未结清的发票进行核销，而是将这笔款项直接计入客户的预付款账户（会计科目通常为 Debtors 下的 预收账款），作为公司的负债，确保了会计准则的正确性。
- （最佳实践） 在 参照 部分：
  - 参照类型：选择 销售订单 (Sales Order)。
  - 参照名称：选择第一步创建的销售订单号。
  - 价值点：将预付款与具体订单关联，实现资金流与业务流的绑定，便于追踪订单的付款状态。
- 保存并提交付款分录。

在交付货物或完成服务后，创建销售发票向客户请款。

导航路径：可以从已提交的 销售订单 直接创建，点击 创建 > 销售发票。
关键操作：
- 系统会自动从销售订单带入所有信息。确认无误后保存并提交发票。
- 此时，发票状态为 “未付款 (Unpaid)”，应收账款产生。

将之前记录的预付款用于抵扣销售发票的应收金额。

导航路径：打开第三步创建的 销售发票，点击 创建 > 付款。
关键操作：
- 系统会自动跳转到 付款分录 界面，并带入发票信息和客户信息。
- 【核心重点】：在 扣款或预付款 (Deductions or Advance Payments) 表格部分，点击 “获取预收款 (Get Advance Received)” 按钮。
- 系统会弹出一个窗口，列出该客户所有尚未核销的预付款记录。
- 选择第二步记录的那笔预付款，并点击 “获取预付款”。
- 系统会自动将预付款金额填充到 预付款 表格中，并重新计算 已付金额 和 差额。
- 场景分析:
  - 预付款 = 发票金额：差额为 0，直接提交即可完成核销。
  - 预付款 < 发票金额：客户支付尾款后，在此付款分录中填入尾款金额和支付方式，合并处理；或另行为尾款创建一笔新的付款分录。
  - 预付款 > 发票金额：本次核销后，多余的预付款仍会保留在客户账户下，可用于抵扣未来的发票。
- 保存并提交该付款分录。提交后，系统会自动处理会计分录，将预付款从负债转为收入，并减少应收账款。销售发票的状态会更新为 “已付款 (Paid)”。

为什么是这个流程，而不是别的？(Why you, not others?)
- 价值点：此流程构建了一个从 意向 (订单) -> 收款 (预付) -> 债权 (发票) -> 核销 (结算) 的完整闭环。每一步都在系统中留痕，权责清晰，数据可追溯。与手工记账或在发票备注中写“已预付”相比，本方案构成了系统性的管理壁垒，杜绝了数据孤岛和人为错误。
- 差异化：
  1. 财务准确性：严格区分了“预收款（负债）”和“销售收入”，符合权责发生制会计准则。而简单的收款记录无法做到这一点。
  2. 流程自动化：“获取预收款”功能是核心，它自动完成了复杂的会计分录调整，将财务人员从手动创建冲销凭证的繁琐工作中解放出来。
  3. 数据透明化：销售、财务、管理层均可在客户看板 (Customer Dashboard) 上清晰看到该客户的预付款余额、未清发票和交易历史，决策有据可依。
此方案是否构成壁垒？
- 是。壁垒在于流程的规范性和数据的集成性。一旦团队习惯于此标准化流程，将极大提升协作效率和财务健康度，这是任何临时性、非集成的解决方案（如Excel表格）无法比拟的。

若客户在没有具体订单的情况下直接打来一笔预存款。