AMTP · MIGRAÇÃO DE DADOS
Migração de Dados SAP
Catálogo de riscos, causas-raiz e controles — onde o go-live trava, e como evitar.
Extração
Transformação
Mock
Carga
Reconciliação
Cutover
Go-live
ArcelorMittal Sistemas · Gerência de Delivery Funcional SAP
‹ ›use as setas ou arraste
01 · O PROBLEMA
Por que a migração assusta

O erro de dado só aparece quando já é tarde.

⏱️

Aparece no go-live

Dependência, imposto ou saldo errado passam no mock e só explodem em produção, com usuário esperando.

custo alto, pressa
🧮

Sem reconciliação formal

Ninguém contou nem somou por chave. A diferença entre legado, arquivo e SAP passa despercebida.

sem prova
🗣️

Regra de negócio verbal

Decisão fiscal/contábil combinada "no corredor" muda depois de vários testes — e derruba o de-para.

retrabalho
02 · PANORAMA
O que mapeamos

Um catálogo, não um susto.

41
erros comuns mapeados, com causa-raiz e controle
26
de severidade Alta — potencial de travar o go-live
5
já confirmados no AMTP (+2 a validar)
Transacional · OTC10
Dados Mestre · Parceiros6
Dados Mestre · Material5
Governança5
Dados Mestre · Vendas4
Demais processos11
03 · CONFIRMADOS NO AMTP
Prioridade imediata

Os 5 que já ocorreram — clique para o detalhe.

4 dos 5 confirmados são de SD/OTC (customer master, KNMT, programa Z, de-para). É onde o projeto mais sangra — e onde o controle rende mais.
04 · CAUSA-RAIZ
De onde vêm os erros

8 causas-raiz — e 4 concentram o risco Alto.

Categoria (causa-raiz)QtdAltaNo AMTPPeso
Dependência / sequência961
Semântica / conteúdo961
Configuração mascarada540
Reconciliação550
Formato / template400
Processo / governança430
Chave / unicidade322
Programa Z / ferramenta201
Total41265
Dependência e Semântica dominam (18 dos 41). Ou seja: a maioria dos erros é de ordem de carga e conteúdo do dado — ambos previsíveis e controláveis antes do mock.
05 · ONDE DÓI MAIS
Order-to-Cash / SD

OTC concentra o maior risco.

10 erros · 7 de severidade Alta.
Quantidade aberta errada
OV migrada com quantidade total em vez do saldo → entrega em duplicidade.
VBAP × VBUP
Precificação refeita na carga
Nova determinação muda o valor da OV frente ao legado.
copiar × redeterminar
Determinação de conta (VKOA)
Fatura bloqueada para contabilização: conta não determinada.
VFX3 / VKOA
Gestão de crédito
Limite/exposição não migrados → OV bloqueada logo após o go-live.
UKM_BP / VKM1
06 · QUANDO APARECE
A regra de ouro do timing

Quanto mais tarde o erro aparece, mais caro ele é.

14
Mock
barato de corrigir — a hora certa
9
Carga transacional
dependências e parceiros
8
Cutover
reconciliação e delta
10
Pós go-live
caro, com usuário parado

Metade dos erros Alta só se manifesta no cutover ou pós go-live. O objetivo do catálogo é puxá-los para o mock, onde a correção é barata.

07 · OS CONTROLES
O que previne — por objeto, antes de cada carga

8 controles que neutralizam a maioria dos riscos.

🧮

Reconciliação assinada

Contagem + soma de valor por chave em cada mock, com sign-off por empresa/moeda.

🧊

Freeze de config

Congelar customizing durante os mocks; change log revisado antes de cada carga.

🔗

De-para único e auditável

Uma tabela legado→SAP, com regra de desempate, para matar o 1:N.

🪜

Ordem de carga

Básica → centro → vendas → contabilização; lotes e classificação antes do saldo.

📦

Só o saldo aberto

Migrar o saldo (não o total) em OV, PO e AR/AP — evita duplicidade de entrega/pagamento.

⚙️

Arquivo gerado por script

Nunca editar o template à mão — evita XML corrompido e erro de formato/encoding.

🧪

Teste do programa Z

Teste unitário com massa controlada — separa bug de ferramenta de erro de dado.

🚚

Dono do delta

Janela de congelamento do legado + responsável pelo delta entre último mock e cutover.

08 · RECOMENDAÇÃO
O que proponho

Três movimentos até o próximo mock.

1 · Antecipar
Rodar o checklist deste catálogo por objeto antes de cada carga — puxar o erro para o mock.
2 · Reconciliar
Relatório de reconciliação assinado por objeto (contagem + valor) como critério de "mock aprovado".
3 · Documentar
Regra de negócio escrita e aprovada antes do build do de-para; toda correção volta para a regra de transformação.

Prioridade imediata: fechar os 5 confirmados (4 em SD/OTC) e validar os 2 pendentes — antes do próximo mock.

MIGRAÇÃO DE DADOS SAP
Em uma frase

Menos surpresa no go-live.
Mais controle no mock.

41 riscos mapeados, causa-raiz clara e um controle para cada — do extrato ao go-live.

ArcelorMittal Sistemas · Migração de Dados SAP · AMTP · Gerência de Delivery Funcional SAP