Migrar para TISS 4.03.00 sem parar o faturamento: passo a passo

Por que migrar para TISS 4.03.00 virou urgência em 2026?

Desde 01/07/2026, operadoras são obrigadas a rejeitar arquivos fora da 4.03.00 nas trocas de arquivo (envio de lote, recurso de glosa e demonstrativos). O Componente de Comunicação 4.03.00 da ANS não abre exceção para prestador pequeno.

Na prática, um XML 4.02 enviado hoje volta com rejeição de versão no protocolo — e o lote inteiro não é sequer processado. O impacto financeiro aparece em 30–45 dias, quando a competência não paga.

• Rejeição imediata do lote (não gera glosa, gera rejeição).
• Perda de janela de competência se o reenvio corrigido ultrapassar o prazo.
• Retrabalho da equipe: refaturar tudo em versão nova, sob pressão.

Assista: visão geral da TISS 4.03.00 em vídeo

Se preferir uma explicação em vídeo antes de seguir para o passo a passo, veja abaixo materiais recentes sobre a versão 4.03.00 publicados no YouTube:

O que muda de fato na 4.03.00 em relação à 4.02?

A 4.03.00 consolida ajustes de tipos, novos campos de telessaúde, OPME e informações complementares do executante. As mudanças que mais quebram integração são estruturais — não apenas nomes de tags.

• Novos elementos obrigatórios em SP-SADT e internação.
• Alterações em tipos simples (formatos de data, tamanho de campos).
• Assinatura digital revisada em blocos específicos.
• Tabelas de domínio atualizadas (regime de atendimento, indicação clínica).

Cronograma realista: como migrar em 21 dias sem parar

O erro clássico é tentar migrar “na virada do mês”. O certo é rodar em paralelo: continuar enviando na versão antiga enquanto valida a nova, e só cortar quando 100% dos lotes de teste passarem.

• Dias 1–3: auditar sistema atual, listar operadoras e versões aceitas de cada uma.
• Dias 4–7: gerar amostra de 20 guias em 4.03.00 e validar contra o XSD oficial.
• Dias 8–12: corrigir campos faltantes, testar hash MD5 e assinatura digital.
• Dias 13–17: enviar lote-piloto para 2–3 operadoras (Unimed, Bradesco, SulAmérica).
• Dias 18–21: cortar produção; manter backup do sistema antigo por 60 dias.

Como converter arquivos antigos para 4.03.00 automaticamente?

Se você tem lotes pendentes em 3.05, 4.01 ou 4.02, use o Conversor TISS para migrar a estrutura entre versões preservando os dados. Sempre revalide o resultado no validador antes de transmitir — conversão sem validação é receita de rejeição.

Guias já pagas não precisam ser reenviadas. Só interessa converter o que ainda está em recurso, análise ou pendente de envio.

Comparativo rápido: 3.05 × 4.02 × 4.03.00

Plano de rollback: e se der errado no primeiro envio?

Rollback em TISS é congelar a versão antiga por 60 dias e voltar a enviar nela se a nova travar. Mantenha snapshot do sistema, backup dos XMLs e um responsável de plantão nos primeiros 3 envios reais. Após 15 dias sem incidente, desative a 4.02 em definitivo.

Perguntas frequentes

Conclusão

Migrar para TISS 4.03.00 não é projeto de TI, é operação de faturamento — e cada semana parado empurra competência para o próximo ciclo. Rode em paralelo por 21 dias, valide cada lote-piloto contra o XSD oficial e só corte quando tiver 3 envios reais bem-sucedidos. O validador TISS grátis e o conversor de versão cobrem as duas pontas do processo.