Números Inteligentes na Implementação do SAP S/4HANA: Um Conto de Advertência

Data and business process owners: Que números devemos usar para Produtos, Localizações, Fornecedores, Clientes... e assim por diante? Uma pergunta aparentemente simples, mas as consequências de sua resposta são muitas e intermináveis. Cuidado!

Implementar o SAP S/4HANA ilustra o assunto universal, mas com nuances que exigem sua atenção para evitar problemas.

Como de costume, observar alguns princípios baseados em experiência pode promover bons resultados para Dados Mestres e processos de negócios, agora e no futuro.

Números Inteligentes

Este assunto surge em todos os projetos de implementação do SAP. Para definir o tópico à la Wikipedia : Um número inteligente é qualquer identificador único sintético que comunica informações adicionais sobre a entidade identificada.

É a prática de incorporar informações em um identificador na tentativa de torná-lo "amigável ao humano". Por exemplo, fazer com que os primeiros 3 caracteres de um número de peça representem o Departamento ao qual a peça pertence. Então, um usuário "sabe" que uma peça pertencente ao Departamento 123 tem um número de peça que começa com 123. Portanto, o usuário pode afirmar com confiança o oposto: Todas as peças cujo número de peça começa com 123 pertencem ao Departamento 123. Certo? A experiência ensina a resposta brutal a esta pergunta: Nem sempre. Departamentos podem mudar ao longo do tempo, assim como as peças atribuídas a eles. E aí está o problema.

Um dos meus argumentos eloquentes favoritos contra a implementação de Números Inteligentes é o de Michel Baudin: "Por que os números de peça 'inteligentes' devem ser substituídos por chaves e listas de propriedades". Por todos os meios, leia o argumento eloquente . Mas a simples verdade é que não somos inteligentes o suficiente para implementar números inteligentes! Realmente se resume ao fato de que praticamente todos os esquemas de números inteligentes falham ao longo do tempo. Às vezes, desde o início. Sempre causando estragos.

Tudo bem ser totalmente contra números inteligentes em princípio, e eu sou. Mas aqui está o perigo prático que deveria colocar o último prego no caixão dessa ideia. O SAP S/4HANA expõe identificadores internos, como números de Produto e de Parceiro de Negócios, ao mundo exterior. Esses identificadores permeiam o sistema integrado, e o número de identificação de um registro de dados mestres não pode ser alterado. Isso torna os números inteligentes perigosos e custosos. Simplesmente não faça isso.

Números para Objetos de Negócios

Alguns objetos de negócios no SAP S/4HANA são compostos por vários objetos técnicos, e cada objeto técnico tem seu próprio número de identificação. Um exemplo óbvio é o Parceiro de Negócios do SAP S/4HANA, que inclui tecnicamente um simples Cadastro de Cliente se o Parceiro de Negócios for estendido para uma função de Cliente, e/ou um simples Cadastro de Fornecedor se o Parceiro de Negócios for estendido para uma função de Fornecedor.

Não há uma exigência técnica de que o número de Parceiro de Negócios, Cliente e Fornecedor sejam todos o mesmo número. Para evitar confusão generalizada, é considerado "Boas Práticas" que os três objetos tenham o mesmo número. O principal objeto de negócios no SAP S/4HANA é o Parceiro de Negócios. Toda manutenção de dados mestres para este objeto de negócios é feita usando o número de Parceiro de Negócios. Isso inclui os dados mestres que você mantém para qualquer Cadastro de Cliente simples e/ou Cadastro de Fornecedor simples associado.

Mas o módulo de Vendas e Distribuição (SD) do SAP não reconhece o Parceiro de Negócios; você precisa inserir o número de Cliente simples ao executar processos de negócios do SD. E o módulo de Gerenciamento de Materiais (MM) do SAP não reconhece o Parceiro de Negócios; você precisa inserir o número de Fornecedor simples ao executar processos de negócios do MM. Imagine a confusão em todos os processos de negócios se o Parceiro de Negócios, Cliente e Fornecedor para o mesmo objeto de negócios não forem todos o mesmo número.

No SAP Retail, o mesmo se aplica - com um escopo muito mais amplo - para o Cadastro de Site de Varejo, que inclui obrigatoriamente um Parceiro de Negócios associado. Melhores Práticas para Números de Site no SAP Retail é que os objetos relacionados tenham todos o mesmo número de 4 caracteres: Site, Parceiro de Negócios do Site, Cliente do Site, Fornecedor do Site e Número do Centro de Lucro (para o Cadastro de Artigo).

O principal objeto de negócios neste caso é o Cadastro de Site. Um usuário de negócios está pensando em "Cadastro de Site" - e, portanto, pensando no número do Site - ao executar vários processos de negócios. Mas o número a ser inserido em um determinado processo de negócios - gerenciamento de sortimento, por exemplo - poderia ser o número do Cliente do Site. Não há uma exigência técnica de que o número do Site e o Parceiro de Negócios associado sejam o mesmo número. Mas é certamente confuso em toda a empresa se esse não for o caso.

Alocando Números

Para um determinado objeto de negócios, é prática comum alocar faixas de números para diferentes tipos do mesmo objeto de negócios.

Por exemplo, Locais que são Centros de Distribuição podem cair em uma faixa de números, enquanto Lojas de Varejo caem em outra faixa de números. Da mesma forma, Produtos destinados à venda podem cair em uma faixa de números, enquanto Produtos destinados ao consumo interno caem em outra faixa de números (ou seja, atribuição de faixa de números por Tipo de Material).

O sistema padrão SAP S/4HANA suporta a atribuição de tais números.