Informations sur les données
Politique de confidentialité
Cette page décrit le code de LinkedIn AI Business Agent et son installation actuelle. L’application est un outil privé de contenu, de prospection et de CRM, exécuté localement sous Windows avec Docker Compose. L’application et son API ne sont pas hébergées publiquement à ce jour. Elle ne collecte pas de profils LinkedIn par scraping et ne publie pas automatiquement.
Cette page publique est un document statique : son code ne crée pas de cookie, n’appelle pas l’API de l’application et ne charge aucune ressource externe. Le fournisseur d’hébergement peut néanmoins traiter les données techniques de requête selon sa configuration.
1. Données traitées et finalités
Les données sont utilisées pour fournir les fonctions demandées par les membres de l’espace de travail, sécuriser les sessions et conserver l’historique métier. Les champs sont saisis par les utilisateurs ou générés à partir de leur demande.
Compte, profil et espace
Adresse e-mail, nom complet du compte, hash du mot de passe, état du compte, nom de l’espace, rôle d’accès et dates de création/modification. Le profil professionnel peut inclure nom d’affichage, titre, résumé, secteur, site web et objectifs. Finalités : compte, connexion, personnalisation et accès partagé au workspace.
Contenus et assistant IA
Sujets, objectifs, langue, ton, audience, faits de projet, appel à l’action, champs de profil choisis pour une génération, prompts de configuration, brouillons, variantes, versions, validations et résumés des exécutions. Finalités : rédiger, sauvegarder, modifier et suivre des contenus internes.
Prospects et CRM
Noms, e-mails, fonctions, sociétés, notes, sources, éléments justificatifs et signaux saisis par l’équipe, interactions et tâches de suivi. Les opportunités comprennent étapes, montants estimés et devises; les contrats et paiements comprennent montants, devises, statuts et dates, ainsi que la source client et la campagne si renseignées. Finalités : organiser le suivi commercial et le pipeline.
Statistiques et imports CSV
Publications déclarées, périodes, impressions, réactions, commentaires, clics et autres colonnes disponibles, ainsi que les campagnes. L’historique conserve le nom du fichier, la source déclarée, le membre ayant importé le fichier, son empreinte SHA-256, le statut et la date d’import, le nombre de lignes reçues, insérées et ignorées comme doublons, ainsi que la période couverte. Le CSV original n’est pas conservé comme fichier; les lignes de métriques parsées le sont. Les statistiques ne sont pas inventées par l’application.
Sessions et sécurité
Hash du jeton de session et du jeton CSRF, dates de création/expiration/révocation, identifiant de compte et traces d’audit (action, type d’objet, workspace et date). Ces éléments servent à authentifier, autoriser et auditer les actions.
Connexion LinkedIn facultative
Si l’opérateur configure OAuth et qu’un membre consent, l’application reçoit un jeton d’accès, les permissions renvoyées et un ID Token; un jeton de renouvellement peut aussi être fourni. Elle vérifie l’ID Token et conserve le sujet OIDC; un identifiant d’auteur peut être conservé si le scope de profil correspondant a réellement été accordé. Les jetons d’accès et de renouvellement sont chiffrés en base. La tentative OAuth conserve les empreintes de l’état et du nonce, les scopes demandés, les dates d’expiration et d’utilisation. Les publications préparées ou envoyées conservent le texte exact, son statut, les validations, les dates, l’identifiant LinkedIn éventuel et le code d’erreur éventuel. La connexion n’est pas active par défaut.
Les données CRM sont entrées par l’équipe ou importées. L’application ne visite pas les URL de sources de prospects, ne scrape pas LinkedIn, n’envoie pas d’invitations et ne transmet pas de messages privés.
2. IA et Ollama local
Dans l’installation actuelle, la génération de contenu et l’assistance commerciale utilisent Ollama local avec Gemma 3 12B, selon la configuration communiquée par l’opérateur. Aucun fournisseur LLM cloud n’est actuellement activé. Les insights Analytics, lorsqu’ils sont utilisés, sont traités par le code vers un endpoint local ou de réseau privé et cette fonction exige Gemma 3 12B. Le code permet de configurer un fournisseur compatible différent pour la génération et l’assistance commerciale; cette possibilité logicielle ne signifie pas qu’un fournisseur externe est utilisé aujourd’hui.
- La génération transmet à Ollama la demande, les champs de profil sélectionnés, les faits de projet et les prompts système, métier et de sécurité qui configurent la génération. Les données d’entrée, variantes et résumés sont aussi conservés dans PostgreSQL local.
- L’assistant commercial transmet localement à Ollama le nom, le rôle, la société, les notes, les preuves, les résumés d’interactions, le contexte ajouté par l’utilisateur et les prompts système/configuration associés. L’instantané d’entrée et le résultat sont conservés comme exécution CRM.
- Lorsque les insights Analytics sont utilisés, le code transmet à l’endpoint local ou privé des statistiques agrégées et des titres de publications; l’instantané et le résultat sont enregistrés localement. Cette fonction exige Gemma 3 12B dans le code actuel.
Les requêtes de l’installation actuelle, y compris les prompts système et métier qui les accompagnent, sont destinées à l’instance Ollama locale et ne sont pas envoyées à un fournisseur LLM cloud. La configuration peut évoluer; tout changement de fournisseur ou de routage devra être reflété ici avant son activation. La clé éventuelle est configurée côté serveur et n’est pas envoyée au navigateur.
3. LinkedIn et autres destinataires
La connexion LinkedIn est initiée seulement après une action de l’utilisateur et passe par le domaine LinkedIn. Sans configuration et consentement, aucune connexion n’est simulée. Si la fonction est activée, les jetons chiffrés sont utilisés pour les appels autorisés; une publication exige une permission réellement reçue, une validation du texte exact et une confirmation explicite séparée.
Une publication n’est envoyée à LinkedIn qu’après cette confirmation. LinkedIn traite alors la demande selon ses propres conditions. L’application ne transmet pas les données à LinkedIn pour du scraping ou des messages privés.
Actuellement, l’application, son API et PostgreSQL tournent localement sous Windows avec Docker Compose; PostgreSQL utilise un volume Docker local. Aucun fournisseur cloud ni région cloud n’est défini pour l’application ou la base. Cloudflare Pages est prévu uniquement pour cette politique statique et ne donne pas accès au backend ni à PostgreSQL. Cloudflare peut traiter les données techniques des requêtes adressées à cette page selon sa configuration.
4. Conservation et suppression
Aucune durée générale de conservation n’est définie. Les données applicatives restent actuellement dans le PostgreSQL local jusqu’à leur modification ou suppression. La suppression automatique générale n’est pas implémentée et l’application ne propose pas de suppression en libre-service du compte, du workspace ou de toutes les données associées.
- La durée d’une session est de 12 heures par défaut et peut être configurée. À la déconnexion, la session est révoquée et le cookie est effacé; la ligne de session n’est pas nécessairement supprimée de la base.
- Les demandes OAuth sont utilisables pendant 10 minutes et une seule fois. Ce délai ne constitue pas un délai de suppression de leur trace en base; aucun nettoyage automatique de ces lignes n’est défini dans le code.
- La déconnexion LinkedIn efface localement les jetons chiffrés et identifiants techniques associés, mais conserve l’état et l’historique des publications. Elle ne prétend pas révoquer le consentement auprès de LinkedIn; le membre peut aussi gérer l’accès dans son compte LinkedIn.
- Aucune politique de sauvegarde automatique n’est confirmée; fréquence, durée et lieu de stockage des sauvegardes ne sont pas définis. Des journaux techniques et d’audit existent, mais leur durée de conservation et leur purge ne sont pas définies.
L’adresse ci-dessous peut être utilisée pour adresser une demande à l’opérateur, mais la procédure de réception, de vérification et de traitement des demandes de copie, correction ou suppression reste à formaliser et à tester. L’application ne fournit pas de parcours intégré, de délai de réponse ni de garantie de suppression, notamment pour les sauvegardes et journaux.
5. Sécurité
- Les mots de passe de compte sont hachés avec Argon2id; ils ne sont pas conservés en clair.
- Le cookie de session est configuré HttpOnly et SameSite=Lax. Le mode production exige l’option Secure; sa bonne configuration relève de l’opérateur.
- Les routes privées vérifient la session et l’appartenance au workspace; les opérations qui modifient des données exigent également le jeton CSRF.
- Les jetons LinkedIn sont chiffrés en AES-GCM avec une clé dédiée côté serveur. Une déconnexion locale supprime les valeurs de jeton enregistrées.
- Le code ne chiffre pas lui-même toutes les colonnes PostgreSQL au repos. La protection du volume Docker, du système Windows local, des éventuelles sauvegardes et des journaux dépend de la configuration de l’opérateur.
Aucun système ne peut garantir une sécurité absolue. L’opérateur doit maintenir les dépendances, secrets, accès serveur, transport HTTPS et sauvegardes de son installation.
6. Vos choix et droits
Vous pouvez fournir uniquement les informations nécessaires à votre usage, modifier le nom du compte, le profil professionnel et certains champs métier disponibles (contenus, tâches, étapes d’opportunités ou paiements), arrêter les générations et vous déconnecter. L’application ne propose pas actuellement de modification générale des fiches prospects ou sociétés ni de suppression complète du compte. La connexion LinkedIn et les fonctions IA dépendent de la configuration du service; le mode manuel reste distinct.
Selon les règles applicables à votre situation, vous pouvez demander l’accès à vos données, leur rectification, leur suppression, la limitation ou l’opposition à certains traitements, ou leur portabilité. Le pays du responsable est indiqué comme étant le Maroc; cette information ne détermine pas à elle seule les règles applicables ni la base juridique du traitement, qui restent à établir par l’opérateur. Pour exercer une demande ou poser une question, contactez le responsable indiqué ci-dessous.
7. Contact et changements
Exploitant de l’application : TAFITA Emmanuel
Responsable du traitement : TAFITA Emmanuel
Pays : Maroc
E-mail : royablue482@gmail.com
Cette politique décrit le code et l’installation communiquée au 13 octobre 2026. Le responsable doit la mettre à jour si la configuration, les prestataires, les données traitées ou les pratiques changent.