点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中) GTS专家, 我们最近将扩展...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中) GTS专家, 我们最近将扩展...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
GTS专家,
我们最近将扩展的SPL文件格式从经典的SPL文件格式迁移到了GTS 10.1系统中。 通过这种迁移,我们注意到大量的受阻合作伙伴,有什么线索可能会导致这种情况发生?
根据笛卡尔的建议,我们首先以扩展格式上载了取消列表文件,因为我们拥有当前版本中的扩展文件。 然后上传文件经典格式。
我们的GTS系统主要用于合作伙伴筛选,但美国进行文件筛选除外。
受困的合作伙伴在糟糕的一周里从3400上升至3900。
有什么想法吗?
谢谢
Pradeep
您好Pradeep,
如果我要重申您已经知道的内容,请原谅我。 在SPL条目上,经典文件始终为1-1,而扩展文件格式为1-n,因为一个SPL名称可以出现在多个列表中(压缩版本)。 当您执行上架清单文件的上传时,您是否确认所有条目均已过期? 如果旧条目的时间与除名文件上的新条目不匹配,则SPL条目永远不会正确过期。
如果已除名的文件尚未使所有条目到期,则在执行新的经典文件上传操作的同时,它还会创建重叠的条目,从而导致很多错误命中。 对匹配进行随机抽样,如果匹配的条目与您的新文件上传或过去的匹配,则可以评估每个匹配。
如果命中与过去的数据匹配,则可能必须与笛卡尔合作才能获取另一个文件集以进行除列表。 请记住,当您第一次进行经典文件上传时,总是有可能在前几场放映中获得很多成功。 当您的业务团队审查并发布它们时,它最终应该会下降。
希望有帮助!
谢谢,
什里尼
一周热门 更多>