Intelligence artificielle en Algérie : ce qui est légal, ce qui coûte, ce qui marche

Cette page décrit l’état de l’intelligence artificielle appliquée aux entreprises en Algérie : ce que le droit autorise depuis la loi 25-11 du 24 juillet 2025, ce qui compose réellement le coût d’un projet, la question de la langue, et les cas où la bonne décision est de ne rien acheter. Elle couvre le domaine en largeur ; chaque section renvoie à un article qui le traite en profondeur.

Elle est écrite pour la personne qui décide, pas pour celle qui installe. Là où une opération demande une intervention technique, c’est dit. Là où une question dépasse notre métier — un arbitrage juridique, une caractérisation fiscale — c’est dit aussi, et nous nommons le métier à qui elle revient.

Ce qu’elle ne contient pas : aucun comparatif de modèles, aucune actualité produit, aucun gain chiffré promis. Les trois se périment en quelques mois et aucun n’a jamais répondu à une question qu’une entreprise algérienne se pose réellement.

Un appel à une interface de programmation hébergée hors d’Algérie déplace la donnée qu’il transporte. Si cette donnée identifie une personne — un nom, un numéro de téléphone, une adresse, le contenu d’un message client — l’opération est un transfert hors du territoire au sens de la loi, et elle relève du régime d’autorisation préalable.

Ce n’est presque jamais ainsi qu’un projet est présenté. Un chatbot branché sur la messagerie de l’entreprise est décrit comme un outil de réponse automatique ; personne autour de la table ne le décrit comme une exportation de fichier client, et c’est pourtant ce que la journalisation du fournisseur enregistre.

Trois architectures évitent la question plutôt que de la contourner : retirer les éléments identifiants avant l’appel, garder les identifiants chez vous et n’envoyer que du texte, ou faire tourner le modèle sur une machine que vous contrôlez. Elles n’ont pas le même coût et ne conviennent pas aux mêmes volumes.

La vérification tient en une opération : exportez une semaine de conversations, surlignez tout ce qui désigne une personne, et comptez les lignes qui fonctionneraient encore une fois le surlignage retiré. Le résultat décide de l’architecture avant tout devis.

Le coût d’un projet se décompose en postes qui ne se paient pas aux mêmes personnes, et confondre les deux est ce qui produit un budget faux. La construction se paie une fois, à qui construit. L’usage se paie au mois, au fournisseur du modèle, en devises. L’hébergement se paie au mois, à l’hébergeur. La maintenance se paie au temps passé. Et le travail humain que le système ne fait pas se paie en salaires, chez vous.

Le cinquième poste est celui que les devis omettent. Une automatisation traite ce qu’elle reconnaît et met le reste de côté ; quelqu’un vide cette pile, tous les jours, et cette personne existe dans le budget ou le projet échoue en silence.

Cette page ne donne aucun montant, et c’est délibéré. Un prix écrit dans une page de référence est un chiffre que personne ne relit quand il change, et les deux variables qui décident du vôtre — votre volume réel et le taux de change du jour — ne sont pas les nôtres. Les pages d’offre portent nos tarifs ; le calcul, lui, se fait avec vos chiffres.

Le seul ordre de grandeur utile se prend chez vous : comptez les messages réellement reçus sur un mois, et la part à laquelle une réponse tenait en trois phrases. Ce rapport décide de la rentabilité d’un assistant avant tout devis, et il se relève en une heure.

Le critère est le coût d’une erreur, pas la difficulté de la tâche. Trier des demandes entrantes, résumer un document long, proposer un brouillon de réponse : une erreur se voit tout de suite et se corrige en quelques secondes. Calculer un prix, valider un dossier, engager l’entreprise par écrit : une erreur se découvre plus tard et coûte cher.

Ce critère traverse les secteurs sans changer de forme. Dans une agence immobilière, l’IA trie les demandes et ne rédige pas l’annonce. Dans une clinique, elle prend le rendez-vous et ne touche jamais au diagnostic. Dans un cabinet, elle lit les pièces reçues et ne produit pas le conseil. Dans un établissement scolaire, elle tient la fenêtre d’inscription et n’arbitre pas un dossier.

La logistique est le cas où l’intuition se trompe le plus souvent. La question du client n’est presque jamais « où est mon colis » : c’est « est-ce que je le reçois avant telle heure », qui demande une réponse que le suivi ne contient pas.

Aucune de ces frontières n’est technique. Elles décrivent ce qu’une entreprise accepte de laisser décider par un système qui a raison la plupart du temps, ce qui est une question de responsabilité et se tranche avant l’achat.

Quand la même question revient vingt fois par semaine, le problème est une page manquante, pas un assistant absent. Écrire cette page coûte une journée et règle le sujet définitivement ; un assistant qui répond à la place de la page coûte tous les mois et laisse la page manquante.

Quand le processus n’est écrit nulle part, l’automatiser fige un désordre au lieu de le corriger. Un système reproduit fidèlement ce qu’on lui décrit, et ce qui n’a jamais été décrit est reproduit tel que la personne qui l’a décrit ce jour-là s’en souvenait.

Quand personne chez vous ne peut ouvrir un écran chaque matin, le sujet n’est pas l’outil : c’est l’organisation. Une file d’exceptions sans propriétaire ne se découvre pas, elle s’accumule, et elle s’accumule en silence pendant que le rapport reste vert.

Quand le volume ne le justifie pas, enfin. Un standard qui reçoit quinze appels par jour n’a pas besoin d’un agent vocal : il a besoin qu’on réponde au téléphone, et l’arbitrage se fait en comparant le coût mensuel d’un système à celui des heures qu’il libère.

Dites-nous ce que vous recevez chaque semaine — messages, appels, documents — et où sont stockées les données que cela produit.

Nous regardons cent échanges réels et nous vous disons ce qui vaut d’être automatisé, ce qui ne le vaut pas, et sous quelle architecture le droit le permet.