sapchangeandtransportmanagement（CTS）是一个强大的工具，用于收集开发系统（DEV）中构建的代码和配置更改，并将其应用于质量保证系统（QAS）和随后的生产系统（PRD）。功能强大，结构紧凑，但速度不快-即使是最有组织的客户，从开发区到珠三角的运输通常需要几天时间。从DEV系统中第一次创建到到达PRD需要数周甚至数月的时间，这并不少见。即使是紧急更改，通常也只是当天或隔夜的传输。

对于复杂的代码更改，CTS传输常见的这些延迟是可以容忍的，但是对于业务规则的更改是不可接受的。

换句话说，在我们这个快节奏的世界里，当涉及到不断变化的业务规则时，CTS会很快达到其极限，需要一种新的方法来在整个系统环境中应用变化，即：

快速-让业务快速应用变化简单—避免依赖具有特殊技能和培训的IT人员安全–防止过早更改；避免不兼容的更改；易于回滚更改

SAP决策服务管理（DSM）将快速、安全和简单的部署概念引入SAP应用程序，而在过去，这些应用程序通常只能依赖复杂的CTS流程。

为什么CTS不够

功能专家希望更新任何一种决策逻辑，在生产系统中随着需要而产生，而不需要启动涉及其他团队的复杂变更过程并产生成本。更重要的是，人工智能研究，他们希望能在瞬间应用更新。

任何等待时间都可能成为组织的负担。考虑调整产品折扣以应对竞争对手的促销活动。想想损坏的主数据，它会在您等待CTS传输请求时进入系统，即使您知道要应用什么检查。或者可以立即应用的税收计算的紧急变化。谁想等你能马上得到它呢？DSM完全允许！

更重要的是，部署非常简单，业务人员可以在不依赖IT帮助的情况下推动变革。触发部署是一个简单的4步过程：

最好的DSM消除了CTS对于业务规则更改的复杂性。无需复杂的传输请求，无需了解workbench与定制的区别，无需合并请求以确保相关更改一起应用，出错时不需要复杂的对象锁定。

部署简单而快速。

当然，简单而快速是不够的。部署还必须是安全的–特别是在生产系统中进行更改时。因此，在不损害简单性和对速度影响最小的情况下，DSM部署还提供了足够的保护，以确保善治和防止事故。

授权控制谁可以将什么部署到哪个系统部署模拟，以确保在部署开始之前所有依赖项都已就位时间旅行版本控制，手机免费建站，以便将来的更改可以提前应用和测试自动化回归测试的测试用例api部署工作流程，以集成生产系统的自动化测试、审查和批准，而不会使开发和质量保证系统负担过重即时撤销部署以在出现问题或改变主意时立即将规则返回到先前部署的版本

CTS仍然是复杂的相关代码、用户界面和数据库更改的默认方法，其中IT技能对构建本身至关重要。但是对于业务规则和决策逻辑来说，DSM部署更快、更简单、更安全……而且更好！

了解DSM–寻求最佳实践系统设置

SAP发现DSM方法的采用有所增加。因此，客户要求SAP提供最佳实践指南。

在最初的两年中，我们看到了许多涉及DSM的不同架构模型。一些客户运行一个DSM实例主要用于涉及多个DEV、QAS和PRD系统的较小用例。另一些则反映了业务应用程序的前景，淘客推广平台，大数据啥意思，从而产生了一个用于DEV、一个用于QAS和一个用于PRD的DSM系统。还有一些公司在集中和分散之间取得了平衡。

我们认识到，部署最佳实践在某种程度上取决于业务需求和业务类型。

对于某些业务，特别是商业业务，速度是最重要的，而能够对市场环境做出快速反应至关重要。消费品公司需要调整折扣，以阻止竞争对手的意外促销。公用事业公司需要迅速调整催款策略，以尽量减少负面的公众情绪和政府审查，此前，一个令人尴尬的新闻周期中使用生命支持的客户由于错过付款而断电。

对于其他企业，特别是公共部门组织，灵活性、适应性和业务变更审查至关重要，但任何变更的实际引入都需要非常谨慎的控制。想想立法中可能会或可能不会发生的变更通过议会程序，其中商业规则复杂到需要数周或数月的时间来准备，但实施变革的实际日期取决于民主投票，而民主投票可能获得通过，也可能得不到通过，或者在提出修正案时可能会突然延迟。

竞争性商业企业通常需要在数小时内，有时在数分钟内做出改变，以应对市场的紧急变化——是否应对竞争对手的突然促销，是否应对自然灾害，或者利用twitter趋势活动。