32 個問題
主機對主機（host-to-host）、EBICS 或銀行 API：我們該用哪種？
通常由銀行決定。主機對主機（host-to-host）SFTP 是企業付款檔案最常見的通道。EBICS 在德國、法國及周邊國家的銀行中較為常見。銀行 API 適合銀行提供即時餘額與即時支付的情形。許多公司同時使用多種通道，整合層對 ERP 隱藏這些差異。
我們應該接收 camt.053 還是 MT940 對帳單？
若銀行兩者都提供，camt.053 包含更豐富、結構化的匯款資料，使自動核對更可靠。MT940 仍被廣泛使用，在許多情境下表現良好。我們兩者都能接收，並轉換為同一內部模型；當您與銀行都方便時，再逐家銀行從 MT940 遷移到 camt.053。
銷售應該即時入帳還是批次入帳？
通常以接近即時的事件方式入帳，這樣庫存與銷售數字在日間保持最新。部分 ERP 或授權模式使頻繁入帳成本較高，因此該層也可以按門市和時段把事件彙總。我們會根據哪些決策需要即時資料、以及 ERP 擅長處理什麼，與您共同選擇。
這適用於哪些 POS 與 ERP 系統？
該設計適用於任何能透過 API、事件或檔案匯出交易的 POS，以及 SAP S/4HANA、Oracle NetSuite、Microsoft Dynamics 365 Business Central 與 Odoo 等 ERP。我們在開始時確認您特定 POS 與 ERP 的介面。提及某項產品，並不代表與該產品供應商存在合作關係。
閘道與收單機構有什麼不同？
每個收單機構的 ISO 8583 都一樣嗎？
我們應該直連銀行還是透過聚合商？
聚合商透過一個 API 提供多家銀行，並處理各銀行的差異，按呼叫次數或連線數收費。直連控制力更強，適合少量重要銀行。許多產品先採用聚合商，之後再增加直連。我們會針對您所需的銀行與國家比較各種方案。
涵蓋哪些銀行與國家？
涵蓋範圍取決於該地區的規則與各銀行的 API。歐盟與英國在 PSD2 和英國開放銀行標準下涵蓋廣泛。其他地區涵蓋情況不一，聚合商可填補部分空白。在您確定設計之前，我們會查核您客戶所用銀行的涵蓋情況。
開放銀行會取代銀行主機對主機（host-to-host）連線嗎？
對大多數企業資金管理工作而言不會。主機對主機（host-to-host）通道處理批次付款檔案與您自有帳戶的完整對帳單。開放銀行適合客戶端的產品、即時餘額與單筆支付。許多企業兩者並用：主機對主機用於自身付款批次，開放銀行用於其客戶。
貴公司可以連結哪些第三方服務？
任何具有文件說明的 API 或檔案介面的服務。典型範例包括 CRM 平台、承運商與物流服務商、市集平台、電子發票與稅務平台、薪資、KYC 與身分識別供應商，以及透過 AS2 交換 EDI 單據的貿易夥伴。在承諾方案之前，我們會檢視每家合作夥伴的 API、限制與測試環境。
這需要整合平台嗎？
當多個合作夥伴連結同一個 ERP 後，諸如 MuleSoft、Boomi 或 Azure Logic Apps 之類的平台，或基於訊息佇列建置的一組客製服務，可以把對映、重試與監控集中在一處。只有一兩家合作夥伴時，直連可能就足夠。我們會針對您的情況說明取捨，包括授權成本。
貴公司與哪些 ERP 和 CRM 系統合作？
ERP 方面：SAP ECC、S/4HANA 與 BTP，Oracle Fusion Cloud ERP 與 NetSuite，Microsoft Dynamics 365，Odoo 與 Sage。工作流程與 CRM 方面：ServiceNow、Salesforce 與 Microsoft Power Platform。我們也與客製化及較舊的系統合作。提及產品名稱不代表與其供應商存在合作關係。
貴公司能把我們的整合從 SAP ECC 遷移到 S/4HANA 嗎？
可以。我們清點 ECC 上的每個介面，決定保留、重建還是淘汰，並連同其測試一併遷移到 S/4HANA 或 BTP。流程逐條切換，業務無需依賴某一個切換週末。
我們需要中介軟體或 iPaaS 嗎？
不一定。兩個系統之間少量穩定的流程，可以直接用 API 呼叫。一旦多個系統交換資料，或需要在一處完成對映、佇列與監控，中介軟體通常就值得投入。若您已有中介軟體，我們會在其上建置。
我們該選哪個 CRM？貴公司能配合我們現有的 CRM 嗎？
選擇契合您流程、整合與使用者的那個。我們對照您的需求、現有授權以及 CRM 必須連結的系統比較各選項，並以書面形式列出取捨。若您已有 CRM，我們會先審查其設定、資料與整合，因為問題往往出在那裡，而不是產品本身的限制。
CRM 客製到什麼程度算過度？
當升級變得有風險、每次變更都需要開發人員時，就算過度。我們先設定平台原生的能力，只在您的流程確實需要且值得長期維護時才編寫客製程式碼。每項客製功能都有文件與測試，升級因此始終可控。
ZATCA 第二階段有哪些要求？
第二階段即整合階段，要求納稅人的系統連結 ZATCA 的 FATOORA 平台。標準稅務發票在到達買方之前由 ZATCA 核可，簡化發票則在開具後不久申報。每張發票都帶有密碼學印章與 QR 碼，因此 ERP 或 POS 必須按規定格式產生。
什麼是 PINT-AE？
PINT-AE 是阿聯對 PEPPOL 國際發票格式的規範，用於阿聯電子發票計畫。發票透過認可的服務供應商以該結構化格式交換，並向聯邦稅務局申報，其 EmaraTax 平台負責阿聯稅務。
什麼是 ViDA，會影響歐盟以外的我們嗎？
「數位時代加值稅」（ViDA）是歐盟的套案，將跨境企業開票轉為結構化電子發票與數位申報。任何向歐盟客戶開票或在歐盟設有實體的企業都會受影響，無論總部位於何處。
什麼是數位產品護照？
數位產品護照（DPP）是歐盟對產品材料、原產地、可維修性與可回收性的紀錄，透過 QR 碼等資料載體分享。它按產品類別分階段推動，依賴通常存於 ERP 與製造系統中的供應鏈資料。
我們的 ERP 有電子發票外掛，還需要貴公司嗎？
外掛往往就是合適的起點，我們會設定並擴充它，而不是另起爐灶。剩下的工作通常在於資料：發票類型、稅務代碼、主資料以及外掛未涵蓋的異常。POS 及其他也會開票的系統同樣需要連結。
一套整合能涵蓋多個國家嗎？
可以。我們建置一層整合，每個法規對應一個連接器。ERP 產生一張發票，該層為每個國家完成格式化、簽章與提交。新增國家只需設定、對應與測試。
什麼是 ISO 20022，為什麼重要？
ISO 20022 是金融訊息的國際標準。其 XML 訊息承載結構化資料，例如全名、地址與匯款詳情，這是舊的 SWIFT MT 格式無法做到的。銀行與支付系統已轉向該標準，因此基於它的支付與對帳單檔案對帳更順暢，也更常通過法遵檢查。
貴公司支援哪些銀行格式與管道？
我們使用 pain.001 處理付款、pain.002 處理狀態、camt.052、camt.053 與 camt.054 處理帳戶報告，以及銀行間的 pacs 訊息。我們也讀取許多銀行仍在傳送的 MT940 與 MT942 對帳單。傳輸方式為主機對主機（host-to-host）SFTP、EBICS、SWIFT 或銀行 API。每家銀行對每種格式都有自己的變體，因此我們依據其實作指南建置。
貴公司能將哪些 ERP 系統連結至銀行？
SAP S/4HANA、Oracle Fusion Cloud ERP 與 NetSuite、Microsoft Dynamics 365、Odoo 與 Sage，以及資金管理與客製系統。若 ERP 內建銀行通訊模組，我們會設定並擴充它，而不是繞過它另行建置。
貴公司直接使用 ISO 8583 嗎？
是，在收單機構或處理機構提供該介面時。ISO 8583 是一個框架而非單一格式：各收單機構發布自己的欄位與訊息類型規範。我們依據該規範建置，處理授權、沖正與通知訊息，並測試每個回應代碼。
什麼是 AP2，我們現在需要嗎？
智慧代理支付協定（AP2）是針對 AI 智慧代理付款的開放協定。每筆購買都帶有顯示客戶授權內容的簽章授權憑證，使商家、發卡機構與收單機構能夠信任並稽核。若 AI 智慧代理可能向您購物，我們可在現有流程之外讓結帳支援 AP2。
我們能在手機上而不是終端機上受理卡片支付嗎？
可以，使用 SoftPOS。透過收單機構或服務商經認證的支付應用，可在受支援的手機或平板上受理感應式卡片與錢包。我們像對待其他終端機一樣，將該應用串接您的 POS、銷售與結算流程。
門市斷網時會發生什麼？（支付、智慧代理商務（AP2）與 POS）
門市繼續銷售。銷售紀錄會儲存在本機，連線恢復後再傳送到 ERP，每筆都有唯一識別碼，確保不會重複入帳。刷卡能否離線進行，取決於收單機構的規則與您的風險偏好，我們會與您共同設計。
我們應使用整合平台還是客製程式碼？
取決於連結數量和由誰執行。MuleSoft、Boomi 或 Azure Logic Apps 等整合平台提供現成連接器、對映與集中監控，但需支付授權費用。客製服務完全可控且無授權費用，但需要維護更多程式碼。我們會針對您的具體情況比較兩者。
ESB 與事件網格有何不同？
企業服務匯流排透過中央樞紐路由和轉換訊息。事件網格透過互聯的訊息代理網路分發事件，使不同雲和據點的系統直接發布與訂閱。許多 IT 環境在從一種架構遷移到另一種時會兩者並行。
貴公司如何應對速率限制？
我們圍繞每個合作夥伴公布的限額進行設計。API 允許時以批次方式送出請求，快取很少變化的資料，分散排程作業，並在接近限額時退避。監控會顯示每條流程與其限額的接近程度。
更多問題
- AI 與資料模型與供應商、準確性、檢索或微調、資料平台、即時資料與文件自動化。37 個問題
- 軟體工程技術堆疊選擇、前端框架、阿拉伯語與從右到左、原生或跨平台、雲、測試工具與舊系統。32 個問題
- 產業核心銀行、ISO 20022、詐欺監控、門市、EDI 與承運商、HL7 與 FHIR、無障礙與 ERP 升級。30 個問題
- 部門解決方案ERP 連結、電子發票強制要求、AP2 與 EDI 供應商、數位產品護照、CRM、動態定價、對話式 BI 與阿拉伯語。13 個問題
- 成本與定價專案或團隊的成本由什麼決定，以及我們如何估算。29 個問題
- 週期工作啟動與交付需要多久，以及哪些因素會改變週期。10 個問題
- 歸屬與合約程式碼、資料與成果歸誰所有，以及合約如何運作。22 個問題
- 資安與資料我們工作期間如何保護您的系統、程式碼與資料。79 個問題
- 團隊與人員誰參與您的專案、如何選拔，以及團隊如何變化。30 個問題
- 流程與溝通工作如何規劃、回報與驗收。121 個問題
- 支援與營運上線後會發生什麼：支援、監控與變更。29 個問題
- 關於 XSIS我們是誰、在哪裡，以及如何聯絡我們。6 個問題
從對話開始，而不是從合約開始。
告訴我們您需要建置、串接與防護什麼。架構師會與您逐項討論，然後建議從何處入手。
後續流程
約定時間
我們的團隊會透過電子郵件與您約定會談時間。
諮詢前會談
一次免費 30 分鐘線上預諮詢：我們盤點您的目標、系統與限制條件。
就緒評估
在免費 48 小時就緒評估中，首席架構師對照 6 項就緒定義檢查您的專案，並建議合適的路線。
選擇路線
範圍就緒的專案會收到一份有約束力的方案 3–5 個工作天內。概念階段的專案從 Blueprint Studio 開始。已上線系統若出現故障、缺乏文件或需要整合，則先進行 1–2 週 的診斷。Blueprint Studio 與診斷服務各收取固定費用，費用在方案中列明。