也许你知道问题所在–QA队列中充满了旧的请求，没有人知道哪个请求是相关的（有时程序员甚至不再为你的公司工作）。答案是复制品的运输！这样，您就可以在qa系统中测试您的程序，大数据软件，iot物联网，而无需在qa队列中填写请求—当您的程序运行时，您可以释放原始请求并将其导入生产中。

教育程序员是下一步。但是自动化呢？SAP在发布前通过CHECK方法提供BAdI CTS\ REQUEST\ CHECK–只要实现它，您就可以在发布请求之前进行各种检查。首先，您必须检查传输类型-仅使用案例条件：

这样，大数据都学什么，只考虑工作台和自定义请求-BAdI忽略所有其他内容，包括任务。

首先，您需要一个弹出窗口来决定更改是否是最终的：

创建新请求，您可以使用FM TR\u INSERT\u REQUEST\u来执行以下任务：

T代表副本的传输，返利是什么意思，我用"[TvK]"创建一个新的描述来查看哪个传输是由BAdI创建的。所有者和系统取自原始请求。下一步是复制所有对象：

TR\u copy\u COMM在后台复制所有对象。

下一步是释放您的请求，忽略对象锁：

其他标准的FMs不忽略对象锁，所以您需要使用选项iv\u而不锁定的TRINT\u release\u request。由于添加到目标缓冲区可能需要一些时间，我建议做一个循环：

当一切正常时，您可以导入创建的请求：

嗨，

不错的BAdi和FM的。

最后我认为这是一个非常糟糕的想法。

你正在用没有版本控制透明度的传输感染QA。

特别是如果传输是交织在一起的话，这可能真的是一团混乱。

BR

Robert

我不同意。拷贝的传输没有被放到QA中，所以您的传输更少，只有一个传输被导入到生产中。在大型项目中，你不会冒失去一些相关运输工具的风险。

嗨，

当然-我也在处理复印件的运输。

不过，您的正常运输应该在QA中发布和测试。

之后，您可以将它们合并到一个集体运输中，以便在生产中导入。

QA队列应该不是一个大问题-您可以自动完成。导入。

同时释放锁定对象的请求可能会给您带来麻烦。

我同意-这应该是正常的程序。由于我是基础顾问，我对这些问题非常了解。当出现切换时，通常会得到一个包含1238个传输的excel列表，其中大约有5%存在导入错误。。。

，大数据难吗