嗨，

对于我们，我们针对PI格局的变化引入了一种单独的事务类型。 这些更改对导入配置的作用略有不同。 基本上没有ToC，只有直接导入。

此外，我们有几个周期。 例如，单独的BI。 由于发布计划不同，我们在后台计划了不同的导入作业。

最后，这取决于发布培训的方式（意愿）以及团队在各自领域中的工作方式以及他们如何处理跨系统变更。

希望有帮助。

你好P，

是的，TST是我们TMS的一部分。 是：

DEV 200-> TST 400-> QAS 400-> PRD 400

嗨，

我只是想了解一下，是否是TST（测试） 服务器是您的TMS的一部分？

请告诉我您目前的TMS设置如何？

问候

Pardha

您好，Danny ，

您不需要创建两个操作，例如"将运输请求导入TST或QAS"，您可以使用标准操作"将更改传递到测试"。 这样，名称就不会是特定于系统/景观的名称，也不会造成任何混淆。

此致

Gopal

你好Matthias，

solman中的标准即用型魅力工作流（例如，正常更改，紧急更改）适用于3层和4层景观。 如果要添加更多状态和操作，则必须相应地设置工作流程，但使用同一工作流程仍可以管理3层和4层格局。

对于2系统格局，如果您正在DEV系统中使用另一个客户端作为测试客户端，则也可以将测试客户机视为测试系统，并且仍可以按照3系统格局来设置工作流程。 如果不是这样，则需要根据需要自定义其他交易类型。

此致

Gopal