｜B2B交易增长系统
订单一建立，客户、产品、价格、付款与交付就围绕同一笔业务展开。Xorder 用固定的履约阶段和收款记录推进它：收款确认后进度自动转「已支付」，物流登记后转「已发货」，其余环节由人推进。本篇说明订单怎么建、钱怎么记、货怎么算发出。
订单承接的是已经确认的条件 #
报价阶段回答「买什么、多少钱」；订单阶段回答「这一笔怎么执行」：收货地址、付款安排、交货期、运输方式、内部订单编号。两者的数据是连续的，订单不应该让销售把整笔交易重新录一遍。
判断订单做得好不好，有一个简单标准：客户问「我的货到哪一步了」，能不能三十秒内答出来。答不出来，说明记录没落在系统里。
四个建单入口，先问生意从哪来 #
- 转订单：客户询过价、准备下单。带询盘，自动带出订单名称、客户（含港口）、产品明细，并推算交货日期。
- 添加订单：线下谈的、临时加的、没走过询盘。从零开始，买家与产品都要自己选。
- 下单：老客户返单但不经过询盘。带客户，只需补产品与价格。
- 再来一单：客户要完全复刻上一单。带原订单，改数量、单价与交期即可。
四个入口通向同一张表单，只是预填的数据不同。选对入口，最费时的那一步就交给系统做。
建单时两个属性要一次选对 #
订单类型：样品或大货。这不是备注，而是属性，决定订单在列表里归到哪一档，也影响后续发货与对接口径，选错要单独修改。
买家：已在客户列表里的直接选，新客户走「添加买家」，填公司与联系人。匿名下单用于不希望暴露最终客户的场景。
履约六个阶段，哪几段会自己往前走 #
订单进度是固定的：待确认、待支付、已支付、已生产、已发货、已完成。会自己往前走的有两处：收款执行确认后转「已支付」，物流页签登记并发货后转「已发货」。两者依据的都是系统里的登记动作——线上收款渠道回传的到账可以直接对应到收款执行，线下汇款与部分渠道的到账仍需人登记；物流登记也由人完成，只是登记之后状态自动切换。生产进度与完成状态由人推进。所以订单日常处理的本质，是每天检查每张单卡在哪一段、该不该往前推一格。
列表上方的页签（全部订单、未支付、已支付、已生产、已发货）应当读成「今天要清的五个队列」，不是五种分类。未支付永远排第一：要分清是客户没打款，还是打了款没登记——后者更常见，后果也更糟，客户以为付了，你这边还在催。
收款：三类收款执行，一个账户来源 #
收款执行分定金、主款、尾款三类，按实际到账分别登记。登记确认之后，订单进度转已支付，后面的生产与发货才有起点。这个顺序不要颠倒：钱没确认，先安排生产，风险落在自己身上。
收款账户有两个来源：线下汇款的账户在收款方式里配置（如 TT 可以设置多个账户，并按地区设置优先展示）；线上收款方式（如 PayPal 等已开通的渠道）在收款设置里开启后才出现在客户的下单页面。配置完成后记得打开状态开关，否则前台看不到。
发货：物流页签才算发货 #
在订单进度里写一句「已发货」不算发货。只有在订单内页的物流页签登记发货信息——选运输方式、填批次与运单号、上传凭证、确认发货——订单才会从已生产进入已发货。快递与邮政通常可以自动跟踪；海运、空运、陆运需要手动点确认已发货。
交货期建议必填，它是「已逾期／今天／剩余 N 天」这些预警的唯一计算依据。一批货分几次发的，按批次分别登记，不要合并成一条。
交付之后 #
已发货这一档要看两件事：客户签收没有、尾款收齐没有。逾期的单子会留在这一档等处理，列表的交货状态列会倒计时。签收与结清之后，这单进入已完成，接下来才是复购：从历史订单复制结构，或按上次配置调整，都比重新描述需求省事。
系统记录与实际资金要分开看 #
订单里记录的是「这笔生意执行到哪一步」，实际资金流转发生在银行、PayPal 或其他支付渠道。系统不做资金托管，也不为交易担保；显示的已支付，依据的是收款执行的登记动作，所以线下汇款到账后要有人及时登记。客户说已经付款、订单却显示未支付，先查登记，再查渠道到账。
同样需要说明：报关单证、单一窗口、信保同步这些页签要在相应能力开通后才可用，看不到属于正常情况，可以用备注与附件、对内进度替代记录。
开始使用需要准备什么 #
- 收款方式与账户（线上渠道先开通再启用）。
- 物流方案与运费设置，决定下单时可选的方式。
- 订单命名与编号习惯，方便日后对账与回溯。
- 人员分工：谁建单、谁确认收款、谁登记发货。