【问题场景】

【WEBAPI】采购入库单、采购退料单的保存接口执行时，频繁死锁问题

"ResponseStatus": {
  "ErrorCode": 500,
  "IsSuccess": false,
  "Errors": [{
          "Message": "事务(进程 ID 346)与另一个进程被死锁在 锁 资源上，并且已被选作死锁牺牲品。请重新运行该事务。"
          }}

【排查思路】

<1>检查保存接口的JSON中，是否使用了  "IsAutoSubmitAndAudit": "True"

<2>检查应付款管理参数中，是否启用了【审核时自动生成应付单】的参数

以上两种行为都符合的话，那么入库单和退料单的生成，极易出现死锁问题，单个操作挂载的事务太重了，造成混乱

【优化建议】

1、IsAutoSubmitAndAudit该参数容易造成事务混乱，会出现很多奇奇怪怪的问题，基础部门已不推荐使用。建议出现死锁问题，且启用了这个参数的盆友，改为保存-提交-审核三个动作实现对接

保存接口自动提交和审核参数解释

2、不依赖【入库单、退料单审核时自动生成应付单】参数，改为接口中调用【下推】接口，实现入库单、退料单自动正常应付的效果，接口步骤更清晰，且经过验证，整个流程的性能也会更优！