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

通过明确流程与实际可用接口连接 Epsilon Smart。启用适当模块后，它可作为较小商店的业务管理基础。流程需要商品编码、库存结存、客户资料与销售数据。

启用适当模块后，Epsilon Smart 可作为较小商店的业务管理基础。流程需要商品编码、库存结存、客户资料和销售数据。特别注意商店收到的订单，与业务应用中录入的单据并不相同。约定哪一步触发发送、哪些字段必填、谁检查拒绝，避免销售被人工重复录入。

官方知识库包含连接、获取商品、获取仓库结存和发送销售单据的示例，并要求启用电商 API 集成模块。Epsilon Smart 不等于 PYLON，其 API 不能被说成所有 Epsilon Net 产品的通用接口。应检查具体服务的订阅与启用状态。

一家化妆品商店收到含三种商品的订单，客户要求企业单据。先检查各商店编码映射到 Smart 商品，再补全企业资料并发送销售记录。必填字段缺失时，订单维持待修正状态，操作员看到具体缺项。修正后只重试失败步骤，保留原事件引用，避免成功发送再次执行。

关键场景：客户记录缺少必填资料，导致发送被拒。重试前保留外部引用与已确认目标 ID。区分访问失败、业务拒绝与结果不确定。操作员可检查记录、恢复状态，而不重做完成步骤。约定日志字段与待处理负责人。

测试零售、含企业资料的销售，以及修正后重新发送。每种情况记录预期源数据、目标记录和客户可见状态。加入权限失败及响应中断，重复已确认事件，确保业务结果不变。验收记录明确负责团队和关闭偏差所需证据。

初步分析确认：有效电商 API 模块和用户、订阅与权限，以及与业务负责人约定的销售类型。上线前记录映射：商品与结存 → 商店 → 销售资料 → 必填字段检查 → API 发送 → 记录结果。明确授权续期、监控与纠错责任。配置或业务规则变化时，针对性复查。先完成这条流程，再在责任与验收场景清楚后扩展其他渠道。