Fundamentos do S/4HANA explicados: o que realmente muda em relação ao SAP clássico

Do SAP ERP ao S/4HANA: por que um sistema novo?

O clássico SAP ERP (ECC) vem dos anos 90 e foi ampliado ao longo de décadas. O resultado: um sistema que cresceu com milhares de tabelas, agregados e índices, onde a mesma informação costuma ser armazenada várias vezes. Ali, fazer relatórios geralmente significa: extrair dados, consolidar durante a noite e analisar no dia seguinte.

O S/4HANA, por outro lado, foi construído do zero para o banco de dados in-memory SAP HANA. Em vez de ler dados do disco, o sistema calcula diretamente na memória — rápido o suficiente para calcular totais e relatórios em tempo real a partir dos documentos. Tabelas de agregação se tornam desnecessárias e o modelo de dados fica mais enxuto.

Para as empresas, a mudança já não é uma modernização voluntária: a SAP está encerrando a manutenção do ECC clássico. Por isso as vagas de emprego pedem hoje quase exclusivamente conhecimentos de S/4HANA — e as universidades estão adaptando seus cursos.

O núcleo: um modelo de dados mais enxuto

A consequência técnica mais importante do in-memory: agregados e índices desaparecem. Onde o ECC mantinha tabelas próprias para os totais da contabilidade financeira, o S/4HANA calcula os valores ao vivo a partir das linhas de lançamento quando necessário.

O exemplo mais conhecido é o Universal Journal (tabela ACDOCA): FI, CO, Material Ledger e contabilidade de imobilizado gravam em uma única linha de lançamento. A antiga separação entre contabilidade financeira e controlling — um tema recorrente no ECC — desaparece em grande parte. Classes de custo agora são contas do razão, e cada documento carrega informações de FI e CO ao mesmo tempo.

Quem entende isso, entende metade da lógica do S/4HANA: menos tabelas, sem redundância, relatórios em tempo real diretamente sobre o documento. Perguntas de prova como «Onde a atribuição de CO é gravada no S/4HANA?» são respondidas com segurança: ACDOCA.

Parceiro de negócios em vez de cliente e fornecedor

Uma das mudanças mais visíveis nos dados mestres: os cadastros de clientes e fornecedores passam a ser gerenciados pelo parceiro de negócios central (Business Partner, transação BP). Ele reúne todos os papéis — cliente, fornecedor, pessoa de contato — em um único objeto.

As transações clássicas XD01 ou XK01 agora apenas redirecionam. Nas provas isso costuma aparecer como questão de compreensão: por que existe o parceiro de negócios? A resposta: dados mestres sem redundância e uma visão unificada dos parceiros em todos os módulos.

Fiori em vez de SAP GUI

O clássico SAP GUI com seus códigos de transação é complementado pelo Fiori Launchpad: blocos em vez de árvores de menu, funções em vez de listas de transações, busca integrada — bem mais próximo de aplicativos web modernos. Muitos processos padrão rodam hoje como apps Fiori, por exemplo «Criar pedido de compra» ou «Exibir faturas de fornecedores».

Para provas e para a prática, isso significa: você precisa dos dois. A lógica do processo continua a mesma, mas o caminho no sistema muda — e muitas universidades já trabalham exclusivamente com Fiori.

Dica prática: quem conhece as transações do GUI encontra rápido os apps Fiori correspondentes pela busca. E no sentido inverso, ajuda anotar qual documento está por trás de cada app — isso conecta a interface à compreensão do processo.

O que muda no dia a dia de trabalho

Para o trabalho diário, o S/4HANA significa sobretudo três coisas: processos mais rápidos (sem esperar jobs em segundo plano), relatórios melhores diretamente no sistema (analítica embarcada em vez de exportações para Excel) e novas variantes de processo como reconhecimento automático de documentos ou funções preditivas.

Ao mesmo tempo, muita coisa continua familiar: fluxos de documentos, estruturas organizacionais e a lógica básica de order-to-cash e procure-to-pay são os mesmos do ECC. Quem entendeu os processos no sistema antigo se orienta rápido — mas precisa aprender as novas interfaces e modelos de dados.

O que aprender na prática

Uma ordem sensata: primeiro navegação e estruturas organizacionais (mandante, empresa, centro, organização de vendas), depois o parceiro de negócios, em seguida o Universal Journal e, por fim, um processo completo como order-to-cash ou procure-to-pay no sistema ao vivo.

No módulo «Fundamentos do S/4HANA» da amigoSAP, percorremos exatamente esses pontos ao vivo no sistema — incluindo as diferenças para o ECC que caem repetidamente em provas. Assim você aprende não só onde clicar, mas por que o sistema funciona como funciona.