商业发票和 CN22：直邮出单时最容易被当成「附属 PDF」
跨境小包与专线常要商业发票、CN22/CN23 等随附单证。系统应按渠道模板生成、与申报要素同源，并在改品名金额时同步作废旧稿，避免「面单一套、发票一套」。
打单成功的喜悦，有时会被下一秒打断：渠道提示缺发票，或者清关退回——面单写的是 phone case，发票写的是 gift。单证不是附属 PDF，是申报叙事的另一面。叙事分裂，人就得解释。
CN22/CN23、商业发票、装箱单叫法因渠道而异，系统不必纠结中文商品名是否「标准」，而要纠结：字段是否与运单申报同源，模板是否按渠道切换，历史版本是否可追溯。
同源，是比「好看模板」更高的优先级
- 品名、HS、数量、单价、总价、币制、原产地从同一申报快照读取
- 一改申报，已生成的旧 PDF 标记作废或禁止下载
- 渠道要求的固定文案/免责声明进模板配置，不写死在代码注释里
- 输出格式：PDF、热敏、某些开放平台要的结构化报文，按通道适配
客服最怕的三句话，系统可以提前挡住
- 「发票金额能不能改低一点再发」——权限与审计，默认拒绝静默改
- 「用上次的发票凑合」——禁止跨票复用未校验模板
- 「先出面单，发票晚上补」——渠道若强制同出，就硬拦
快递飞在直邮/专线项目里，习惯把「单证与面单同源」写成验收：故意改金额，旧发票不可再被当成有效附件下载。
常见问题
为什么面单和发票不能各填各的？
清关与渠道审核看一致性。品名、件数、金额、币制若两套数，容易退回或查验。系统应同源生成。
首期单证能力怎么砍？
覆盖你最高频 1–2 个渠道的发票/CN22 模板、必填校验、PDF/热敏输出、改单作废旧稿；全球模板库不要首期承诺。
OCR 识别发票能替代生成吗？
OCR 适合收件侧归档；出站单证仍应以订单申报要素生成为准，识别结果只能辅助，不能反过来污染主数据。
所属专题
列表筛选「直邮与一单到底」 · 列表筛选「货代专线快递」 · 列表筛选「尾程与打单」 · 列表筛选「报关与合规」 · 列表筛选「对接与运营」