Inbound parsing : améliorer le matching

[raphodn]

Suite à #901

Quoi ?

Répare des soucis potentiels de détection entre la v0 et la v1.

Dans notre base de données, on a actuellement des siae_encoded avec le format _1aa4, ce qui pourrait induire une v0 alors qu'ils sont en v1.

On regarde donc la dernière chaine de caractère après le _.

Et on évite que ce champ soit vide en le remplissant par le siae.slug si jamais le siae.contact_full_name est vide

Pourquoi ?

Dans la v1, on définit siae_encoded = siae.contact_full_name, mais cela peut arriver que contact_full_name soit vide.

[madjid-asa]

nice, tu veux pas profiter de la pr pour corriger le contact_full_name ? on pourrait par exemple prendre l'utilisateur de la structure ou je ne sais pas ^^

[raphodn]

nice, tu veux pas profiter de la pr pour corriger le contact_full_name ? on pourrait par exemple prendre l'utilisateur de la structure ou je ne sais pas ^^

t'as raison, j'ai rajouté un commit - b415a67 - pour utiliser le siae.slug dans ce cas là !

[sentry-io]

Suspect Issues

This pull request was deployed and Sentry observed the following issues:

• ‼️ AttributeError: 'Conversation' object has no attribute 'set_sender_encoded' lemarche.conversations.migrations.0012_conversa... View Issue
• ‼️ Conversation.MultipleObjectsReturned: get() returned more than one Conversation -- it returned 16! /api/inbound-email-parsing/ View Issue

_{Did you find this useful? React with a 👍 or 👎}