网上商店连接 BOX NOW：储物柜、标签与结账体验

BOX NOW 连接将结账时的储物柜选择，与包裹创建及追踪结合。

BOX NOW 为常见平台提供集成方式，也可通过 Partner API 技术连接。官方指南涵盖 OAuth2、独立测试和生产环境、目的地与配送请求创建。储物柜选择是订单关键数据，应保留稳定 ID 与展示地址。货到付款与取消能力，取决于账户和包裹状态。企业需确认自身合作条款。

客户在结账选择可用储物柜，创建订单前保存选择。连接器将仓库正确发货点与目的地关联，准备请求并保存标签所需资料。客户切换承运商时，旧储物柜不能仍作为有效目的地。返回结账时，应清楚展示先前选择，并按需复查。这样可减少选择 BOX NOW 却没有有效交付点的订单。

重复订单 ID、令牌过期或不适用的付款方式，都可能阻止创建发货。解决方法不一定是用相同资料再试一次。应用应分类问题、保留订单，并向团队说明需要修正什么。取消前检查包裹状态，再更新商店。测试与生产资料必须分开，避免一次储物柜测试意外触发真实发货。

储物柜不是结账装饰，而是配送数据。BOX NOW 集成保存其 ID 与客户看到的地址。配送方式变化时，复查订单应保留哪些信息。仓库分别显示发货点与目的地，避免将客户选择和内部设置混淆。缺少有效储物柜时，在创建请求前给出清晰提示。测试涵盖手机结账、返回购物车与支付方式变化。

一家配件商店的客户在手机上选了储物柜，随后改为送货上门。订单应只保留正确的有效选择。如果再选 BOX NOW，应显示有效地点，而不是隐藏遗留的旧值。更换付款方式后，在允许提交前重新检查规则。仓库操作员看到实际目的地与发货点。发货请求来自最终订单，并以稳定引用关联，便于安全调查。

测试未选择储物柜、切换配送与支付、令牌过期及重复请求。预期向客户给出清晰提示，不产生多余第二票发货。上线前检查环境、发件人和正确 PDF 标签。不允许的取消应显示易懂的待处理状态。手机测试包含返回结账与刷新页面。团队确认储物柜与订单及包裹号始终正确关联。