當門市、結帳與總帳不一致
一筆卡片支付在幾秒內經過多個系統：終端機或結帳端、閘道、收單機構、卡組織與發卡機構。資金與手續費隨後透過結算檔案到達，需要有人將其與 ERP 中的銷售比對。
當門市、線上結帳與 ERP 以夜間批次處理同步時，促銷期間會超賣，結算差異在各收單機構之間越積越多。結帳在最繁忙時變慢。如今 AI 智慧代理也開始代客戶購買。
為您帶來的變化
庫存與銷售的單一檢視
銷售、退貨、價格與庫存在每家門市、線上店面與 ERP 之間即時同步，而不是夜間處理。
結算對得上
來自各收單機構的結算與手續費檔案自動與銷售比對，差異列給您的團隊。
為智慧代理商務做好準備
可接受 AI 智慧代理付款的結帳，並保留客戶授權內容的可驗證紀錄。
我們交付什麼
閘道、收單機構與卡組織連結
透過 ISO 8583、ISO 20022 或服務商 API 落實授權、請款、退款與沖正流程，支援多收單機構編排，並處理每個回應代碼。
AP2 與密碼學授權結帳
AP2 是一種開放協定，讓 AI 智慧代理代客戶付款。經密碼學簽章的授權憑證記錄客戶核准的內容，我們將其整合到您的結帳流程中。
EMV 與 SoftPOS 終端機
EMV 晶片與感應式終端機，以及 SoftPOS——在一般手機或平板上受理感應式卡片，並與您的 POS 或自助服務機軟體連結。
結算檔案自動處理
蒐集、驗證並稽核收單機構的結算與手續費檔案，並轉成 ERP 可比對的入帳紀錄。
POS 到 ERP 即時同步
透過事件流層，在每家門市與 ERP 之間同步銷售、退貨、定價、促銷與庫存水位。
權杖化與 PCI DSS 範圍
將卡號替換為權杖並排除在 POS 與 ERP 之外，並書面說明哪些系統仍在 PCI DSS 範圍內。
認證與導入
為各服務商的認證準備測試腳本與證據，先在少數門市試點，再逐店導入並每日核對合計。
我們的工作方式
追蹤一筆銷售
我們與您的財務、門市與 IT 團隊一起，追蹤一筆銷售從收銀機或結帳端到總帳的過程，並議定範圍。
設計整合
我們選擇協定、權杖化方式與訊息流程，並編寫介面規格。
建置與測試
我們建置支付、結算與 POS 流程，並配以自動化測試，包括拒絕、逾時與退款。
與服務商認證
我們在服務商的測試環境中執行其測試案例，並修復認證發現的問題。
先試點，再導入
我們先在少數門市或通路上線，每日核對合計，然後逐店導入。
監控與支援
我們監控核准率、結算檔案與門市入帳，並在服務商公布變更時予以處理。
橫向捲動可檢視完整圖表。
卡片支付：收銀台授權，稍後結算，在 ERP 中對帳
終端機或結帳頁向閘道發起請求，閘道向收單機構發起請求，收單機構再路由至卡組織與發卡機構。結算檔案稍後到達，並與 ERP 中的銷售及費用核對。逾時會觸發撤銷，避免重複向客戶扣款。
- 主流程
- 非同步
- 異常路徑
8 步流程
流程逐步說明
- 從 EMV 終端機或線上結帳 到 支付閘道：授權請求，經由 EMV · REST/JSON（主流程）。
- 從 支付閘道 到 收單機構：授權，經由 ISO 8583（主流程）。
- 從 收單機構 到 卡組織與發卡機構：已路由至發卡機構，經由 ISO 8583（主流程）。
- 從 收單機構 到 支付閘道：已核准或拒絕，經由 ISO 8583（非同步）。
- 從 收單機構 到 整合層：結算與費用檔案，經由 SFTP（非同步）。
- 從 整合層 到 ERP：已結算銷售、費用與撥款，經由 REST/JSON（主流程）。
- 從 支付閘道 到 EMV 終端機或線上結帳：逾時無回應：自動撤銷，經由 ISO 8583 0400（異常路徑）。
- 從 整合層 到 支付營運團隊：結算不符或拒付（異常路徑）。
橫向捲動可檢視完整圖表。
POS 到 ERP：每筆銷售只記一次
銷售以事件形式從收銀台流向 ERP，價格與庫存回傳。離線門市繼續銷售，恢復連線後再補齊。入帳失敗會重試，然後交人工處理。
- 主流程
- 非同步
- 異常路徑
8 步流程
流程逐步說明
- 從 POS 終端機 到 門市或 POS 雲端伺服器：銷售、退貨與作廢（主流程）。
- 從 門市或 POS 雲端伺服器 到 整合層：銷售事件與日終彙整，透過事件佇列，經由 REST/JSON（非同步）。
- 從 整合層 到 ERP：銷售與庫存變動已入帳，經由 OData · REST/JSON（主流程）。
- 從 ERP 到 整合層：價格、促銷與商品資料，透過 API 或檔案匯出，經由 REST/JSON（主流程）。
- 從 整合層 到 門市或 POS 雲端伺服器：價格與庫存更新，經由 REST/JSON（主流程）。
- 從 整合層 到 重試佇列：入帳失敗（異常路徑）。
- 從 重試佇列 到 整合層：已重試（異常路徑）。
- 從 重試佇列 到 門市營運團隊：仍然失敗：附上詳情的警示（異常路徑）。
標準與協定
提及產品或服務商名稱不代表與其存在合作關係。
- 程式語言
- Go
- 框架
- Node.js
- 資料與分析
- Apache Kafka
- 資料庫
- Redis
- DevOps 與可觀測性
- Kubernetes
- 銀行標準與通道
- ISO 20022
- 支付
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
正式環境實證
對一家海灣多品牌零售與商場集團，我們以 POS 到 ERP 即時同步取代了夜間批次處理腳本。我們還統一了多收單機構支付並達成自動結算，並為限時搶購高峰建置了庫存預留服務。
如何開始
服務商與門市要求明確的專案直接進入方案。新的支付平台或智慧代理結帳通常從 Blueprint Studio 開始。
後續流程
諮詢前會談
一次免費 30 分鐘線上預諮詢：我們盤點您的目標、系統與限制條件。
就緒評估
在免費 48 小時就緒評估中，首席架構師對照 6 項就緒定義檢查您的專案，並建議合適的路線。
選擇路線
範圍就緒的專案會收到一份有約束力的方案 3–5 個工作天內。概念階段的專案從 Blueprint Studio 開始。已上線系統若出現故障、缺乏文件或需要整合，則先進行 1–2 週 的診斷。Blueprint Studio 與診斷服務各收取固定費用，費用在方案中列明。
五階段交付
動員、搭配現場示範的衝刺、整合與強化、驗收與上線，然後是託管服務。上線之後接著是保固期，之後選用支援與維護。
問題與解答
貴公司直接使用 ISO 8583 嗎？
是，在收單機構或處理機構提供該介面時。ISO 8583 是一個框架而非單一格式：各收單機構發布自己的欄位與訊息類型規範。我們依據該規範建置，處理授權、沖正與通知訊息，並測試每個回應代碼。
什麼是 AP2，我們現在需要嗎？
智慧代理支付協定（AP2）是針對 AI 智慧代理付款的開放協定。每筆購買都帶有顯示客戶授權內容的簽章授權憑證，使商家、發卡機構與收單機構能夠信任並稽核。若 AI 智慧代理可能向您購物，我們可在現有流程之外讓結帳支援 AP2。
貴公司如何縮小我們的 PCI DSS 範圍？
我們無法取消 PCI DSS，但可以縮小其適用的 IT 環境範圍。託管支付頁面、終端機點對點加密與閘道權杖使卡號不進入您的 POS、ERP 與資料倉儲。我們會為您的評鑑人員記錄資料流。
我們能在手機上而不是終端機上受理卡片支付嗎？
可以，使用 SoftPOS。透過收單機構或服務商經認證的支付應用，可在受支援的手機或平板上受理感應式卡片與錢包。我們像對待其他終端機一樣，將該應用串接您的 POS、銷售與結算流程。
門市斷網時會發生什麼？
門市繼續銷售。銷售紀錄會儲存在本機，連線恢復後再傳送到 ERP，每筆都有唯一識別碼，確保不會重複入帳。刷卡能否離線進行，取決於收單機構的規則與您的風險偏好，我們會與您共同設計。
貴公司處理退款與爭議款嗎？
是。退款與沖正屬於我們建置的支付流程。對於爭議款，我們導入收單機構的爭議報告，並將每筆關聯到原始銷售與結算。您的團隊會收到一份待處理清單，並附上證據。
準備開始建置？索取方案。
傳送您的需求或 RFP。我們的架構師會驗證，並提供有約束力的固定範圍方案。
後續流程
就緒評估
在免費 48 小時就緒評估中，首席架構師對照 6 項就緒定義檢查您的專案，並建議合適的路線。
有約束力的方案
在免費架構驗證之後，您會收到有約束力的固定範圍方案 3–5 個工作天內：里程碑、架構、團隊結構與 SLA。應您要求，我們會在您分享需求之前與您簽署保密協議（NDA）。
動員
簽約後，我們的工程小組於合約簽署後 5–10 個工作天內開始 Sprint 0。
五階段交付
動員、搭配現場示範的衝刺、整合與強化、驗收與上線，然後是託管服務。上線之後接著是保固期，之後選用支援與維護。