海外项目收款节点怎么排？交付、开票与入帐对照表

海外项目收款容易卡在三个不同时点：交付已完成、发票已寄出，客户款项却尚未入帐。把三者放进同一张表，并将谁确认、依什么证据开票、哪一天回查写清楚，团队就能及早看出待办与现金流落差。以下以一个假设的美元项目示范，金额与日期仅供流程演练，实际节点仍以双方文档和客户付款进程为准。

每个里程碑如何描述？

里程碑描述要让交付方和客户都能判断「做到什么才算过关」，不要只写模糊的「完成第一阶段」。每列至少包含成果名称、涵盖范围、验收证据、客户确认人、完成条件、预定日、开票触发和金额；若有依赖客户提供素材、帐号或决策，也记下责任人和最晚提供日。这些字段让延迟原因可辨识，不会把内部工作量误当成客户已验收。

以下为总价 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 繁中首页 查阅。