Politique de confidentialité

Urgence Dératisation Île-de-France, accessible sur urgencederatisation.fr, est le nom du service en ligne. Le responsable du traitement et éditeur est Rachid Touissi, entrepreneur individuel (EI), SIREN 937 848 695, SIRET 937 848 695 00014, Romainville (93230).

Vous pouvez le joindre au 01 83 83 45 95 ou par le formulaire de contact.

Selon les champs renseignés, une demande peut contenir :

• nuisible, département, type de lieu, code postal, commune, rôle du demandeur, niveau d'urgence déclaré et étape atteinte ;
• prénom, numéro de téléphone, adresse électronique facultative et description facultative ;
• canal et période de réponse souhaités, ainsi que les choix de consentement ;
• référence publique, état de traitement, indicateurs techniques de qualité, d'anti-abus, de doublon et d'idempotence générés par le service.

Le prénom, le téléphone, sa forme normalisée, l'adresse électronique éventuelle et le texte libre sont conservés en clair dans la base locale, car ils servent à examiner et traiter la demande. Le téléphone et l'adresse électronique peuvent aussi avoir une empreinte hachée pour la déduplication.

L'adresse IP et l'agent utilisateur ne sont pas conservés en clair par le dépôt de leads : seules leurs empreintes hachées sont enregistrées à des fins de sécurité et de prévention des abus. Une empreinte hachée limite l'exposition, mais ne rend pas nécessairement une donnée anonyme.

Lors de l'envoi, le service joint à la demande les chemins d'arrivée et de conversion, l'hôte référent, la variante du formulaire, le contexte de page et une référence de session. La référence de session est stockée sous forme hachée dans la table d'attribution.

Les paramètres de campagne UTM ne sont joints que si un consentement analytics actuel et valide les autorise. Les identifiants de clic (gclid, gbraid, wbraid ou msclkid) ne sont joints que si un consentement marketing actuel et valide les autorise. Un refus n'empêche donc pas le contexte de navigation minimal d'être rattaché à la demande, mais exclut les champs de campagne de la catégorie refusée.

• recevoir, qualifier et répondre à la demande envoyée ;
• conserver la preuve des choix exprimés avec le formulaire ;
• prévenir les abus, doublons et atteintes à la sécurité ;
• mesurer l'audience seulement après un consentement analytics valide.

Le traitement de la demande repose sur les choix explicites du demandeur et sur les mesures nécessaires pour y répondre. La sécurité et la prévention des abus reposent sur l'intérêt légitime du responsable, sous réserve des droits des personnes. La mesure d'audience repose sur le consentement.

Les leads et leur attribution sont enregistrés dans une base SQLite locale au service. Les données détaillées sont consultables par les seules personnes autorisées à traiter les demandes, via une route d'administration protégée.

La notification externe ne contient aucun champ soumis : uniquement la référence publique opaque du lead, le domaine du site et l'instruction d'utiliser cette route protégée.

La notification opérationnelle passe par l'API allocontes/DIGIKA. Son routage peut utiliser Resend vers des boîtes Gmail et générer des journaux techniques, notamment dans Supabase. Ces systèmes ne reçoivent pas les champs personnels soumis dans le contenu de la notification mise en œuvre par ce site.

Ces infrastructures tierces peuvent néanmoins traiter leurs données opérationnelles hors de l'Espace économique européen. Les mécanismes et garanties applicables dépendent des contrats conclus entre le responsable et chaque fournisseur ; le code du site ne permet pas d'affirmer un lieu unique de traitement ni une garantie contractuelle particulière.

À chaque nouvelle demande, le service tente, avant sa persistance, une maintenance locale qui supprime dans une même transaction les lignes d'attribution arrivées à échéance puis les leads arrivés à échéance. Le délai est de trois ans à compter de la collecte, calculé à partir du champ created_at de chaque enregistrement. Ce mécanisme est déclenché par une nouvelle demande ; il ne constitue pas une tâche de purge calendaire autonome.

Cette règle concerne la base SQLite locale. Elle ne constitue pas une promesse de suppression des courriels, journaux de passerelle ou journaux opérationnels de fournisseurs tiers ; aucune durée fixe n'est affirmée ici pour ces systèmes externes.

Le script Umami est servi par https://s8.digika.org/script.js. Il est absent avant un consentement analytics donné et valide. Il est retiré après un refus ou un retrait. Aucune affirmation d'anonymat ou de localisation française de ce traitement n'est faite.

Le choix de consentement est conservé dans le stockage local du navigateur pendant six mois, puis doit être renouvelé. Les détails figurent sur la page de gestion du consentement.

Dans les conditions prévues par le RGPD, vous pouvez demander l'accès, la rectification, l'effacement, la limitation ou l'opposition, ainsi que retirer un consentement pour l'avenir. Utilisez le téléphone ou le formulaire indiqués en section 1 et fournissez les éléments nécessaires pour retrouver la demande. Une vérification proportionnée de l'identité peut être demandée.

Vous pouvez également adresser une réclamation à la Commission nationale de l'informatique et des libertés (CNIL).

Des contrôles d'origine, de validation, d'anti-abus, de hachage et d'accès administratif protégé réduisent les risques. Aucun dispositif ne supprime tout risque. En cas de violation de données, le responsable applique les obligations de documentation, d'évaluation et, lorsque les conditions légales sont réunies, de notification aux autorités ou personnes concernées.