印度的ULIP將七個部會的物流資料整合為單一API層

印度物流過去靠紙張與電話運作：一名托運人只要有一趟卡車運輸業務，就可能要接觸鐵路貨運系統、海關的ICEGATE、港口社群系統，以及收費公司的FASTag資料饋送，而這些系統彼此無法互通。由於業務委由中間人處理，車主估計損失了15–20%的營收給仲介層，而世界銀行《2020年營商環境報告》指出，印度進口清關約需14天，全球平均則為8天。《國家物流政策》設定目標，要將物流成本從約占GDP的13%降至8%。

ULIP由總理於2022年9月17日作為該政策的一環推出，由DPIIT下的NICDC與NLDSL建置，針對的是碎片化問題，而非旅程中的任何單一環節。推行六個月後，商工部通報，來自七個部會的33個系統已透過106個API整合，涵蓋超過1,600個資料欄位——已有400多家公司註冊、簽署68份保密協議、在這些API上建置了30多個應用程式，並已處理超過6,500萬次API呼叫。

這些使用案例說明了為何聯邦式整合勝過再開發一個應用程式。UltraTech Cement即時驗證了數萬輛第三方運輸車輛與駕駛的合規性。Intugine將FASTag API用作沒有GPS裝置之卡車的追蹤訊號，並利用鐵路貨運API規劃鐵路貨運的第一哩與最後一哩運輸。Yes Bank透過ULIP執行進出口代碼驗證與貨物移動查核；新創公司Lynkit將工廠大門與場區自動化；TCIL透過DigiLocker支援的eKYC驗證客戶文件；保險公司Cargo Shakti將ULIP資料用作數位證據，在無紙化作業下理賠。

到了2024年5月，DPIIT召集各邦政府討論ULIP的採用，Super Procure、Shiprocket與Enmovil等新創公司展示了建立在同一套管道上的產品——減少空駛里程、賣家上線、路線最佳化。ULIP的重要性在於其制度設計：國家作為資料公用事業與標準制定者，民營企業則在其上競爭。

在每個部會的系統之上建立單一API層

瓶頸在於協調，而非資料缺失：每個部會原本就已有數位系統，但沒有托運人能同時與其中七個系統整合。

中立的政府層避免了典型的平台信任陷阱——沒有民營企業會把自家的貨運資料交給競爭對手的介面軟體。

保密協議加上使用案例審查，使揭露敏感的海關與稅務相關資料在政治上安全，因為存取受到目的限制且可稽核。

API優先的設計讓採用能透過民營產品路線圖擴大規模：每一項新的新創整合，都是政府不必自行建置的量能。

它搭在已付費的基礎設施上——FASTag收費晶片與鐵路遙測——因此增量成本只是聯邦入口網站，而非新的感測設備。

對碎片化產業而言，最便宜的解法往往是在國家已營運的系統之上建立中立的API層——政府作為資料公用事業，民營企業則在其上競爭。

到了2024年3月，貿易媒體統計平台上已有超過100個API，商工部也持續公布採用里程碑。2024年5月，DPIIT舉辦全國工作坊，將各邦交通與產業部門、產業協會及新創公司納入，並發布一本民營部門API使用案例手冊。ULIP已成為印度數位公共基礎設施論述中的標準引用案例，與UPI及帳戶聚合並列為其他經濟體正在仿效的範本。