Politique de confidentialité EvoShop

Qui sommes-nous ?

EvoShop est édité et accompagné par EvoMaro (EVOMARO). Il comprend le site public, l’application et les services web, ainsi que les applications de bureau et mobiles. L’entreprise qui utilise une installation EvoShop est distincte d’EvoMaro.

Champ d’application

Cette politique concerne le site public EvoShop, l’application et les services web, les applications Windows et macOS, les applications Android et iOS, ainsi que les échanges liés à l’abonnement et au support. Elle est destinée au site public et aux fiches Microsoft Store, Google Play et Apple App Store. Chaque client dispose actuellement d’un projet applicatif et d’une base de données distincts. Une entreprise peut fournir sa propre notice expliquant son utilisation des données de ses clients et employés.

Responsable du traitement et prestataire

Pour les données de ses clients, employés, ventes et autres dossiers métier, le client professionnel EvoShop est responsable du traitement : il en détermine les finalités et les modalités d’utilisation. EvoMaro agit comme sous-traitant/prestataire pour cette entreprise. EvoMaro peut agir séparément comme responsable du traitement de ses propres données d’abonnement, de support, de sécurité des comptes et d’exploitation. EvoMaro ne décide pas de l’utilisation des données clients par chaque entreprise.

Données traitées

Selon les fonctions utilisées, les données comprennent les noms, e-mails, identifiants de connexion, identifiants utilisateur et permissions du personnel ; les noms des clients et, facultativement, leur téléphone, e-mail et adresse ; les produits, variantes, références, images, prix et stocks ; les commandes, ventes en attente, retours, échanges, règlements, remboursements, dettes et avoirs ; les notes, liens avec la caisse, l’appareil et le dépôt, dates et traces d’audit. Les données d’authentification, d’appareil et d’exploitation sont détaillées ci-dessous.

Comment les données sont recueillies

Les données sont saisies par le personnel autorisé, chargées depuis le serveur métier configuré, obtenues lors d’une utilisation facultative de la caméra, de la galerie, du scanner ou du NFC, ou générées par une opération. Les formulaires du site recueillent des coordonnées, des informations professionnelles et un message pour répondre à la demande. Les cookies de session/CSRF servent aux formulaires et à leur sécurité ; l’adresse IP peut servir à limiter les requêtes.

Mesure d’audience facultative (Google Analytics 4)

EvoMaro utilise Google Analytics 4 sur le site public evoshop.app pour comprendre les visites et les prises de contact. Cette mesure du site est distincte des données métier des installations clientes et des applications POS. Le tag Google se charge uniquement après votre acceptation explicite de la mesure d’audience facultative. Refuser ne vous empêche ni de consulter le site ni d’utiliser le formulaire.

Après acceptation, Google reçoit les pages consultées et les événements d’interaction, ainsi que des informations sur le navigateur et l’appareil, la langue, les dates et des identifiants de visiteur/session liés aux cookies. Les requêtes réseau communiquent aussi l’adresse IP de connexion à Google ; Google indique que GA4 ne journalise ni ne conserve les adresses IP, mais peut en déduire une localisation approximative. Notre intégration envoie les URL canoniques sans paramètres et un référent vide. Elle ne transmet pas le contenu des formulaires, les noms, e-mails, numéros de téléphone, messages ou données métier des clients comme paramètres d’événement.

Nous mesurons les clics sur les liens WhatsApp et téléphone (whatsapp_click et phone_click). contact_form_submit enregistre une demande uniquement après son acceptation par notre transport de messagerie ; demo_request identifie en complément une demande de démonstration. Ces événements ne prouvent ni un appel ou une conversation ni la réception du message par son destinataire. Une protection évite de recompter la même confirmation d’envoi dans le même onglet.

Votre choix est mémorisé dans le localStorage du navigateur. Si vous acceptez, Google Analytics utilise des cookies internes tels que _ga et _ga_* pour mesurer les visiteurs et les sessions. Un identifiant aléatoire dans le sessionStorage évite les mesures en double d’un envoi. Ces stockages sont distincts des cookies de session/CSRF nécessaires aux formulaires et à leur sécurité. Vous pouvez effacer les données du navigateur ; votre choix mémorisé peut alors être supprimé.

Utilisez Préférences de confidentialité dans le pied de page pour modifier ou retirer votre accord. Le refus arrête notre suivi des événements, supprime les cookies d’analyse créés par cette intégration et recharge la page pour décharger le tag Google. Le retrait concerne les collectes futures et n’efface pas automatiquement les données déjà envoyées. Le consentement publicitaire reste refusé ; cette intégration n’active ni Google Ads, ni Google signals, ni personnalisation publicitaire.

Google traite les données d’analyse consenties pour fournir les mesures et rapports ; ce traitement peut avoir lieu hors de votre pays. La conservation suit les réglages de la propriété Analytics EvoShop et les pratiques de service applicables de Google ; aucune durée fixe ni garantie de conformité juridique n’est affirmée ici. Contactez support@evoshop.app au sujet de ce traitement du site. Les informations de Google sur la confidentialité et les cookies sont accessibles ci-dessous.

Google — Privacy

Google Analytics — Cookies

Finalités

Le traitement sert à l’authentification et aux accès autorisés, à la gestion du catalogue et du stock, aux ventes et règlements, à la comptabilité et aux soldes clients, à la synchronisation hors ligne, à l’intégrité de l’historique et de l’audit, à l’administration des abonnements, au support, à la maintenance, à la prévention des abus et à la sécurité. Certaines données peuvent aussi être conservées pour satisfaire les obligations légales applicables. Les diagnostics des SDK ont les finalités distinctes décrites ci-dessous.

Comptes, appairage, PIN et NFC

Les comptes POS sont créés et administrés par l’entreprise ; aucune inscription autonome n’est proposée. L’authentification peut utiliser un e-mail/mot de passe, un PIN ou un bracelet NFC associé sur les appareils compatibles. Les mots de passe/PIN sont hachés côté serveur ; l’application ne les enregistre pas en clair. L’appairage utilise un code/QR temporaire à usage unique, puis un identifiant sécurisé d’appareil. Les identifiants, nom, plateforme, version et dates de session/activité servent aux accès de confiance et à leur révocation. Les UID de bracelets sont transmis pour l’authentification/l’association et conservés côté serveur sous forme de hachages à clé liés à l’employé concerné.

Clients et dossiers métier

Les fiches clients sont des dossiers métier, pas des comptes utilisateurs EvoShop. Les utilisateurs autorisés y accèdent selon les permissions et restrictions de dépôt/appareil. Les transactions conservent les liens entre vente initiale, articles retournés/remplacés, règlements/remboursements et mouvements du solde client. Les flux POS actuels enregistrent les montants et modes de paiement, sans collecter de numéro de carte, de CVV ou d’identifiants de passerelle de paiement. Les tickets imprimés contiennent les informations métier/transaction choisies et doivent être protégés par l’entreprise.

Photos produits et autorisations

L’accès à la caméra/galerie est facultatif et sert aux photos produits ou au scan. Les images choisies peuvent être recadrées/redimensionnées puis envoyées au serveur applicatif du client. Le traitement actuel des uploads POS supprime les métadonnées EXIF/GPS et les métadonnées source inutiles tout en préservant l’orientation. Il ne réécrit pas les images déjà envoyées. L’application ne demande pas la localisation précise de l’appareil. Refuser ces autorisations empêche la fonction concernée, pas toute utilisation du POS.

Codes-barres et QR

La reconnaissance des codes-barres traite les images caméra sur l’appareil. Google ML Kit n’envoie pas ces images ni les résultats de reconnaissance aux serveurs Google. Les valeurs de code-barres/référence acceptées peuvent être transmises au serveur métier pour rechercher ou identifier un produit. Le QR d’appairage contient un secret temporaire et l’adresse du serveur, pas de mot de passe/PIN de caissier ni d’identifiant permanent d’appareil. La saisie manuelle reste disponible selon la fonction.

Stockage local

L’application utilise SQLite, le cache et les préférences locales pour les données chargées du catalogue/des clients/de l’entreprise, les réglages, brouillons/images produits et ventes en file. Les jetons, secrets d’appareil et tentatives de reprise protégées utilisent le stockage sécurisé de la plateforme, notamment le Keychain sur les appareils Apple. Toutes les données métier locales ne sont pas chiffrées. La déconnexion/révocation de session ne garantit pas la suppression immédiate de chaque donnée en cache. L’entreprise doit protéger ses appareils et gérer les données locales restantes, y compris après la fin de l’abonnement.

Synchronisation hors ligne

Les ventes hors ligne restent en attente jusqu’à leur confirmation par le serveur métier. Quand la connexion et les autorisations le permettent, les enregistrements en file sont envoyés à ce serveur avec leurs identifiants d’origine. Les opérations non résolues/rejetées restent disponibles pour reprise ou examen ; une déconnexion ou un changement de serveur ne les efface pas silencieusement. Résolvez ces opérations avec l’administrateur avant de supprimer les données de l’application.

Google ML Kit et autres SDK

mobile_scanner utilise Google ML Kit pour la reconnaissance sur l’appareil. ML Kit peut envoyer à Google des diagnostics/données d’exploitation : identifiants d’installation, informations appareil/application, performances/configuration, événements et erreurs. Google utilise ces mesures pour exploiter, maintenir, améliorer et sécuriser ses API et peut contacter ses serveurs pour des mises à jour ou informations de compatibilité. Ce traitement est distinct de l’envoi des photos produits au serveur du client. Les bibliothèques de stockage/traitement d’image locales ne fournissent pas elles-mêmes de service d’upload cloud. L’intégration actuelle ne comporte ni publicité, ni suivi ATT/inter-applications, ni Firebase Analytics, ni Crashlytics.

Conditions et confidentialité Google ML Kit

Politique de confidentialité Google

Hébergement et prestataires

L’hébergement varie actuellement selon les déploiements clients distincts ; aucun fournisseur ni pays unique ne couvre toutes les installations. Les fichiers produits/médias restent sur le serveur applicatif du client. Les prestataires d’infrastructure, de sauvegarde, de maintenance et de communication peuvent traiter les données nécessaires pour EvoMaro ou l’entreprise selon les modalités du déploiement. Les accès correspondent aux services concernés, aux utilisateurs métier autorisés, aux besoins de support/sécurité ou aux obligations légales applicables. Un projet futur de stockage ou d’hébergement n’est pas un fournisseur actuel.

Sécurité et transmission

Les connexions API/médias de l’application distribuée utilisent HTTPS avec validation normale des certificats. Les anciens liens médias HTTP sont convertis en HTTPS, sans repli HTTP non sécurisé en release. L’authentification, les permissions, la révocation des appareils, le stockage sécurisé des secrets et les environnements séparés protègent les accès ; aucun système n’est totalement exempt de risques. HTTP sur réseau privé est disponible uniquement en développement/debug, pas comme exception de transport en production.

Conservation pendant le service

Pendant un abonnement actif, les données métier/clients/transactions restent conservées jusqu’à leur modification/suppression par le client ou à la fin de l’abonnement, sous réserve des obligations légales applicables. EvoMaro conserve ses propres données d’abonnement, de support et de sécurité pour les finalités concernées et obligations applicables. Les journaux d’exploitation/sécurité restent sur les serveurs/en local, sans prestataire externe de journalisation/supervision, et ne sont conservés que le temps raisonnablement nécessaire selon la rotation/maintenance habituelle. Aucune durée fixe de conservation des logs n’est promise.

Sauvegardes et fin d’abonnement

Des sauvegardes automatiques existent. Après la résiliation de l’abonnement, EvoMaro peut conserver une sauvegarde de récupération pendant 30 jours au maximum. Après cette période, les données/sauvegardes de service restantes sont supprimées, sous réserve de la rotation normale des sauvegardes d’infrastructure et des obligations légales applicables. Supprimer un enregistrement actif n’efface pas instantanément chaque copie de sauvegarde ; la fenêtre de récupération de 30 jours ne garantit pas la disparition simultanée de toutes les copies d’infrastructure en rotation. Les copies locales sur les appareils doivent être gérées séparément.

Contrôles et suppression par l’entreprise

Le client peut créer, modifier et supprimer ses dossiers clients/métier et son historique via les contrôles autorisés, sous réserve des obligations applicables et règles d’intégrité des transactions. Les administrateurs gèrent les permissions, PIN et appareils du personnel et peuvent révoquer les accès. Ces contrôles ne constituent pas un parcours public d’inscription/suppression de compte applicatif et ne garantissent pas l’effacement immédiat des sauvegardes, traces d’audit ou caches d’appareil.

Demandes relatives aux données

Pour les dossiers clients/employés/métier, contactez d’abord l’entreprise EvoShop concernée en tant que responsable du traitement. EvoMaro peut l’assister techniquement lorsque nécessaire. Pour les propres données d’abonnement/support/sécurité d’EvoMaro, ou pour identifier le bon interlocuteur, écrivez à support@evoshop.app ; contact institutionnel de secours : info@evomaro.com. Précisez l’entreprise et les dossiers concernés sans envoyer de mot de passe, PIN ou secret de paiement. Les demandes d’accès, rectification, suppression ou autres droits sont examinées selon le droit applicable, les vérifications d’identité/habilitation et les obligations de conservation ; aucun droit universel ni délai fixe n’est promis.

Enfants et mineurs

EvoShop POS est un outil professionnel, pas un service destiné aux enfants, et ne propose pas d’inscription autonome. Si une entreprise enregistre des informations concernant des mineurs, elle est responsable de leur utilisation licite et des informations/autorisations nécessaires. Les demandes correspondantes doivent lui être adressées.

Traitements internationaux

Les lieux de traitement dépendent du déploiement client, de l’infrastructure et des SDK/prestataires. Des données peuvent être traitées hors du pays de l’entreprise ou de la personne, notamment pour la télémétrie d’exploitation Google. Nous n’affirmons pas que toute l’infrastructure se trouve dans un pays unique et ne promettons pas un mécanisme de transfert ou une certification spécifique. Contactez-nous et l’entreprise concernée pour connaître le déploiement et les garanties éventuellement requises par le droit applicable.

Modifications de cette politique

Nous pouvons actualiser cette politique selon l’évolution des fonctions, pratiques ou exigences applicables. La date de dernière mise à jour identifie la version actuelle. Les changements importants seront communiqués lorsque le droit applicable l’exige. Les responsables du traitement peuvent actualiser séparément leurs propres notices.