成本主要取決於您如何處理 Lalamove 的 Webhook 設置以實現即時駕駛員追蹤和交付狀態更新——由於沒有原生連接器，您需要使用國家特定端點（如新加坡等）構建自訂 REST API v2/v3 整合，這些端點各自都有速率限制，且要搭配 NetSuite 的限制。複雜的部分在於將 Lalamove 的即時訂單和多站點訂單（最多 19-20 個站點）對應到 NetSuite 的訂單履行記錄，以及處理 NetSuite 的並發限制（預設 15）和治理——當您在典型的報價→訂單→駕駛員指派→Webhook 回調流程中頻繁推送狀態更新時尤其如此。如果您需要將同日交付時間窗口與庫存可用性同步，或支援 Lalamove 的完整車隊範圍（其中單車可能處理單份文件，而卡車需要棧板追蹤和裝卸碼頭排程），範圍就會擴大——每種情況都需要 NetSuite 中不同的驗證規則和訂單履行工作流程。

是的。當司機收取 COD 款項時，款項會透過 Lalamove 的結算流程回流。該整合會將這些收款與相應的 NetSuite 發票進行匹配，並完成付款入帳。您的 AR 會反映已收款項，無需人工對帳。

通常需要 4 到 6 週。第一週是對應您的交付工作流程：哪些履行類型會觸發 Lalamove 訂單、要應用哪些車輛選擇規則，以及交付成本應如何在 NetSuite 中過帳。建置和測試需要 3 到 5 週，包括一個平行期間，在此期間自動派單會與您現有的手動流程進行驗證。

會的。Lalamove 在送達時拍照或採集簽名。該整合會在 NetSuite 履行記錄上儲存該證明的連結。當客戶說他們沒有收到包裹時，您的團隊可以直接從銷售訂單中調取該證明。

您在範圍界定期間定義規則。例如：20公斤以下的訂單使用機車、包含體積龐大物品的訂單使用貨車，托盤出貨使用卡車。整合會從 NetSuite 讀取項目的尺寸和重量，並自動選擇車輛類型。您也可以為特定客戶或項目類別設定覆蓋規則。

當 Lalamove 配送完成時，已確認的成本（包括距離、等待時間或非工作時間取貨的任何附加費用）會過帳到 NetSuite 履行記錄。它會進入您在設置期間指定的 GL 帳戶。月底時，您在 NetSuite 中的配送費用與 Lalamove 的發票逐行相符。