SAP SYSTEM - Structural Organization of the System - SAP Referencial e SAP Regional

Você conhece as estratégias estruturais do sistema SAP normalmente utilizados pelas empresas? Não? Vamos ver algumas informações úteis para novos usuários que ninguém ensina na vida real?

Fala pessoal que quer aprender coisas novas

Hoje vamos falar sobre alguns modos que as empresas se utilizam para subdividir o sistema SAP em ambientes para melhorar o gerenciamento dos dados de uma empresa e na velocidade de troca de informações.

Começando pelo entendimento de como funciona o sistema SAP, o sistema permite fazer diversas configurações para atender a necessidade da empresa, com divisões do sistema e com obrigatoriedades ou não, dependendo da lei e das obrigações de cada pais ou região.

Empresas que possuem muitas filiais costumam dividir seu sistema em Referencial e Regional, deixando o sistema Referencial com dados comuns para todas as filiais e sistema Regional para fazer a especificação local de cada filial, podendo conter regras e obrigatoriedades diferentes para cada local. Essa divisão normalmente é utilizada para dividir o fluxo de dados que o sistema precisa enviar e receber para funcionamento correto do sistema.

A divisão em ambientes referencia e regional garante uma melhor organização dos dados, maior velocidade de transferência de dados, menor chance de impacto de master data de uma filial para outra e diferenciação de dados para respeito de leis locais.

Brasil e EUA por exemplo possuem diferentes leis e regras de dados, porém podem produzir o mesmo produto, e com isso, no “Referencial” ter dados comuns, como código, descrição, tipo de material, etc e no “Regional” dados específicos do país, como CNPJ, Tipo de Imposto, etc. Ou pensando apenas no Brasil, podemos pensar em uma diferença entre São Paulo e Fortaleza que podem produzir o mesmo produto, ou seja, possuem os mesmos dados básicos em seu sistema Referencial, mas tem especificações de leis e impostos diferentes, sendo definidos no sistema regional para cada estado.

Fazendo uma demonstração simples, podemos desenhar um sistema SAP configurado da seguinte maneira para empresas com diversas filiais.

Vamos lembrar que os Dados do sistema Referencial são enviados via interfaces para todos os sistemas Regionais para atualizar dados básicos igualmente, fazendo com que todas os Servidores Regionais e plantas dentro deles tenham os mesmos dados comuns. Porém o fluxo oposto não ocorre, quando dados Regionais são atualizados por suas filiais e plantas não existe uma interface de informações para atualizar o servidor Referencial, sendo uma via de mão única, portanto, se tiver algum dado que é básico para todos os servidores e filiais, este deve ser atualizado diretamente no sistema Referencial e dali para os Servidores Regionais via Interfaces.

Olhando a tela do SAP Login do exemplo, podemos ver uma configuração de uma empresa que possui um Ambiente Referencial (0=Global) e 5 Ambientes Regionais distintos (América, Europa, Asia, Africa e Oceania), cada um deles contendo diferentes plantas dentro deles, diferentes dados específicos criados e atualizados para cada planta, porém todos com os mesmos Dados Básicos transferidos do sistema Global.
Devemos também lembrar que cada SAP, Global ou Regional, podem possuir diversos ambientes de atuação dentro deles, com ambientes de Produção, Simulação, Desenvolvimento, etc, cada um com seus dados próprios sem impactar o outro. Novos desenvolvimentos ou atualizações são feitas em Ambiente de Desenvolvimento, transportados para Qualidade ou Simulação para testes e se funcionam corretamente, transportados para Ambiente de Produção para vida real.

Espero que algumas das informações tenha sido útil para vocês, ou tenha ajudado com alguma dúvida ou curiosidade, lembrando que nem todas as empresas atuam exatamente do mesmo modo, mas estruturalmente, são bem parecidas, podendo ter todos os dados em 1 único servidor ou fazer divisões como em meus exemplos.

Obrigado a todos e até o próximo vídeo sobre criação de novos produtos.