出貨 → 開 AR 發票（銷貨發票）· Order-to-Cash Billing

台灣 ERP 的「出貨單拋轉銷貨單」，在 Fusion ＝出貨確認後，由編排流程自動把履約行拋到 Receivables，跑 AutoInvoice 產生 AR 發票。沒有手動拋轉鈕，是自動串接。本頁＝顧問導入用：概念 → 實際設定 → 客戶訪談。

🧩 OM 延伸主題（Order-to-Cash 開票段） 🎯 顧問導入 + 客戶訪談 🔗 OM ↔ Receivables 整合
目錄
  1. 概念：Fusion 怎麼「拋轉」
  2. 出貨→發票 完整流程
  3. ★ 實際設定（OM 端 + Receivables 端）
  4. 發票編號與合併開票選項
  5. 限制與注意
  6. 客戶訪談問句
  7. 速查

1概念：Fusion 怎麼「拋轉」

台灣 ERP 是「在出貨單按拋轉鈕 → 生一張銷貨單」。Fusion 不是手動單對單，而是編排流程(Orchestration)自動觸發 + AutoInvoice 批次把出貨資料變成 AR 發票。

對應你的思路：拋轉的「動作」在 Fusion 變成兩件自動的事——① 出貨確認後訂單行自動進入「待開票」；② 跑 Import AutoInvoice 程序，把待開票資料變成正式 AR 發票（銷貨發票）。你設定好規則，它自己跑。

台灣 ERPFusion
出貨單上「拋轉」按鈕編排流程的 Billing/Invoice 步驟自動觸發（觸發點＝出貨確認）
單對單、人工透過 Receivables 介面表 + AutoInvoice 批次自動產生
銷貨單＝一張憑證AR Invoice（Receivables Transaction）

2出貨 → 發票 完整流程

① 銷售訂單送出 → 編排流程跑
　↓
② Ship Confirm（在 Inventory/Shipping 確認出貨）
　↓
③ 履約行狀態變 Awaiting Billing（待開票）
　↓
④ OM Invoice Interface 步驟：把訂單/出貨/運費/稅/銷售分攤拋到 Receivables 介面表
　↓
⑤ 跑 ESS 程序 Import AutoInvoice（Transaction Source = Distributed Order Orchestration）
　↓
⑥ Receivables 依分組規則產生 AR Invoice（銷貨發票） → 認列營收/應收
觸發點＝出貨確認。出貨一確認，行就轉「待開票」；接著 Import AutoInvoice 一跑（可排程自動跑），發票就出來。等同你的「出貨拋轉銷貨」，只是自動化。

3★ 實際設定（OM 端 + Receivables 端）

A. Order Management 端

設定內容
編排流程含開票步驟訂單走的 Orchestration Process 要包含 Invoice / Billing 任務（標準流程已含）。它負責把履約行拋到 AR 介面表
出貨確認Inventory Management / Shipping 的 Ship Confirm，行轉 Awaiting Billing

B. Receivables 端（開票規則的主場，最關鍵）

設定與維護 ▸ 搜尋任務（以下任務）
Receivables 物件 / 任務作用值/重點
Transaction Source
(交易來源)		標記「這批發票來自 OM」OM 來源固定為 Distributed Order Orchestration（即 ORA_DOO） ✅
Transaction Type
(交易類型)		決定發票的會計性質（開立應收、是否更新餘額、營收/應收科目）指定 Invoice 類型 ⚠️ 依客戶設
AutoInvoice Grouping Rule
(分組規則)		決定「哪些出貨行併成同一張發票」必含 TRX_NUMBER 等強制屬性；可加選用屬性控制合併粒度 ✅
Line Ordering Rule
(行排序規則)		分組後決定發票上各行的排序/行號可對應到 Grouping Rule
AutoAccounting自動決定發票各科目（營收/應收/稅/運費…）⚠️ 依客戶會計科目設
Payment Terms / Memo Lines / Tax / Receipt Method付款條件、稅、收款方式等帶入發票依客戶政策
Document Sequence / 發票編號發票號規則可設自動序號，亦可設定讓發票號＝出貨號（見 §4） ⚠️ 依需求

C. 排程把發票跑出來

  1. 跑 ESS 程序 Import AutoInvoice
  2. 參數 Transaction Source ＝ Distributed Order Orchestration
  3. 可設排程自動定時跑（如每小時/每日），免人工

4發票編號與合併開票選項

需求Fusion 怎麼做
一張訂單一張發票 / 一次出貨一張發票由 Grouping Rule 控制。預設依訂單/出貨等屬性分組
多張訂單合併一張發票（月結/合併開票）調整 Grouping Rule 的屬性，讓相同客戶/條件的行併單；另有 Fulfillment-Based Consolidated Invoice（履約合併開票，可跨 OM／Subscription 來源）
發票號要等於出貨號可設定（社群常見作法：透過 Transaction Source 編號設定／介面帶入） ⚠️ 需依版本設定確認
運費/雜費/稅OM 的 charges、freight、tax 一併拋到 AR 介面表，隨發票開出
顧問重點：「客戶要怎麼開票」幾乎全靠 Grouping Rule 決定合併粒度（一單一票 vs 合併）。訪談一定要問清楚（見 §6）。

5限制與注意

  • OM 的 Invoice Interface 本身不做分組——合併與否完全看 Receivables 的 Grouping Rule。
  • Grouping Rule 的強制屬性不可刪（如 TRX_NUMBER），只能在其上加選用屬性。
  • 發票要出來，Import AutoInvoice 一定要跑（沒排程就要人工跑）。
  • 退貨（RMA）走的是貸項通知 Credit Memo，不是這條正向開票。
  • 認列營收時點/規則由 AR / Revenue Management 設定，與「開票」是兩件事，要分開談。

6客戶訪談問句（顧問導入用）

問客戶追問決定
開票時點：出貨就開票，還是月結/定期開？幾號結？Import AutoInvoice 排程頻率
合併粒度：一張訂單一張發票？一次出貨一張？還是同客戶合併一張？合併的條件（同客戶+同幣別+同收貨地…）？AutoInvoice Grouping Rule
發票號規則：自動序號，還是要等於出貨號/訂單號？有無法定/集團編碼規則？Document Sequence / Transaction Source 編號
付款條件跟著什麼走？N30？依客戶？Payment Terms 帶入
稅怎麼算、要不要顯示在發票？多稅別？Tax 設定
運費/雜費要不要併入發票？單獨一行？Charges/Freight 對應
多幣別？發票幣別＝訂單幣別嗎？匯率來源？幣別/匯率設定
認列營收時點？出貨即認，還是依合約/分期？—AR / Revenue Management（另案）
退貨怎麼開貸項？—Credit Memo 流程（另案）
跟 IT 要的前置：① Receivables 的 Transaction Type / AutoAccounting / Grouping Rule / Payment Terms 已設；② Import AutoInvoice 排程已建；③ OM 訂單走的編排流程含 Invoice 步驟；④ 稅與會計科目對應確認。

7速查

問題一句話
出貨單能直接拋轉銷貨發票嗎能，但非手動拋轉鈕——出貨確認後編排流程自動拋 + AutoInvoice 產發票
觸發點Ship Confirm → 行轉 Awaiting Billing
誰把它變發票ESS 程序 Import AutoInvoice（Transaction Source = Distributed Order Orchestration）
合併開票靠什麼Receivables 的 AutoInvoice Grouping Rule
OM 端要什麼編排流程含 Invoice/Billing 步驟
AR 端要什麼Transaction Source/Type、Grouping/Line Ordering Rule、AutoAccounting、Payment Terms、發票編號
退貨走 Credit Memo，不在這條