¡Caminando hacia el éxito!

Aprende en Comunidad

Avalados por :

RSA3: Verificação de extratores no SAP R/3 e sua importância na qualidade de dados

  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 15 Vistas
0
Cargando...
RSA3 é um programa simples de verificação de extratores que permite identificar problemas no sistema de origem, ou seja, no SAP R/3. Ele indica se o extrator está funcionando. Como os registros atualizados em InfoCubes e estruturas ODS são controlados por Regras de Atualização, você não conseguirá determinar o que está no InfoCube em comparação com o que está no ambiente R/3. Você não está modificando nada, então o que você faz no RSA3 não tem efeito na qualidade dos dados posteriormente. O verificador de extratos pode testar os dados extraídos na fonte, permitindo que você encontre erros/inconsistências de dados em um estágio inicial, antes de carregá-los no BW. Se houver algo errado nos dados dos campos aprimorados, podemos verificar no RSA3 e corrigir a lógica da Saída de Usuário lá mesmo, também podemos depurar a Saída de Usuário no RSA3. O verificador de extratos pode ser usado das seguintes maneiras, ou seja I. Verificando os Registros II. Verificando os dados no R/3 III. Alterando o Design IV. Configurando Filtros V. Selecionando os Campos VI. Seleção de Intervalo VII. Exportando os dados de uma Planilha VIII. Exportando os Dados por E-mail IX. Depurando o módulo de função do extrator I. Verificando os registros 1. Ir para a transação RSA3. 2. Inserir o nome técnico do extrator, ou seja, fornecer o nome da Origem de Dados e clicar em Executar (F8) Origem de Dados: Uma Origem de Dados é um objeto para recuperar dados. A Origem de Dados está localizada no OLTP (R/3). Possui uma estrutura de extração, um tipo de extração e um método de extração. A estrutura de extração descreve os campos da tabela interna que contêm os dados extraídos. O tipo de extração descreve que tipo de extrator a Origem de Dados utiliza. O método de extração extrai os dados e os transfere para uma tabela interna com o mesmo tipo que a estrutura de extração. A Origem de Dados também contém informações sobre o tipo de dados que armazena, por exemplo, atributos, dados transacionais, hierarquias ou textos. Também pode suportar diferentes tipos de atualização de dados. ID de Solicitação: Número de solicitação para a transferência de dados. Número chave para uma quantidade de dados e informações de controle, que pertencem juntos e foram solicitados no BW ao mesmo tempo. Uma solicitação consiste em dados (às vezes divididos em vários pacotes de dados) e informações adicionais sobre esses dados. Registros de Dados / Chamadas: Número máximo de entradas de tabela na interface de API de extração. Modo de Atualização: Modo de atualização de dados (Completo, Delta, etc.) Este elemento de dados descreve o modo como um extrator é chamado de um BW. Dependendo do modo, o BW espera que a solicitação de dados seja processada no extrator de várias maneiras: Tipos de Modo de Atualização Modo     ->               Descrição F     ->               Transferir todos os dados solicitados                            D     ->               Transferir delta desde a última solicitação         I       ->                  Transferir estado inicial para valores não acumulativos     R     ->               Repetir a última transferência delta       C       ->                     Inicializar a transferência delta                          S     ->               Simular a inicialização da transferência delta     Modo 'R' Este modo não deve mais ser compatível com o extrator sob as seguintes condições: 1. O sistema tem uma versão R/3 >= 4.0B 2. O extrator é completamente reversível dentro de um processo de extração, o que significa que nenhuma confirmação de banco de dados é realizada no extrator.  Modo 'S' Se um extrator for chamado neste modo, ele não pode fornecer nenhum dado. Seu único trabalho é garantir que, para esta solicitação, o modo delta ('D') seja possível para qualquer solicitação seguinte. Exemplo: O extrator utiliza um carimbo de data/hora armazenado em uma tabela de administração para determinar o delta. No modo delta, apenas os registros que mudaram ou foram gerados desde a última extração são realmente transferidos. No modo 'S', o carimbo de data/hora atual é incluído na tabela de administração, mas nenhum dado é transferido para o BW. Sistema de Destino: Sistema de origem do Sistema receptor, onde as aplicações são executadas, integrado em um banco de dados comum. No sentido da SAP, um cliente corresponde a um sistema lógico. Na definição de um cliente, você pode inserir qual sistema lógico é um cliente. O sistema lógico é relevante para as seguintes áreas da SAP: •     ALE, em geral: A comunicação é feita entre um ou mais sistemas lógicos. •     ALE, cenários de distribuição (por exemplo, contabilidade de centros de custo): Definição do sistema no qual uma determinada aplicação é executada. Mudanças nos dados mestres, por exemplo, só podem ser feitas neste sistema. •     Objetos de fluxo de trabalho: O sistema lógico sempre é incluído na chave de um objeto. Ao manter o sistema lógico, leve em consideração o seguinte: •     O sistema lógico deve ser único em todo o grupo. Não pode ser usado por nenhum outro sistema no grupo de sistemas ALE. •     O sistema lógico não pode
Pedro Pascal
Se unió el 07/03/2018
Pinterest
Telegram
Linkedin
Whatsapp

Sin respuestas

No hay respuestas para mostrar No hay respuestas para mostrar Se el primero en responder

contacto@primeinstitute.com

(+51) 1641 9379
(+57) 1489 6964

© 2024 Copyright. Todos los derechos reservados.

Desarrollado por Prime Institute

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?