和易孚 | 為什麼API更適用於船期數據整合？

為什麼API更適用於船期數據整合？

2021年4月23日
觀點

如果已經有了高品質船期數據，怎樣才能最好地與系統整合，從而為供應鏈規劃、貨運客戶提供支援？關於API您所必須知道的有哪些？相比EDI，發貨人和貨運代理更願意選擇API以獲取船期數據的三個原因是什麼？閱讀本文，您將找到答案。

尋求有助於供應鏈規劃的船期數據整合方式

新冠疫情的全球爆發，使得國際差旅受限、遠端辦公模式應用程式頻率增高，還促進了對非接觸式技術的投資，在這種情形下，為了保證產品的持續交付、客服的線上運轉，企業對數位化的需求到達新高。而（航運業）數碼化過程中的一個難點，是如何獲取適用於內部應用程式整合以提高供應鏈規劃水準和能見度的高品質船期及船舶數據。

日復一日地上網查詢、不斷地將數據錄入企業系統是一種方法，但非常耗時且容易出錯。如果您已經在考慮透過系統對接進行數據整合來解決這個問題，那麼應用程式編程接口（API）和電子數據交換（EDI）都將是幫您節省時間和精力的常見方式。

那麼您是否有過疑問，航運資訊整合中的API和EDI區別何在？您是否瞭解過船期數據EDI，可曾感覺EDI難以管理？而更加現代化的API又有哪些優勢呢？

關於API與EDI整合，您必須知道的

首先是含義，API（Application Programming Interface）即應用程式編程接口，透過多個軟件應用程式間互動方式進行定義，讓系統可以根據使用者的具體請求傳輸數據。

自21世紀初，隨著軟體即服務（Software as a Service）模式的線上應用程式愈發常見，API也越來越受歡迎。其中，航線船期或船期數據都可以經由API獲取——通過航線船期API，您可以在船舶啟航前獲取特定港口配搭的船期，憑此安排隨後的貨運計劃;通過船舶船期API，您可以獲取行駛在特定港口線路途中的船舶位置，方便您追蹤實際的船舶動向和航線規劃。

EDI（Electronic data interchange）即電子數據交換，是以標準電子格式進行的系統間的文件交換。EDI規定了統一的結構化語法信息集，其中也包括航線船期和船舶船期的標準體系ANSI-X.12 EDI 323 —— 遠洋運輸船舶船期表和行程。雖然是既定標準，但它允許定製，只不過必須為各個系統定制資訊並進行修改，這必然會增添工作量和成本。

從80年代起就為商業領域所沿用的EDI標準，其弊端也已逐漸顯露。很多企業不願再用EDI船期數據，因為它帶來的巨量數據，管理起來十分棘手還成本高昂。

API在航運數據中的優勢

瞭解API的優點前，最好先了解您的船期數據是怎樣與承運人進行同步、又如何借助船舶自動識別系統（AIS）補充並優化實際出發和到達時間。當您對使用的數據有所瞭解，您自然會明白API在存取數據來源，為可以利用API的內部應用調取數據方面相對EDI的多重優勢。

兩者間的一個本質區別是API允許使用者按需主動呼叫數據，與之相對的是EDI所採用的推送機制，使用者只能被動接收。 EDI定期從數據來源傳送資訊到使用者系統，可以是每週、每天或數據產生任何特定變化的時候。

出於這種基礎差異，API相對於EDI的三大優勢有：

1. 數據延遲幾率低 - 由於是按需要主動調取，用戶可以在發起請求時從數據源調用當時最新數據。例如，假設您的EDI固定於每早10點發送消息，某天中午貨輪就已到達泊位，而下午2點時您想查詢貨輪是否到達，以決定能否儘快出票來縮短現金週期，但當天到的EDI消息已無法告訴您船舶已到港。若您用的是API，只要這天下午調用過數據，您就能夠查到最新的資訊，知道貨輪已經到港。

2. 數據管理更輕便 - 基於定期更新的EDI，如果您需要追蹤某一特定航道的所有船舶、或者蒐集多個航道的所有船期以制定訂艙計畫，您還得先從大量EDI消息中整理出所需資訊。反之，如果您用的是API，那麼您不但能拿到最新數據，它還是您此刻所需的數據，這為您減少需要存儲、維護和管理的數據量。

3. 應用整合更簡單 - 經API取得的資訊可以直接呈現在內部應用的分析面板上，如Microsoft Power BI或Tableau，並即時展示資訊的動態變更。 API更開啟了與關鍵企業系統整合的可能性，經API取得數據的應用程式讓您能夠根據具體時間安排、流程和需求呼叫相關資訊。這樣的流程更加靈活，可以隨時按照需求從源頭獲取並使用數據。由於繞過了容易出錯的數據處理步驟，API的應用整合也更加簡單，而 EDI還需要大量的前期工作才能實現整合。