网上商店与 Epsilon Net PYLON 集成：流程、前提与检查

通过明确流程与实际可用接口连接 Epsilon Net PYLON。从准确应用、版本与子系统开始，因为产品家族名称不代表唯一环境。连接通过可用接口组织产品、编码、库存与订单。

PYLON 从准确应用、版本与子系统开始，因为家族名称不能说明具体环境。通过可用接口组织产品、编码、库存与订单。关键决定是哪个渠道在何时预留库存。实体店与电商平台并存时，一次销售应扣减正确可售量，不通过另一渠道再产生第二条业务记录。

PYLON flex 介绍了通过 Connectivity API 处理产品、库存与订单的电商连接器，同一家族还包含快递与 Skroutz 功能，它们是目录之外的独立流程。不能假定 flex 能力原样适用于所有旧 PYLON。Epsilon Smart 也是不同产品，需要不同设计。

一家家居连锁在网上与收银台销售同一灯具。连接器使用共同 SKU 映射与约定库存规则。实体店售出后，线上更新不能用旧文件覆盖新结存。在线订单保留独立渠道引用与正确业务类型。以后加快递时，运单关联发货，不创造新销售。

关键场景：实体店已售出商品，但线上库存更新尚未完成。重试前保留外部引用与已确认目标 ID。区分访问失败、业务拒绝与不确定结果。操作员可检查记录、恢复状态，不重做完成步骤。约定日志字段与待办负责人。

测试两渠道同时销售、无映射产品与更新失败。逐项记录预期源数据、目标记录和客户可见状态。加入权限失败与响应中断，重复已确认事件并检查结果不变。验收记录明确负责团队与关闭偏差所需证据。

初步分析确认：准确 PYLON 产品/版本与 Connectivity API、已启用子系统访问、可售库存规则和测试环境。上线前记录映射：PYLON 目录/库存 → 商店 → 线上销售 → 正确业务类型 → 订单确认 → 渠道对账。明确授权续期、监控与纠错责任。配置或业务规则变化时针对性复查。先完成此流程，再在责任与验收场景清楚后扩展其他渠道。