企业官网建设流程全解析

Oracle Fusion Applications Financials Implementation Guide（Define Customer Account 章节）为锚，向外补齐完整的 Customer 建模 → 配置步骤 → 与 Fusion 三套架构的关系 → 业务场景核算 → 分录汇总表，最后给你一份可直接浏览器打开的 HTML，UI 做了卡片 / 层级树 / 表格 / 代码块，中英混排，字段名保留英文方便对照 EBS/Fusion。

一、先对齐：你贴的那段文档到底在讲哪一层

那段内容挂在Define Customer Account​ 节点下，但它不是从零建 Customer 的全流程，而是聚焦在"已经有一个 Customer Account 之后，在 Account / Site 层要维护哪些子对象"：

• Payment Details（Receipt Methods + Payment Instruments）→ 决定自动收款用哪家银行、手工收款用哪种方式

• Communication Information​ → 联系人 / 联系点

• Account Relationships​ → 母公司账户替子公司付、互开 Bill-to/Ship-to

• Account Profiles / Site Profiles​ → 付款条件、逾期策略、Late Charge、Dunning，Profile Class 版本化是这段最重的逻辑

• Address Purposes​ → Bill-to / Ship-to / Deliver-to / Bills of Lading / Dunning / Late Charge 六种用途

• 继承搜索顺序（Match Receipt By → AutoMatch → AutoCash → AutoInvoice Grouping → Payment Terms → Tax Printing）这条是 Fusion AR 的"配置级联"灵魂

也就是说：你贴的文档 =Customer Account 的"属性装配层"，下面是 TCA 四层建模，上面是 Receivables 的交易与核算。

二、Fusion 里 Customer 的四层模型（TCA）

这是理解"Define Customer Account 与核算/组织/管理架构关系"的前提 ：

Party (HZ_PARTIES) └── Customer (selling relationship 标记) └── Customer Account (HZ_CUST_ACCOUNTS) ← 你贴的文档主表 └── Site (Customer Account Site) └── Address Purpose (Bill-to / Ship-to / ...)

💡 关键认知：发票/收款/会计科目派生全挂 Customer Account + Bill-to Site，不挂 Party。所以"一个集团下两家子公司分别签单、分别算应收、合并对账"这种需求，标准做法就是1 Party → 2 Customer Accounts，而不是在 Party 层硬扛。

三、Define Customer Account 与 Fusion 三套架构的关系

Fusion 有三套"架构"经常被混着说，Customer Account 在每一套里的位置不一样：

1️⃣ 核算架构（Ledger / LE / BU / SLA）

Primary Ledger └── Legal Entity (LE) └── Business Unit (BU) ← AR 交易发生的单元 └── Transaction Type → 挂 Post to GL = Y └── AutoAccounting → 派 Revenue / Receivable / Tax / Freight / Unearned / Unbilled └── 段来源: Bill-to Site / Transaction Type / Salesperson / Standard Lines ...

• Customer Account 本身不直接挂 Ledger。路径是：

  BU → Transaction Type → AutoAccounting → 借 Bill-to Site 的 COA 段

• Site 必须通过Reference Data Set (RDS)​ 分配给 BU（Manage Business Unit Set Assignment，Customer Account Site 选 RDS）

• SLA Event Class 预定义：Invoice / Credit Memo / Debit Memo / Chargeback / Receipt / Misc Receipt / Adjustment / Bills Receivable

2️⃣ 组织架构（BU / LE / LEDGER SET）

• BU​ = AR 业务发生单元（谁开的票、谁认收）

• Customer Account可以跨 BU 共享，靠 RDS 控制哪些 Site 对哪些 BU 可见

• LE 层管法人主体（出财报的主体），Ledger 层管 COA —— Customer Account 不直接感知这两层，感知点是 Transaction Type 所在的 BU 再往回追 LE/Ledger

3️⃣ 管理架构（Profile Class / Collector / Credit / Dunning）

这就是你贴的文档里Account Profile / Site Profile / Profile Class​ 那一段的归属：

• Profile Class（集中定义）→ 挂 Payment Terms / Collector / Statement Cycle / Late Charge Policy / Dunning

• Account Profile（继承 Profile Class，可覆盖）→ 作用于整个 Account

• Site Profile（继承 Account 或 Profile Class，可覆盖）→ 作用于单个 Site

• 你文档里那段三档更新策略是关键：

⚠️ 第三档是"暴力全量版本化"，实施期常用，运维期慎用——会批量产生 Profile 历史版本。

四、Define Customer Account 详细设置步骤（端到端）

下面这一步序列把"你贴的文档"嵌到第 6 步以后：

Phase 1：前置（核算/组织侧）

1. 建Primary Ledger + LE + BU，COA 就位

2. 建Receivables System Options（现金处理、Commit 频次）

3. 建Transaction Types（Invoice / CM / DM / CB，Post to GL=Y）

4. 建Transaction Sources（手动 / AutoInvoice / Lockbox）

5. 建AutoAccounting​ —— 为每个账户类型（Revenue / Receivable / Freight / Tax / Unearned / Unbilled / AutoInvoice Clearing …）指定段来源（Bill-to Site / Transaction Type / Salesperson / Constant）

6. 建Payment Terms、Statement Cycles、Collectors

7. 建Receipt Classes / Receipt Methods（自动+手工）

8. 建Remit-to Bank Accounts

Phase 2：Profile Class（管理侧，对应你文档的 Profile 段）

1. Manage Receivables Customer Profile Classes

   • Profile Class Tab：Payment Terms / Collector / Statement Cycle / Currency / Credit Limit

   • Late Charges Tab：利率、计算方式、Late Charge Site 指定

   • 保存后选"三档更新策略"之一

Phase 3：Customer 本体（TCA 四层，对应你文档的入口）

1. Setup → Manage Customers → Create

   • Party Type = Organization / Person

   • 填 Account Address（必须与Manage Set Assignments for BU里给 Customer Account Site 分配的 RDS 对齐）

2. Account 段（你文档的 "Customer Account" 层）

   • Account Number（可自动）

   • 关联 Profile Class

   • Payment Details（你文档重点）：

     • 挂Automatic Receipt Methods（自动收款用，决定 confirm / remit / reconcile 步骤）

     • 挂Manual Receipt Methods

     • 挂Payment Instruments：客户银行账户（多币种、可绑地址、同币种可多 non-primary、日期可重叠）、信用卡

     • Primary 银行账户 = 自动收款默认扣款户

   • Account Relationships（你文档重点）：

     • One-way：parent 能替 related 付 + 开 Ship/Bill

     • Reciprocal：双向互付互开

     • 勾 Bill-To / Ship-To 才启用地址服务共享

     • 系统级Allow payment of unrelated transactions关掉才严格按定义的关系走

   • Communication：联系人 / 联系点 / 职责 / 地址（可复用 Account Site 地址）

3. Sites 段（你文档的 Address Purposes 重点）

   • 至少 1 个Bill-to（不开票不行）

   • Ship-to → 必须关联一个同 Account 或 related Account 的 Bill-to

   • Deliver-to / Bills of Lading / Dunning / Late Charge 按需

   • 每个 Site 可单独建Site Profile（继承 Account Profile 或 Profile Class）

Phase 4：验证

1. 跑SLA Create Accounting​ 看 Invoice 能否正确派科目

2. 测自动收款：客户银行账户 + Automatic Receipt Method → 看 funds capture

3. 测 Relationship：parent Account 开 Invoice → related Account 付款核销

五、业务场景核算逻辑（重点：Customer Account 怎么驱动分录）

Fusion AR 的科目不是写在 Customer 上的，是AutoAccounting + SLA​ 派的，但Customer Account / Bill-to Site / Transaction Type​ 是派段的三大源头。下面把常见场景过一遍。

场景 1：标准开票（Standard Invoice）

Dr Accounts Receivable 10,000 Cr Revenue 10,000 Cr Tax 1,300

• Receivable 段来源：Bill-to Site → 公司段 / 部门段

• Revenue 段来源：Transaction Type 或 Salesperson

• Tax 走 Tax Engine 独立派

场景 2：贷项通知单（Credit Memo，全冲）

Dr Revenue 2,000 Dr Tax 260 Cr Accounts Receivable 2,260

→ 标准发票的反向

场景 3：借项通知单（Debit Memo，加收运费/罚款）

Dr Accounts Receivable 1,000 Cr Revenue / Freight 1,000

场景 4：Rule-based — In Advance（先开票，分期确认收入）

例：1 月开 3,000、3 个月合同：

→Unearned Revenue 账户由 AutoAccounting 派，段来源通常用 Transaction Type 或 Constant

场景 5：Rule-based — In Arrears（先服务，期末开票）

→Unbilled Receivable​ 与 Unearned 别搞反：[Unbilled = Arrears 先认收后开票]；[Unearned = Advance 先开票后认收]

场景 6：自动收款核销（Receipt → Apply）

Dr Cash (Remittance Bank) 10,000 Cr Accounts Receivable 10,000

若折扣：Dr Cash / Dr Discount / Cr AR

场景 7：Lockbox

• Lockbox 处理时 Receipt Match 顺序：Site Profile → Account Profile → Lockbox → System Options（你文档里的继承链）

• 分录同场景 6，另可能走Remitted Bills Receivable/Factored Bills Receivable这类 SLA Event Class

场景 8：Late Charge（逾期利息）

• Late Charge Site Profile 或 Bill-to Site Profile 里挂 Late Charge Policy

• 系统选项Statement, Dunning, and Late Charges Site Profiles Used = Y→ 用 Late Charge Site 的政策；= N → 用 Transaction 所挂 Bill-to Site 的政策（你文档原话）

• 计息产生 Debit Memo 类分录：

  Dr Accounts Receivable (利息额) Cr Interest Income (利息额)

场景 9：Adjustment（调整，Recoverable vs Nonrecoverable Tax）

你文档关联的 Oracle 例子 ：Inv 两行 600@10% + 400@20%，AR=1,140

• Adj -100，Recoverable=Y：

  Dr Revenue 52.63 (10%) + 35.09 (20%) Dr Tax 5.26 + 7.02 Cr AR 100

• Adj -200，Recoverable=N（税进 Nonrecoverable Tax 不走 Tax Register）：

  Dr Revenue 105.26 + 70.18 Dr Nonrecoverable Tax 10.52 + 14.04 Cr AR 200

六、业务场景会计核算分录汇总表

下面这张是直接给你粘 Excel/实施文档用的口径：