DONNÉES PERSONNELLES · LPD SUISSE
Politique de confidentialité
Cette page décrit les traitements réellement observés dans le code et l’infrastructure du site. Elle distingue les faits techniques vérifiés des informations contractuelles ou d’identité encore à confirmer.
Présenter votre besoin, puis recevoir une réponse humaine.
Les six formulaires onboarding recueillent vos coordonnées, votre contexte professionnel et les informations utiles au parcours choisi, avec votre autorisation de traiter la demande et de vous recontacter. Les données sont enregistrées dans D1 et la file CRM interne, avec une référence, la version de la notice et la date du consentement. Aucune note de sélection n’est attribuée ; la décision et la réponse restent humaines.
Complément onboarding · . Les informations ne servent pas à vous inscrire automatiquement à une newsletter ou à publier votre profil. Ne transmettez ni pièce d’identité, secret d’affaires, donnée sensible ou donnée personnelle de tiers inutile à la demande.
- Vente ou location
- Aucune
- Mesure d’audience publique
- Désactivée
- Décision finale
- Toujours humaine
- CRM externe
- Aucun
- Prendre rendez-vous
- Actif · revue humaine
- Onboarding · six parcours
- Ouvert · revue humaine
Un inventaire fondé sur le code livré.
| Activité | Données | Finalité | Accès / résultat |
|---|---|---|---|
| Prendre rendez-vous | Nom, e-mail, organisation facultative, parcours, message, consentement et attribution limitée. | Examiner la demande et proposer un échange. | Base D1, file CRM interne et notification intégrée pour l’administrateur. |
| Onboarding · six parcours | Nom, e-mail, organisation selon le parcours, parcours, contexte professionnel et réponses propres au formulaire ; consentement daté et versionné, référence, contexte d’offre et attribution limitée. | Comprendre le projet, le besoin ou la contribution, préparer la revue humaine et recontacter la personne au sujet de sa demande. | D1 et CRM interne, accès administrateur autorisé, notification interne. Demande non notée, aucun e-mail externe automatique. |
| Ancienne manifestation partenaire | Schéma historique distinct : organisation, contact, pays, contribution, capacité, références, vision et consentements. | Qualifier une collaboration potentielle dans l’ancien dispositif partenaire. | Ancien formulaire inactif : interface désactivée et API en refus fermé (503). Le nouveau parcours Partenaires est distinct. |
| Espace membre | Identité d’authentification, profil, demandes, preuves, consentements et journaux selon les fonctions utilisées. | Fournir l’espace privé, contrôler les accès et tracer les décisions. | Accès limité au membre concerné et aux rôles autorisés. |
| Protection anti-abus | Empreinte SHA-256 dérivée de l’adresse réseau ou de signaux de requête, liée à une fenêtre de 15 minutes. | Limiter les envois automatisés et protéger les formulaires. | L’adresse brute n’est pas enregistrée dans le compteur applicatif. |
| AURA BABEL | Après activation explicite : identifiant tokenisé, pseudonyme, réponses, niveaux de confiance, scores, historique, stockage navigateur ou applicatif et éventuel cookie de sécurité Cloudflare sur l’origine BABEL distincte. | Conserver la progression et permettre la reprise de la partie interactive. | Chargement à la demande uniquement. Pas de transmission automatique des scores au CRM Agartha. Pays de traitement, durée de conservation et procédure de suppression BABEL restent à documenter ; aucune donnée confidentielle, sensible ou concernant un tiers ne doit être saisie. |
Les informations demandées selon votre parcours
- Startup. Projet, problème et public visé, stade, accompagnement recherché, premières preuves, lien public, équipe, échéance et contraintes.
- AURA. Rôle professionnel, équipe, usages IA, processus à améliorer, résultat attendu, outils, contraintes de données, responsabilité de décision et ressources.
- Communauté. Profil, ville ou région, intérêts, motivation, contribution envisagée, format et disponibilité.
- Experts. Domaines d’intervention, expérience, réalisations, profil public, formats, langues, disponibilité, conditions et conflits éventuels.
- Partenaires. Type d’organisation, territoire, site officiel, mandat, axes et contribution, références, mobilisation, valeur recherchée, contraintes, consortium et préférence de communication sans autorisation de publication.
- Hub. Contribution, territoire, proposition, caractéristiques générales d’un site éventuel, références, mandat, horizon et résultat recherché.
Chaque formulaire indique les champs obligatoires. Les réponses restent dans le circuit de revue interne ; un lien professionnel est communiqué par vous et n’est pas un accès autorisé à un compte privé.
Une application first-party, sans pixel marketing actif.
Le code first-party Agartha n’écrit ni cookie applicatif, ni localStorage, ni sessionStorage sur les pages publiques. Le module de mesure d’audience n’est pas monté et son endpoint est désactivé : les pages vues et clics publics ne sont pas stockés à ce titre. L’application BABEL, hébergée sur une origine distincte et chargée uniquement après votre action, utilise son propre stockage de progression décrit ci-dessus.
- __cf_bm
- Cookie de sécurité susceptible d’être posé par l’infrastructure Cloudflare pour détecter le trafic automatisé ; durée observée d’environ 30 minutes. Ce n’est pas un cookie analytique Agartha.
- Journaux edge
- Peuvent inclure des données techniques de requête et d’adresse réseau. Fournisseur, pays et durée restent à approuver dans le registre des sous-traitants.
L’authentification membre est déléguée à la plateforme et peut reposer sur des mécanismes de session nécessaires. L’application utilise une infrastructure Cloudflare, D1 pour les données structurées et R2 pour les objets. Les journaux techniques peuvent inclure des données de requête et d’adresse IP. Les formulaires publics actifs sont décrits ci-dessus. Le registre complet des sous-traitants, pays, transferts et durées reste à compléter et à approuver ; ces éléments ne sont pas présentés comme vérifiés.
Le lien LinkedIn du footer est un lien sortant, pas un module intégré. Aucun e-mail externe n’est automatiquement envoyé lors d’une soumission : le suivi apparaît dans l’interface d’administration.
La conservation reste gouvernée, pas prétendue automatique.
Le produit comporte un registre versionné de politiques de conservation et un centre de demandes de droits. Aucune suppression automatique générale n’est revendiquée. Une durée chiffrée par finalité doit être approuvée et publiée avant que cette section soit complète.
Les protections observées comprennent le contrôle d’origine, une taille d’envoi bornée, une liste fermée de champs, un honeypot, des limites de fréquence, des contrôles de rôle et des journaux immuables pour les décisions sensibles. Une empreinte des réponses normalisées évite de créer plusieurs dossiers lors d’un même envoi répété dans une courte fenêtre ; cette fenêtre ne définit pas la durée de conservation du dossier. Aucun système ne garantit une sécurité absolue.
Accès, correction, restriction, portabilité ou suppression — avec vérification humaine.
Vous pouvez demander l’accès à vos données, leur rectification ou leur effacement, vous opposer à certains traitements et, lorsque les conditions légales sont remplies, demander leur remise ou leur transmission. Certaines demandes peuvent être limitées par une obligation de conservation, la sécurité, les droits de tiers ou un intérêt prépondérant.
Une demande liée aux données peut être initiée via l’adresse de la marque ou le centre privé. Aucune suppression, exportation ou vérification d’identité n’est décidée automatiquement.
Pour une demande onboarding, écrivez à arnaudeste@icloud.com en indiquant votre référence si vous l’avez. Précisez les informations à corriger, la demande relative à vos données ou votre souhait de ne plus être recontacté. N’envoyez pas de pièce d’identité sans demande justifiée dans le cadre de la vérification humaine.
Textes primaires utilisés pour cadrer cette page.
Ces liens documentent le cadre général. Ils ne remplacent ni l’identification de l’exploitant réel, ni une validation juridique appliquée à la situation d’Agartha.