我必须想象一个接口可以将一个tar.gz（ZIJA）文件解压缩成3个tar.gz文件（ZIJB，ZIJC和ZIJD）。
这三个文件在编排期间必须独立处理，因为它是异步文件（只有一个ZIJA.tar.gz，他的兄弟姐妹可以一次处理）。
如果我没有在我的接收形状和发送形状之间进行核心化，我的ZIJA.tar.gz会被正确解压缩成3个文件（ZIJB，ZIJC和ZIJD），但是编排会被启动3次（一次是为了兄弟姐妹）文件）。我只想用1次来管理3个文件
问题是，当我通过自定义管道接收文件解压缩ZIJA文件时，我只有一个文件由我的业务流程（第一个，ZIJB）处理。另一个根本没有得到处理。
编辑：谢谢你们的回答，但让我解释一下更多细节。
此接口的目标是以这种方式组织连续两次tar.gz文件解压缩：ZIJA.Tar.gz包含1到3个文件（ZIJB.targz和/或ZIJC.targz和/或ZIJD.targz）必须在各自和不同的文件夹中解压缩。
此外，我必须保留第一个targz内容的信息，以便使用完全相同的组织重新压缩原始文件。
在解压缩和重新压缩之间我打电话给SAP进行处理，我必须等待sap的答案才能开始重新压缩步骤。
总而言之，在完成上述所有步骤之前，我无法启动其他第一个减压步骤（ZIJA.targz）。
一次一个ZIJA.targz。 （仅一个例子）
总结：ZIJA.targz =＆gt;减压=＆gt; 1到3个文件=＆gt;将文件解压缩到右侧单独的文件夹=＆gt;呼叫Sap =＆gt; SAP的回答是新文件=＆gt;重新压缩1到3个文件=＆gt; ZIJA.targz的再压缩与我解压缩的第一个内容完全相同。