Vos données d'entreprise : où elles vont vraiment

Quand un outil traite vos données en cloud, la séquence est la suivante : votre document, votre message ou votre image quitte votre réseau, traverse internet, arrive sur un serveur qui appartient à un tiers, y est traité, et la réponse revient.

Ce n'est pas nécessairement un problème. Les grands fournisseurs offrent des garanties contractuelles sérieuses, et beaucoup d'entreprises fonctionnent ainsi sans incident.

Mais trois faits demeurent, quels que soient les engagements pris.

Vos données sont physiquement ailleurs, souvent hors du Maroc.

Vous dépendez d'un contrat que vous ne pouvez pas vérifier techniquement.

Vous dépendez d'une connexion pour que le service fonctionne.

Où s'exécute le modèle ? Sur une machine chez vous, ou sur un serveur distant ? La réponse « c'est sécurisé » n'est pas une réponse à cette question.

Qu'est-ce qui sort de mon réseau, exactement ? Le document entier ? Un extrait ? Seulement le résultat ? La différence est considérable : envoyer une facture complète n'est pas la même chose que remonter un montant.

Que se passe-t-il si la connexion tombe ? Si le service s'arrête, vous avez une dépendance opérationnelle. Si le système continue, vous avez une architecture locale.

Un prestataire qui répond mal à ces trois questions doit être écarté, quelle que soit la qualité apparente de son produit.

C'est le point le moins compris, et celui qui inquiète le plus à raison.

Certains services utilisent les données qui transitent pour améliorer leurs propres modèles. D'autres non. Les conditions d'utilisation le précisent, mais rarement en première page, et le réglage n'est pas toujours activé par défaut.

Pour une entreprise, l'enjeu est concret : vos conditions commerciales, vos grilles tarifaires, vos procédures internes et vos dossiers clients ne devraient pas alimenter un modèle utilisé par d'autres, y compris vos concurrents.

La question à poser : mes données servent-elles à entraîner quoi que ce soit ? La réponse doit être écrite, pas orale.

En traitement local, la séquence est différente : le document reste sur votre réseau, le modèle s'exécute sur une machine installée chez vous, la réponse est produite sur place.

Ce qui sort : rien, en fonctionnement normal. Éventuellement des indicateurs ou des alertes que vous choisissez de faire remonter — quelques octets, pas des documents.

Ce qui est vérifiable : vous pouvez montrer la machine. C'est un fait constatable, pas une clause à laquelle il faut se fier.

Ce qui continue en cas de coupure : tout. Pas de vérification de licence en ligne, pas d'inférence distante.

Par honnêteté, parce qu'une architecture locale n'est pas une dispense.

Les accès internes. Qui, dans votre entreprise, peut consulter quoi ? Un système local mal configuré expose vos données à toute personne ayant un accès réseau.

La rétention. Conserver indéfiniment n'est ni utile ni conforme. Les durées se paramètrent et s'appliquent.

Les obligations légales. Finalité, proportionnalité, information des personnes, droits d'accès : ces obligations demeurent intégralement, que le traitement soit local ou distant.

Le facteur humain. L'exfiltration de données par un salarié n'a rien à voir avec l'architecture technique.

Une architecture mixte est souvent la bonne réponse : rien n'oblige à traiter tout au même endroit.

La bonne question n'est pas « est-ce sécurisé » — tout le monde répond oui. C'est « où s'exécute le traitement, qu'est-ce qui sort, et que se passe-t-il sans connexion ». Ces trois réponses déterminent votre exposition réelle.