重點答案
「把兩個系統連起來」仍有很多問題未說清。請列出要交換的資料，例如客戶、訂單、庫存或發票。每個欄位應註明由哪個系統建立、哪個系統可以修改，以及需要即時還是定時同步。
實際項目範圍
提供一筆示範資料，並說明重複客戶、付款撤銷或連線失敗時如何處理。先確認各軟件供應商有可用的 API 或其他支援的串接方式；權限與使用限制可能影響方案。
要求提供錯誤監察和重新傳送機制。方案亦應交代登入憑證如何保管、個人資料如何處理，以及上線後由誰排查錯誤。測試應包括例外情況，而不只是理想流程。
需要系統串接？ 在 TechQuotations 列出系統名稱、欄位及資料傳送方向。
索取方案前要定義甚麼
- 需要交換的記錄及欄位
- 主系統及可修改權限
- 傳送方向、頻率及延誤
- 重複、失敗、重試及監察
向服務供應商提出的問題
- 官方 API 是否提供所需權限？
- 登入憑證及個人資料如何保護？
- 誰調查失敗或不一致的記錄？
如何評估答案
測試真實例外和核對流程，而不只是成功傳送。範圍較小但可靠的串接，比廣泛而不可信的串接更有價值。
指明外部連接
列出確實的系統及支援的連接方法。「整合平台」可能只是同一產品內的功能，不代表有外部 API 連接。每項傳送都應定義紀錄識別方式、方向、觸發條件及預期結果。
訂明復原及責任
- 接收系統暫時不可用時如何處理？
- 如何識別重複及已更改紀錄？
- 誰能看到錯誤並重新傳送？
- 服務商改動後，由誰維護連接？
成功示範一次就足夠驗收嗎？
約定測試應包括傳送失敗、重複紀錄及修正資料。除了資料成功傳送，也要確認職員能發現並處理錯誤。
整合欄位及失敗處理表
把下列項目複製到需求書，加入自己的要求，並指定負責人及完成狀態。例子只供規劃用途，並非客戶案例；成本欄應填寫實際取得的港元報價，並列明付款週期。
| 決策／項目 | 需要提供的資料 | 驗收／比較方法 |
|---|---|---|
| 紀錄傳送 | 來源、目的地、識別及可修改欄位 | 記錄方向、觸發條件及預期結果 |
| 重複／更正 | 配對規則、主系統及衝突負責人 | 重複傳送不會無提示建立重複紀錄 |
| 失敗復原 | 警報接收者、重試規則及核對 | 職員可找到並復原失敗傳送 |