Roadmap Middleware — MVP Visual Valia

Prioridade de cada fase depende das decisões marcadas nos fluxos A–F (última tela de cada cenário). E/F exigem contrato API Valia antes de workflows no painel RD (Priscila).

M0Spec políticas — Matriz colisões + RULE_* (incl. E/F). Saída do workshop Bruno.
M1Registry persistente — SQLite/Postgres: cpf, fss, email_canonico, email_alternativos, uuid_rd.
M2Identity Resolver v1 — CPF → email canônico (data_admissao mais recente). Fluxo A2.
M3Conflict Manager — Alias cenário B; domínio produção acordado.
M4Event Router — admissao_plano, mudanca_estado_civil, ciclo admissão (E), upgrade civil (F). Fluxos C, D, E, F.
M4aCampo ciclo mensal — Criar cf_dia_ciclo_mensal no RD (ou tag ciclo-admissao:01-05) · sync diário Valia.
M4bWorkflows RD — Recorrente mensal (E) + gatilho evento civil (F) · configuração Priscila após middleware.
M5Audit log — input → regra → email_rd → uuid (auditoria TI).
M6Homologação — tag smoke-test → piloto percentual produção · ST-07/ST-08.
M7Merge manual (opcional) — Fila A3 se Valia exigir consolidar contatos órfãos.
M8Envio transacional — Destino real cf_email (cenário B). Projeto separado.

Dependências Valia (bloqueios)

Documentação Responsys (concatenação de chaves)
Volume % multi-plano e % e-mail responsável
API tempo real — admissão (cf_data_de_admissao), estado civil, payload dependente (F)
Aprovação criar cf_dia_ciclo_mensal e opcional cf_email_real no RD
Desenho workflows mensais vs evento (ver fluxos-automacao)