使用CRM Web API提交CRM数据库新记录时遭遇400错误

嘿，我来帮你梳理下这个问题——你在用CRM Web API创建transaction记录时碰到400错误，结合你提到的字段安全控制（FSC）和给出的代码、请求信息，咱们一步步排查解决：

先抓最可能的直接原因：字段类型不匹配 #

你的请求JSON里，transactionamount传的是字符串"500"，但CRM里这个字段应该是数值类型（比如Decimal或Float）。Web API对字段类型校验非常严格，字符串类型的数值会直接触发400错误。

先把请求JSON改成这样试试：

{ "transactionnumber":"123456789123", "transactionamount":500, "transactiondate":"2018-01-26T03:00:00.000Z" }

再排查字段安全控制的权限问题 #

你提到有标记为Disabled的字段受FSC控制，要确认：

• 当前用于API调用的用户，对请求里的三个字段（transactionnumber/transactionamount/transactiondate）是否有创建权限：
  1. 登录CRM后台，进入「设置 > 安全 > 字段安全配置文件」
  2. 找到该用户所属的配置文件，查看transaction实体的字段权限
  3. 如果这几个字段被设为禁用，要给用户（或其所属角色）开启对应的创建权限
• 额外注意：即使请求里没包含受FSC控制的字段，如果用户对某些必填系统字段没有权限，也可能触发错误，不过这种情况概率较低

给代码加个关键排查步骤：打印详细错误响应 #

你的DoRequest方法里，只处理了异常但没抓取CRM返回的具体错误信息。建议在拿到responseMessage后，添加这段代码：

if (!responseMessage.IsSuccessStatusCode)
{
    string errorDetails = responseMessage.Content.ReadAsStringAsync().Result;
    logger.Error($"CRM API Error Details: {errorDetails}");
}

CRM的错误响应会明确告诉你是字段权限不足、类型错误还是其他问题，比单纯的400错误提示有用太多。

最后做个简化测试定位问题 #

先发送只包含必填字段的最简请求，比如：

{ "transactionnumber":"123456789123" }

如果能成功创建记录，再逐个添加transactionamount和transactiondate，就能精准定位到是哪个字段出了问题。

总结优先级 #

1. 先修正transactionamount的类型，测试请求
2. 打印详细错误响应，看CRM给出的具体提示
3. 检查字段安全配置文件的权限设置

按这个顺序来，应该能快速解决问题。

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