SAP Retail Site Master Distribution会提示许多团队提出问题：基础、安全、网络/基础架构和控制/法规遵从性。哦，主数据团队也非常感兴趣。

背景是SAP零售站点主数据是在定制Golden system客户端的开发中创建的，然后分发给需要站点主数据的所有下游系统客户端。这是生产过程。

采用Site Master分发的关键设计决策为Site Master作为业务对象建立了一个版本的真相，包括定制和主数据。数据复制框架（DRF）是支持分发过程的标准功能。

SAP客户通常将站点主数据的创建和维护放在其财务组织内（因为他们通常是第一个知道新位置的人）或集中的主数据团队内。在任何情况下，一个组织中通常只有两个或几个人被授权维护和分发站点主数据。即使在拥有数千个站点主服务器的组织中也是如此。

站点主服务器的维护和分发植根于标准的功能、良好的文档记录和严格的控制。

执行站点主服务器维护和分发的个人仅根据业务流程程序（BPP）执行步骤，这是一个标准程序的逐点文档。这是一个非常狭窄的授权和流程执行范围，从不（或几乎从不）包括执行配置的授权。

根据定义，任何不属于BPP的需求或流程步骤都是，不是生产过程的一部分，需要由生产支持团队进行异常处理，中国云，或者成为一个小型IT项目。在这种情况下，具有配置授权的生产支持团队或项目团队，将领导配置和维护活动。

对生产流程的任何更改将提示更新站点主业务流程程序文件。

站点主分发通常由执行站点主创建和维护的同一个人执行。该人员最清楚地了解哪些目标系统客户应接收站点主控信息以及何时接收。

是的，确实如此。

这就要求客户在定制黄金客户中扮演特定的安全角色，也许还需要下游质量和性能系统客户。

SAP中的开发和质量系统环境始终被视为生产支持环境的一部分；任何不可用或停机都会限制您对生产支持问题实施和测试修复的能力。

在开发系统客户机中维护生产主数据的事实确实提高了系统可用性敏感性，但这可以通过简单的程序来缓解。开发系统不可用的计划应包括允许具有消防员ID的用户直接在生产中创建和维护站点主控，然后执行回填定制黄金客户机（如果可用）的步骤，其次是对所有需要站点主控的下游系统客户机进行控制分发和测试。

这是一个潜在的场景-和其他许多场景一样-值得认可和关注，但这不太可能增加正式的开发系统可用性要求。

在定制的黄金客户机中维护一个版本的真相可能会带来挑战，因为在整个环境中，您有"真相的多个版本"的业务需求。

识别场景是第一步，活动协调和计划的系统调整的一些组合随后会出现。存在的选项既可以影响站点主数据的分发时间，也可以影响将要分发的数据。考虑到很少有人参与这个过程，个人大数据，协调通常需要很少的努力。

一个典型的例子是建立一个配送中心，这通常包括在生产站点主创建过程之外的定制，主要集中在商店的cookie cutter性质。这样的站点主控可能需要一个协调的流程，考虑站点主控分发的时间和顺序以及可能的相关定制请求。

另一个常见的例子是引入一个新的业务流程，包括站点主控的定制，特别是已经存在于生产中的站点。在这种情况下，云服务器是什么，您希望在开发中引入或更改特定于站点的定制或主数据，然后是质量系统，必须避免在将来的发布日期之前将特定的定制或主数据转移到生产中。这是一个非常通用的场景描述。意识到您的特定场景将需要一个同样特定于场景的响应，并考虑到特定于场景的表和字段级别的详细信息。

例如，可以通过配置来控制在站点主数据分发期间传输的特定表列表。

对于更细粒度的控制，考虑SAP Note 2661831–通过DRF的站点分发：影响站点主数据的BAdI方法。您希望使用DRF在两个saps/4HANA系统之间分发站点主数据，但在传输站点主数据之前，您需要执行一些检查以删除或增强要分发的数据。您可以使用此说明激活BAdI BAdI泳SITE泳District来执行您自己的检查，并采用要分发的数据。

在配置和执行SITE Master Distribution时，您可以完全控制"何时何地"。虽然自动分发是可能的，但是站点主控的分发通常是一个经过深思熟虑的步骤，由负责人执行，站点主控被分发到特定的系统客户端。

您可以完全控制站点主控的特定列表和在站点主控分发期间要传输的自定义表。是配置。

这里是相关的定制路径：SPRO>后勤–常规>工厂主数据>工厂复制设置>维护工厂运输表

另请参阅保存此自定义的表站点分发选项卡的内容。