Journey Data é Snapshot. Contact Data é Alvo em Movimento.
Um Decision Split manda o contato para um caminho diferente do que a tabela de origem atual parece indicar.
Trust & provenancePRODUCTION
Nível de evidênciaPRODUCTIONFontes oficiais1Outras fontes0Última verificaçãoNão registrada
O nível de evidência descreve minha experiência com o conteúdo. Fonte oficial descreve contrato/documentação da plataforma. Observação de produção não deve ser tratada automaticamente como limite oficial.
Journey Data representa os valores capturados no momento da entrada; Contact Data é resolvido pelo estado atual do Contact Model. Escolher a fonte errada cria o clássico debugging de “mas o campo agora está X”.
O que checar
- A regra é intencionalmente baseada no contexto de entrada ou no estado atual?
- O attribute path aponta para Journey Data ou Contact Data?
- Relacionamentos one-to-many tornam o caminho de Contact Data ambíguo?
Como deixar mais barato da próxima vez
- Escreva requisitos de split usando linguagem explícita de “na entrada” vs “atual”.
- Teste um contato cujo dado muda depois da entrada.
journey datacontact datadecision splitcontact model