Fonctionnement et qualité

Du fichier source à la publication

1. Étape 1

   Import

   Le fichier source (CSV ou XLSX) est lu de façon bornée, ses colonnes associées aux champs du modèle, chaque valeur normalisée (e-mail, téléphone, SIREN, SIRET, code NAF).

2. Étape 2

   Simulation

   Avant toute écriture, une simulation compte les lignes nouvelles, les doublons et les erreurs, avec leur motif.

3. Étape 3

   Rapprochement

   Une ligne n'est rattachée à une entreprise existante que sur un identifiant fiable (SIRET, puis SIREN). Un nom seul ne suffit jamais : l'ambiguïté est conservée, pas fusionnée.

4. Étape 4

   Contrôles

   La version du jeu de données passe des contrôles automatiques. Un contrôle bloquant en échec empêche la validation.

5. Étape 5

   Validation, autorisation

   Un administrateur valide la version, puis autorise explicitement sa publication.

6. Étape 6

   Publication

   Seule une version publiée est visible au catalogue, comptée et vendable. Les versions précédentes ne sont jamais modifiées.

Les contrôles

Ils sont exécutés en base sur la version à examiner ; leurs résultats sont conservés et ne peuvent pas être modifiés à la main.

À l'import, les identifiants sont aussi contrôlés : clé de Luhn du SIREN et du SIRET, cohérence entre le SIRET d'un établissement et le SIREN de son entreprise. Un identifiant déclaré non fiable n'est jamais utilisé pour rapprocher deux enregistrements.

Mesures des fichiers publiés

Calculées en direct sur la version publiée de chaque fichier.

Statuts des e-mails

Chaque adresse porte un statut qui dit quel contrôle a été fait, et seulement cela.

Présent

Adresse fournie par la source, aucun contrôle effectué.

Syntaxe contrôlée

Format conforme. Ne dit rien de l'existence de la boîte.

Domaine contrôlé

Le domaine publie des serveurs de messagerie (DNS). La boîte peut ne pas exister.

Validité technique contrôlée

Contrôle technique positif à la date indiquée. Il peut changer et ne garantit pas la réception.

Inconnu

Contrôle tenté sans résultat exploitable.

Risqué (catch-all)

Le domaine accepte toute adresse : l'existence de la boîte est indécidable.

Invalide

Rejet constaté (format, domaine inexistant ou rebond permanent). Jamais exporté.

Aucun contrôle ne garantit la délivrabilité : une syntaxe ou un domaine valides ne prouvent pas qu'une adresse reçoit les messages.

Provenance et dates

Chaque enregistrement garde sa source, l'import qui l'a apporté, sa méthode de collecte, sa date de collecte, sa date de vérification éventuelle et son droit d'usage. Un champ déjà renseigné n'est jamais écrasé par un import ultérieur : seuls les champs vides sont complétés, et la provenance est tenue par groupe de champs.

La fiche de chaque fichier affiche la période de collecte, la part de lignes vérifiées, les méthodes et les sources, ainsi que la licence de chaque source.

Exclusions et opposition

Une personne peut s'opposer à figurer dans nos fichiers (formulaire dédié). Les valeurs exclues (e-mail, domaine, téléphone, SIREN, SIRET, profil LinkedIn ou personne) sont conservées sous forme d'empreinte et filtrées à chaque comptage, devis, paiement, génération et téléchargement : une exclusion postérieure à votre devis retire la ligne de votre fichier, et une personne exclue n'est pas réintroduite par un import.

Chaque jeu de données passe aussi par une fiche de conformité (origine, conditions de réutilisation et de revente, finalités, bases légales, information des personnes, conservation, gestion des oppositions) examinée en interne avant toute mise en vente. Cet examen n'est pas une certification juridique ; un jeu dont la fiche n'est pas validée n'est ni vendu ni livré.

Ce que nous ne promettons pas

• Qu'une adresse e-mail reçoit les messages : aucun contrôle ne le garantit.
• Qu'une personne occupe toujours la fonction indiquée : la date de collecte dit quand l'information a été relevée.
• Un volume futur : les chiffres affichés sont ceux de la version publiée au moment où vous la consultez.