SolutionManager提供了解决方案文档的功能，其中可以存储和维护与业务流程以及新开发相关的所有文档，以使存储库保持最新。可以使用项目或解决方案创建文档。但是，有多个选项卡可以存储不同类型的文档，而且文档的行为及其管理在项目和解决方案中是不同的。因此，了解文档管理的基础知识，以及项目和解决方案中文档管理的各种可用特性，以便能够决定文档管理策略是非常重要的。
本文档的主要目的是说明Solution Manager和Solution Manager中的文档管理概念解释与解决方案文档相关的术语。如何维护不同类型的文档，了解项目和解决方案中文档行为的差异。本白皮书的读者在阅读本文后，应该能够决定自己的文档策略。
以下是与Solution Manager文档相关的关键术语。
文档类型
Solution Manager中提供了许多标准文档类型，还可以创建新的自定义特定文档类型。文档类型可用于在Solution Manager的文档中建立标准化。可以为每种类型的文档创建单独的文档类型，例如业务流程描述、测试用例、，技术规范等。可以为每个文档类型上载特定于客户的文档模板，因此当为该类型创建新文档时，会打开预定义格式。
文档状态模式：
标准状态模式可用，但也可以创建自定义状态模式并将其分配给特定文档类型。结束状态应该是这样的：它锁定文档，这样就可以防止未经授权的更改。此外，建议在所有状态方案中都有一个共同的结束状态。
单一真相来源是指所有可用信息都被有效地使用并且可以在任何时间点访问的地方。将项目作为单一来源或真相意味着SolutionManager项目将被视为文档编制的中心位置，并且所有生产信息都将在该项目中可用。所有文档都可以在不同的选项卡中进行维护，如常规文档、项目文档、配置、开发、测试用例和培训资料选项卡。在最初的蓝图阶段，所有文档都在主项目中创建和维护。一旦所有的业务流程和文档都完成了，那么对于所有的主要变更，就创建了一个主要的发布项目。主要发布项目中存在的文档位于临时区域，并且在主要发布项目结束后转移到持久区域。
维护期间的文档管理：
所有文档都可以直接在Solution Manager中创建、更改和存储。要锁定文档，可以将其签出并保存在用户的机器上以执行更改。签出的文档仅在显示模式下对其他用户可用。进行更改后，可以签入文档，随后将更新SolMan文档。
除了签出文档之外，控制文档更改的唯一其他方法是限制特定节点的授权。可以将特定用户分配给节点，只有他们才能更改文档。如果没有这样的限制，那么拥有该项目更改授权的任何用户都可以对分配给业务流程结构的任何文档进行任何更改。
如果启用了历史记录，那么在文档的属性中，在"历史记录"选项卡中，发发淘客神器，所有更改都将与进行更改的用户的姓名以及以前的版本一起记录，这些更改将在Solution Manager中可用，并且可以通过"历史记录"选项卡访问。
重大发布/推出项目期间的文档管理：
在业务流程中需要重大更改时一个主要的发布项目被创建。业务流程结构的一部分（如场景）可以复制到主要的发布/推出项目中，云服务器租用，因此可以从两个位置同时访问同一文档。为了使更改更清楚，建议在文档的不同章节中对主要发布/推出项目进行更改。
测试文档是一个例外，因为主要发布项目可以有不同的测试用例，所以原始测试文档可能不会更改。所有变更应在维护/实施阶段结束时获得批准，然后转移到持久性区域。还可以链接文档，以便从多个位置访问同一文档，并从不同位置同时更新。这种共享文档的一个例子可以是用于用户出口的开发或配置文档，也可以是用于几个不同业务流程/步骤的badi。
还可以使用状态"Release"或自定义状态模式的最终状态锁定文档以进行更改，并且可以更改状态以更新文档获得适当批准。文档属性和关键字可用于过滤和报告文档。额外的KW文件夹还可以通过限制授权来限制对特定用户组的访问。可以创建不同的文件夹，并且机密文档可以保存在该文件夹中，人工智能技术发展，因此只有有限的用户组可以访问它。对于业务流程结构管理，建议使用"管理"选项卡上的"结构"属性来维护"准备测试"等处理状态，还可以将团队成员分配到流程或步骤以限制授权，其他未分配到节点的用户将可以在显示中访问只有模式。
这个用例最适合测试管理，因为新的和旧的测试信息可以在一个地方获得，集成和回归测试计划可以非常快速地创建和维护。应建立强有力的质量门控制，以确保在推出/发布/维护活动期间保持一致的质量和永久更新。应建立业务流程所有权，以分配批准和控制业务流程文档中更改的责任。
在SAP Solution Manager中，模板项目也可以作为唯一的真实来源。模板项目可以通过两种方式来管理业务流程
模板的使用：
不使用模板：
如果没有创建模板ID，则可以灵活地选择业务场景和流程，并将其分配给推出项目
模板项目中的文档管理作为唯一的真实来源
文档维护过程中的管理：
