网上商店与 SAP Business One 集成：流程、前提与检查

通过明确流程与实际可用接口连接 SAP Business One。订单应关联 Business Partner、Item 与约定商业单据周期，商店不能把交付、开票和取消视为通用状态字段的简单变化。

SAP Business One 订单应关联业务伙伴、商品与约定商业单据周期。商店不能把交付、开票和取消视为通用状态字段的简单变化。设计使用 Service Layer 可用业务操作，保留外部事件与 SAP 单据关系。SAP 负责人确定编号系列、仓库、必填字段与业务完成标准。

Service Layer 为 Business One 的数据与服务提供接口。官方参考从 FP2405 起推荐 OData v4 为主要协议，v3 已过时但为兼容仍保留。Business One 不等于 S/4HANA，端点、对象、配置和业务流程都不同。Service Layer 与 DI API 也并非功能完全相同。

一家零件分销商将 B2B 购买录为销售订单，商品映射 Item master，买家对应正确业务伙伴。部分数量交付时，商店根据已确认单据更新，不随意标为全部发货。取消请求根据订单当前阶段评估，只通过允许操作执行。保留订单与后续单据关联，便于对账和支持。

关键场景：试图仅修改字段来取消，而未执行适当业务操作。重试前保留外部引用与已确认目标 ID。区分访问失败、业务拒绝与不确定结果。操作员可检查记录、恢复状态，不重做完成步骤。约定日志字段与待办负责人。

测试订单创建、受支持的取消与后续单据正确关联。逐项记录预期源数据、目标记录和客户可见状态。增加权限失败与响应中断，重复已确认事件并检查业务结果不变。验收记录明确负责团队与关闭偏差所需证据。

初步分析确认：有效 Service Layer、OData 版本与授权用户，以及负责对象和业务规则的 SAP 专员。上线前记录映射：SAP 商品/客户 → 商店 → 结账 → SAP 销售订单 → 确认 → 按约定交付/状态更新。明确授权续期、监控与纠错责任。配置或业务规则变化时针对性复查。先完成此流程，再在责任和验收场景清楚后扩展其他渠道。