对于建立在多个系统上的应用程序来说，数据协调是一个挑战；数据由发送方系统发送，由接收方系统接收。跨系统的数据必须有效，才能对企业系统有用。当数据跨系统发送时，错误会不经意地出现。为了保持企业系统中数据的一致性，必须跟踪和纠正这些错误。这可能需要跨系统手动或智能地协调不同的数据。必须建立系统，淘客pid，以确保准确的数据发送到生产和从生产。不经意的错误可能导致生产和生产支持出现问题。此外，由于数据不准确，后续流程也会遇到问题。

银行业通常具有异构的系统环境，在银行流程中涉及许多不同的系统，彼此之间交换大量交易。每次将数据发送到两个或多个系统时，都会产生数据不一致的潜在风险，需要实施协调机制以确保数据一致性。通常，这是通过为每个特定场景提供专用应用程序来解决的，这会导致更异构的环境和多个数据竖井。为了遵守产品标准ITSAM，我们需要确保不同系统之间的数据一致性。

SAP银行业务实施项目始终面临着至少为涉及的SAP系统（如果不是所有涉及的系统，包括第三方产品和遗留系统）提供对账解决方案的要求。如果不存在一致的协调策略，项目需要找到一个客户特定的解决方案，这可能是一个相当大的成本驱动因素。我们现在没有针对每个客户制定一个具体的解决方案，这会导致更复杂的问题，而是采用一种统一的方法来解决数据对账问题。

在生产系统中，客户在账单、付款分配、客户管理和FICAx（未结项管理）系统中面临着一些不一致的问题，和未清项结算。由于帐单文档的创建、付款分发和未清项清算是独立的异步过程，这些差异会导致系统中的数据不一致。这反过来又会影响后续的异步过程，如发票。

遇到的不一致要么是由于技术问题，例如RFC调用失败，要么是由于功能问题，例如导致不创建对象或接收器系统上不一致对象的不一致自定义。数据核对可以是数字核对，也可以是定性核对。在数字对账的情况下，可以根据数字（例如账单金额）聚合数据并进行比较。如果聚合数据中没有问题，则数据是一致的，不需要采取进一步的操作。如果聚合数据不一致，云品，则可以检查详细数据以找到不一致的来源。在定性协调的情况下，没有需要协调的数字；发送方和接收方系统中有需要协调的非数字的特定对象。例如，业务伙伴。在这种类型的对帐中，不能应用聚合，必须检查每个对象。我们在对账模型中采用的方法是数字对账，可以检测到由于技术和功能问题导致的不一致。

作为数据对账的第一步，在银行服务系统（发送方系统）中的账单批量运行期间生成唯一的对账密钥。在用户出口中执行对帐密钥的生成。在用户出口中生成对帐密钥使客户能够灵活地选择如何生成对帐密钥、密钥的结构以及对帐密钥保持不变的记录数。用于生成对帐密钥的参数可由客户决定。此唯一对帐键与所有帐单项目关联，并对帐单项目执行数据聚合，返利助手，聚合数据存储在单独的出站聚合数据表中。将相同的调节密钥传递给FICAx系统（接收器系统）。数据聚合对接收系统中的传入数据执行，并存储在单独的入站聚合数据表中。

一旦计费批量运行成功完成，八斗大数据，发送方系统和接收方系统上的聚合数据和详细数据将用于BW系统中的对帐。

如上所述，对于数据协调，发送方和接收方系统需要分别提供两个BW数据源：聚合数据源和详细数据源。下图说明了数据核对所需的发送方和接收方系统上的不同组件。

通常汇总数据的数据源仅从特定的核对表中读取，i、 e.入站或出站聚合数据表（其中数据在基于对账单元的聚合后存储）。详细数据源还从具体的详细表中读取应用数据，例如我们场景中发送方系统上的计费项目和接收方系统上的计费文档。

第一阶段的数据对账涉及ERP系统上的活动，作为第二阶段的数据对账，数据传递到BW系统，人工智能关键技术，进行进一步处理的地方。为此，BW协调中心的概念用于以标准化的方式协调数据；协调中心由BW对象组成，BW对象用作构建协调数据所需的BW对象的模板。这些BW对象包括InfoObjects、InfoSources、DataStore objects、InfoCubes、Multiproviders和transformations。协调中心是一个框架，可用于协调不同的对象。

协调中心还需要创建自定义，以维护有关协调跟踪的各种详细信息。定制活动如下所述。

一旦BW对象和定制到位，将建立一个流程链来执行实际的对帐。使用时间戳作为标准，通过构建在源系统和接收器系统上的提取器将聚合数据从源系统提取到BW系统中。从上次提取到当前提取的聚合数据被提取到BW系统中。然后对从发送方和接收方系统提取的聚合数据进行协调，使它们成为所需的格式。然后对聚合数据进行处理，以确定是否存在差异。如果在聚合数据中检测到差异，则使用对帐密钥-对帐日期对提取与检测到的差异相对应的详细数据。详细数据的提取基于对账密钥和对账日期，因为这两个参数是从汇总数据向下钻取到详细数据的主要链接&当前在给定的一天中，所有对账密钥都是唯一的。详细数据也在BW系统中协调和处理。这样一个过程的最终结果向我们展示了存在差异的记录/项目。然后，可以使用报告工具（如BEX analyzer报告）以所需格式将产生的差异报告给所需用户。

下面是一个动作图，显示了BW系统中的数据流。

图1：两步对帐法的总体流程