Migrando o Master do Cliente para o SAP – Um Guia Harlex

Cliente

1. Visão Geral

1.1 Introdução

Junto com fornecedores e materiais, o mestre do cliente é um dos principais objetos de dados mestre a serem carregados como parte de uma migração do SAP. Os dados do cliente serão muito importantes para o negócio do seu cliente e, como resultado, você precisa garantir que você obtenha os dados corretos nesta área. Este white paper analisará alguns dos diferentes aspectos do mestre do cliente e alguns dos principais problemas que surgiram ao tentar migrar dados para um sistema SAP informatica.

1.2 Suposições

A melhor abordagem para carregar o mestre do cliente na SAP é via LSMW usando o programa de carga padrão RFBIDE00 ou o mestre de clientes IDOC ou BAPI.

2 Pontos de Discussão

2.1 Dados de endereços

Um dos principais atributos do cliente é o endereço de dados. Isso é importante para a entrega de mercadorias no local correto, cobrando a empresa correta, etc. Como parte da migração, os dados do endereço geralmente são inconsistentes no sistema herdado por meio de anos de manutenção por diferentes usuários. Uma migração é um bom momento para rever e melhorar esses dados. Isso é conhecido como “limpeza de dados”. Normalmente é a melhor prática para a limpeza no banco de dados herdado antes da migração, de modo que a migração seja limpa e transparente possível. Exemplos de inconsistências podem ser:

– A cidade do endereço pode ser “Kiev” em alguns endereços, em outros, “Kv” – Alguns números de telefone podem ter colchetes em torno do código de área, outros não podem – Alguns endereços podem estar faltando um código postal que não é obrigatório no sistema legado, mas que pode estar no SAP

Como a limpeza de dados geralmente envolve uma grande interação do usuário, muitas vezes é benéfico olhar para as maneiras pelas quais a equipe de migração pode ajudar, por exemplo. usando uma rotina ABAP dentro do LSMW para formatar os números de telefone corretamente. Outra opção pode ser usar um sistema de middleware, como DataStage ou Informatica, mas isso será discutido em um documento separado. O melhor método para carregar dados mestre do cliente é usando a ferramenta LSMW com o programa padrão RFBIDE00 que cria uma sessão BDC a ser processada. Alguns dados de endereço estendidos (mantidos na tabela ADRC) não são encontrados nas estruturas padrão para este programa, mas isso é facilmente resolvido criando uma gravação simples que pode preencher os campos que faltam. Outra opção LSMW é usar o BAPI que cria IDOC de mestre de cliente na estrutura DEBMAS. Esta opção também é flexível e os benefícios são baseados em programas padrão SAP, mas o processamento IDOC é menos transparente do que o BDC e é bastante lento ao processar grandes volumes de dados. Observe também que, embora muitos dos campos de endereços para o mestre do cliente sejam o comprimento 40 (ou mais em versões posteriores), você não deve usar mais de 35 tantos programas padrão da SAP apenas no primeiro 35.

2.2 Número do Cliente Legado

Muitas vezes, ao migrar o mestre do cliente de um sistema herdado para o SAP, haverá uma identificação de cliente herdada. Em uma migração simples, você poderá trazer este número legado para SAP como o número SAP principal (KNA1-KUNNR), mas isso geralmente não é possível devido a confrontos na gama de números, ou não é desejável, pois não se encaixa no intervalo determinado para futuros clientes. Neste caso, é costume armazenar o número antigo em outro campo no mestre do cliente pelas seguintes razões:

1. Os usuários gostariam de ter a segurança de saber que o ID legado não foi completamente apagado. Eles podem procurar por seus clientes com base em seus ID legados, enquanto se acostumam com o novo sistema.

2. É útil que o número do legado seja armazenado como parte de uma carga inicial de clientes, de modo que, quando as cargas de atualização subseqüentes acontecem (por exemplo, adicionando dados adicionais usando uma gravação ou atualizando as funções do parceiro), esses programas de atualização terão uma maneira de identificando os clientes SAP.

3. Além das cargas de atualização, também existem outros objetos dependentes, tais como condições de preços, ordens de vendas e itens AR abertos, onde seu arquivo de origem normalmente fará referência aos ID legados antigos. A SAP forneceu um campo chamado “Número de conta anterior” (KNB1-ALTKN) armazenado no nível do código da empresa. Aqui é onde você normalmente armazenaria o número do legado. Isso funciona mesmo em projetos multinacionais onde o mesmo cliente pode existir em diferentes sistemas legados, porque o campo está no nível do código da empresa. Se não for suficiente devido a vários clientes legados no mesmo código da empresa apontando para um cliente, talvez seja necessário considerar outras opções, como criar uma tabela personalizada ou usar características de múltiplos valores na classificação do cliente. A pessoa responsável pela construção do programa de carregamento do LSMW também deve criar uma rotina que permite que outras cargas encontrem o novo cliente SAP para uma determinada ID interrogando o campo escolhido.

2.3 Tipos de parceiros Tenha em atenção a configuração SD em torno dos clientes, especificamente as configurações do Grupo de contas. Quantos grupos de contas devem ser configurados no novo sistema e quantos grupos de contas precisam ser carregados como parte da migração? Quanto menos melhor for a simplicidade de carga. UMAvendido para festa terá um Grupo de Conta, um navio para festa terá outro grupo de contas. As telas mestre do cliente podem ser configuradas de forma diferente, dependendo do grupo de contas. Por exemplo, uma conta para o cliente do partido não terá uma tela de organização de vendas e um navio para não terá dados financeiros. Você precisa atender a essas diferenças na sua população de campo LSMW. Às vezes, é possível simplificar o processo. Por exemplo, é possível criar todos os clientes com um grupo de contas – Vendido e quando se trata de carregar as ordens de venda, se o endereço de entrega for diferente do endereço vendido, então você pode refletir essa diferença no endereço de entrega de a ordem do cliente. Se você estiver carregando relacionamentos de parceiros, isso normalmente é feito em um segundo passo após a criação dos principais dados. Talvez seja necessário trabalhar com alguns parceiros em sua carga inicial, se tiverem sido configurados como obrigatórios.2.4 Códigos de empresas múltiplas e áreas de vendas Uma migração simples conterá apenas um código de empresa e uma área de vendas por cliente. Mas às vezes (especialmente em lançamentos de vários países), existem vários códigos de empresas e organizações de vendas. Se este for o caso, as melhores práticas envolverão um exame cuidadoso da estrutura de origem. A normalização dos dados determina que é melhor destaque separar os arquivos de entrada dependendo dos dados. Então, você teria um arquivo para os dados básicos (KNA1), um arquivo para os dados do código da empresa (KNB1) e um para os dados da organização de vendas (KNVV). Por exemplo: 2.4.1 ID do arquivo básico Nome Rua Cidade País FR12 Acme Ltd 9 Estrada romana Londres UK2.4.2 Código da empresa ID do arquivo Código da empresa Atribuição da conta Grupo Chave de classificação FR12 GB01 A1 001 FR12 GB02 A5 0052.4.3 Organização de vendas ID do arquivo Comércio Org Dist Canal Division Sales Office FR12 GBX7 01 01 AB1 FR12 GBX6 01 01 AC3 Você atribui esses arquivos aos diferentes segmentos nas estruturas alvo da entrada do programa padrão dentro do LSMW. Observe que a área de vendas pode ser mais detalhada em projetos mais complexos para que existam múltiplos canais e divisões de distribuição por org de vendas, caso em que essa estrutura de arquivo ainda seria mantida. Além disso, lembre-se de que uma característica de um sistema normalizado, como o SAP, é que os dados dependentes do cliente extrairão informações do mestre do cliente. Muitos dos campos do mestre do cliente são compartilhados com o objeto da ordem do cliente, por exemplo. Então, quando um usuário está criando uma ordem de venda manualmente, eles não precisam digitar muitas informações cada vez; eles escrevem no cliente e isso traz toda uma riqueza de informações na ordem automaticamente. (Isto é o mesmo com materiais e fornecedores, por exemplo, pedidos e documentos de movimentos de mercadorias). Tenha isso em mente ao mapear dados. Pode ser que um padrão seja feito no cliente e não é importante porque será alterado na ordem de vendas dependente, e. Algumas informações de envio

You may also like

Leave a Reply

Your email address will not be published. Required fields are marked *