Aller au contenu
AudiDesk

Plateforme d’évaluation de sécurité et de conformité assistée par IA

Transformez votre inventaire logiciel en audit de sécurité et en évaluation GRC exploitables.

AudiDesk ingère l’inventaire que vous exportez déjà — par fichier ou par connecteur planifié —, l’évalue avec un moteur de règles déterministe et produit les constats, les registres, les documents rédigés et les rapports qu’une évaluation exige réellement, en anglais, en français et en arabe.

Demander un accès

L’accès se fait sur invitation pendant l’intégration des premiers espaces de travail.

Le pipeline

De la preuve à la clôture vérifiée, un seul modèle de domaine

C’est la forme littérale du produit, pas un slogan. Chaque écran, registre et rapport d’AudiDesk est une étape de ce pipeline.

  1. 01

    Preuve

    Fichiers d’inventaire, rapports de scanner, exports d’annuaire, rapports de référentiel, preuves documentaires et synchronisations planifiées — six sources, un seul modèle de preuve.

  2. 02

    Analyse

    Noms normalisés, cycle de vie rapproché, informatique fantôme détectée face à votre catalogue.

  3. 03

    Score

    Un moteur de règles versionné pondère les faits. Aucun modèle de langage dans la boucle.

  4. 04

    Constat

    Rattaché aux référentiels, classé par sévérité, promouvable au registre des risques.

  5. 05

    Remédiation

    Chaque constat nomme ce qui le clôt : l’artefact, un responsable, une date cible — et l’artefact peut être rédigé depuis un modèle.

  6. 06

    Vérification

    L’instantané suivant ferme ce qui a été corrigé, et consigne pourquoi.

  7. 07

    Rapport

    Sept rapports et la déclaration d’applicabilité, en HTML imprimable et en DOCX modifiable, dans la langue de votre lecteur.

D’où vient la preuve

Six sources, un seul modèle de preuve

Mesures, rapports et vérification consomment les preuves sans se soucier de leur origine. C’est pourquoi ajouter une source ajoute un producteur, pas un second produit — et pourquoi une évaluation peut en contenir autant que vous en avez, pour une seule évaluation au titre de votre offre.

01

Dépôt de fichier d’inventaire

Un export ESET PROTECT, ou un inventaire CSV ou Excel générique. Les fichiers à point-virgule, les marques d’ordre d’octets et les en-têtes de colonnes localisés par la console sont pris en charge ; ce que l’empreinte d’en-tête ne sait pas placer, vous le mappez une fois à la main et AudiDesk s’en souvient.

Les dépôts génériques ne portent aucune donnée de vulnérabilité : ils alimentent uniquement le statut de cycle de vie, l’informatique fantôme et les contrôles d’inventaire. L’écran de dépôt l’indique avant validation.

02

Rapport de vulnérabilités et de correctifs

Un export de vulnérabilités Microsoft Defender ou un scan Tenable Nessus, en CSV, TSV ou classeur Excel — le format est déterminé à partir du fichier lui-même, donc un export renommé fonctionne quand même. Defender indique chaque mise à jour et si elle est installée ; Nessus indique des CVE rattachées aux hôtes, et lorsqu’il ne nomme aucune mise à jour, l’exécution le signale au lieu de déclarer un parc à jour.

C’est vous qui nommez le scanner plutôt que nous qui devinons : Defender et Nessus écrivent tous deux une colonne de sévérité et une colonne CVE, sur des échelles différentes, et deviner faux noterait votre parc sur la mauvaise.

03

Export identités et accès

Un export d’utilisateurs Active Directory produit par une commande PowerShell que l’écran vous fournit, ou une collecte planifiée depuis Microsoft Entra. En sortent les comptes dormants, les comptes privilégiés dormants, les comptes partagés, les comptes de service obsolètes, l’exposition des invités et les écarts de politique de mot de passe.

Un export d’annuaire ne contient aucune donnée d’authentification multifacteur : chaque compte est donc rapporté avec un état MFA inconnu, jamais conforme. Entra, via le connecteur, le fournit.

04

Rapport de référentiel / durcissement

Une ligne par mesure et par appareil : hôte, référentiel, version, mesure, résultat, ainsi que les valeurs attendue et observée lorsque l’outil les indique. CSV, TSV, Excel ou JSON. Un export CIS-CAT ou d’un autre outil est associé colonne par colonne au schéma de référentiel publié par AudiDesk.

C’est la source qui répond à la question qu’un verdict de conformité d’appareil ne peut pas trancher : non pas « une plateforme juge-t-elle cet appareil conforme » mais « correspond-il au référentiel que vous avez défini ». Une vérification ignorée, non applicable ou en erreur est rapportée comme le silence de l’outil — jamais comme une réussite.

05

Preuve documentaire

Politiques, procédures, schémas et captures d’écran déposés en regard des contrôles qu’ils étayent, chacun avec une classe de sensibilité, une analyse antivirus et une période de validité, pour qu’une preuve qui vieillit réapparaisse comme un écart au lieu de s’éteindre en silence.

C’est la source qui comble l’écart entre les contrôles qu’un inventaire peut documenter et les 93 qu’exige une évaluation ISO 27001 — et les demandes de preuves sont le moyen de les obtenir des personnes qui les détiennent réellement.

06

Connecteurs en direct

Une collecte planifiée depuis ESET Connect, Microsoft Intune, SentinelOne, Lansweeper ou Microsoft Entra ID, de l’heure à la semaine. Les instantanés arrivent d’eux-mêmes, la vérification s’exécute d’elle-même, les constats s’ouvrent et se ferment, et les alertes de dérive nomment ce qui a changé depuis le précédent.

  • ESET Connect
  • Microsoft Intune
  • SentinelOne
  • Lansweeper
  • Microsoft Entra ID

Les identifiants n’entrent jamais dans la base : un enregistrement de connecteur contient le nom d’un secret, et seul le worker de synchronisation en lit la valeur. Ce qu’un connecteur peut attester est ce qu’il rapporte réellement — ESET ajoute les vulnérabilités, Intune la conformité de configuration des appareils, Entra les comptes d’annuaire avec un véritable état multifacteur ; SentinelOne et Lansweeper alimentent le cycle de vie, le shadow IT et les mesures d’inventaire comme le fait un fichier générique.

Les connecteurs constituent le palier de surveillance continue

Tout le reste de cette page relève de l’évaluation ponctuelle : vous fournissez la preuve, AudiDesk l’évalue, vous livrez le résultat. Les connecteurs en direct sont ce qui transforme cela en surveillance continue — instantanés planifiés, alertes de dérive lorsqu’une informatique fantôme apparaît, qu’un produit que vous exploitez devient exploité de façon connue, qu’une date de fin de vie est franchie ou qu’une preuve expire, et une vue des retards pour chaque constat dépassant sa cible de remédiation. C’est livré, et c’est un palier distinct, tarifé séparément.

Le dépôt de fichier ne disparaîtra jamais. Personne ne confie ses identifiants d’API pendant une évaluation, et une mission ponctuelle exige un chemin ponctuel.

Ce que contient la plateforme

Contrôles de l’Annexe A
93Contrôles de l’Annexe A ISO/IEC 27001:2022 modélisés dès le premier jour, chacun avec son statut, son responsable, sa justification, ses preuves et son relevé d’efficacité.
Connecteurs en direct
5Sources qui se synchronisent selon leur propre planification — ESET Connect, Microsoft Intune, SentinelOne, Lansweeper et Microsoft Entra ID. À elles cinq, elles apportent l’inventaire, la conformité de configuration des appareils et les comptes de l’annuaire.
Modèles de documents
14Modèles de politiques, procédures, standards, formulaires et listes de contrôle à partir desquels un artefact de remédiation est rédigé.
Langues
3Langues pour l’interface et pour chaque rapport généré — anglais, français et arabe de droite à gauche.

Ce que vous obtenez

Les rapports sont des vues sur l’évaluation, pas le produit

Le modèle constats-contrôles-risques-preuves est le référentiel de vérité. Rien n’est stocké : chaque document est rendu à nouveau depuis son instantané et concorde donc toujours avec les données qu’il cite — régénérez-les à tout moment, dans chacune des trois langues.

Sept rapports

  1. 01

    Score de risque logiciel

    Chaque produit classé par risque déterministe, avec les entrées derrière chaque score.

  2. 02

    Vulnérabilités et exposition

    Exposition au niveau des CVE avec indicateurs d’exploitation connue, scores de probabilité et actifs concernés.

  3. 03

    Fin de vie / fin de support

    Ce qui n’est plus pris en charge, ce qui s’en approche et où c’est installé.

  4. 04

    Informatique fantôme

    Les logiciels absents de votre catalogue approuvé, pondérés par catégorie de risque.

  5. 05

    Évaluation ISO 27001

    Les 93 contrôles de l’annexe A tels que votre organisation les a évalués — et un registre explicite de tout ce qui n’est pas évalué.

  6. 06

    GRC

    Gouvernance, risques et conformité en un document : registre des politiques, registre des risques, couverture des contrôles.

  7. 07

    GRC exécutif

    La synthèse de posture en une page, avec la tendance par rapport à l’instantané précédent.

Déclaration d’applicabilité

Les 93 contrôles de l’annexe A avec applicabilité, justification, statut de mise en œuvre, preuves liées et efficacité, exportés en registre imprimable. Une exclusion sans justification énoncée est signalée, parce qu’il s’agit d’un défaut ISO et non d’un défaut de mise en forme.

Politiques et procédures rédigées

Quatorze modèles couvrant politiques, procédures, standards, formulaires et listes de contrôle. La prose est rédigée dans des sections nommées fixes derrière un bloc de contrôle documentaire, et le document devient votre politique au moment où une personne nommée l’approuve.

Correspondance entre référentiels

Une seule évaluation, lue à travers plusieurs prismes. L’annexe A d’ISO/IEC 27001:2022 porte la bibliothèque de contrôles vivante ; SOC 2, NIST CSF 2.0 et CIS Controls v8 sont atteints par correspondance depuis celle-ci.

  • ISO/IEC 27001:2022
  • NIST CSF 2.0
  • CIS Controls v8
  • SOC 2

La couverture du crosswalk est une couverture de correspondance : elle indique quelles mesures ISO atteignent un référentiel, non que ce référentiel a été évalué, et elle est toujours rapportée avec son reste non couvert. NIS2, CIS v8 IG1, l'article 32 du RGPD et les ECC de la NCA saoudienne vont plus loin : chacun a un tableau qui indique, exigence par exigence, ce que la plateforme peut affirmer et ce qu'elle n'atteint pas du tout. DORA est désigné dans le produit comme prévu et ne porte encore rien.

Fonctionnalités

Le moteur en dessous

01

Cinq domaines de preuve, un seul modèle de constats

Inventaire logiciel, rapports de vulnérabilités et de correctifs, identités et accès, sécurité des postes et configuration du système d’exploitation se normalisent tous vers les mêmes constats, mesures et plans de remédiation — de sorte qu’un produit en fin de vie, une mise à jour manquante, un compte privilégié dormant et un appareil non conforme sont des chiffres légitimement comparables. Les éditeurs sont des adaptateurs, pas des produits : ESET, Defender, Nessus, Entra, Intune, SentinelOne et Lansweeper alimentent les domaines, et rien en aval ne sait lequel a parlé.

02

Une évaluation, autant de sources que vous en avez

L’évaluation est le contenant, pas le fichier. Rattachez un export d’inventaire, un rapport de scanner, un export d’annuaire et un rapport de durcissement d’un seul coup — ou ajoutez le suivant une semaine plus tard — elle reste une seule évaluation au titre de votre offre, quel que soit le nombre de sources. Chaque source indique comment elle nous est parvenue, et l’ensemble est rapporté à la force de la plus faible : une collecte par connecteur est attestée par la machine, un import est une déclaration, une réponse saisie est une affirmation.

03

Une couverture énoncée, jamais sous-entendue

Avant tout export, la plateforme dit ce que les preuves disponibles permettent d’affirmer ou non : quels domaines sont présents, lesquels manquent, lesquels ont plus d’un trimestre, et combien de mesures atteignables par les données vos sources atteignent réellement. Le dénominateur, ce sont les mesures que des données peuvent attester — jamais les 93, car les autres exigent une politique, un enregistrement ou un entretien, et aucun import n’y change rien. Elle nomme aussi la source qui apporterait le plus, et se taît quand aucune n’apporterait rien.

04

Scoring déterministe

Un moteur de règles versionné transforme des faits en un nombre : sévérité de la vulnérabilité, exploitation connue, probabilité d’exploitation, statut de cycle de vie, ampleur du déploiement, criticité que vous avez attribuée aux machines concernées, et statut d’approbation du logiciel. Les faits de cycle de vie et d’exploitation viennent de catalogues que nous mirroitons nous-mêmes — endoflife.date, Microsoft Product Lifecycle, CISA KEV et FIRST EPSS — jamais d’un appel en direct au milieu d’une requête. C’est du code ordinaire, et c’est la colonne vertébrale de crédibilité du produit.

05

Une bibliothèque ISO 27001 de 93 contrôles

Les 93 contrôles de l’annexe A existent dans le modèle, regroupés par thème, chacun portant son statut, son responsable, sa justification, ses preuves liées et un relevé d’efficacité distinct. Les contrôles documentés par l’inventaire arrivent sous forme de propositions automatiques que vous confirmez ou remplacez ; les descriptions sont des paraphrases originales rédigées en anglais, en français et en arabe — jamais traduites automatiquement.

06

Correspondance vers NIST CSF 2.0, CIS v8 et SOC 2

Une évaluation lue sous plusieurs angles. L'annexe A d'ISO 27001:2022 est la bibliothèque vivante, celle à laquelle un espace de travail répond réellement. L'article 21(2) de NIS2, CIS v8 IG1, l'article 32 du RGPD et les ECC de la NCA saoudienne disposent chacun d'un tableau qui relit ces réponses au travers de leurs propres exigences, les exigences hors de portée étant listées par identifiant plutôt que noyées dans une moyenne. SOC 2 et NIST CSF 2.0 ne sont atteints que par correspondance, rapportée comme telle. DORA est prévu. Aucun tableau n'est une évaluation de conformité, et aucun n'affiche de pourcentage unique.

  • ISO 27001:2022
  • NIST CSF 2.0
  • CIS Controls v8
  • SOC 2 TSC
  • NIS2
  • DORA
07

Bibliothèque de preuves

Politiques, procédures, schémas réseau et captures d’écran stockés en regard des contrôles qu’ils étayent, chacun avec une classe de sensibilité, une analyse antivirus, une date de dépôt et une période de validité. Une preuve périmée réapparaît comme un écart — et une demande de preuve place la sollicitation sur une personne nommée avec une échéance, au lieu de la laisser dans un fil de courriels.

08

Artefacts de remédiation

Chaque constat ouvert reçoit un plan : les artefacts qui le clôturent, un rôle responsable et une date cible issue du niveau de service par sévérité, sauf si un responsable s’engage sur la sienne. Quatorze modèles rédigent ensuite la politique, la procédure, le standard, le formulaire ou la liste de contrôle qu’un auditeur demandera à voir, la prose venant remplir des emplacements nommés sous un bloc de contrôle documentaire.

09

Connecteurs en direct

Collectes planifiées depuis ESET Connect, Microsoft Intune, SentinelOne, Lansweeper et Microsoft Entra ID, de l’heure à la semaine. Chacune alimente le domaine qu’elle connaît réellement : ESET apporte les vulnérabilités en plus de l’inventaire, Intune la conformité de configuration des appareils et l’état de chiffrement, Entra les comptes de l’annuaire et leur état multifacteur. Un enregistrement de connecteur contient le NOM d’un secret et jamais sa valeur — seul le worker de synchronisation lit l’identifiant — et chaque exécution laisse son statut, son nombre d’appareils et son erreur dans un historique.

10

Détection de dérive et vue des retards

Entre deux instantanés, le moteur nomme ce qui a changé : nouvelle informatique fantôme, CVE devenue exploitée de façon connue, date de support franchie ou proche, preuve expirée, nouveau constat critique, posture en recul. Chaque changement est soit immédiat, soit bon pour le condensé, et chaque constat ouvert dépassant sa cible de remédiation est compté face au niveau de service qui a produit cette cible.

Chaque bloc ci-dessus est livré dans la version actuelle. Ce qui ne l'est pas : DORA, qui nécessite d'abord le registre des prestataires, et la résidence des données sélectionnable. Les deux sont désignés comme prévus dans le produit plutôt que sous-entendus, et le statut sur chaque écran indique lequel est lequel.

L’espace de travail

Tout ce qu’une mission exige entre le dépôt et le rapport

Les constats seuls ne closent pas une mission. Voici les surfaces que pilote le même modèle — chacune une vue sur un état évalué unique, et non un outil distinct avec sa propre copie de la vérité.

  • 01

    Déclaration d’applicabilité

    Les 93 contrôles avec applicabilité et justification, exportables en registre imprimable. Les exclusions sans motif énoncé sont signalées.

  • 02

    Évaluation des contrôles

    Des propositions automatiques à confirmer ou remplacer, l’avancement par thème, et un responsable et une date cible sur chaque contrôle.

  • 03

    Efficacité des contrôles

    Consignée séparément de la mise en œuvre : une note, une méthode de test de l’entretien à la ré-exécution, une date et un testeur. Les contrôles dont les constats reviennent sont signalés.

  • 04

    Bibliothèque de preuves

    Classe de sensibilité, analyse antivirus, période de validité et remplacement. Une preuve qui expire réapparaît comme un écart.

  • 05

    Demandes de preuves

    Une demande par contrôle, adressée à une personne nommée avec une échéance. Une demande retirée reste dans la piste d’audit au lieu de disparaître.

  • 06

    Registre des risques

    Vraisemblance × impact sur une matrice filtrable, décisions de traitement et risque résiduel après les contrôles existants.

  • 07

    Registre des politiques

    Responsables, versions, dates d’approbation et cycles de revue, avec les revues en retard mises en avant plutôt qu’enterrées.

  • 08

    Centre de remédiation

    Un plan par constat ouvert : artefacts requis, rôle responsable, date cible, et l’avancement réel des artefacts.

  • 09

    Alertes de dérive et niveau de service

    Sept types de changement entre instantanés, répartis en immédiat et condensé quotidien, plus chaque constat ouvert dépassant sa cible.

  • 10

    Rôles et invitations

    Propriétaire, auditeur et lecteur ; invitations par courriel avec leur statut de remise ; transfert de propriété qui ne peut pas laisser un espace sans propriétaire.

  • 11

    Journal d’audit

    En ajout seul et en lecture seule : chaque changement sur les contrôles, les preuves, les registres, les accès et les connecteurs, y compris ceux initiés par la machine.

  • 12

    Portefeuille et recherche

    Tous les espaces auxquels vous appartenez sur un écran, et une seule frappe pour chercher parmi les constats, les contrôles et les produits.

  • 13

    Offre et facturation

    Des limites d’offre sur les postes, les espaces, les sièges, les évaluations, les rapports et les connecteurs, modifiées via Stripe — les données de carte n’atteignent jamais AudiDesk.

  • 14

    Demandes d’assistance

    Ouvertes depuis la barre supérieure avec l’espace, l’offre et le rôle joints. Le statut affiché est celui de l’équipe d’assistance, jamais un statut que cette application inventerait.

La région d’hébergement est la seule surface ici qui soit nommée sans être sélectionnable : cette version stocke chaque espace dans la région affichée par sa page de réglages, et le choix régional est réservé aux missions qui l’exigent contractuellement.

À qui il s’adresse

Trois pratiques, un seul moteur

01

Prestataires de services informatiques

Un portefeuille d’espaces clients isolés avec posture, constats critiques ouverts et dernier instantané en un coup d’œil — tenu à jour par des synchronisations planifiées et des alertes de dérive plutôt que par un dépôt trimestriel.

02

Consultants en cybersécurité

Des missions ponctuelles de bout en bout : déclaration d’applicabilité, demandes de preuves suivies auprès de personnes nommées, tests d’efficacité consignés par contrôle et livrables DOCX modifiables avant remise.

03

Équipes informatiques internes

Un tableau de bord exécutif de votre propre posture, un centre de remédiation avec responsables et dates cibles, une vue des retards face au niveau de service par sévérité, et les registres de politiques et de risques qu’un programme de conformité exige entre deux audits.

Trilingue dès la conception

English. Français. العربية.

Chaque écran, rapport et document généré existe dans les trois langues, y compris l’arabe complet de droite à gauche — avec chiffres latins et dates grégoriennes pour les identifiants CVE, les versions et les scores, car les auditeurs les citent mot pour mot.

Cette page est la démonstration. Changez de langue :

FR

Pourquoi les chiffres tiennent

Honnête par construction

Le même inventaire produit toujours le même audit

Les scores, constats et statuts de cycle de vie proviennent d’un moteur de règles déterministe et versionné — jamais d’un modèle de langage. Chaque constat enregistre la version exacte du jeu de règles qui l’a produit : l’audit du trimestre dernier se rejoue à l’octet près.

rulesetVersion · scoring/v1

Le périmètre est énoncé, jamais gonflé

Un inventaire logiciel produit des propositions automatiques pour sept des 93 mesures de l’Annexe A ; toutes les sources de preuve que lit la plateforme, réunies, en atteignent seize. Les autres vous appartiennent : elles exigent une politique, un enregistrement ou un entretien, et aucun import n’y change rien. Une proposition reste une proposition jusqu’à confirmation ou remplacement, tout ce qui reste sans réponse demeure Non évalué, et chaque évaluation énonce sa propre couverture avant l’export. Le rapport ISO est une évaluation, pas une certification.

L’IA rédige la prose ; elle ne calcule jamais

Les modèles de langage sont cantonnés aux textes narratifs et aux projets de politiques et de procédures — toujours signalés, toujours écrits dans un modèle fixe, toujours soumis à l’approbation d’une personne nommée. Aucun score, aucune sévérité, aucun statut de contrôle, aucune note d’efficacité n’est généré par un modèle.

Les preuves sont analysées, classées et tenues hors du contexte de l’IA

Chaque dépôt est mis en quarantaine jusqu’à ce qu’une analyse antivirus le libère, et un fichier rejeté par l’analyseur ne sera jamais utilisable comme preuve. Les éléments confidentiels et tout ce qui n’a pas été analysé sont exclus de la rédaction assistée par IA, et la région où s’exécutent les appels au modèle est un réglage que l’espace de travail possède.

Tarifs

Le tarif est établi par mission

La taille du parc, le nombre d’espaces clients que vous gérez et le palier dont vous avez besoin font tous bouger le montant ; une grille qui les ignorerait serait fausse pour presque tout le monde. Dites-nous ce que vous évaluez et nous le chiffrerons.

Évaluation

Sur devis, par mission

Ponctuelle. Vous fournissez un inventaire, AudiDesk l’évalue, vous livrez le résultat.

Ce qu’il comprend

  • Dépôt d’inventaire — exports ESET PROTECT et CSV ou Excel génériques
  • Normalisation, correspondance des fins de vie et de support, détection de l’informatique fantôme, et comparaison d’instantanés qui ferme d’elle-même les constats corrigés
  • Scoring déterministe et versionné, avec la version du jeu de règles apposée sur chaque constat
  • Constats, registre des risques, registre des politiques et centre de remédiation
  • Les 93 contrôles de l’annexe A, la déclaration d’applicabilité, et le registre des non évalués énoncé intégralement
  • Bibliothèque de preuves avec analyse antivirus et expiration, plus des demandes de preuves assignées à des personnes nommées chez le client
  • Sept rapports et quatorze modèles de documents — HTML imprimable et DOCX modifiable, en anglais, en français ou en arabe
  • Espaces clients isolés, trois rôles, invitations par courriel et journal d’audit en ajout seul
Demander un accès

Surveillance continue

Sur devis, par mission

Tout le palier Évaluation, plus les connecteurs en direct. Les instantanés arrivent seuls et la posture reste à jour entre deux audits.

Ce qu’il comprend

  • Tout ce que contient le palier Évaluation
  • Connecteurs actifs — ESET Connect, Microsoft Intune, SentinelOne, Lansweeper et Microsoft Entra ID
  • Synchronisation planifiée, de l’heure à la semaine, avec instantanés et passes de vérification automatiques
  • Alertes de dérive : nouvelle informatique fantôme, vulnérabilité devenue exploitée de façon connue, date de fin de vie franchie, preuve expirée
  • Posture en direct sur le tableau de bord exécutif, et traçabilité « à la dernière synchronisation » sur chaque rapport
  • Les constats dépassant leur cible de remédiation dans leur propre vue des retards, mesurés face au niveau de service par sévérité
  • Identifiants de connecteurs par client conservés dans un gestionnaire de secrets, jamais en base
  • Historique des synchronisations, et la piste d’audit complète des changements initiés par la machine à côté de ceux initiés par des humains
Demander un accès

Aucun chiffre n’est publié sur cette page, délibérément. Un montant annoncé ici qui ne survivrait pas au contact de votre parc vaudrait moins que pas de montant du tout.

Il n’y a ni offre gratuite ni inscription en libre-service : l’accès se fait sur invitation pendant l’intégration des premiers espaces de travail. Une fois l’espace créé, son offre se change dans l’application via Stripe, et les données de carte n’atteignent jamais AudiDesk.

L’accès se fait sur invitation pendant l’intégration des premiers espaces de travail.

Parlez-nous de votre pratique et de l’inventaire que vous exportez déjà : nous reviendrons vers vous.

Demander un accès

Contact

Demandez un accès, ou posez une question

L’intégration se fait sur invitation pendant la mise en place des premiers espaces de travail. Parlez-nous de votre pratique et de l’inventaire que vous exportez déjà, et nous reviendrons vers vous.

Qu’évaluez-vous, et que souhaitez-vous savoir ?

Préférences relatives aux cookies

Les cookies nécessaires font fonctionner AudiDesk. Tout le reste est désactivé jusqu’à ce que vous l’activiez, et vous pouvez modifier vos préférences à tout moment depuis le pied de page.

Nécessaires

audidesk_consent

Indispensables au fonctionnement d’AudiDesk. Le seul que nous déposons enregistre ce choix, afin de ne pas vous le redemander à chaque visite. Il ne contient aucun identifiant et ne peut pas être désactivé.

Mesure d’audience

Google Analytics 4

Mesure agrégée de l’usage d’AudiDesk — quelles pages sont lues, et depuis quel pays. Rien n’est chargé et aucun cookie de mesure n’est déposé sans votre activation ; en la désactivant, ceux déjà présents sont supprimés.

Ce que la politique de confidentialité en dit