CiviCRM Community Forums (archive)

Bonjour,

Effectivement, dans le schéma de base de données, il y a un champ "street_number", suffix, predirectional, etc., mais ce n'est pas vraiment exposé dans l'interface d'édition (quoique dans les formats d'affichage oui).

Dans les préférences de localisation (Administrer > Localisation > Paramètres d'adresse), il y a une option "analyse d'adresse" qui permet d'extraire certains champs de l'adresse et les stocker dans les différents champs de la base de données, mais à voir le code, ça semble supporter que en_US, en_CA et fr_CA.

Il y avait eu des discussions à ce sujet en ~ 2012, mais je ne suis pas sûr où ça en est aujourd'hui:
https://civicrm.org/blogs/erikhommel/street-parsing

Si on active l'analyse d'adresse, dans la fiche de contact, ça affiche une option "éditer les éléments d'adresse" qui permet de voir les sous-champs d'adresse, donc ce serait un début de piste, mais ceci dit, CiviCRM va systématiquement émettre un avertissement si l'interface n'est pas en en_US/en_CA/fr_CA, donc il faudrait voir dans CRM_Core_BAO_Address::parseStreetAddress(), i.e. dans le fichier CRM/Core/BAO/Address.php.

Ceci dit, je ne connais pas bien les détails de ce mécanisme ni les implications. Ce serait mieux d'en discuter avec Erik ou les autres personnes qui avaient travaillé sur ça. (ex: sur le forum d'Internationalisation (http://forum.civicrm.org/index.php/board,10.0.html).

Enfin, il y a le second problème: l'affichage comme tel. Où est générée la liste? recherche avancée? rapport? J'imagine qu'avec les bons champs correctement renseignés, ça devrait être possible de les exposer à ces endroits (pour la recherche avancée, il faut utiliser un profil d'affichage). Le tri pourrait être plus compliqué s'il faut combiner plusieurs tris, mais au pire ça se termine dans un tableur.

Si tu trouves des pistes / solutions, je peux donner un coup de main pour améliorer/mieux documenter ça dans la prochaine version de CiviCRM.

Mathieu