e-CNHsp — DETRAN SP | PRODESP
Acesso restrito
e-CNHsp — DETRAN SP | PRODESP
Painel de migracao e-CNH — Base URL: —
Ultima atualizacao: —
O que esta aba mostra

Visao geral dos endpoints REST do sistema legado eaigefor que precisam ser migrados para o novo sistema. Cada linha e um endpoint com massa de teste, cenarios e dependencias mapeadas.

  • Validado — endpoint testado em DEV com massa real, resposta esperada confirmada.
  • Massa pronta — SQL de massa preparado, aguardando dispatch do desenvolvedor.
  • Recipe pronta — write MF — endpoint que escreve no mainframe, exige confirmacao manual (irreversivel em prod).
  • Pendente — ainda nao mapeado/testado.
  • Ghost — endpoint orfao (legado nao usa).

Visao geral

Service # Metodo Path TRX Status Validado em

Detalhe por endpoint

O que esta aba mostra

Progresso da migracao Java 21: cada endpoint do legado eaigefor (Java 8 / WebSphere) que precisa virar implementacao no novo sistema api-ecnh (Java 21 / Spring Boot). Inclui dificuldade estimada, API destino e status atual.

Pills de status:

  • MATCH — schema do legado bate com o migrado, endpoint pronto.
  • MF / SHAPE — divergencia (aguardando mainframe ou formato de resposta).
  • ERR — erro de runtime no migrado.

Tipo de implementacao (badge):

  • TRX = chamada mainframe direta · HIB = consulta Hibernate (DB2)
  • CBU/ABN/IRGD/SOAP = servicos externos · WIP = placeholder em desenvolvimento

Status dos DNSs publicos (DEV)

Ultima verificacao: —
O que esta aba mostra

Healthcheck dos DNSs publicos em DEV (cnh-api-condutor, cnh-api-cadastro, etc). Sao APIs implementadas por outros times com base na mesma migracao — esta aba e referencia, nao impacta o trabalho deste repositorio.

  • ONLINE — endpoint /actuator/health/liveness retornou 200.
  • OFFLINE — timeout, refused ou erro HTTP.

Historico recente

Dados gerados pela skill /verifique-status-dns rodando scripts/check-dns.js no doc-cnh-api. Falhas geram log textual com headers, body e mensagem de erro da chamada.

Paridade legado x migrado

Ultima verificacao: —
O que esta aba mostra

Comparacao automatica de schema de resposta entre o sistema legado eaigefor (DEV via VPN) e o sistema migrado api-ecnh (local). Para cada endpoint, dispara a mesma chamada nos dois lados e compara tipos e presenca de campos — nao valores (ignora timestamps, IDs gerados, ordem).

  • MATCH — schemas identicos, endpoint pronto.
  • DIFF — algum campo divergente (faltando, tipo errado, status HTTP diferente).
  • ERROR — algum lado nao respondeu (timeout, refused, 500).
  • SKIPPED — endpoint marcado pending_real_impl (placeholder, ainda nao implementado de verdade).

Endpoints testados

Dados gerados pela skill /testar-paridade rodando scripts/test-paridade.js no doc-cnh-api. Compara schema (tipos/presenca de campos) entre legado eaigefor (DEV via VPN) e migrado api-ecnh rodando localmente em http://localhost:8080 — api-ecnh nao e deployado, e uma app local.

Transacoes Mainframe (validade da chamada ao MF)

Ultima verificacao: —
Como ler esta aba (para gestores)

Cada transacao mainframe (TRX) e uma chamada que o sistema novo (api-ecnh) precisa fazer corretamente para o computador de grande porte do DETRAN (mainframe Unissys, "alta plataforma"). A aba mostra se a chamada esta sendo aceita pelo mainframe.

  • Chamada MF OK — mainframe aceitou e respondeu. Builder validado, drop-in replacement do legado.
  • MF rejeitou — mainframe nao aceitou o formato. Bug acionavel no codigo do migrado.
  • Sem chamada MF — o codigo falhou antes mesmo de tentar (bug de fluxo, nao de mainframe).
  • Massa pendente — endpoint POST/PUT cujo teste precisa massa real (CPF/registro) ainda nao preenchida no painel. Nao e bug — e dado de teste a coletar.

A linha "Paridade legado (info)" mostra como o legado eaigefor respondeu — secundaria, porque o legado local tem problemas de ambiente (auditoria/JMS) que nao impactam o migrado.

Transacoes

Foco: validar que cada string builder do api-ecnh produz uma command que o mainframe aceita — independente de o legado eaigefor conseguir chegar no MF (auditoria/DB2/timeout podem bloquear o fluxo dele). Status primario por TRX e a resposta real do MF capturada pelo ecnh-api-conector em [PARIDADE][API-ECNH][MF]. Paridade com legado fica como info secundaria. Skill: /paridade-mainframe. Guias por TRX em api-ecnh/ContextoIA/mainframe-trx/<TRX>.md.

Painel atualizado pela skill /endpoint-massa.