BarTender 物流标签和快递单打印
BarTender 负责模板、数据绑定和打印；运单号申请、运费计算与业务去重通常由承运商平台、WMS 或 TMS 负责。
面单字段应该从哪里读取
地址错误会增加额外运费和客户投诉风险。收货方、面单号、包裹层级和寄件信息应来自 WMS、TMS、承运商平台或经过确认的电商数据，不要在模板里手工修改。快递公司对条形码、二维码和面单样式各有要求，应先取得承运商现行规格。
模板上常见对象包括：寄件/收件姓名与电话、地址、货品摘要、承运商标识，以及面单号条形码或二维码。这些对象应绑数据库字段或接口字段，不要把一次性样张做成「嵌入的数据」量产。
如何由业务事件触发 BarTender
触发点应由实际流程确定，例如包装完成、称重复核、出库确认或发运确认。使用 Automation 或 Enterprise 时，Integration Builder 可以监听数据库变化、文件到达或 Web Service 请求，再通过 Print Document 动作打开 BTW 文档，并用集成输入、文件或数据库提供本次打印数据。
- 在 Integration Builder 中选择文件、数据库或 Web Service 等触发类型。
- 添加 Print Document 动作，选择已验证的 BarTender 文档并映射输入数据。
- 使用样本请求测试后部署到 Integration Service，并监控运行消息。
出库单号加行号等去重键、运单号申请、业务状态回写和补打审批，应由 WMS、TMS 或外围服务设计，不能描述成 BarTender 自动保证。高峰补打要记录原因并对应原业务记录。接口与补打见ERP 与打印责任边界。
