您好，团队，云服务器服务器，大数据应用案例，

在生成文档的过程中，支付组件遵循一定的模式。我们做了大量的测试，生成了50多个文档，得出了以下结论：

案例1——当所有支付组件都添加到一个交易的UI中时。（假设薪酬portlet中没有薪酬组件）

在这种情况下，薪酬portlet中的支付组件序列与生成单据中的支付组件序列相同，

示例：支付组件1到支付组件4是通过UI新增的，其顺序如下：

案例2–当我们在一笔交易中通过UI在上述序列中添加更多的支付组件时。

在本例中在这种情况下，界面中新增的支付组件将添加到序列的顶部。

示例：新增支付组件5和支付组件6，序列如下。（粗体的支付组件是新添加的）

案例3–当我们在单个交易上通过UI按上述顺序添加更多支付组件时，

在这种情况下，案例2中添加的支付组件将排列在表的底部，新添加的支付组件将排列在表的顶部。

示例：支付组件7而薪酬部分8是新增加的，因此他们将在表的顶部。在案例2中添加的薪资部分5和薪资部分6将排列在表格底部。

在添加薪资部分时，此模式继续。在编辑其他字段如金额、频率或货币时，模式不会改变。

因此，消防物联网，我这里的电话是如果客户需要特定的支付组件序列，他们需要完全清除并导入支付组件。一旦完成，序列将按照支付组件的创建日期。完全清除后，生成的文档将遵循UI中可见的顺序。实际上，补偿portlet上的事务并不多，服务器和云服务器，很少添加支付组件。因此，大数据提供，这将是为特定的薪酬组成序列生成文档的最佳方法之一