Logiciel de contrôle interne : les meilleures solutions et comment choisir la vôtre

Un dispositif de contrôle interne ne produit d'assurance que si les contrôles sont pilotés, testés et surveillés de la même façon dans chaque entité, chaque ERP et sur chaque transaction du périmètre. Sous Excel, l'exercice tient jusqu'à quelques centaines de contrôles. Au-delà, les versions divergent, certains contrôles se retrouvent sans responsable identifié, et les tests par sondage laissent hors champ l'essentiel de la population.

C'est le besoin auquel répondent les logiciels de contrôle interne. Encore faut-il choisir le bon, car la catégorie recouvre des produits très différents et beaucoup d'acheteurs repartent avec un outil qui ne traite pas leur problème. Une équipe SOX qui doit documenter son dispositif n'a pas les mêmes besoins qu'une direction de l'audit interne qui veut tester 100 % des écritures comptables. Plateformes GRC, outils de gestion des missions d'audit et solutions d'analyse de données portent toutes la même étiquette, et les listes de fonctionnalités ne permettent presque jamais de les départager.

Qu'est-ce qu'un logiciel de contrôle interne ?

La catégorie regroupe les applications qui prennent en charge les contrôles internes intégrés aux processus financiers et opérationnels : les définir, les exécuter, prouver qu'ils ont fonctionné. Elle se situe à la rencontre de trois disciplines : la gouvernance, les risques et la conformité (GRC), la gestion des missions d'audit, et l'analyse de données financières.

Quatre fonctions se retrouvent sous cette étiquette :

• Tenir un registre auditable de la conception de chaque contrôle, de son responsable et de son historique de test
• Faire remonter les anomalies de transactions qui signalent qu'un contrôle n'a pas joué son rôle
• Suivre chaque exception jusqu'à sa clôture, avec les éléments probants associés
• Produire le corpus d'éléments sur lequel la direction s'appuie pour se prononcer sur l'efficacité du contrôle interne comptable et financier, au regard de référentiels comme le Référentiel intégré de contrôle interne du COSO ou le cadre de référence de l'AMF

Un point que les pages produit effacent : « logiciel de contrôle interne » ne désigne pas un type de produit unique. L'étiquette recouvre trois familles d'outils, qui interviennent chacune à une couche différente du dispositif de contrôle.

Les meilleurs logiciels de contrôle interne en 2026

Le besoin réel détermine la famille d'outils avant toute comparaison de produits : conformité SOX, surveillance continue, vision intégrée des risques ou détection d'anomalies. Les sept solutions ci-dessous couvrent les trois familles. Identifier sa couche prioritaire avant de lire ce tableau évite de retenir un excellent outil pour un problème qui n'est pas le sien.

Pour les éditeurs concurrents, les forces et les limites de ce tableau combinent le positionnement de chaque produit et les thèmes qui ressortent des avis publiés sur G2. Les notes, le nombre d'avis et l'attribution complète figurent dans la fiche de chaque produit, plus bas.

 Tableau comparatif 

Supervizor

Produit d'audit analytics et de surveillance continue des contrôles (CCM) assisté par IA, qui exécute des tests de contrôle sur l'ensemble des transactions financières présentes dans les ERP de l'organisation, quel que soit le nombre d'entités ou de juridictions. 

Points forts : 

• Bibliothèque de 350+ contrôles prêts à l'emploi couvrant les cycles achats-fournisseurs (P2P), ventes-clients (O2C), clôture et reporting (R2R), notes de frais (T&E), contrôles généraux informatiques (ITGC) et trésorerie
• Mise en service en quelques jours grâce à une couche de reconnaissance des données qui normalise automatiquement les données ERP
• Test sur l'intégralité de la population, avec investigation, notation et suivi des actions correctives intégrés au flux de travail
• Connecteurs SAP, Oracle, NetSuite, Workday et Microsoft Dynamics ; chaque anomalie reste traçable jusqu'à son enregistrement source

Limites :

• Produit centré sur le test, pas conçu pour rédiger des descriptifs de processus, gérer une matrice des risques et des contrôles (RCM) ni organiser des campagnes d'attestation de politiques
• Se combine avec une plateforme GRC ou de gestion des missions d'audit au lieu de s'y substituer

Workiva

Construit autour de documents connectés, avec les contrôles rattachés à la plateforme qui porte déjà le reporting financier et les publications extra-financières.

Les points ci-dessous reprennent les thèmes agrégés par G2 pour Workiva (4,5/5, 2 148 avis, au 30 juin 2026).

Points forts (selon les avis G2) : 

• Une interface accessible, que les utilisateurs décrivent comme rendant les tâches quotidiennes d'audit et de reporting faciles à gérer
• La collaboration en temps réel, plusieurs utilisateurs travaillant simultanément dans la plateforme
• Une interface intuitive associée à de bonnes capacités d'intégration, que les avis relient à une meilleure gestion des contrôles

Limites (selon les avis G2) :

• Un sentiment de fonctionnalités manquantes, avec des frictions sur la configuration documentaire et les étapes de validation
• Une plateforme qui demande du temps et de l'expérience pour être maîtrisée, ce que les avis jugent difficile pour les profils les moins à l'aise avec l'outil informatique
• Des fonctionnalités limitées par rapport à un tableur, avec des capacités de gestion des workflows que les avis décrivent comme encore en cours de maturation

Diligent One Platform

Réunit la gestion des missions d'audit, l'évaluation des risques et les contrôles dans une même suite GRC, avec des modules de surveillance et d'IA en surcouche.

Les points ci-dessous reprennent les thèmes agrégés par G2 pour Diligent One Platform (4,3/5, 150 avis, au 30 juin 2026).

Points forts (selon les avis G2) :

• La simplicité d'usage, avec une interface que les avis décrivent comme intuitive pour les tâches GRC quotidiennes
• La centralisation de la gestion des missions d'audit, avec des tableaux de bord et des outils qui simplifient le pilotage selon les avis
• La fluidité des processus de conformité, les avis reliant les outils intégrés à une meilleure gestion de la conformité

Limites (selon les avis G2) :

• Des fonctionnalités limitées qui restreignent la personnalisation et l'expérience d'ensemble selon les avis
• Des difficultés de paramétrage, décrites comme déroutantes pour les nouveaux abonnés
• Des lenteurs de chargement et des problèmes de performance, ainsi que des difficultés de connexion rapportées par les utilisateurs
  

MetricStream

Commercialise les contrôles, la surveillance des contrôles informatiques et le CCM sous forme de modules identifiés au sein d'une suite GRC d'entreprise, avec une couverture réglementaire poussée et une clientèle concentrée dans les services financiers et les secteurs régulés.

G2 ne recense que 3 avis pour MetricStream Internal Audit Management au 30 juin 2026, un volume trop faible pour que la plateforme génère sa synthèse agrégée des points forts et des limites. Les éléments ci-dessous proviennent d'avis G2 individuels et non d'un thème agrégé par G2 ; ils doivent être lus en tenant compte de cet échantillon réduit.

Points forts (avis G2 individuels) :

• Un déroulé de mission d'audit fonctionnel
• La documentation des dossiers de travail et des résultats de tests dans la plateforme
• Des gains de temps et de coût rapportés par rapport aux processus antérieurs

Limites (avis G2 individuels) : 

• Une interface décrite par un utilisateur comme peu ergonomique
• La difficulté à apporter des modifications une fois un projet marqué comme terminé
• Des blocages de l'interface ou du panneau, avec des avis qui estiment qu'une optimisation serait nécessaire

Riskonnect

Traite les contrôles au sein d'une plateforme de gestion intégrée des risques (IRM) dont l'argument principal est la capacité à couvrir plusieurs juridictions simultanément.

Les points ci-dessous reprennent les thèmes agrégés par G2 pour la page des solutions GRC de Riskonnect (4,4/5, 71 avis, au 30 juin 2026). G2 référence cette entrée sous la mention « by Camms, a Riskonnect Company », et les avis sous-jacents décrivent en grande partie la gamme Camms.Risk au sein du groupe Riskonnect.

Points forts (selon les avis G2) :

• Une interface intuitive et simple d'usage, qui améliore l'efficacité et la souplesse selon les avis
• Un système décrit comme flexible, qui contribue à la satisfaction des clients
• Des fonctionnalités de gestion des risques étendues, présentées dans une interface accessible

 Limites (selon les avis G2) :

• Une navigation jugée déroutante, en particulier lors des premiers usages de Camms.Risk
• Une personnalisation décrite comme difficile, les avis signalant toutefois qu'un accompagnement est disponible pour les travaux sur mesure
• Des temps de chargement longs, notamment lors des recherches de données ou de la mise à jour des risques d'un projet

SAP Process Control

S'intègre nativement à SAP S/4HANA et ECC, avec une automatisation des contrôles directement rattachée aux processus SAP.

G2 recense 30 avis pour SAP Process Control au 30 juin 2026 et n'affiche pas de module agrégé de points forts et de limites pour ce produit. Les éléments ci-dessous proviennent d'avis G2 individuels et non d'un thème agrégé par G2.

Points forts (avis G2 individuels) :

• Une simplicité d'usage rapportée par plusieurs utilisateurs
• Une capacité de surveillance continue des contrôles au sein de SAP
• L'intégration avec les autres applications SAP
  

Limites (avis G2 individuels) : 

• Une configuration initiale complexe
• Un coût de mise en œuvre élevé, cité par plusieurs utilisateurs
• Des processus de correction et de validation difficiles ou longs

Onspring

Plateforme no-code paramétrable, conçue pour que les équipes métier montent elles-mêmes leurs workflows d'audit et de contrôle.

Les points ci-dessous reprennent les thèmes agrégés par G2 pour Onspring (4,7/5, 80 avis, au 30 juin 2026).

Points forts (selon les avis G2) :

• Une simplicité d'usage qui permet une personnalisation no-code intuitive, sans compétences en programmation
• Une facilité de personnalisation, que les avis relient à une meilleure gestion des workflows et à un reporting plus efficace
• Un support client décrit comme contribuant réellement à la réussite des projets

Limites (selon les avis G2) : 

• Des limites de taille de fichier, les avis souhaitant davantage de capacité pour réduire l'encombrement
• La complexité du paramétrage et de la personnalisation, en particulier pendant la phase d'apprentissage
• Un paramétrage difficile des droits et de la personnalisation des rapports, cité par plusieurs utilisateurs

Trois familles de solutions, trois couches de contrôle interne 

Comparer des produits suppose de comprendre d'abord pourquoi certains répondent à une autre question. Le marché du logiciel de contrôle interne réunit trois familles distinctes, qui interviennent à des couches différentes du dispositif. 

Exemples par famille. GRC et documentation : Workiva, Diligent One, Riskonnect, MetricStream, RSA Archer, SAP Process Control pour les environnements SAP. Gestion des missions d'audit : TeamMate, AuditBoard, Onspring ; le guide d'achat des logiciels d'audit interne détaille l'ensemble du paysage des outils de gestion de mission. Analyse de données et CCM : Supervizor, Oversight (Casepoint).

Une plateforme GRC détient le registre des contrôles internes, attribue les responsabilités et les processus, planifie les cycles de test et les validations, et pilote les campagnes d'attestation. Une plateforme d'analyse se branche sur les ERP et exécute la logique de test sur chaque enregistrement, non sur un échantillon, en remontant les anomalies au fil de l'eau et en transmettant les exceptions à un outil GRC ou de gestion de mission.

Les trois familles répondent à trois questions différentes :

• La GRC répond à la question des contrôles existants, de leurs responsables et de leur dernière date de test
• La gestion des missions d'audit répond à la question de la planification, de l'exécution et de la clôture de chaque mission
• L'analyse de données et le CCM répondent à la question de savoir si chaque contrôle s'est déclenché correctement sur chaque transaction

Un programme SOX doté d'une plateforme GRC aboutie mais sans brique analytique démontre que les contrôles ont été testés, sans démontrer qu'ils étaient efficaces sur l'ensemble de la population. Ces trois familles sont complémentaires, et un dispositif de contrôle mature en exploite généralement deux ou trois en parallèle. Les traiter comme des alternatives reste l'erreur d'achat la plus fréquente dans cette catégorie. 

Pourquoi s'équiper d'un logiciel de contrôle interne 

Les mêmes problèmes conduisent la plupart des organisations à passer du traitement manuel à un outil dédié.

Le travail ne résiste pas au changement d'échelle. Au-delà d'environ 200 contrôles clés répartis sur plusieurs entités, les références cassées, les écarts de version et les contrôles sans responsable cessent d'être des exceptions.

Les éléments probants se dispersent. Descriptifs de contrôles dans un classeur, justificatifs dans un autre, validations dans un troisième : l'auditeur passe plusieurs jours à reconstituer l'ensemble.

Le niveau d'exigence réglementaire continue de monter. La loi Sapin 2 impose aux entreprises concernées des procédures de contrôles comptables destinées à s'assurer que les livres, registres et comptes ne servent pas à masquer des faits de corruption. SOX 404, la réforme britannique de la gouvernance d'entreprise et le Foreign Corrupt Practices Act attendent tous la preuve que les contrôles fonctionnent, pas seulement qu'ils existent.

Personne n'a de vision consolidée. Vérifier qu'un contrôle donné s'applique de la même façon dans douze filiales demande plusieurs semaines d'extraction sans système de référence partagé.

Le sondage laisse passer. Pour un contrôle manuel fréquent, les cabinets d'audit testent généralement entre une vingtaine et une soixantaine d'occurrences : 22 à 59 selon les tables de l'AICPA telles qu'appliquées par les grands réseaux, 30 à 60 pour un contrôle exécuté plusieurs fois par jour dans l'exemple publié par KPMG. Rapporté à une population de 500 000 transactions, cela représente 0,004 % à 0,012 % des enregistrements examinés.

Ce niveau de couverture, très en deçà d'un dixième de pour cent, explique la persistance de la fraude et des erreurs significatives. L'édition 2026 du rapport Occupational Fraud: A Report to the Nations de l'ACFE établit la durée médiane d'une fraude à 12 mois avant détection, et attribue plus de la moitié des cas à une absence de contrôle interne ou à un contournement des contrôles en place.

Les fonctionnalités déterminantes

Une liste de fonctionnalités sert à éliminer des produits, rarement à en retenir un. Presque tous les éditeurs annoncent tout, et la réponse se joue sur la profondeur et la qualité d'exécution.

Bibliothèque de contrôles et cartographie des risques

Un registre qui relie chaque contrôle à un risque, à un processus et à une exigence réglementaire constitue la colonne vertébrale du dispositif. Ce qui compte, c'est la prise en charge simultanée de plusieurs référentiels (COSO, COSO ERM, NIST, ISO 27001, SOX) et la clarté des liens entre contrôles et processus.

Automatisation des flux de travail

Affectation, escalade, collecte des justificatifs et validations doivent se paramétrer processus par processus. Un modèle figé est un signal d'alerte.

Surveillance continue et tests automatisés

La fonctionnalité qui départage vraiment les produits, c'est le test sur l'intégralité de la population, pas un échantillon plus large. Un test exécuté sur 500 000 enregistrements produit des éléments probants d'une tout autre nature qu'un test sur 40 enregistrements, quelle que soit la méthode de tirage.

Intégration aux ERP et aux systèmes financiers

Des connecteurs préexistants vers SAP, Oracle, NetSuite, Workday, Microsoft Dynamics et les principales plateformes bancaires pèsent davantage qu'une mention générique d'API disponible. La vitesse d'ingestion et la fréquence de rafraîchissement déterminent si la surveillance mérite vraiment le qualificatif de continue.

Catalogues de contrôles prêts à l'emploi

La question de coût la moins visible porte sur l'origine de la logique de test : développée en interne ou fournie. Un socle de 350+ contrôles prêts à l'emploi couvrant P2P, O2C, R2R, T&E, ITGC et trésorerie retire plusieurs mois à un plan de développement analytique et évite la maintenance continue de code sur mesure. L'arbitrage entre contrôles développés en interne et contrôles préconfigurés mérite d'être tranché avant de s'engager.

Tableaux de bord et restitution

Au quotidien, ce qui compte, c'est l'état des contrôles en temps réel, l'évolution des anomalies et l'avancement des actions correctives. Les exports exploitables en audit, avec les données source, la logique de test, le résultat et la traçabilité de chaque exception, pèsent plus lourd que l'esthétique des tableaux de bord.

Traitement des anomalies et investigation

Détecter des exceptions sans les traiter relève de l'affichage. Les produits opérationnels affectent les constats, documentent l'action corrective et bouclent la boucle avec des éléments probants.

Multi-entités et multi-ERP

Le vrai critère différenciant, c'est la normalisation automatique des données, pas le nombre de connecteurs annoncés. Des connecteurs qui ingèrent sans harmoniser laissent le travail de standardisation à la charge de l'équipe data du client.

Comment choisir un logiciel de contrôle interne

Les erreurs de sélection remontent presque toujours à une mauvaise lecture du niveau de maturité réel du dispositif.

Étape 1 : évaluer sa maturité actuelle

Trois situations de départ reviennent systématiquement :

• Niveau 1, sous tableur : contrôles et justificatifs dans Excel, tests réalisés à la main
• Niveau 2, GRC en place, analytique absente : registre et circuits de validation centralisés, tests toujours par sondage
• Niveau 3, GRC et analytique : registre, circuits de validation et moteur de test outillés

Les dispositifs de niveau 1 tirent plus de valeur d'une colonne vertébrale GRC posée en premier. Les dispositifs de niveau 2 gagnent davantage à ajouter une couche analytique, en particulier sur les types de contrôles internes où la fraude et l'erreur significative apparaissent le plus souvent.

Étape 2 : définir son cas d'usage principal

Un programme SOX construit autour de la documentation et des tests de cheminement appelle un produit GRC. Une équipe qui veut contrôler chaque transaction appelle une solution analytique. L'assurance sur la cybersécurité appelle un CCM orienté systèmes d'information. La détection de fraude appelle de l'analyse d'anomalies. Vouloir faire entrer ces quatre besoins dans un seul produit donne un outil correct partout et excellent nulle part.

Étape 3 : évaluer la vitesse et la complexité de déploiement

Le délai avant les premiers résultats varie d'un ordre de grandeur. Un programme GRC d'entreprise s'étale généralement sur 3 à 12 mois. Un outil de gestion des missions d'audit se situe entre 1 et 3 mois. Une solution analytique dotée d'une couche de reconnaissance des données peut être opérationnelle en quelques jours à quelques semaines. Un déploiement GRC annoncé à 90 jours se transforme couramment en neuf mois dès que le périmètre d'intégration des données s'élargit. Intégrez dès le départ la charge DSI, le travail d'ingénierie des données et la conduite du changement.

Étape 4 : raisonner en coût complet

Les redevances de licence n'en sont que la partie visible. Le coût complet comprend aussi les prestations de mise en œuvre, le temps des équipes informatiques et data, la maintenance des contrôles développés sur mesure, et les heures d'audit que l'outil était censé faire économiser. Une bibliothèque préconfigurée infléchit cette courbe en sortant le développement et la maintenance du périmètre du client.

Étape 5 : tester la montée en charge

Demandez aux éditeurs une démonstration sur le volume de transactions le plus élevé envisageable à 24 mois, et une explication de ce qui se passe si ce volume triple. Les produits qui absorbent 50 000 transactions par trimestre atteignent souvent leurs limites à cinq millions. Le jeu de données du pilote doit refléter l'environnement réel.

Quel logiciel pour quel profil d'organisation

Contrôle interne, loi Sapin 2 et conformité SOX

En France, l'exigence la plus structurante pour un dispositif de contrôle interne vient de l'article 17 de la loi Sapin 2. Les entreprises d'au moins 500 salariés dont le chiffre d'affaires dépasse 100 millions d'euros doivent mettre en place huit mesures, dont des procédures de contrôles comptables destinées à s'assurer que les livres, registres et comptes ne servent pas à dissimuler des faits de corruption ou de trafic d'influence. Les recommandations de l'Agence française anticorruption, publiées au Journal officiel le 12 janvier 2021, structurent ces contrôles sur trois niveaux : des contrôles préventifs réalisés en amont de l'opération, des contrôles a posteriori effectués par une personne indépendante du premier niveau, et des audits comptables périodiques rattachés à l'instance dirigeante.

Cette architecture a une conséquence directe sur le choix d'un outil. Lorsque les contrôles de premier niveau sont automatisés, le deuxième niveau doit être adapté en conséquence, ce qui déplace l'effort vers l'analyse de données plutôt que vers des vérifications manuelles par sondage.

Les sociétés cotées françaises ont par ailleurs une obligation de restitution : le rapport de gestion doit présenter les principales caractéristiques des procédures de contrôle interne et de gestion des risques relatives à l'élaboration et au traitement de l'information comptable et financière, pour l'ensemble du périmètre de consolidation (article L. 22-10-35, 2° du code de commerce).

Un atout français mérite d'être souligné : le fichier des écritures comptables (FEC), imposé par l'article L. 47 A du Livre des procédures fiscales et normalisé par l'arrêté du 29 juillet 2013, fournit un extrait exhaustif et horodaté du grand livre, dans un format de 18 champs identique d'une entreprise à l'autre. Tester les écritures comptables sur 100 % de la population ne suppose donc aucune extraction propriétaire.

Pour les groupes soumis à SOX, la section 404 fait porter sur la direction la documentation du contrôle interne comptable et financier et la publication d'une évaluation annuelle. Les auditeurs externes se prononcent par-dessus, dans le cadre de la norme PCAOB AS 2201, par une opinion d'audit intégrée. Un logiciel contribue sur quatre plans : tenir la documentation (descriptifs, logigrammes, matrices des risques et des contrôles, tests de cheminement), exécuter des tests structurés de conception et de fonctionnement en conservant les résultats comme éléments probants, piloter les déficiences jusqu'à leur correction avec une piste d'audit complète, et produire les livrables attendus par l'auditeur externe au titre de l'AS 2201.

L'analyse de données change la nature des éléments probants. Exécuter les tests sur l'intégralité de la population des transactions du périmètre fournit une base plus défendable à l'assertion de la direction, et l'AS 2201 demande à l'auditeur externe de tenir compte de cette force probante dans la formation de son opinion. Le cas d'usage conformité SOX de Supervizor montre comment une couche analytique s'ajoute à un programme existant sans remplacer la pile GRC.

De la documentation des contrôles à leur test effectif 

Les dispositifs matures passent de la question « chaque contrôle est-il écrit ? » à la question « chaque contrôle se comporte-t-il correctement face aux données réelles ? ». Les plateformes GRC répondent confortablement à la première. La seconde relève d'un autre outillage.

La documentation produit une trace fiable. Seul le test produit de l'assurance. L'écart entre les deux, celui qui sépare l'activité de l'efficacité, permet à un contrôle d'être parfaitement documenté, intégralement validé, et de laisser passer un doublon de paiement parce que personne n'a confronté la logique au fichier de transactions.

Une fois l'analytique en place, trois constats reviennent systématiquement :

• Des doublons de paiement masqués par une date de facture décalée, un nom de fournisseur modifié ou un montant fractionné sous un seuil d'approbation, comme la facture à 4 999,99 € dans un environnement où le seuil est fixé à 5 000 €. Impossible à détecter dans un échantillon de 40 factures, immédiat sur le fichier complet.
• Des violations de séparation des tâches inscrites dans les habilitations utilisateurs, qui ne déclenchent aucune alerte dans les circuits de validation. Invisibles à la lecture d'un descriptif de processus, évidentes à l'analyse des droits d'accès.
• Des écritures comptables passées le week-end par des utilisateurs qui n'en passent jamais en semaine. Hors de portée d'un test de cheminement trimestriel, manifestes dans l'historique des transactions.

Rien de tout cela ne remplace la documentation. Cela transforme un contrôle documenté en élément probant. 

Conclusion

La décision porte sur des couches, pas sur des produits. Le point de départ réel du dispositif, les éléments qu'il doit produire et la volonté de combiner un outil de gouvernance avec une brique analytique déterminent le bon premier pas. Un registre, seul, ne constitue pas une assurance. Le combler suppose d'exécuter les tests sur les données de transactions réelles, sur l'intégralité de la population, en continu. C'est le travail que réalise la couche analytique de Supervizor : 350+ contrôles prêts à l'emploi, test sur toute la population, déploiement en quelques jours.

Note sur les comparaisons concurrentielles de cet article

Les forces et les limites attribuées ci-dessus à Workiva, Diligent One Platform, Riskonnect et Onspring proviennent des thèmes agrégés par G2 dans son module « pros and cons », tels que publiés sur G2.com au 30 juin 2026. Pour MetricStream et SAP Process Control, le volume d'avis était trop faible pour que G2 génère une synthèse agrégée ; les éléments présentés pour ces deux produits proviennent d'avis G2 individuels et sont signalés comme tels.

Cette comparaison reflète un instantané des avis utilisateurs publiés par un tiers, à une date donnée. Les produits, les fonctionnalités et la perception des utilisateurs évoluent. Si vous estimez qu'une information ci-dessus est inexacte ou obsolète, écrivez à contact@supervizor.com.