史蒂夫嗨，

不幸的是，此最大列数是设计的一部分。 最近它已经大大增加了，因此没有计划再次更改它。

不过，我不确定您如何尝试超出限制。 在"核心"工具中，一个对话框明确告诉您何时尝试添加太多列。 同样，如果您使用的是基于Convergent Charging HTTP的API，那么您也应该会收到一条明确的错误消息，并且您的查询也必须全部中止。
请随时告诉我您是否认为自己已经 但是检测到异常行为。

关于规避该问题的可能解决方案：
1。 首先，我们建议您重新考虑设计，因为用户很少需要那么多列。 您能否再次检查所有值都不相互依赖？ 如果是这样，则可能需要对它们进行不同的编码，以节省一些列（即，如果某些列有些多余，则应仅保留最重要的列，并让定价逻辑推导出其他列的值）。 br> 2。 在所有这些列中，仅在某些情况下才需要其中一些。 如果是这样，您可能要考虑根据情况将一列用于几个互斥字段（即，列值的含义会​​根据其他参数而改变）。
3。 除此之外，您可能会考虑将值多路分解为某些列（即，将多个值编码为一个，以便在您的用例有意义的情况下保存列）。
4。 最后，按照您的建议，您也可以使用一个以上的间接级别（即，在第一个映射表中的查找会将您重定向到另一个表，以便获得整个请求的结果）。 尽管这是一种有效的方法，但它也涉及更多的开销，因此您最好将其用作最后的选择（除非它为您的特定实现产生更好的结果）。

最诚挚的问候。

François
SAP聚合计费支持

感谢Francois的投入。 我们将检查这些并找出最佳方法。