网上商店与 Microsoft Dynamics 365 Business Central 集成：流程、前提与检查

通过明确流程与实际可用接口，将商店连接到 Microsoft Dynamics 365 Business Central。读取或写入业务数据前，先明确环境与公司。连接器以已确认 ID 映射客户、商品与销售订单行，而非模糊地按名称匹配。

Business Central 在读取或写入业务数据前，必须明确环境与公司。连接器以已确认 ID 映射客户、商品与销售订单行，而非模糊按名称匹配。无人值守访问通过 Entra 应用与受限权限集组织。建议使用独立集成身份，避免员工离职导致商店断连。凭据更换与权限审批流程应随代码一起交付。

Microsoft 提供 salesOrder 资源，以及使用 OAuth client credentials 无人值守访问的指南。需要在 Entra 注册应用，并在 Business Central 中授予访问权限。应用使用合适权限集，而非 SUPER。Business Central 不同于 Dynamics 365 Sales 或 Finance。本地部署需正确配置 Entra/OIDC，并确认 API 已启用。

一家进口公司在 Business Central 中有两家公司，但商店只属于其中一家。将 company ID 固定到这项集成，写入销售订单前检查。连接器使用目标公司的真实 ID 关联客户与商品。若权限只允许读、不允许写，订单保持待处理，并显示明确原因。测试包含凭据更换，确保计划性的授权维护不需要手动重复录入。

关键场景：应用权限允许读取，却不允许写入订单。重试前保留外部引用与已确认目标 ID。区分访问失败、业务拒绝与不确定结果。操作员可检查相关记录并恢复状态，不重复已完成步骤。约定日志字段与待处理事项负责人。

检查受限访问、正确公司，以及不中断服务的凭据更新。逐项记录预期源数据、目标记录与客户可见状态。增加权限失败与响应中断测试，重复已确认事件并验证业务结果不变。验收记录明确负责团队与关闭偏差所需证据。

初步分析确认：Entra 应用注册与同意授权、Business Central 中具备最小权限的有效应用、环境/公司 ID 与测试数据。上线前记录流程映射：OAuth 应用 → 获授权 API → 正确公司 → 客户/商品映射 → 销售订单 → 保存确认 ID。明确权限续期、监控与纠错责任。配置或业务规则变化时，触发针对性复查。先完成这条明确流程，再在责任与验收场景清楚后扩展其他渠道。