0 1 2 3 4 5 6

T0 — Contexto

Dependente (filho) usa o mesmo e-mail do titular no cadastro Valia. RD rejeita segundo contato com o mesmo e-mail.

API: HTTP 400 · EMAIL_ALREADY_IN_USE

Valia T1 — Entrada

PapelCPFE-mail informado
Titular (pai)22222222222pai.responsavel@smoke…
Dependente (filho)33333333333pai.responsavel@smoke… (igual)

RD T2 — Sem middleware

POST contato filho email: pai.responsavel@smoke… → 400 EMAIL_ALREADY_IN_USE

Titular já existe. Filho não é criado — perda de rastreio do dependente.

MW T3 — Conflict Manager

Regra RULE_B_ALIAS_EMAIL:

  • email_rd = {cpf}@alias.smoke.valia-m2br.test (único por pessoa)
  • bio JSON: {"email_real":"pai.responsavel@…","papel":"dependente"}
  • Comunicação de negócio para o e-mail real → Fase M8 (transacional, fora do RD nativo)

RD T4 — Com middleware

Titular

email: pai.responsavel@… cf_cpf: 22222222222

Dependente

email: [email protected]… cf_cpf: 33333333333 bio: {"email_real":"pai.responsavel@…"}
Dois contatos distintos · Sem colisão de e-mail técnico

T5 — Eventos

Automações RD disparam para email_rd (alias). Para o participante receber no e-mail do titular, integrar provedor transacional (Responsys legado ou SendGrid) na M8.

T6 — Decisão workshop