O projeto na prática: sprints, ChaRM e lições aprendidas

Capítulo 8 de 9 · 9 min de leitura · atualizado em 08/10/2026

⚡ Resumo rápido

  • 🏃Sprint 1: CNPJ · Sprint 2: ND/NC + eventos
  • 📁ChaRM: CR = geral · CD = teste por stream
  • 🔄Refresh do sandbox apaga tudo: planeje
  • 👥Defina cedo quem faz o quê

Como dividir em sprints

SprintEscopoObservação
1CNPJ alfanuméricoImpacta clientes, fornecedores, dados mestres e localização. Pouca customização; muitas SAP Notes.
2Notas de Débito/Crédito + eventosConfiguração SAP + mensageria + monitor de eventos.
3+Cálculo de CBS/IBS, preço, devoluçãoAcompanhar publicações novas (ex.: regras de nota de devolução).

Cada sprint tem três frentes paralelas: SAP/consultoria, mensageria e sistemas satélites.

Um cronograma realista de sprint

Dia 1

Sandbox liberado → importar requests da mensageria e dos satélites; testar só o escopo da sprint.

Semana 1

Configurações do lado SAP.

Semana 2

Testes unitários (3 dias) e transporte.

Semana 3

Liberação para UAT em QAS — tudo OK até o fim da semana.

Semana 4

~1 semana de aprovação da governança global.

Go-live

Atenção a janelas: semanas de fechamento (fim/início de mês) costumam ser bloqueadas.

Documentação no ChaRM: a regra de ouro

📁 No CR (documentação geral)

PDFs de instrução (conector, CNPJ alfanumérico), lista de SAP Notes (cobrindo todas as sprints), BBP assinado e kickoff.

🧩 No CD (teste por stream)

Cada evidência no stream correspondente: OTC → CD de OTC, PTP → CD de PTP, ATR → CD de ATR.

Padrão de nomes dos arquivos

⚠️ Erros que voltam do revisor
  • BBP aprovado só por e-mail, sem a aprovação anexada ao documento.
  • Cabeçalho copiado de outro projeto (datas, autor, versão).
  • Transporte de workbench do sandbox ausente da documentação — o revisor precisa dele para conferir as SAP Notes aplicadas.
  • Planilha de transportes desatualizada (número e natureza de cada request) — trate como prioridade nº 1.

Refresh do sandbox: o risco escondido

⛔ O que acontece
  • Se o sandbox for refrescado com cópia de produção antes de as notas chegarem a produção, tudo que foi aplicado se perde:
  • SAP Notes, configurações e evidências de teste.

Abordagem que funcionou:

ℹ️ Atalho usado em go-lives anteriores
  • Testar forte no sandbox, pular o teste em DEV e ir direto ao QAS.
  • Combine isso com a governança antes — e lembre que fornecedores muitas vezes não têm permissão para importar requests: alguém da empresa precisa colocar o arquivo no servidor.

Quem faz o quê

PapelResponsabilidades típicas
Consultoria SAPSAP Notes, configuração (SD/MM/FI), documentação (BBP, testes), transportes, fluxos ND/NC.
Fornecedor de mensageriaConector, monitor de eventos, apuração assistida (se contratado), proposta comercial dos módulos.
Sistemas satélitesAjustes próprios (CNPJ, XML), requests no sandbox, testes com dados reais.
TI da empresaAcesso ao ChaRM, importação de transportes, ABAP interno, agenda das calls.
Fiscal / taxDono do processo; teste integrado; decisões de escopo (quais ND/NC existem).
Governança globalRevisão técnica (5 dias úteis é comum), aprovação de mudanças, datas de refresh.

Decisões que costumam ficar sem dono (resolva cedo)

  1. Comprar ou não o pacote completo da mensageria (monitor + automação).
  2. Quem executa ND/NC: consultoria ou produto do fornecedor.
  3. Mover ou não datas de refresh e de ambientes de qualidade.

Checklist de reunião

📦 Materiais para ir além

Kit

Kit Reforma no SAP

Checklist de SAP Notes, roteiro de testes do CNPJ alfanumérico, matriz de ND/NC × eventos e modelo de EF para ND/NC automática.

Entrar na lista de espera
PDF

Mapa de ND/NC e eventos (para imprimir)

Todos os tpNFDebito, tpNFCredito e eventos numa página, com quem emite, quando usar e o efeito no imposto.

Entrar na lista de espera

Fontes

🧰 Kit Reforma no SAP

Checklist de SAP Notes, roteiro de testes, matriz ND/NC × eventos e modelo de EF. Entre na lista e receba o lançamento com desconto.