您好Prabhat，

您要发布SNP启发式方法吗？ 如果是这样，它将选择信息记录作为供应来源，因此，一旦SNP生成的申请到达ECC，它将被指定为供应来源。 我们有一个类似的业务问题，我们的流程如下：-

• 请勿将供应商/产品/地点ECC的购买信息记录转移到APO。 如果它已经在APO中，则从集成模型中删除然后重新生成。这会阻塞任何活动的运输通道，但要仔细检查以防万一。
• 生成SNP采购申请–此时，作为供应来源的卖方应该为空。
• 通过/SAPAPO/RRP_SNP2PPDS2将SNP申请转换为PP/DS。
• 根据您的配置，PP/DS申请将立即将PP/DS申请转移到ECC，或者通过/SAPAPO/RDMCPPROCESS发布。
• 签入ECC –现在引用了合同/协议吗？这应该在APO中自动代表相同。

核心问题是SNP启发式方法无法选择合同作为有效的SOS。

希望这会有所帮助，祝你好运

艾伦

嗨艾伦，

感谢您的快速建议。我将按照您的建议进行操作。 我有一些问题，请尽可能澄清。

1。 我们已经阻止了通过购买信息记录创建的T车道，但是通过合同创建的分包类型的T车道引用了​​"协议"。

您是说不转移合同，也不创建没有T通道的SNP前提吗？

在当前情况下，我注意到供应商，即在运行位置试探法后，供应商即刻未分配给订单，而是在从ECC返回到APO之后分配了货源。

2。 我是否需要停止将SNP购买申请转移到ECC？如果需要，如何停止？

3。 如何配置PP/DS购买申请的即时转移？

4。 是否会在ECC中将PReqs分配为" L"项类别？

我将对此进行更新。

此致

草帽