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

通过明确流程与实际可用接口连接 Odoo。连接遵循数据库实际模型、产品变体与计量单位，不应基于固定结构，假设每个环境拥有相同自定义字段。

Odoo 集成遵循数据库实际模型、产品变体与单位，不能假定每个环境都有相同自定义字段。记录目录、客户和订单所需数据，以及哪项业务操作确认购买。升级或模块变化时，使用代表性记录检查，尤其涉及套装、数量换算或额外销售配置时。

Odoo 19 引入通过 HTTP 与 API key 使用的外部 JSON-2 API。可用模型、字段和方法取决于具体数据库，可在其动态文档中查看。托管版外部 API 权限属于 Custom 计费方案，Standard 与 One App Free 不提供同等权限。旧版本接口可能不同，不假设任何自定义模型在所有安装中都存在。

一家食品企业销售同产品的单件与整箱。商店保留变体编码和购买单位，映射规定其在 Odoo 中的对应关系。不能把一箱当一件，也不能换算两次。订单经过约定业务操作，让后续步骤遵循应用流程。自定义字段变化时，测试应在生产交易传输前发现不兼容。

关键场景：自定义字段变化，发送订单不再符合数据库结构。重试前保留外部引用与已确认目标 ID。区分访问失败、业务拒绝与不确定结果。操作员可检查记录、恢复状态，不重做完成步骤。约定日志字段与待办负责人。

在测试环境检查产品变体、不同单位与自定义字段变化。逐项记录预期源数据、目标记录及客户可见状态。加入权限失败和响应中断，重复已确认事件并检查业务结果不变。验收记录明确负责团队与关闭偏差所需证据。

初步分析确认：Odoo 版本与 API 访问方案、最小权限密钥、实际模型和模块的动态文档。上线前记录映射：模型/schema → 确认映射 → 目录和变体 → 商店 → 订单 → Odoo 业务确认。明确授权续期、监控和纠错责任。配置或业务规则变化时针对性复查。先完成此流程，再在责任与验收场景清楚后扩展其他渠道。