Entity Resolution e conciliação¶
O problema que isso resolve¶
Nem todo produto que existe no iFriend Manager foi publicado por este sistema. Pode ter sido cadastrado manualmente por alguém, direto no Manager, com um título ligeiramente diferente do que a extração gera a partir do tarifário. Sem alguma forma de reconhecer isso, o sistema criaria um produto duplicado toda vez que tentasse publicar algo que, na prática, já existe.
Entity Resolution é a técnica que o DataFlow usa para evitar isso: antes de criar um produto novo, ele procura por produtos parecidos já cadastrados na mesma agency e decide, com um nível de confiança, se é o mesmo produto.
Como a busca funciona¶
Ao publicar o primeiro produto de uma agency ainda não vista naquela sessão, o sistema lista todos os produtos já cadastrados nessa agency no iFriend Manager (não depende de o título bater com nada) — essa busca acontece uma única vez por agency, mesmo que o tarifário tenha muitos produtos, e é reaproveitada para todos os demais produtos do mesmo tarifário.
Depois de carregada, cada produto do tarifário é comparado contra essa lista, olhando:
- Tipo do produto — um passeio nunca é comparado contra um hotel, por exemplo. Tipos diferentes nunca combinam, independente de qualquer outra semelhança.
- Título — o quanto o nome do produto se parece com o nome do candidato.
- Localização — mesma cidade/estado/país pesa a favor; país diferente praticamente descarta o candidato.
- Preço — preços próximos pesam a favor.
As três decisões possíveis¶
| Resultado | O que acontece |
|---|---|
| Correspondência forte | O sistema vincula automaticamente ao produto existente e publica como atualização — sem pedir confirmação. |
| Correspondência incerta | O produto fica marcado como pendente de revisão — não é criado nem atualizado até alguém decidir. |
| Sem correspondência | O sistema publica como produto novo. |
Quando a correspondência é incerta, quem está publicando escolhe entre duas opções, na mesma tela:
- Aceitar a correspondência — trata como o mesmo produto e atualiza o cadastro existente.
- Criar novo — ignora a sugestão e cria um produto novo.
Esse mecanismo existe para evitar dois problemas opostos: criar produtos duplicados por engano, ou atualizar por engano um produto que na verdade era outro.
Configurando a sensibilidade (só para administradores)¶
O quanto o sistema exige de semelhança para considerar uma correspondência "forte" ou "incerta" é configurável por empresa, em Gerenciar empresas — separado dos parâmetros equivalentes do TravelCompositor (as duas publicações são ajustáveis de forma independente, mesmo para a mesma empresa).
Se algo parecer errado¶
Se um produto for atualizado quando deveria ter sido criado como novo (ou vice-versa), o problema mais comum é a agency errada selecionada na hora de publicar — o bloqueio por agency é rígido (nunca aproximado), então publicar com a agency errada faz o sistema simplesmente não encontrar nada, mesmo que o produto exista. Confira a agency selecionada antes de publicar.