DataHub不提供暗示在相同目标类型内创建目标项目的特定顺序的功能。 这有两个原因：

1. 保持严格的顺序处理会禁止并行处理，因此会严重影响性能。

2. 很少有真正需要这样做的商业案例。

因此，我对您的业务案例感到好奇吗？ 为什么必须在您的应用程序中顺序构建目标项？ 您提供了有关将字符串拆分为子字符串的技术实现的提示，但没有提供有关您要实现的目标的想法。

可以通过控制顺序发布相同类型的项目，但只能通过构建相应的流程（例如 您可以控制数据加载的顺序。 在加载下一部分相关项目之前，请确保已组成并发布已加载的项目。 实现此目的的另一种方法是将数据加载到不同的池中。 一些数据进入pool1，一些数据进入pool2，依此类推。然后，应该以受控的方式来组成/发布池：pool1首先组成/发布，pool2第二，等等。

我不知道 认为数据加载顺序或不同的池适用于您的情况。 您是否将iDocs与某些属性一起使用，并且对于运输说明属性有多个细分，需要订购？

我不希望使用idoc格式，但是我们可以考虑这种情况。 我们可以有两种解决方案：

目标项目中的

1. 指令属性包含完整的指令，并且不会将其拆分为子字符串。 当项目和属性值转换为idoc（或任何其他格式）时，将在目标适配器中完成此拆分。

2. 装运说明在目标扩展中建模为说明段的集合（列表）。 您可以编写一个函数，该函数将指令拆分为段列表。 该函数从运输说明属性的转换表达式中调用，并将规范模型中属性值中的文本转换为目标模型中的段列表。 然后，目标适配器会将这些细分项目转换为XML元素。

但是，ERP集成专家可能会向您推荐OOTB解决方案。 听起来应该是一个普遍的问题。

您好，专家

当尝试通过y2ysync和BundleTemplate项目进行传输时，我们遇到了类似的问题。

问题在于我们无法控制顺序，因此子模板可能在父模板之前发布。 在目标系统中进行导入时，无法在第一个impex导入过程中解析对父包模板的引用，因此将使用空parentTermplate属性创建子项。 在impex的第二遍中，它尝试更新parentTemplate并因jalo代码而失败，该属性只能在创建时设置。

尝试在标头中使用forceWrite = true，但是对于jalo代码来说都没有关系。

这应该是一个非常有效的商品订购业务案例。

我看到的唯一解决方案是在configurablebundleservices扩展的items.xml上应用平台自定义，并将属性更改为intial = false和writable = true，但这是由于datahub的限制而导致的破解： （

任何想法都值得赞赏。

最诚挚的问候，

克里斯蒂·C。