Temu店铺“有订单却缺现金”，通常不是销量不够，而是货、物流、平台履约状态和结算到账之间存在时间差。判断能不能落地，不能只看商品毛利或后台销售额；我会把一笔订单从备货、发运、签收、售后到可提现逐段拆开，算清每个节点占用多少资金、谁能控制时间，以及异常时怎样对账。
经营者常用“今天卖了多少”判断业务表现，但销售额只是交易规模，不代表当日现金流入。货物离开仓库后，可能还要经历干线运输、入仓或交接、平台确认履约、售后处理、结算和银行入账。每一步都可能出现等待、异常或资料补交。
因此，我会把“回款时间”拆成两个不同的指标：一个是从备货付款到销售款进入可支配账户的现金转换周期，另一个是从订单产生到结算入账的订单回款周期。前者决定要准备多少周转金，后者帮助定位延迟究竟发生在哪个节点。
平台的结算周期、可结算条件、退款处理和费用扣除，可能因站点、合作模式、商品类目、履约状态及规则调整而变化。经营者应以当前卖家后台协议、结算页面和官方通知为准，不应把其他卖家的经验值当成固定承诺。
一笔订单至少有三条并行的线。货物流说明商品当前在哪里；责任线说明当前由谁负责交接、运输、签收和异常处理；现金流则说明供应商款、物流费、平台结算和退款分别何时发生。三条线一旦对不上，报表看起来盈利，账户仍可能没钱。
比如，商品已从工厂发出，但物流轨迹停滞，后台订单仍未进入后续状态，结算条件自然可能尚未满足。此时如果经营者把“已发货”理解为“已回款”，就容易按尚未到账的销售额安排下一批采购，造成现金缺口。
我建议每个重点 SKU 都建立一张简单的时间轴：采购付款日、入库日、交接日、物流节点日、平台状态变化日、结算确认日、银行到账日。连续记录四到八周后，管理者通常能看清最耗时的环节，而不是只凭感觉归咎于平台或物流商。
初始测算时，我更愿意采用“履约周期偏长、结算周期偏慢、售后率略高”的组合，而不是把理想情况当预算。若在保守情景下仍能覆盖采购、物流、税费、退款和运营支出，才适合逐步扩大备货；若只有在最快回款假设下才不缺钱，说明模式对资金过于敏感。
一个实用底线是：启动前至少要能解释清楚，接下来一轮备货的钱从哪里来、物流延误两周怎么办、结算少于预期时还能否支付供应商。先证明现金流可以承受履约波动，再追求订单规模。
跨境平台的合作方式会迭代，具体可选模式也可能随市场和卖家资质变化。不要仅凭“全托管”“半托管”几个词判断实际责任；应打开当前后台的合作协议与操作指引，逐项确认谁负责定价、备货、仓储、头程、末端配送、售后和结算资料。
有些安排下，卖家主要承担供货和按要求交货的责任；另一些安排下，卖家还可能承担更多库存、仓储、配送或本地运营工作。责任多不等于一定更差，但意味着资金支出更分散，异常处理也更依赖自己的团队和服务商。
我会把模式选择落到一张责任表，而不是停留在概念层面。每一项都写“谁做、谁付款、谁留证、异常找谁”，例如头程运输由谁下单、货损由谁举证、地址或箱唛错误由谁承担返工费用。没有明确答案的事项，应在正式投入前向平台或合作方确认。
物流成本常被简化成每件商品的一个均摊数，实际现金支付却可能分布在打包、国内转运、出口运输、仓库处理和异常补运等多个时点。即使最终总成本没变，付款时点提前，也会增加营运资金需求。
同样，物流状态不是单一的“在途”。工厂交货、承运商揽收、出口申报、干线运输、目的地处理和最终交接，分别对应不同凭证。把这些节点统一归入“已发货”，会让团队在出现延误时找不到责任证据，也无法区分运输时长和系统回传时长。
对每个物流服务商，我至少记录三个数据：报价、实际付款日、从交接到有效状态更新的时间。季度复盘时再看赔付、异常率和准时率。报价最低的渠道，如果轨迹稳定性差、异常响应慢，未必是现金流意义上的低成本渠道。
经营者常见的账务断点，是订单金额在一个表里、平台扣款在另一个页面、银行到账又在财务流水里。三组数字没有订单或结算批次作为共同索引，就很难解释为何“后台显示有销售，银行实际到账偏少”。
我会按结算批次建立对账链：订单号或订单明细、商品结算金额、退款与调整、服务费用、结算批次号、结算日期、实际到账金额、银行入账日期。每一笔差异都标注原因和证据链接，不能只写“平台扣费”或“金额不符”。
数跨境可作为跨境业务数据整理与分析的参考工具之一。使用前应先核实其当前功能、数据接入方式、权限设置和适用范围；工具能否解决问题，最终要看能否把订单、履约状态、结算明细和银行流水按同一口径核验，而不是看报表页面有多少。
销售额里面可能还包含尚未完成履约的订单，也可能需要扣除退款、补偿、物流、平台服务费用及其他调整。若用销售额乘一个毛利率就得出可再投入资金，实际上把未兑现的收入和已发生的成本混在了一起。
我建议分开看三个口径：成交规模、预估贡献利润、已经到账的可用现金。成交规模回答卖得多不多；贡献利润回答商品扣除可归属成本后是否值得继续卖；可用现金回答现在是否有能力付款。三者不能相互替代。
采购价只是成本的一部分。包装、质检、国内运输、头程、仓储、退货处理、汇兑损益和税务相关支出，都可能影响每件商品的真实毛利。更重要的是，这些费用不一定与销售款同时发生，许多费用在订单结算前已经付出。
举例来说，两个 SKU 的单位贡献利润相同，但甲款需要先付全额生产款，乙款可分批交货并延后支付部分尾款。乙款的现金压力可能明显小于甲款。选品不仅要比较利润率，也要比较每单位商品占用现金的天数。
单个轨迹节点只能证明某个时间出现了某种扫描，不一定能证明整批货物已按要求交接，也未必能证明数量、箱号和商品信息完全匹配。货物有轨迹，不代表订单状态、结算状态和责任证据都已经闭环。
遇到物流争议时，团队需要同时保留交接清单、箱唛或包裹信息、承运商接收记录、异常工单和后台订单状态截图。仅靠聊天记录或口头说明，后续复盘时很难量化损失，也难以确认问题发生在仓库、承运商还是数据同步环节。
平均值容易被大批正常订单拉低，少量长时间未结算订单却可能消耗大量现金。比如一百笔订单中，九十笔按时走完流程，十笔因异常长期停滞，单看平均值可能还算正常，但这十笔货款、货物和处理成本都需要单独追踪。
更适合经营管理的做法，是同时看中位数、较慢分位数和逾期订单金额。数据样本少时不必追求复杂统计，至少把“正常、关注、超出预期”三档定义清楚，并将超出预期的订单逐单列出责任人和下一步动作。
| 容易误判的口径 | 为什么会失真 | 更适合的管理口径 |
|---|---|---|
| 后台销售额 | 未扣除退款、调整和履约相关支出 | 按结算批次核算净结算金额 |
| 已发货订单数 | 无法反映交接是否有效、是否存在异常 | 按物流节点、订单状态和异常状态分层 |
| 平均回款天数 | 长尾订单容易被正常订单稀释 | 同时观察中位数、较慢订单和未结算金额 |
| 商品毛利率 | 忽略现金支付时点和资金占用天数 | 补充单位现金占用、现金转换周期和压力情景 |
每个 SKU 建议单独计算单位经济。收入端使用当前可验证的结算口径，不要直接拿商品标价代替；成本端纳入采购、包装、质检、物流、仓储、售后和可归属费用。无法确定的项目单独列为区间，不要用一个看似精确的数字掩盖未知项。
我常用的管理表达是：单位贡献利润等于预计净结算收入减去单位商品成本、履约成本和预计售后成本。这里的“预计”必须标明依据，例如近四周实际订单、供应商报价或团队设定的情景值，并定期用真实数据修正。
若某 SKU 的单位贡献利润为正，但现金被占用的时间过长，仍可能不适合快速放量。反过来，利润率不算最高的商品，如果补货灵活、物流稳定、退款较少，可能更适合作为现金流底盘。
现金转换周期可用简化方法理解：从采购付款开始，到对应销售回款进入可用账户为止，资金被占用了多少天。不同企业在预付款比例、供应商账期、库存周转和退款时间上的做法不同，因此不能只拿一个行业平均值直接套用。
实际管理中，我会把周期拆成采购与生产天数、待发库存天数、运输及履约确认天数、结算等待天数，再减去可以真实使用的供应商账期。没有合同支持的“口头账期”，不应该作为资金预测中的确定性缓冲。
资金缺口可以先用滚动模型估算：未来若干周的采购付款、物流付款和运营支出，减去预计可使用现金与保守估计的到账款。把结算款按“已确认、预计、未确认”分层，预测时只把前两类纳入，而且预计部分应使用折扣后的金额。
遇到资金压力时，先判断问题属于哪一种：履约速度变慢、待结算金额变大，还是某个关键环节缺少可控性。三者应采用不同措施。物流慢可以优化承运商或交接流程；待结算金额大要检查订单结构与售后；流程不可控则要增加证据留存和备用方案。
我会用四个问题判断是否扩大订单：第一，保守情景下的现金缺口是否可覆盖；第二，重点商品的补货周期是否短于库存可售周期；第三，异常发生后是否能在一个工作日内定位责任节点；第四，结算差异是否可以追溯到订单和凭证。任何一项答不上来，都不建议只凭销售增长加大采购。
预警线应由企业自己的现金承受能力决定，而不是误写成平台标准。例如可以规定，某批次超过预计履约时间若干天仍没有有效状态更新，就进入人工复核；某结算批次差异超过内部设定金额，就必须有书面解释和凭证。
初期可用三档机制：绿色表示在历史正常区间内；黄色表示超出常态但仍有明确处理路径；红色表示影响付款或库存决策，必须由负责人处理。每月用实际数据校正阈值，避免预警过多导致团队麻木，也避免阈值过松让风险累积。
| 判断维度 | 建议观察值 | 可以采取的动作 |
|---|---|---|
| 履约稳定性 | 交接成功率、轨迹更新间隔、异常关闭时间 | 按渠道和仓库分组比较，不只看总平均 |
| 结算健康度 | 已结算金额、待结算金额、差异金额及账龄 | 将账龄较长的订单逐单对应到状态与凭证 |
| 资金承受力 | 未来数周现金流出、保守到账额、可用余额 | 优先削减低周转 SKU 和非必要的提前采购 |
| 补货可靠性 | 供应商交期、质检返工率、紧急补货成本 | 对关键 SKU 准备替代供应方案或安全库存 |
下面用一个虚构的家居小件 SKU 演示。数据仅用于说明计算方法，不代表任何卖家的真实经营结果，也不代表平台当前费率或结算规则。实际经营者应以自己的合同、后台结算明细、物流报价和银行流水替换假设值。
假设该 SKU 月销量为 6,000 件，平均每月约 200 件出货。单件采购成本 32 元，包装与质检 3.5 元，头程及履约物流暂按 8 元估算，因此在售后前的单位现金成本为 43.5 元。每月对应的商品与履约现金支出约 26.1 万元。
再假设单件预计净结算收入为 62 元，售后及调整的情景预算为每件 2 元，那么单件预计贡献利润为 16.5 元，月度预计贡献利润为 9.9 万元。这个结果只说明单位经济在该组假设下为正，不等于当月就能收到 37.2 万元结算款，更不等于当月有 9.9 万元现金结余。
若企业从支付采购款到对应销售款可用，平均经历约 42 天，且每月支出节奏相对均匀，那么按 26.1 万元月度现金支出粗估，42 天对应约 36.5 万元的资金占用。这个估算还没有纳入工资、广告、税费、设备、退款集中发生或销量增长带来的额外现金需求。
若供应商允许部分尾款延后支付，现金缺口会下降；若需要提前大批量备货、物流费在交货时全额支付，缺口会抬升。可见，账面上月赚近十万元，并不能证明企业有能力马上把销量翻倍。扩大销量往往先扩大采购和运输支出，回款要在后面才出现。
我会为同一 SKU 同时计算基准、压力和改善三种情景。压力情景增加履约等待和售后成本；改善情景则假设补货频率提高、供应商付款更灵活或物流异常减少。只要压力情景下现金缺口超过可承受额度，就先改库存策略，而不是先追加流量。
| 测算项目 | 示意数值 | 解读 |
|---|---|---|
| 月销量 | 6,000 件 | 用于测算的情景假设，实际应替换为订单净销量 |
| 单位商品与履约现金成本 | 43.5 元 | 包括采购、包装质检和假设的物流支出，不含固定运营成本 |
| 单位预计净结算收入 | 62 元 | 模拟值，应以实际结算明细而非商品标价为依据 |
| 单位售后调整预算 | 2 元 | 情景预算，不是平台统一售后比例 |
| 单位预计贡献利润 | 16.5 元 | 用于比较 SKU，不等于到账现金或税后净利润 |
| 42 天现金支出占用估算 | 约 36.5 万元 | 按月度相关支出均匀发生计算，未纳入固定费用及增长备货 |
建议每周至少抽查一次结算差异，按批次追踪订单从状态变化到银行入账的实际日期。重点不是追求复杂的大屏，而是确认每个金额都能回答四个问题：对应哪些订单、扣了什么、预计何时到账、遇到异常谁负责。
如果团队已经在使用数跨境或其他数据工具，可以评估其是否能帮助统一订单、商品、物流和结算口径。可以先选一个小类目或一个月度批次试跑，核对导入数据的完整性、字段映射、权限管理和人工修正成本，再决定是否扩大应用。
数跨境官网提供了产品与服务介绍，经营者可通过其官网了解当前信息并自行核验适用能力：数跨境官网。我建议把评估问题写得具体，例如“能否按结算批次核对订单净额”“能否追踪物流状态变化”“异常数据如何修正和留痕”，而不是只问是否支持某类报表。
正式备货前，先从当前卖家后台下载或保存相关合作规则、操作要求和结算说明。把影响资金的条款摘出来：什么状态算交付、异常由谁发起、结算依据是什么、退款如何调整、结算明细在哪里查看、规则更新从何时生效。
对无法从公开页面确认的内容，不要靠论坛帖子或旧截图推断。把问题按“规则问题、操作问题、数据问题”分类，通过官方支持渠道或合作方确认，并保留答复日期与依据。这样做不是为了增加文档，而是避免团队因规则理解不一致而做错现金预测。
最低限度的数据字段包括订单编号、商品 SKU、数量、下单日期、计划交接日期、实际交接日期、物流服务商、跟踪编号、关键物流节点、订单状态、结算批次、结算金额、调整原因和银行到账日。字段名称可按后台实际数据调整，但要固定口径。
没有系统时，可以从一张受控表格开始，规定负责人、更新频率和异常标记。团队规模扩大后，再评估数据工具是否能稳定导入和维护这些信息。重点是避免每个人维护一份私有表格、不同人对“发货完成”“回款完成”采用不同定义。
每一种异常都应有触发条件、证据要求、处理人和升级路径。例如轨迹长时间不更新，先核对交接证明和承运商系统；数量或箱号不一致，先查仓库装箱记录；订单状态与物流节点不一致，保存页面信息并向相应支持渠道提交核查。
异常工单不应只记录“催物流”“问平台”。至少写明异常开始时间、已核实事实、尚缺证据、责任方回复时限和下一次复查时间。这样一来，负责人交接时不会重新从头找材料，月末也能统计哪些承运商或仓库反复造成延误。
对账时先核总额，再拆订单和调整项。若总额不同，依次排查币种换算、退款、补偿、费用、订单状态和银行手续费等可能原因。每个差异需要有状态：待查、已解释、待外部回复、已调整或已关闭。
账龄可按企业内部规则分档，例如未超出历史正常范围、超过预期需跟进、影响资金安排需升级处理。设档目的不是指责某个团队，而是确保长期未解决的款项不会被新订单淹没。差异关闭后，仍应记录根因，避免同类问题重复发生。
至少按周预测未来八到十三周的现金流出和流入。流出包括采购、物流、仓储、工资、税费和其他固定支出；流入按已确认到账、预计结算和不确定款项分层。销量增长计划应单独列出对应的提前采购支出，不能只把预计销售收入填入表格。
滚动预测每周更新一次，重点观察未来两到四周最低可用余额。如果预测低于企业设定的安全线，应先采取现金措施：调整采购批次、降低慢销品补货、协商供应商交货安排或暂停低确定性的扩张支出，而不是等银行余额触底再临时借款。
新店或新 SKU 的不确定性最大，尤其缺少真实售后率、物流时长和结算周期数据。此时不宜用供应商最低起订量直接推导长期备货，也不要把单周销量当稳定需求。测试批次的目标应是验证商品需求、交付能力和对账链路。
启动时优先选供应链响应快、规格简单、包装不易损、售后责任清晰的商品。即使单位利润不是最高，只要能更快补货、少发生尺寸或质量争议，通常更适合用于建立第一轮经营数据。测试结束后，再据实际成交和异常情况调整采购节奏。
销量翻倍，不代表利润和现金同步翻倍。供应链可能需要提前采购更多原料，生产周期和运输时间也可能变长；仓库、质检和售后处理能力不足时，履约异常还可能增加。管理者应先算增长需要新增多少现金，而不仅是新增多少销售额。
可以按 SKU 做增长预算：预计新增销量、单位现金成本、提前备货天数、供应商付款比例、物流预付金额和保守回款时间。按这个预算设置分段放量条件，例如第一批达到交接与结算验证要求后，再释放下一批采购额度。
订单相对稳定后，可以通过缩短补货批次、改善供应商付款安排、减少低周转 SKU、提高发货计划准确性来释放现金。但库存过低也可能导致断货和履约不稳，因此需要按需求波动、供应周期和替代能力设置合理安全库存。
我会把“库存天数”与“回款天数”一起看。如果商品库存周转很快，但结算回款慢，现金仍会被占用；如果回款较快但库存滞销，资金也会压在仓库里。真正需要优化的是两者之间的组合，而不是单独追求最低库存或最快结算。
现金紧张时，最危险的做法是同时给所有 SKU 补货，期待用更多销售解决资金问题。新增订单可能带来新的预付款和物流支出，若贡献利润低、周转慢，反而会放大缺口。应先暂停无法解释现金回收路径的扩张支出。
优先保留贡献利润清楚、历史履约可靠、售后负担可控且补货周期相对短的商品。对慢销、异常多或供应不稳定的 SKU，降低采购批量，必要时暂缓补货。与此同时，把长期未结算款逐单核查，判断其中是否有可补证、可申诉或可更正的事项。
多市场经营会带来不同的运输路径、结算币种、银行入账时间和换汇成本。若把所有市场金额直接换算成一个币种再合并，汇率变化、银行费用和结算时间差就容易混为一谈。管理报表应保留原币金额、换算汇率、换算日期和银行实际到账金额。
预测时可以用偏保守的汇率和到账时间测试现金承受力，并留意结算币种与供应商付款币种是否匹配。不要把尚未确认的换汇收益计入可用利润；汇率和银行费用的处理方式应由财务结合企业实际业务与适用要求核实。
低价渠道可能适合规格标准、包装牢固、交付窗口宽、订单节奏稳定的商品。若商品容易破损、交货时间敏感或正在测试新包装，低价渠道的异常处理能力不足可能产生更高的隐性成本。比较渠道时，应把报价、准时率、轨迹完整度、赔付条件和沟通效率放在同一张表里。
对于重要 SKU，可以先对不同渠道做小规模平行验证，记录真实成本和异常，不要只根据服务商宣传页做判断。测试期间应控制变量，例如尽量保持包装和交货日期一致，否则很难判断差异来自物流渠道还是商品本身。
多备库存可以降低断货概率，也可能更容易满足交货安排；代价是资金提前沉淀在原料、成品和在途商品里。需求波动大、生命周期短或规格变化快的 SKU，过度备货尤其容易形成滞销风险。
安全库存不应由“怕断货”单独决定，而要结合需求波动、供应商交期、替代供应能力和现金安全线。若缺货损失可控、供应商补货快，较低库存可能更适合；若缺货会影响后续履约且生产周期长，则需要有经过现金压力测试的库存缓冲。
数据工具适合减少重复导表、字段匹配和批次汇总，但导入错误、状态定义不一致或数据源延迟，依旧会把错误放大。工具上线初期，应保留人工抽样，将自动结果与后台明细及银行流水逐笔核对。
评估数跨境或其他数据服务时，我会要求先用一组有代表性的历史数据验证：关键字段是否完整、订单能否回溯、调整项能否解释、权限是否符合团队管理、数据异常能否修正、导出是否便于财务复核。若关键指标仍需大量手工拼接，工具价值就要重新评估。
企业可以接受短期利润率下降来换增长，但不应在没有资金缓冲的情况下接受无法解释的现金缺口。安全线不是追求账户余额越高越好，而是确保企业在一轮运输延误、售后上升或结算偏慢时，仍能支付已承诺的采购和运营费用。
当扩张和现金安全发生冲突时，我倾向于先减慢采购释放节奏，而不是一刀切停止所有运营。把订单、库存和结算分层后，通常能找到更精细的选择：保核心 SKU、暂停低效 SKU、拆小采购批次，并把新增资金优先投向履约确定性更高的环节。
第一周，确认合作条款和关键流程，选一到两个 SKU 做单位经济表，并记录所有成本假设。第二周，建立订单与物流节点台账，确保每笔交接有凭证，明确异常由谁跟进。
第三周，按结算批次尝试对账，把退款、费用、调整和银行入账逐项映射。若使用数据工具，先做小范围试跑并人工抽样核验，确认字段口径和数据权限没有问题。
第四周，用实际数据修正回款周期、售后预算和资金缺口。对仍没有结论的事项列出下一步动作和责任人，再决定是否扩大 SKU、采购量或投放预算。这个过程看起来比“先上量再解决问题”慢，但通常更能避免增长变成现金危机。
Temu落地不是单纯把商品上架、把货运出去，而是让订单、货物、责任、结算和现金在同一条可追溯链路上闭合。判断项目是否健康，不能只问“卖了多少”，还要问“货到了哪里、钱何时可用、差异由谁解释、下一批货的钱从哪里来”。
如果现在只做一件事，我建议选一个销量稳定的 SKU，连续记录采购付款、交接、物流状态、结算批次和银行到账日期，再用实际数据算一次现金转换周期。把这条路径跑通后，扩张才有可复用的依据；若路径尚未闭合，先修流程、控批量，比继续追逐销售额更重要。
我准备上新时，最担心的不是商品能不能发布，而是订单来了以后能不能按要求发出去。我想知道小团队在正式接单前，哪些环节必须先跑通。
先确认商品资料、库存数量、包装方式、发货时效和退货处理能力，再按平台当前规则核对可用的履约模式及商品限制。建议先用少量 SKU 做小批量测试，记录从订单生成、拣货、交运到物流信息回传的耗时；只有库存账实一致、负责人明确、异常订单有人跟进后，再扩大上架范围。
我遇到过订单显示发货了，但物流轨迹迟迟没有更新的情况，很难判断是仓库漏交接，还是承运商扫描延迟。若不先区分原因，补发或催件都可能增加成本。
按订单时间线拆分核查：订单下发至出库是仓内处理时长，包裹交接至首次有效扫描是揽收环节，首次扫描至签收是运输环节。每天分别统计各环节的中位数和超时订单占比，并抽查运单号、交接凭证与轨迹；同一环节连续出现异常时，再分别调整排班、交接流程或承运商。
我看销售额增长时，账户可用资金却没有同步增加，采购和物流费用还要先支付。做备货计划时，我应该看订单金额、平台结算金额，还是银行实际到账？
现金流预测以实际到账日为准，订单金额只用于观察销售规模。按订单批次记录预计结算时间、退款与售后预留、平台费用、物流和采购付款日期，并滚动核对结算明细与银行流水；可用现金应扣除已承诺的采购、物流和售后支出，避免把未结算销售额当作可周转资金。
我对账时发现某一批订单的到账比预估少，但订单数量不少，不确定是退款、费用还是结算周期造成的。想尽快定位差异，也避免同类问题在后续批次重复发生。
先用订单或结算批次逐笔匹配平台结算明细、退款记录、费用项目和银行到账，再按差异类型归类；重点检查结算周期是否跨期、售后是否冲减、费用是否重复计入。保留订单号、结算批次、差异金额和处理结果，无法从明细解释的部分及时通过平台支持渠道核实，不要直接用销售总额推算到账。
读者评论
之前只按订单完成日期看回款，后来把采购付款日和银行入账日也记下来，才发现资金主要卡在备货和结算等待上。四到八周的记录周期挺实用，但小店订单少，可能要观察更久才看得出规律。
对账时最麻烦的确实是退款和结算批次对不上。我们现在会留订单号、调整原因和凭证链接，月底少了不少反复核查；不过手工维护容易漏，想知道文中提到的数据整理工具能否自动匹配银行流水。
现金模型里把供应商账期作为缓冲这点值得注意，口头答应的延期不能当真。我还会加上汇率波动和临时补运费用，不然账面能覆盖，实际付款时仍可能缺口。