海外專案收款節點怎麼排？交付、開票與入帳對照表

海外專案收款容易卡在三個不同時點：交付已完成、發票已寄出，客戶款項卻尚未入帳。把三者放進同一張表，並將誰確認、依什麼證據開票、哪一天回查寫清楚，團隊就能及早看出待辦與現金流落差。以下以一個假設的美元專案示範，金額與日期僅供流程演練，實際節點仍以雙方文件和客戶付款程序為準。

每個里程碑如何描述？

里程碑描述要讓交付方和客戶都能判斷「做到什麼才算過關」，不要只寫模糊的「完成第一階段」。每列至少包含成果名稱、涵蓋範圍、驗收證據、客戶確認人、完成條件、預定日、開票觸發和金額；若有依賴客戶提供素材、帳號或決策，也記下責任人和最晚提供日。這些欄位讓延遲原因可辨識，不會把內部工作量誤當成客戶已驗收。

以下為總價 USD 12,000 的假設專案，客戶同日確認收票，合約約定收件後 14 個日曆日付款；日期與比例只作示範：

三筆合計 USD 12,000，比例合計 100%。表格外不要再用另一套「完成」定義；若里程碑含多個子項，列出各項或拆成可單獨確認的列。日期欄同時記錄基準日和最近更新日，並用短註記記下變更原因，讓接手同事分辨原計畫、客戶變更與內部待辦。

寫每個里程碑時，優先用可交付物加上可確認狀態，例如把三個指定頁面放到測試環境，附操作連結，客戶窗口在同一份回饋表確認。若是諮詢或研究工作，可用交付摘要、資料清單、決策紀錄等可留存成果描述，而不是用工時、會議次數替代成果；若付款依賴階段完成，金額和觸發應可直接對回同一列。每個項目只放一個主要驗收點，子成果太多便拆列，避免一項卡住時整筆款都無法判讀。

誰確認交付已完成？

交付完成與客戶驗收是兩個狀態，追蹤表應分欄記錄。內部負責人確認檔案、功能或服務已依約交付；客戶指定窗口確認收件、驗收結果或待修項目。若合約把某項交付視為里程碑，先回到雙方簽認的範圍、標準與流程，不自行用內部測試取代客戶確認。交付欄可有「待提交、已提交、待客戶確認、需修正、已確認」等工作狀態，但狀態字眼是團隊自訂欄位，不代表外部法律效果。

例如原型已寄送但客戶尚未回覆，記錄寄出時間、連結版本、收件窗口、預定回覆日和下一次聯絡人，狀態維持「待客戶確認」；不要先標成驗收完成，再依此狀態開票。若對方指出兩處調整，將每項問題、負責人及預計修訂日分開，完成後送出更新版並保留新舊版本差異。若雙方文件允許以特定方式確認，就按約定保存相應紀錄；若確認方式不清楚，先請專案窗口書面對齊，再進入開票程序。

這樣能避免專案人員把「有寄出」當成「已收件」，或財務看到口頭好評就推定款項已到期。每次交付後，把連結、版本、送出時間及確認人的回覆放在可共同查找的位置；若尚缺確認，就明確列出等待哪一個答覆、由誰跟進，以及何時再次檢視。

先在啟動會議確認誰有權代表客戶回覆、接受何種文件形式，以及意見要在何處彙總，並把安排回填表格。若對方有多人審閱，指定一人彙整，避免不同窗口提出互相衝突的修改；若要分批驗收，為每批保留提交版本與確認記錄。內部負責人也要在送出前檢查檔案可開啟、權限正確、附件完整，並保留寄送紀錄；這些是交付證據，不是客戶已驗收證據。

開票資料何時備妥？

開票資料的目標是讓財務在觸發條件成立時一次備妥，避免交付完成後才回頭追收件資料。可在追蹤表列發票抬頭及帳單地址、合約主體、採購單或專案編號（若客戶要求）、幣別、金額、項目描述、寄送對象、發票格式、寄送方式、付款條件來源，以及內外部覆核人。資料來自簽約文件、客戶已確認的採購流程與發票指示；不要從舊案直接複製收件資訊，尤其公司名稱或帳單實體可能不同。

里程碑尚未完成時可先建立待開票資料，但須標示「待觸發」以免誤寄；確認驗收或其他約定條件已達成，再由指定人核對幣別、金額和收件對象。若客戶有供應商建檔、採購單或入口網站流程，把負責人和所需材料列為前置項目，並留出處理緩衝。境外交易的開票、稅務或會計處理會受個案和適用規定影響，本文不設定稅率或申報期限；需要判斷時，請由合資格會計或稅務專業人士核對。

例如某列預計 11 月 8 日驗收，財務可在 11 月 1 日先核對抬頭與採購單欄位；11 月 8 日確認觸發後再寄出，保存版本、寄送時間及對方收件回覆。若收件地址未確認，記錄誰向客戶詢問及回覆期限，不要猜測補齊。

可把資料狀態設為「未收集、待客戶確認、已覆核、可開票」，並指定每個欄位的來源，讓補件工作早於交付完成。寄出前由第二人簡單比對：合約主體與抬頭是否一致、金額是否對應里程碑、幣別是否與約定相同、發票寄到的人是否仍負責該案。若採購單金額與里程碑金額不同，先暫停寄送並查明是否有訂單拆分或修訂文件，不要自行改金額配平。

預計入帳日怎麼估？

預計入帳日是排程用的估算，不是承諾日期。先讀合約或已確認的付款文件，找出付款期限從哪一事件起算：發票日期、客戶收件、驗收確認或其他明確條件；再查客戶是否有固定付款批次、供應商審核流程，以及銀行或外部支付服務需要的處理時間。把「付款到期參考日」和「預計資金入帳日」分開欄位，註明資訊來源及最後確認日期。若條件不明，列成待確認，不自行套用常見天數。

假設雙方書面約定客戶收到發票後 14 個日曆日付款，客戶於 11 月 8 日確認收件，則 11 月 22 日可作為到期參考日；團隊仍需問清付款批次與跨境匯款作業，據此把預計入帳日估在工作區間，並標記「待客戶確認」，不能把 11 月 22 日視為保證入帳日。若客戶只提供月結批次而未確認本案是否入批，表格保留「本批入帳」與「下一批入帳」兩個情境，說明各自依賴的確認條件，不用虛構機率。

每次更新時，只改預測日和更新原因，保留前次版本，方便比較預估與實際的差距。支付平台的商戶撥款可能還有另一段處理流程；本文管理客戶專案款預期何時收到，不延伸成 Stripe 撥款對帳。

估算時可以用三個明確情境管理不確定性：按約定日付款、客戶確認延後一個付款批次、收款資料需補件。每個情境填入假設前提、預計日期、目前證據及更新責任人；只有收到客戶確認或付款通知才把情境改為已安排。若幣別轉換會影響內部現金計畫，另記錄計畫採用的匯率日期或來源，與客戶實付金額分開，避免把預算匯率當成銀行入帳數字。這使管理者能看到風險來自哪個未確認環節，也能選擇需提前追問的項目。

延遲時誰先聯絡客戶？

到期日附近尚未入帳時，由誰聯絡要在專案開始前定好，避免工程、業務和財務都以為別人會處理。可指定一位帳款窗口負責對客戶寄發票、確認收件及付款狀態；專案負責人提供交付與驗收脈絡；內部財務核對帳戶流水。追蹤表列主要聯絡人、替代窗口、聯絡管道、最近聯絡日、回覆期限及下一步。客戶尚未確認收件，先補寄或確認資料；付款日未到，按約定節奏詢問付款批次；逾期則記錄原因與新日期，必要時交主管依合約處理。

例如預計 11 月 22 日入帳，11 月 23 日仍未見款，窗口先查是否用錯幣別、受款資料、發票編號或帳戶入帳時間，再向客戶財務詢問款項是否已安排、付款日期與匯款識別資料。若客戶回覆下週處理，不把「下週」當成日期，請對方提供可追蹤的預計日，表內同步記錄承諾人與回覆時間。若客戶回報銀行查核或資料退回，暫停重複催收，改為釐清缺件及雙方負責人。

每次聯絡引用同一發票號、里程碑和金額，避免客戶重新拼湊背景；同時說明預期下一步與回覆時間，讓內部接手者知道何時再追蹤。若已多次更改日期，記錄每次變動原因，例如資料待補、付款批次移動或匯款已安排但仍待銀行處理，不把不同狀況統稱為「延遲」。

先用低摩擦方式確認事實：首封訊息附發票副本、到期依據和可回覆選項；若無回音，按內部設定的間隔提醒並記錄。主管加入時，提供文件、客戶答覆和待決事項。若客戶提出金額爭議，把爭議項目、已確認部分與未確認部分拆開。聯絡節奏依雙方約定與客戶關係安排，不把追蹤做法說成法定催收期限。

最後如何核對實收？

實收核對要落到每張發票及每筆客戶付款，不能只看專案總收入。對照發票編號、客戶付款人、收款帳戶、幣別、入帳日、銀行實收金額、匯款識別資料及未結餘額；若有多筆分期或部分付款，分列每筆並保留對應關係。發票金額和銀行淨入帳不一致時，先查銀行通知、付款證明及雙方文件，確認差額來自手續費、匯差、扣款、部分付款或錯配，再由財務決定如何入帳與追收，不自行把差額消掉。

假設發票為 USD 3,600，帳戶只顯示 USD 3,580，差額是 USD 20。表格記錄票面金額 USD 3,600、實收 USD 3,580、未解差額 USD 20 及證據來源；查明前標示「待核對」，不直接寫成已全額結清。若客戶透過支付平台付款，另行保存客戶付款記錄與平台批次撥款資料；平台撥款是下游資金對帳，可連結至專門記錄，不必塞入本表。

可加上負責核對人、核對日和結案條件：票款相符、差額有依據且已記錄後才關閉該列。月末篩出已開票未入帳、已到期未入帳、入帳但未配對三類，逐項指定下一位處理人，並將逾期原因回饋至下次估算。

為避免重複配款，可在每筆實收旁記銀行參考編號或付款通知，核對後標記該筆分配到哪張發票；同一筆款涵蓋多張發票時，保留分攤金額並確認合計等於實收。發現來款名稱不同時，先用匯款資料與客戶確認付款主體，不以相似金額自動配對。更正紀錄應保留原數字、修正原因和覆核人，讓月底報表可以回溯，而非只留下最後總額。

下一步，挑一個進行中的專案，把里程碑、驗收人、開票觸發、預計入帳與實收欄補齊，並和客戶確認付款起算點；如要了解香港出海顧問的背景與服務範圍，可到 Chan & Chung 繁中首頁 查閱。