一間公司無法包山包海，此時就要借助其他人的力量來強大自己

此時工程師會接到需求，希望能夠獲取其他公司的資料，或者是提供資料給別家公司

來做整合性的服務，會有幾種說法

介接 對接 串接（意思都差不多）

是不直接與資料庫做溝通，而是透過擁有資料的一方開出ＡＰＩ，另一方來傳遞參數獲得想要的資訊

以一個組織大一點的公司，通常會有技術窗口來處理，與各方的廠商或業主聯繫，而工程師只要確認程式傳輸上是否有問題，但是並不是每間公司都有對外的窗口能夠協助，在這邊來分享自己的經驗

對電商網站來說，最常接觸到的串接就是金流串接，
通常客戶希望自己的網站能夠有線上刷卡的功能，但是極少數的人會去閱讀申請文件，或者去了解串接是怎麼一回事

以下為遇到的各式各樣的串接流程

• 最順利的情況下會是你拿到沒有錯誤的ＡＰＩ，以及可用的商店代號
  這是最好的開發狀態，只要有串接商的技術窗口的聯絡方式，就可以把問題直接丟給技術窗口，請他幫你詢問他們的工程師得到答案。

• 過期的商店代號，或者無法使用的ＡＰＩ
  一般來說，測試帳號都會有個期限限制，在資安上是比較安全，也能夠控管目前是誰在做測試，不過有時候這個拖一下，那個拖一下，時間可能就過了，而通常ＲＤ有的聯絡方式就是技術窗口，但有些銀行必須要跑內部的流程，重新申請，就必須要透過當初幫商家申請帳號的行員來送流程，而內部的技術部門就不一定會知道，所以這時候建議直接詢問客戶，看是誰跟他接洽，直接請銀行行員幫你跑個流程。

• 收到要開發的需求，已跑銀行流程，但未提供任何文件
  這時候會先跟銀行做聯繫，請他提供技術文件先行評估，避免開發上遇到困難，之前就有遇過客戶已跟銀行簽約，但實際測試時，因為元件與主機伺服器不相容，而雙方的技術找不出確切原因，差點開天窗，最後剛好對方有在開發另外一個ＡＰＩ的串接方式才順利解決。

• 未申請金流，需要協助客戶找銀行業務

  通常會直接給之前合作過的窗口資訊讓客戶與銀行做聯繫，再跑後續的流程