采购接口里一项被拒，为何不能立即写成整单取消

采购接口返回了一个拒绝信息，交接记录就写“订单取消”，可能把实际处理范围说大了。一次订单请求可以包含多个行项目；某项没有被接受，与整个订单都未成立，不是天然等同的结果。

Amazon Business Ordering API文档说明，订单如何履行，与请求中的商品、属性、期望值及账户已设的保障规则有关。[1] 保障规则会比较期望与履行条件。文档分别列出行项目层面的单价、行项目小计，以及订单层面的总额，表明这些约束并非都作用于同一个对象。

在所给的行项目示例中，一项没有满足价格条件时，系统拒绝该项，仍继续处理其他行项目；若没有其他行项目，订单才会被拒绝。[1] 这个例子支持部分处理的可能性，却不能推出任何真实订单都已允许部分履行，仍需知道其具体规则和业务响应。

另一篇Using order safeguards指南介绍，未满足条件时可移除某个项目，也可以取消整个订单。[2] 因而看到“一项不符”时，不能先猜测最终动作。局部移除与整单取消属于需要确认的处理选择，本篇没有登录账户、设置保障规则或提交任何采购请求。

接口通信与业务结果也有区别。指南说明，业务逻辑导致订单被拒的情形，仍可能返回HTTP 200，并把拒绝代码放在响应内容中。[2] 所以200不能单独证明全部行项目已被接受；反过来，某项拒绝信息也不能替代对其他项目结果的阅读。

一份自拟交接摘要可以分别保留请求标识、涉及的行项目、所收到的接受或拒绝结果，以及当时已确认的保障动作。它是解释对象关系的写法，不是声称平台新增了这些报表字段。原文的示例金额和容差不在本文用作采购建议，实际付款、合同与税务责任也不由接口状态决定。先核对拒绝发生在哪一层，才能准确说明本次响应覆盖了什么。