恕我直言，针对多个付款人的通用信用帐户的概念与为他们设置单独的信用额度的要求相矛盾。 我会说服企业在选择定制解决方案之前将帐户分开。

我并不是说通过定制开发这是完全不可能的，但是这将是一个复杂的过程。 这意味着存储和读取付款人的未结订单，未结交货和未结发票的值的方式与SAP在标准中执行的方法相同，并且从SD信用管理的大量注释来看，一家拥有以下业务的公司似乎不太可能 比SAP能够在合理的时间内（几乎没有错误）提供几乎没有错误的解决方案的资源和时间要少得多。

我想人们可以尝试使用信用证代替冻结订单， 但是，另一方面，S/4HANA不支持此功能，因此，投资一些您将使用几年的东西是不明智的。

感谢您进行更新Abhishek 。 祝你一切顺利。 我了解业务团队有时对他们的要求不懈。

根据我对像此处这样的Z-Develop for Credit Management概念的经验，它不能很好地工作。 "自定义开发"中始终会遗漏一种情况，而另一种情况则成为票务和业务投诉的永久来源。

我还建议您重新考虑"业务"方面的要求，并为此客户设置"个人"限额（通过将其从"信用帐户"中删除）。

谢谢

你好Veselina和Jignesh，

感谢你们双方的投入。

企业对此要求不懈。

作为解决方案，我将进行Z开发。 但是，与其维护单个客户帐户下的单个限制，不如为所有客户维护该限制，并删除该信贷帐户上的标签。 将维护一个将客户分组的Z表，自定义信用检查将汇总他们的信用风险，并将其与为该组维护的组的限制进行比较。

我认为该解决方案将满足业务需求，并且不会弄乱标准系统。