Primo lève 8 M$ : ses agents veulent exécuter l’IT, pas seulement la conseiller

Le 22 septembre 2026, Primo a annoncé une levée de 8 M$ auprès de Headline et Global Founders Capital pour développer des agents « capables d'exécuter le travail, et plus seulement de l'organiser ». La société veut leur confier des opérations informatiques liées aux salariés, tout en laissant les équipes IT fixer les règles et garder la main sur les décisions sensibles.

Le French Tech Journal indique que Primo a dépassé 4 millions de dollars de revenu récurrent annuel trois ans après son lancement. Tech.eu fait état de plus de 400 clients dans 10 pays et décrit les opérations visées : commander du matériel, attribuer des accès logiciels et retirer des permissions lorsqu’un salarié quitte l’entreprise. Ces chiffres mesurent l’activité de Primo ; ils ne précisent pas combien de clients utilisent déjà un parcours entièrement exécuté par ses agents.

Pourquoi une plateforme unifiée change ce que l’agent peut faire

Le projet repose sur une plateforme qui réunit les appareils, les identités, les applications SaaS, les achats de matériel et le support IT autour des données du salarié, avec un lien vers les informations RH. Une demande d’accès ne se réduit alors pas à un ticket isolé : elle peut être rapprochée de la personne concernée, de son poste, de son équipement et des règles de l’entreprise. Cette vue commune fournit le contexte nécessaire pour décider quelle opération lancer et dans quel système.

Un assistant limité au support peut répondre à une question ou proposer une procédure. Pour effectuer l’opération, l’agent doit aussi disposer d’une intégration avec le service concerné et d’une autorisation adaptée : connaître le droit à attribuer ne lui donne pas, à lui seul, le pouvoir de modifier un compte. C’est l’articulation entre les données, les connexions aux outils et les règles d’exécution qui permet de passer de la recommandation à l’action.

Cette distinction compte dans une PME où la même arrivée mobilise les RH, les achats et l’administration des logiciels. Si le poste déclaré dans le système RH ne correspond pas à la demande reçue par l’IT, l’agent doit pouvoir traiter cette divergence avant de commander un appareil ou d’ouvrir un accès. La plateforme commune rend le décalage visible ; la politique de l’entreprise détermine si l’action peut continuer ou doit être soumise à une personne.

À l’arrivée, relier la donnée RH à chaque action

Dans un parcours d’arrivée type, le point de départ est l’enregistrement du salarié par les RH : identité, date de début, poste et équipe. Ces données permettent de préparer l’équipement associé à sa fonction. L’agent peut alors engager la commande et la configuration de l’ordinateur selon un catalogue approuvé ; une dépense exceptionnelle ou une demande qui sort de ce catalogue appelle une validation humaine avant l’achat.

L’attribution des logiciels exige un autre ensemble d’informations : le rôle du salarié, les applications prévues pour ce rôle et les comptes déjà créés. L’agent peut ouvrir les accès ordinaires définis par la politique interne et consigner les étapes dans un ticket d’accueil. Si un responsable demande un droit supplémentaire, ou si l’accès donne des privilèges élevés, le propriétaire de l’application ou l’équipe IT doit pouvoir approuver l’exception avant son exécution.

Le contrôle intervient donc à des endroits différents selon l’effet de l’action. Une commande conforme engage une dépense connue ; un accès administrateur change ce que le salarié peut faire dans un système. Pour coordonner ces étapes, l’agent doit recevoir des pouvoirs précis dans chaque outil, plutôt qu’une permission générale attachée au seul événement « arrivée ». Le statut de chaque opération doit rester lisible pour que l’équipe IT sache ce qui a été effectué et ce qui attend une décision.

Au départ, synchroniser la fin des accès et le matériel

Un départ suit une logique différente. Les données RH doivent distinguer une date de sortie planifiée d’une coupure immédiate et identifier la personne dont les comptes sont concernés. À partir de là, l’agent peut retrouver les applications et l’appareil qui lui sont associés, préparer la révocation des permissions et signaler le matériel à récupérer. L’heure à laquelle les accès prennent fin doit découler d’une décision autorisée, car une erreur peut interrompre le travail trop tôt ou prolonger un accès après le départ.

Les opérations n’ont pas toutes la même portée. Fermer un accès logiciel prévu par une règle approuvée peut suivre un circuit automatique. Révoquer un accès critique, effacer un ordinateur ou agir sur un compte dont l’identité est ambiguë exige un contrôle plus strict. Si un service ne répond pas, l’agent doit signaler l’échec : une demande de fermeture envoyée ne signifie pas que le compte a effectivement été désactivé.

Le parcours ne s’achève donc pas au premier accès retiré. Il faut pouvoir rapprocher la liste des permissions connues des actions réellement terminées, puis suivre la récupération de l’appareil séparément. La trace laissée par l’agent permet à l’équipe IT de voir quel système a été modifié, à quel moment et avec quel résultat. Elle rend aussi visibles les étapes qui restent à traiter manuellement.

Le pouvoir d’agir reste défini par l’entreprise

Primo présente les agents comme des exécutants soumis à une politique fixée par chaque entreprise. Le client détermine les actions autorisées sans intervention, celles qui nécessitent un accord et les personnes habilitées à le donner. Ce cadre compte autant que le modèle d’IA : une réponse pertinente ne suffit pas lorsqu’une opération crée une dépense, modifie un droit ou efface des données.

La portée concrète de la nouveauté dépendra des systèmes que chaque client relie à Primo et des autorisations qu’il accepte de déléguer. Le revenu et le nombre de clients établissent la traction de la plateforme, mais la mesure décisive pour une équipe IT sera le parcours qu’un agent peut achever dans son propre environnement, avec ses exceptions, ses validations et une trace exploitable de chaque action.

À lire aussi :

• Arga lève 10 M$ : ses copies de logiciels laissent les agents échouer sans dégâts
• HiBob lève 166 M$ : Salesforce finance le contexte RH des agents IA
• a16z lève 1,1 Md$ : le logiciel cède la place aux contraintes physiques