引用记录不存在时，如何让OData PATCH请求执行有效字段更新

默认情况下，OData的PATCH请求是原子性操作——要么所有字段更新（包括关联绑定）全部成功，要么整个请求失败回滚。这就是你遇到Contact不存在时，name字段更新也被取消的核心原因。

1. 拆分独立请求 #

将字段更新和关联绑定拆分为两个独立的PATCH请求：

• 第一个请求仅更新Account的非关联字段（如name）：

PATCH: https://{baseurl}/accounts(externalaccountnumber='12345')
Content-Type: application/json

{
   "name": "changed name here"
}

• 第二个请求尝试绑定Primary Contact：

PATCH: https://{baseurl}/accounts(externalaccountnumber='12345')
Content-Type: application/json

{
   "primarycontactid@odata.bind": "https://{baseurl}/contacts(externalcontactnumber='CT54321')"
}

即使第二个绑定请求失败，第一个更新name的操作已经生效。此方案逻辑简单，适合数据准确性较低的场景，仅需额外增加一次请求次数。

2. 使用OData批处理（Batch Request） #

通过OData批处理功能，将两个操作合并到一个请求中，利用Continue-On-Error特性确保单个操作失败不影响其他操作执行。

批处理请求格式示例：

POST: https://{baseurl}/$batch
Content-Type: multipart/mixed; boundary=batch_abc123

--batch_abc123
Content-Type: application/http
Content-Transfer-Encoding: binary

PATCH accounts(externalaccountnumber='12345') HTTP/1.1
Content-Type: application/json

{
   "name": "changed name here"
}

--batch_abc123
Content-Type: application/http
Content-Transfer-Encoding: binary

PATCH accounts(externalaccountnumber='12345') HTTP/1.1
Content-Type: application/json

{
   "primarycontactid@odata.bind": "https://{baseurl}/contacts(externalcontactnumber='CT54321')"
}

--batch_abc123--

批处理会依次执行两个操作，第二个操作失败时，第一个操作的结果仍会被保留。需要确认目标OData服务是否支持批处理（主流ERP/CRM系统的OData服务基本都支持）。

3. 提前检查Contact存在性+降级处理 #

发送PATCH请求前，先调用GET接口检查目标Contact是否存在：

GET: https://{baseurl}/contacts(externalcontactnumber='CT54321')

• 若Contact存在，发送包含name和primarycontactid@odata.bind的完整PATCH请求；
• 若Contact不存在，仅发送更新name的PATCH请求，同时记录该Account需补绑Contact，待ERP同步Contact后再处理绑定逻辑。
  此方案能减少无效请求，适合对数据一致性有一定要求的场景。

4. 检查目标系统的特殊配置 #

部分ERP/CRM系统（如Microsoft Dynamics 365）支持通过后台配置或特殊语法，在关联实体不存在时跳过绑定操作，或临时将关联字段设为null。例如尝试以下请求：

PATCH: https://{baseurl}/accounts(externalaccountnumber='12345')
Content-Type: application/json

{
   "name": "changed name here",
   "primarycontactid": null
}

具体是否支持需参考目标系统的OData官方文档。

内容的提问来源于stack exchange，提问作者Jesper Baardman