B2B 帳期不是在 checkout 顯示「Net 30」就完成。到期日從下單、履約或發票哪一天起算，是否先收訂金、誰有信用額度、逾期能否再下單，以及 ERP 如何認列，都需要一致規則。Shopify 功能與方案邊界應以當期官方文件為準。
先由財務和業務定政策，再映射到 company location 和訂單流程。
定義付款條件字典
列 due on fulfillment、Net 7/15/30/60/90 或自訂可用條件，標起算 event、calendar/business day、timezone、到期日、grace、late action 和 owner。跨市場還有幣別、稅、法定發票與假日。
同一名稱不能在 ERP 和 Shopify 有不同起算點。Terms code、version 和 effective date 需同步。
以 company location 指派
同一公司不同 location 可能有信用與帳期差異。保存 ERP account/location ID、credit status、terms、limit、currency、tax 和 approval。Buyer 無權自行選更長條件，變更需財務核准與 audit。
新客、逾期或超額可改為立即付款或人工 review。不要用手動 tag 隱藏關鍵信用狀態。
訂金和尾款說清楚
訂金比例/金額、到期、退款、取消與尾款觸發需在 quote、draft、checkout、invoice 和 Email 一致。訂金收取後，order/payment status 在 Shopify、payment provider 和 ERP 如何映射，先畫狀態機。
部分付款、超付、短付、chargeback 和付款失敗都有人工流程。不能把訂金當折扣導致 order total 對不上。
Draft order 保留市場條件
業務建立 draft 時先選正確 company location，讓 catalog、currency、tax、terms 和 address 生效。自訂 line、discount、shipping 和 currency 可能改變結果，建立 review checklist。
Draft 編輯後匯率或價格可能更新，送 invoice 前再次核對。客戶接受後的版本需保存，不讓後續編輯悄悄改合約內容。
Credit limit 在權威系統判斷
若 ERP/財務系統掌握 credit、open receivables 和 hold，Shopify 下單前或後的檢查要有 SLA 與 fallback。資料延遲時不要默認無限信用；可轉人工或要求即時付款。
Credit update 使用 external ID、version 和 reconciliation。臨時 override 有核准人、金額與到期。
Invoice 與催收流程
Invoice 顯示 company、location、PO、order、terms、due date、currency、tax、payment instructions 和聯絡方式。付款回寫 Shopify/ERP，避免已付款仍催收。Reminder 在到期前、到期和逾期使用核准節奏。
催收需符合市場與合約，不在公開 storefront 暴露信用狀況。客服和業務看到同一狀態與 owner。
用狀態矩陣驗收
測 immediate、Net、deposit、部分付款、fulfillment 前後、取消、退款、逾期、credit hold、不同 currency、draft edit 和 ERP outage。每個案例核對 checkout、order、invoice、Email、payment 和 ledger。
Buyer、sales rep、finance 和 admin 權限也測。客戶不能越權變更 terms，客服能安全查詢但不必有核准權。
上線後對帳
每日比較 Shopify open payment、ERP AR、due date、paid amount、currency 和 customer/location。差異分 sync lag、mapping、manual override、partial payment 和 bug。建立 aging 報表與異常告警。
B2B 帳期設定成功的標準，是客戶知道何時付多少、系統和財務對同一到期日有一致答案，逾期或例外也有可執行處理。