藍圖
橫向捲動可檢視完整圖表。
ERP 到第三方:一個平台,眾多合作夥伴
業務事件從 ERP 發出一次,整合平台按各合作夥伴預期的格式投遞。回呼以相同方式回傳。重試後仍失敗的訊息進入死信佇列,並觸發附帶承載資料的警示。
- 主流程
- 非同步
- 異常路徑
9 步流程
流程逐步說明
- 從 ERP 到 整合平台:業務事件,經由 REST · OData · webhook(主流程)。
- 從 整合平台 到 CRM:客戶與訂單,經由 REST/JSON(主流程)。
- 從 整合平台 到 物流與承運商:已預訂貨運,經由 REST/JSON(主流程)。
- 從 物流與承運商 到 整合平台:追蹤事件,經由 webhook(非同步)。
- 從 整合平台 到 電子發票與稅務平台:待核可發票,經由 SOAP/XML · REST(主流程)。
- 從 整合平台 到 KYC 與身分識別供應商:身分驗證,經由 REST/JSON(主流程)。
- 從 KYC 與身分識別供應商 到 整合平台:驗證結果,經由 webhook(非同步)。
- 從 整合平台 到 死信佇列與警示:重試後失敗,進入死信佇列(異常路徑)。
- 從 死信佇列與警示 到 支援團隊:附上承載資料與錯誤的警示(異常路徑)。
概述
這是您的 ERP 與周邊服務之間的流程:CRM、承運商與物流服務商、電子發票與稅務平台,以及身分與 KYC 服務商。每家合作夥伴都有自己的 API、格式與故障方式,而每一項通常都作為獨立專案出現。
參考設計將業務事件從 ERP 一次性發出,交由整合平台按各合作夥伴預期的格式投遞,方式包括 REST、SOAP、Webhook,或在貿易夥伴要求時透過 AS2 傳輸 EDI。追蹤事件或驗證結果等回呼也透過同一平台回傳。
合作夥伴中斷是正常事件,而非緊急事故。臨時失敗會重試。重試後仍然失敗的訊息進入死信佇列,並連同承載資料與錯誤向支援團隊發出警示,以便修復後重新處理。
流程如何運作
ERP 發布事件
當客戶、訂單或發票發生變化時,ERP 透過其 API、OData 服務或 Webhook 向整合平台發布一個業務事件。
CRM 保持同步
平台更新 CRM 中的客戶、聯絡人與訂單,使銷售與服務團隊看到 ERP 所掌握的資訊。
預訂出貨
準備發貨的訂單透過承運商或物流服務商的 API 預訂,並回傳標籤與參考編號。
追蹤資訊回傳
承運商透過 Webhook 傳送追蹤與簽收證明事件,平台更新 ERP 中的訂單。
發票完成核可
發票按主管機關要求的格式傳送至電子發票或稅務平台,核可狀態隨發票一同儲存。
驗證身分
系統會將新客戶或供應商傳送至 KYC 或身分識別供應商,結果在帳戶啟用前透過 Webhook 回傳。
出現故障時
合作夥伴暫時無法使用
呼叫會以遞增的延遲重試。每次寫入都附帶冪等鍵,因此重試絕不會產生第二筆出貨或第二張發票。
訊息重試後仍然失敗
它會連同承載資料與合作夥伴的錯誤進入死信佇列,並向支援團隊發出警示。修復後從佇列中重新處理。
合作夥伴變更了 API
合約測試針對各合作夥伴的測試環境執行,從而發現變更。已公告的變更會排定,並在合作夥伴的截止期限之前完成測試。
資料被拒絕
合作夥伴因業務原因拒絕資料(例如缺少稅號)時,錯誤會回寫到 ERP 紀錄,由負責人更正。
標準與系統
- 整合
- REST
- SOAP
- Webhooks
- OpenAPI
- EDI (EDIFACT, ANSI X12)
- AS2
- MuleSoft
- Boomi
- Azure Logic Apps
- 身分與存取
- OAuth 2.0
問題與解答
貴公司可以連結哪些第三方服務?
任何具有文件說明的 API 或檔案介面的服務。典型範例包括 CRM 平台、承運商與物流服務商、市集平台、電子發票與稅務平台、薪資、KYC 與身分識別供應商,以及透過 AS2 交換 EDI 單據的貿易夥伴。在承諾方案之前,我們會檢視每家合作夥伴的 API、限制與測試環境。
這需要整合平台嗎?
當多個合作夥伴連結同一個 ERP 後,諸如 MuleSoft、Boomi 或 Azure Logic Apps 之類的平台,或基於訊息佇列建置的一組客製服務,可以把對映、重試與監控集中在一處。只有一兩家合作夥伴時,直連可能就足夠。我們會針對您的情況說明取捨,包括授權成本。
貴公司能把我們連結至電子發票與稅務核可平台嗎?
可以。許多國家現在要求發票以規定格式透過政府或經認可的平台開具或核可。我們將 ERP 與您所在國家要求的平台或經認可的供應商整合,把核可狀態與識別碼隨每張發票儲存,並處理拒絕情形。具體適用規則由您的稅務顧問確認。
貴公司如何保護傳入的 Webhook?
每個傳入的 Webhook 在處理前都會經過驗證:合作夥伴對其訊息簽章時驗證簽章;不簽章時則驗證權杖、來源與時間戳記。承載資料依合約驗證,即使合作夥伴重複傳送,事件也只處理一次。
合作夥伴發生中斷時會怎樣?
其餘流程繼續執行。發給該合作夥伴的訊息會先重試再排隊,支援團隊收到警示,任何內容都不會遺失。合作夥伴復原後,排隊的訊息依順序重新處理。儀表板會顯示受影響的合作夥伴以及等待中的訊息數量。
貴公司建置的連接器歸誰所有?
我們為您建置的工作成果,其智慧財產權從首次提交起即歸您所有,無需在結束時另做轉讓。連接器連同原始碼、測試與文件一併交付,您的團隊或其他供應商可以繼續維護。XSIS 原有的任何工具仍歸我們所有,並授權給您使用。合作夥伴的 API 與整合平台授權仍受各自供應商條款約束。
從對話開始,而不是從合約開始。
告訴我們您需要建置、串接與防護什麼。架構師會與您逐項討論,然後建議從何處入手。
後續流程
約定時間
我們的團隊會透過電子郵件與您約定會談時間。
諮詢前會談
一次免費 30 分鐘線上預諮詢:我們盤點您的目標、系統與限制條件。
就緒評估
在免費 48 小時就緒評估中,首席架構師對照 6 項就緒定義檢查您的專案,並建議合適的路線。
選擇路線
範圍就緒的專案會收到一份有約束力的方案 3–5 個工作天內。概念階段的專案從 Blueprint Studio 開始。已上線系統若出現故障、缺乏文件或需要整合,則先進行 1–2 週 的診斷。Blueprint Studio 與診斷服務各收取固定費用,費用在方案中列明。