每一個功能不是只能看前台所呈現的功能而已，例如預約系統，往往大家看到的都是哪一天可以預約、哪個時段有餘額、多個預約方案...等，這些都是前台所看到的東西。但在評估某一個功能時，這只是一小部分而已，並不完整，且後台通常都是有很多東西可以設定的，例如公休日設定的方式、特殊日期的價格調整、金流與電子發票、取消預約退款相關機制...等，很多都是需要討論的，所以並沒有辦法光看前台的功能就有辦法評估所有需求，而這些細節都是需要與你詳細討論後，才有辦法規畫出來的。

串接內部系統分以下3種類型：
1.API串接
以安全性來說，我們最建議以這種方式來進行串接，這邊以生活化的方式來說明 API 的意思，API 就像是平常去麥當勞的櫃台人員，當你跟櫃台人員點了一份漢堡與薯條，櫃台人員就會通知廚房的人準備漢堡與薯條，待廚房的人準備好漢堡與薯條後，轉交給櫃檯人員，最後由櫃台人員轉交給你，所以櫃台人員的工作，就是接收你的需求，API就是將你的需求稍做整理後，轉達給後面做事的人，等到完成後，再將結果轉交給你。

目前市面上較大型的網站或是 ERP 廠商，大多數都是使用API方式進行串接，網站端與內部系統端雙方針對每項功能，討論出需要對接的欄位有哪些，在依照討論出來的欄位各自撰寫 API語法 ，當有需要時再依照功能去呼叫對應的 API ，此作法資料傳輸即時且安全性也比較高。

2.直接連線 ERP 資料庫
ERP系統可以直接開放資料庫的權限，讓網站端查詢或寫入資料至ERP中，但以我們過往經驗，不建議 ERP 廠商使用此種方式串接，因為 ERP 屬於企業內部系統，包含了很多的公司檔案或機密資訊，開放的話有可能會讓資訊外洩，或是一方中毒了，另一方也可能跟著中毒，所以不建議採用此方式串接。

3.定時匯入匯出
 ERP 廠商如無法提供上述服務的，通常都會有匯入匯出功能，我們就可以利用這個功能，做定時的匯入匯出，達到雙方的資料同步，但這種方式的缺點就是非即時，會有資料不同部的時間差，如果是需要即時同步的產業，就不建議採用此方式串接。

非常樂意唷~我們很樂意與資訊部門直接對接討論問題，確保雙方無資訊上落差，也可以更明確的確認我們各自需要準備的東西，加快執行的速度。