Lier adresses postales aux numéros de téléphone : guide conception base de données

Associer adresses physiques et numéros de téléphone est une tâche fondamentale de modélisation données pour CRM, logistique, annuaires, systèmes d'identité. Voici une approche pratique pour structurer cette relation.

Conception modèle données

Entités principales

Entité: Party (Personne/Organisation) - party_id (PK) - party_type (INDIVIDU, ORGANISATION) - name, legal_name, metadata Entité: Address - address_id (PK) - party_id (FK) - address_type (FACTURATION, LIVRAISON, SERVICE, POSTAL, REGISTRE) - line1, line2, city, region, postal_code, country (ISO 3166-1 alpha-2) - latitude, longitude (geocodé) - is_primary, is_verified, valid_from, valid_to - standardisation: CASS (US), PAF (UK), etc. Entité: Phone - phone_id (PK) - party_id (FK) - phone_type (MOBILE, FIXE, VOIP, FAX, NUMERO_VERT, URGENCE) - e164_number (candidat PK: +33612345678) - national_format, extension - is_primary, is_verified, valid_from, valid_to - carrier, line_type (via lookup LRN/NPAC) 

Relation: Party → Address & Phone (1:Many)

Lien direct via party_id — pas besoin table jointure address-phone sauf modélisation associations spécifiques (ex. « ce téléphone sonne à cette adresse »).

Stratégies de liaison

Approche 1: Party partagé (Standard)

Requête: SELECT a.*, p.* FROM address a JOIN phone p ON a.party_id = p.party_id WHERE a.party_id = ?

✅ Simple, normalisé. ❌ Ne capture pas sémantique « téléphone à cette adresse ».

Approche 2: Jonction Address-Phone (Lien explicite)

Entité: AddressPhoneLink - address_id (FK) - phone_id (FK) - link_type (CONTACT_PRINCIPAL, ALARME, LIVRAISON, URGENCE) - effective_date, expiry_date - is_primary 

✅ Modélise sémantique réel. ❌ Plus complexe; maintenir intégrité référentielle.

Essentiels qualité données

• Standardisez à l'entrée : Libphonenumber (Google) pour téléphones; SmartyStreets/Lob/Google Maps API pour adresses
• Dédupliquez : Fuzzy match sur champs normalisés avant insertion
• Validez : Lookup HLR (téléphone), CASS/DPV (adresse US), Royal Mail PAF (UK)
• Versioning : N'écrasez jamais — utilisez dates effectives pour historique
• Confidentialité : Chiffrez PII au repos; tokenisez pour analytique

Cas d'usage et requêtes courants

• Expédition : Adresse livraison principale + mobile pour SMS livraison
• Urgence : Adresse enregistrée + téléphones contacts urgence
• Fraude : Vitesse mismatch adresse-téléphone, flags VOIP/prépaid
• Marketing : Géociblage par code postal + préférence canal (SMS vs appel)
• Conformité : Scrub TCPA contre DNC + plaideurs connus

Outils et plateformes

• CRM : Salesforce, HubSpot, Microsoft Dynamics (intégré)
• MDM/PIM : Reltio, Informatica, Profisee
• Services API : Twilio Lookup, Lob, Smarty, Melissa, Google Places
• Open Source : OpenAddresses, OSM, libphonenumber

Commencez Approche 1 (Party partagé). Ajoutez Approche 2 seulement quand logique métier exige liaison explicite adresse-téléphone. Données propres à l'entrée — garbage in, garbage linked.