S/4HANA的一个显著特点是，与ecc6.0不同，在定制Golden客户机中创建或维护站点主控时不会提出定制请求。鉴于此，S/4HANA中的站点主数据是否应视为主数据或视为自定义数据？
更重要的是——也许更糟的是——你的网站主流程设计关键取决于这个"有争议"问题的答案。你最好弄清楚这一点。
每个SAP零售实施的关键要求是为新零售店的创建提供简单而直接的生产流程。在可能的情况下——通常也是可能的——这意味着在没有后续配置步骤的情况下精心设计一个流程。
可靠性、可重复性和相对快速的执行是关键要求。开一家新店。快点！
除了规定的要求之外，你的网站主流程设计应该遵循最佳实践，除非你有充分的证据表明你有经过深思熟虑的偏差。
最后，通过考虑可能的失败点来定位你自己的成功。随着业务流程的变化，或者新的业务流程和伴随配置的引入，您的流程设计是否仍然有效？
门槛很高，可以肯定的是，任何一个站点主进程都隐藏着丰富的复杂性。好消息是，最佳实践和标准功能最终可以掩盖复杂性并提供经得起未来考验的设计。有一个明确的前进方向。
站点主控分发是一个关键的设计决策
S/4HANA零售中的站点主控是技术配置，但在创建或维护站点主控时不会提出定制请求。使用标准T代码进行站点主机维护时，传输管理不相关。
相反，大数据前景如何，使用标准功能（数据复制框架或DRF）启用的站点主机分发，用于将站点主控定制和主数据从您的开发定制黄金客户机全面分发到需要站点主控的所有下游系统客户机。
对于您的S/4HANA零售环境，大数据怎么样，如何创建和维护站点主控？
S/4HANA零售标准流程和最佳实践。分发truth的一个版本可确保整个SAP环境中一致的站点自定义和主数据。生产数据保存在开发系统中。过程实现是额外的工作。
简化了开发系统中的安全和控制。依赖于人类协同行动并随着时间的推移。站点主控器定制不一致的可能性。
S/4HANA零售站点主控器是配置
站点主控器必须在您的定制golden client（开发系统）中创建，因为其他配置取决于站点主控器。您应该始终将Site Master视为单个业务对象，包括配置和技术对象的集合，例如Site、Site business Partner、Site ERP Customer和Site ERP Vendor。"站点"一词是指站点主控组件的完整集合，包括定制。
站点主控是一个由许多技术对象组成的业务对象，包括定制。
任何人都可以原谅将站点主控视为唯一的主控数据，因为它的名称。但是，即使在S/4HANA中，标准工厂（作为纯配置）到零售站点主数据（现在作为纯主数据）的转变仍然是不完整的。
业务流程所有者和架构师（包括平台、基础设施）需要考虑站点主数据是配置，因为他们有理由质疑为什么要在定制的黄金客户机（一个开发系统）中创建和维护所谓的"主数据"并随后分发。
使用站点配置文件和指定的复制规则，从参考站点创建站点主数据。请考虑，默认情况下，大约50个自定义表可能在创建时从参考站点复制到新站点主控形状上。
创建新站点主控形状将创建自定义（复制配置）。
因此，在生产环境中直接创建站点主控形状将在生产环境中创建自定义形状！此设计选择违反了第一个原则，用云服务器，即您的定制golden system客户端是定制的唯一版本。
站点主机分发是最佳实践
因为站点主机是在S/4HANA中定制的-至少部分是这样的-然后按照最佳实践处理S/4HANA中的站点主机作为定制。
这意味着，在实践中，站点主控应该在定制黄金客户机中创建，并分发给所有需要站点主控的下游系统客户机。站点主分发是一种最佳实践，因为通过实施站点主分发，过程复杂性最小化，贵州大数据，结果一致性最大化。
关键决策选项评估
标准分发过程。参与者少，训练有素。truth的一个版本确保了定制和主数据的一致性测试。与运输管理类似，但全面：包括基础资料和定制。
标准和手动流程。如果可能的话，自动化将是非常复杂的（非标准的）。随着新功能的引入，阿里大数据应用平台，站点定制的扩展是复杂的。负责测序站点主创建、维护和定制传输的人员。网站主定制不一致的可能性。
多以小工作量和复杂性为基础实施和维护。为实现支持业务流程的角色所做的安全工作，以及更广泛的工作。后期（在目标系统客户端中手动创建站点后）实施的工作量和复杂性显著增加（+WRICEF）。
使用标准事务代码的低复杂性、标准和手动过程。
在开发系统客户端中维护生产数据。控制数据维护和分发所需的安全角色。
简化非生产系统客户端的安全角色。安全和控制的重点是生产系统的客户。
一个版本的真相。类似于运输管理，但全面：包括主数据和定制。
人类负责排序站点主数据的创建、维护，以及定制SAP环境中的传输。
选项B的问题结果表现为引入了新的业务流程或业务流程更改（与基础站点主控相关的定制），这通常是预期的情况。
一个流程是什么，或者根据序列有很多变化？
