01 · Saisir
C’est vous qui définissez ce qui est protégé
Vous déterminez quelles sources et quels processus sont protégés. La suite inventorie votre environnement Microsoft et montre ce qui est protégé et où subsistent des lacunes.
Produit arades · Continuité d’activité · Exploité en Allemagne
La Continuity Suite d’arades tient vos données les plus importantes issues de Microsoft 365, Dynamics 365 et Azure à disposition dans un environnement séparé, situé dans des centres de données allemands. Si Microsoft tombe en panne, vos équipes y poursuivent les processus convenus. Une fois la panne terminée, les modifications apportées aux enregistrements et aux documents sont réintégrées après contrôle.
La Continuity Suite d’arades est actuellement déployée dans le cadre d’un programme pilote auprès d’entreprises sélectionnées.
Le problème
Microsoft 365 et Dynamics 365 portent l’activité quotidienne dans beaucoup d’entreprises : messagerie, Teams, documents, données clients, dossiers. Si un service tombe en panne, à la suite d’un incident, d’une attaque sur vos comptes ou d’une erreur de configuration, c’est souvent plus qu’un seul programme qui s’arrête. Une sauvegarde classique aide une fois la panne terminée. Tant qu’elle dure, vous ne pouvez pas travailler avec.
Un service tombe, le reste fonctionne. Les processus qui en dépendent s’arrêtent malgré tout.
Si votre environnement Microsoft est attaqué, il vous faut un état des données digne de confiance en dehors de celui-ci.
NIS2 exige des mesures de continuité d’activité, de sauvegarde et de restauration. DORA exige en outre des plans de sortie documentés et testés pour les services TIC critiques.
D’où vient la suite
Nous sommes dans la pratique Microsoft depuis CRM 3.0 et nous construisons en parallèle des logiciels qui continuent de fonctionner sans Microsoft et sans nous. La Continuity Suite est née précisément à cette jonction — non pas comme un pari contre Microsoft, mais comme la conséquence des deux facettes de notre travail.
En tant que partenaire de licences Microsoft et Cloud Solution Provider, nous savons ce qui se trouve réellement dans Microsoft 365 et Dynamics 365, comment se découpe le modèle de responsabilité partagée et où s’arrête un engagement de disponibilité. Sans cette connaissance, un mode de secours ne peut pas être dimensionné correctement.
La même posture que pour nos autres développements propres : un logiciel qui vous appartient et qui continue de fonctionner sans nous. C’est pourquoi le mode de secours se trouve en dehors de Microsoft, dans des centres de données allemands — et pourquoi vous pouvez aussi l’exploiter dans votre propre environnement.
Ce double positionnement définit aussi ce que la suite n’est pas : ni un remplacement de Microsoft 365, ni un argument contre le cloud. Nous continuons de recommander la plateforme qui convient à la mission. Pour la question de savoir avec quoi vos équipes travaillent pendant que cette plateforme est à l’arrêt, nous avons construit notre propre réponse.
Est-ce fait pour nous ?
Ce qui compte n’est pas la taille de votre entreprise, mais la part de votre activité quotidienne qui se trouve dans Microsoft. Qui n’y exploite que la messagerie ira loin avec une bonne sauvegarde et une liste téléphonique. Qui y gère les dossiers, les données clients, les contrats et l’ensemble de la gestion documentaire s’arrête lors d’une panne prolongée — et c’est pour ce cas que la suite est conçue.
Conçue pour :
Pas conçue pour :
Pour situer : Une sauvegarde et un mode de secours répondent à des questions différentes — l’une ne remplace pas l’autre.
Comment fonctionne la Continuity Suite
Le schéma peut être fait défiler latéralement.
Vous déterminez quelles sources et quels processus sont protégés. La suite inventorie votre environnement Microsoft et montre ce qui est protégé et où subsistent des lacunes.
Les données, les documents et leurs relations sont repris régulièrement dans un environnement séparé, situé dans des centres de données allemands, où ils sont vérifiés et versionnés.
Pendant la panne, votre cellule de crise active les processus concernés. Vos équipes poursuivent leur travail dans le navigateur : avec les dossiers et les contacts, avec les documents — ouvrir, télécharger, téléverser la version modifiée — et avec l’historique des messages. L’authentification avec MFA est séparée de Microsoft et fonctionne donc aussi pendant la panne.
Après la panne, les modifications consignées dans le journal sont comparées à l’état actuel dans Microsoft. Les conflits sont affichés. Seules les modifications validées sont réécrites, et le résultat est contrôlé sur la cible.
Composants
Le schéma peut être fait défiler latéralement.
Montre quelles sources sont protégées, leur actualité et où subsistent des lacunes.
Originaux versionnés avec provenance, sommes de contrôle et relations, séparés de Microsoft.
Interface web pour les dossiers, les documents ainsi que l’historique de messagerie et de conversation.
Consigne chaque modification faite en mode de secours : qui, quand, quoi et sur quel état.
Vérifie les conflits, recueille les validations et contrôle le résultat après la réécriture.
Retient les livraisons de données suspectes. L’environnement de secours lui-même peut être restauré à partir d’une copie gérée séparément, située elle aussi en Allemagne.
Périmètre de protection
Toutes les sources ne se comportent pas de la même manière en mode de secours. Pour les dossiers et les documents, le retour vers Microsoft a lieu ; pour les messages, non. Ce tableau montre la règle ; ce qui se passe dans chaque cas est décrit plus bas, scénario par scénario.
| Source | En mode de secours | Repart vers Microsoft |
|---|---|---|
| Dynamics 365 / Dataverse Dossiers, contacts et leurs relations, avec les documents qui leur sont rattachés. |
Créer, modifier et rattacher dans le poste de travail de secours | Oui — après comparaison, affichage des conflits et validation |
| SharePoint et OneDrive Originaux versionnés avec provenance et somme de contrôle, rattachés au dossier. |
Rechercher, ouvrir, télécharger et téléverser la version modifiée | Oui — c’est la réintégration qui décide quelle version fait foi |
| Exchange L’historique de messagerie existant se trouve dans l’archive externe. |
Lire et rechercher, pièces jointes comprises ; nouveaux messages via une adresse de secours distincte | Non — reste dans l’archive et sur l’adresse de secours |
| Teams Ce qui a été discuté reste consultable. |
Historique des conversations consultable ; nouvelle collaboration via un service hors de Microsoft | Non |
| Stockage Azure et bases de données Ensembles convenus, versionnés et vérifiés. |
Accès en lecture au dernier état vérifié | Selon convention, par ensemble |
| Authentification et droits Identité propre à la plateforme de secours, séparée de Microsoft Entra ID. |
Authentification avec MFA, rôles et droits selon convention | Sans objet |
Quelles sources sont effectivement reprises, c’est vous qui le décidez — pas le logiciel. Le catalogue des sources montre à tout moment ce qui est protégé, son actualité et les lacunes éventuelles.
Parce que ce fonds est repris en continu source par source et non constitué comme un instantané d’un service isolé, il est utilisable au-delà du mode de secours : en cas de perte de données — un enregistrement supprimé, une modification de masse erronée, un compte compromis — il est disponible comme base de restauration supplémentaire, à côté de la protection propre de Microsoft et de votre sauvegarde, donc comme deuxième ou troisième copie indépendante. Son degré de complétude dépend du périmètre de protection convenu et de l’âge maximal des données — cette limite est énoncée ouvertement dans la mise au point plus bas.
Deux chiffres
Tout mode de secours repose sur deux grandeurs. Elles ne sont pas imposées par la technique mais convenues avec vous — par source, et non de façon globale pour toute la maison.
En langage technique RPO, recovery point objective : quelle quantité de travail pouvez-vous perdre dans le pire des cas ? Entre deux reprises, il y a toujours une fenêtre de temps. Si Microsoft tombe en panne précisément pendant celle-ci, les données de cette fenêtre manquent en mode de secours. Plus la fenêtre est courte, plus l’effort est élevé — c’est pourquoi elle est décidée par source et non de manière uniforme.
En langage technique RTO, recovery time objective : combien de temps peut-il s’écouler avant que vos équipes travaillent à nouveau ? Il ne s’agit pas de la réparation chez Microsoft, mais du temps entre la décision de votre cellule de crise et le moment où le premier dossier est traité dans le poste de travail de secours.
Ces deux valeurs sont des objectifs convenus de manière contraignante, pas une liste de souhaits. Les fixer trop ambitieusement revient à construire un mode de secours que personne ne voudra payer ; les fixer trop généreusement donne, le jour venu, un second environnement qui en sait trop peu pour qu’on puisse travailler avec. C’est pourquoi ils sont déterminés en premier dans le bilan de continuité — à partir du processus, pas de la technique.
Un exemple de cette distinction : la gestion documentaire d’une procédure en cours supporte en règle générale une ancienneté moindre qu’un fonds d’archives qui change de toute façon rarement. Et une équipe qui traite des demandes clients avec des délais a besoin d’un délai de reprise plus court qu’une équipe qui rédige des rapports annuels.
Ce qui en découle : Ces deux chiffres ont leur place dans votre documentation de continuité, et tous deux sont confrontés à la réalité lors de l’exercice de panne. Un délai de reprise qui n’a jamais été mesuré est une hypothèse — pas un engagement.
Avantages
Les processus convenus continuent de fonctionner au lieu d’attendre la restauration.
Les modifications faites en mode de secours sont consignées et réintégrées de façon contrôlée. Rien n’est écrasé sans contrôle.
L’authentification avec MFA est séparée de Microsoft et fonctionne même lorsque l’authentification Microsoft est perturbée.
Votre copie de secours se trouve hors du cloud Microsoft, dans des centres de données de prestataires allemands.
Les scénarios de panne peuvent être exercés dans un environnement de test et documentés pour vos audits.
Seules les fonctions concernées sont basculées. Les systèmes sains continuent de faire foi.
Les livraisons suspectes passent en quarantaine, et vous pouvez revenir à un état de données validé.
Développée par un partenaire Microsoft qui construit depuis des années des modèles de données, des relations et des processus dans Dataverse.
En service géré par arades ou dans votre propre environnement.
En arrière-plan
Un mode de secours qui dépend d’un travail manuel quotidien est, le jour de la panne, exactement aussi à jour que la dernière personne qui s’en est occupée. Ces tâches s’exécutent donc sans intervention.
Ce qui ne s’exécute délibérément pas automatiquement : l’activation du mode de secours et la validation de la réintégration. Ce sont deux décisions lourdes de conséquences, et toutes deux restent entre des mains humaines.
Scénarios
Le schéma peut être fait défiler latéralement.
Les dossiers, les contacts et leurs relations continuent d’être traités dans le poste de travail de secours.
Le référentiel externe conserve les documents versionnés — avec provenance, somme de contrôle et les dossiers auxquels ils se rattachent.
L’historique de messagerie se trouve dans l’archive externe et reste consultable. Pour les nouveaux messages, il existe un chemin dédié.
Ce qui a été discuté reste consultable. Ce qui se discute de nouveau passe par un chemin hors de Microsoft.
Le cas que l’on oublie facilement dans les plans de secours : les données seraient là, mais personne n’y entre.
Ici, le sens est inversé : ce n’est pas Microsoft qui est indisponible, c’est au référentiel qui s’y trouve qu’on ne peut plus se fier.
Rôles
Un mode de secours échoue rarement à cause de la technique. Il échoue parce que, le jour venu, personne ne sait qui a le droit de décider. C’est pourquoi les rôles sont définis à l’avance — et pourvus lors de l’exercice.
Décide si et pour quels processus le mode de secours est activé, et le déclare terminé par la suite. Ce sont dans les deux cas des décisions humaines délibérées, pas une bascule automatique — précisément parce qu’une perturbation chez Microsoft n’est pas toujours identifiable comme telle immédiatement.
Poursuivent leur travail dans le poste de travail de secours, avec les rôles et droits convenus au préalable. Tout le monde ne voit pas tout : les droits en mode de secours sont des droits propres, pas une copie des autorisations Microsoft.
Décide, lors de la réintégration, quelle version s’applique lorsqu’un enregistrement a changé des deux côtés pendant la panne. C’est une question métier, pas technique — elle revient donc à ceux qui connaissent le dossier.
Maintient le référentiel externe à jour, surveille les lacunes du catalogue des sources et traite ce qui arrive en quarantaine. Selon le modèle d’exploitation, c’est arades ou votre propre informatique.
Lit le journal des modifications et les comptes rendus d’exercice. Pour ce rôle, l’important est que le journal indique qui a modifié quoi, quand et sur quel état de départ — et pas seulement que quelque chose a été modifié.
Informe les collaborateurs, les clients et, le cas échéant, les autorités de surveillance. Un point qui manque souvent dans les plans : si Exchange et Teams sont touchés, le canal par lequel vous informez doit lui-même se situer hors de Microsoft.
Réglementation
La réglementation fait de la continuité une obligation. La Continuity Suite vous aide à mettre en place, pour vos processus Microsoft, un mode de secours exercé et documenté. Savoir si vous remplissez ainsi vos obligations relève de votre appréciation et de celle de vos auditeurs.
Parmi les mesures obligatoires figurent le maintien de l’activité, la gestion des sauvegardes, la restauration et la gestion de crise.
En vigueur depuis le 17/01/2025. Sont exigés des plans de continuité d’activité, la restauration sur des systèmes séparés ainsi que des plans de sortie documentés et testés.
Le guide de l’Office fédéral allemand de la sécurité des technologies de l’information (BSI) pour la gestion de la continuité d’activité.
Sources : SLA Microsoft Online Services ; enquête Bitkom du 13/11/2025 auprès de 605 entreprises ; règlement (UE) 2022/2554 (DORA) ; avis d’incident de Microsoft concernant l’incident Microsoft 365 des 12 et 13 novembre 2026. La disponibilité de la plateforme relève de Microsoft — vos données, vos comptes et vos identités restent sous votre responsabilité selon le modèle de responsabilité partagée.
Exercice
Un mode de secours qui n’a jamais été répété est un espoir. DORA exige expressément des plans testés, et même sans autorité de contrôle la règle vaut : les lacunes apparaissent à l’exercice, pas dans le concept.
L’exercice a lieu dans un environnement de test, pas sur votre exploitation en cours. Le déroulement suit le cas réel étape par étape :
Ce qu’un exercice met typiquement au jour : qu’une source manque au catalogue, à laquelle personne n’avait pensé. Que le délai de reprise était plus court sur le papier que dans la réalité. Que la liste des personnes autorisées à activer n’a plus été tenue à jour depuis l’an dernier. Et régulièrement : que le canal prévu pour informer le jour venu passe lui-même par Teams.
Les comptes rendus restent chez vous et sont lisibles indépendamment de nous — ce sont vos preuves, pas les nôtres.
Sécurité et protection des données
Modèle d’exploitation
Les deux voies mènent au même mode de secours. La différence tient à qui exploite et surveille le second environnement.
Nous exploitons l’environnement de secours dans des centres de données de prestataires allemands, maintenons le référentiel à jour, surveillons le catalogue des sources et traitons ce qui arrive en quarantaine. Vous gardez les décisions : ce qui est protégé, qui active et ce qui est réécrit. La voie pour les maisons dont l’informatique est déjà sollicitée.
La suite fonctionne chez vous, hors du cloud Microsoft. Utile lorsque vos règles exigent que personne d’autre que vous n’ait accès au second référentiel, ou lorsque vous exploitez de toute façon un centre de données. La charge de surveillance et d’exercice vous revient alors.
Dans les deux cas, la même séparation s’applique : une authentification dédiée avec MFA, des droits dédiés, un stockage dédié, des clés dédiées. Un environnement de secours qui s’appuierait sur l’authentification Microsoft serait, le jour venu, tout aussi inaccessible que le système qu’il doit remplacer.
Indépendance
Le référentiel externe ne contient pas d’images propriétaires, mais des originaux versionnés avec provenance et somme de contrôle. Aucun format de fichier propre ne vous lie à nous.
Qui a modifié quoi, quand et sur quel état de départ reste traçable. La manière dont le référentiel et le journal sont remis en cas de changement de prestataire est fixée contractuellement. Pour un audit, le journal est souvent plus important que les données elles-mêmes.
Les décisions issues du bilan de continuité, les rôles, les délais convenus et les comptes rendus d’exercice sont vos documents. Ils décrivent votre maison, pas notre produit, et restent valables même si vous remplacez la suite.
Démarrage
Sont surtout concernés les prestataires financiers soumis à DORA, les entités NIS2, les fédérations et chambres, les organismes de formation et le secteur public.
Ce dont nous avons besoin de votre part : quelqu’un qui connaît réellement les processus — en général pas depuis l’informatique, mais depuis le métier. La question de savoir quel travail s’arrêterait ne se répond pas à partir d’une liste de systèmes.
Pour être honnête
En fonctionnement normal, Microsoft continue de faire foi. La suite est conçue pour la panne, pas pour le quotidien.
Les automatisations, plug-ins et workflows de Dynamics ne fonctionnent pas en mode de secours. Ce qui est sécurisé, ce sont les données et les étapes de travail convenues.
Le périmètre de protection, l’ancienneté maximale des données et le délai de reprise sont fixés avec vous pour chaque source. Entre deux reprises, il y a une fenêtre de temps. Les données de cette fenêtre peuvent encore manquer pendant la panne.
Mise au point
« Microsoft sauvegarde de toute façon nos données. »
Microsoft sécurise la plateforme. Selon le modèle de responsabilité partagée, vos données, vos comptes et vos identités restent sous votre responsabilité. Ce n’est pas un détail : un enregistrement supprimé, une modification de masse erronée ou un compte détourné sont des événements de votre côté de la ligne — et la disponibilité de la plateforme ne vous y aide pas.
« Une panne dure quelques minutes. »
L’engagement de disponibilité du SLA Microsoft s’élève, pour Exchange Online, SharePoint Online et Teams, à 99,9 pour cent par mois. Cela représente environ 45 minutes par mois et environ 8,8 heures par an — notre propre calcul à partir du SLA, pas une indisponibilité mesurée. Il n’en découle précisément pas que des pannes plus longues seraient exclues : une panne de plus d’une demi-journée de travail enfreint certes l’engagement, mais elle ne rend pas votre travail à nouveau possible. Vous devriez planifier pour le cas qui fait éclater l’engagement, pas pour celui qu’il couvre. L’écart possible entre l’engagement et la réalité a été visible les 12 et 13 novembre 2026 : un dysfonctionnement de Microsoft 365 a touché Exchange Online, Teams, SharePoint et Microsoft 365 Copilot du jeudi après-midi jusque dans l’après-midi du vendredi. Microsoft l’a imputé à une erreur technique liée à une extension de capacité réseau, et non à une attaque, et n’a signalé le rétablissement du service que le lendemain ; selon les informations d’état, Azure ne faisait pas partie de l’incident. Le rapport d’analyse final de Microsoft n’était pas encore disponible lors de la dernière mise à jour de cette page.
« Nous avons une sauvegarde, nous sommes donc préparés. »
Une sauvegarde répond à la question de savoir comment revenir ensuite à l’état antérieur. Elle ne répond pas à la question de savoir avec quoi vos collaborateurs travaillent tant que la panne dure. Les deux sont nécessaires ; simplement, l’une ne remplace pas l’autre.
« Nous avons un plan de secours. »
Un concept qui n’a jamais été répété est une hypothèse sur sa propre maison. Les exercices révèlent régulièrement la même chose : que la liste des personnes habilitées à décider est périmée et qu’une source critique ne figurait pas du tout au périmètre.
« Cela ne concerne que les grands groupes. »
Les obligations suivent le secteur et la taille, pas la notoriété : NIS2 vise les entités essentielles et importantes dans une série de secteurs, DORA vise les entités financières et leurs prestataires TIC. Indépendamment de cela, une phrase simple s’applique : plus votre activité quotidienne se trouve dans un cloud, plus grande est la part de votre maison qui s’arrête avec lui.
Sélection
Ces points valent quelle que soit la solution que vous choisirez. Nous les nommons parce qu’ils manquent régulièrement dans les appels d’offres et les propositions — et parce qu’un mode de secours qui en omet un casse précisément à cet endroit le jour venu.
La manière dont la Continuity Suite répond à ces huit points figure sur cette page — y compris la section sur ce qu’elle n’est pas.
Apparentés
Ce que NIS2 exige de la direction et de l’informatique — et comment prouver la continuité d’activité, la sauvegarde et la restauration.
En savoir plus →Cible, découpage et modèle d’exploitation pour votre paysage Microsoft — avant qu’une planification de secours ne vienne s’y appuyer.
En savoir plus →Exploitation, maintenance et évolution de vos applications — le cadre dans lequel un mode de secours est exercé régulièrement.
En savoir plus →Un logiciel qui vous appartient et qui continue sans nous — la même conviction dont est née la Continuity Suite.
En savoir plus →Qui peut voir quelles données et ce qui doit être réglé contractuellement — les questions qui reviennent avec un second environnement.
En savoir plus →Partenaire Microsoft depuis 2007, établi à Offenbach am Main — qui se trouve derrière la Continuity Suite.
En savoir plus →Questions fréquentes
Aussi, mais pas seulement. Une sauvegarde restaure les données une fois la panne terminée. Avec la Continuity Suite, vos équipes continuent de travailler pendant la panne, et les modifications apportées aux enregistrements et aux documents sont ensuite réintégrées après contrôle.
Non. En fonctionnement normal, Microsoft continue de faire foi. La suite n’intervient que pendant la panne, et uniquement pour les processus convenus.
SharePoint, OneDrive, Exchange, Teams, Dynamics 365 / Dataverse, le stockage Azure et les bases de données courantes. Quelles sources et quels processus sont protégés, c’est vous qui le décidez.
Si nous exploitons la suite en service géré, vos données se trouvent dans un environnement séparé de Microsoft, exclusivement dans des centres de données de prestataires allemands en Allemagne ; la copie de restauration également, chez un second prestataire. Si la suite fonctionne dans votre propre environnement, c’est vous qui déterminez la localisation.
Elles sont consignées. Après la panne, on vérifie ce qui a changé entre-temps dans Microsoft. Les conflits sont affichés, et seules les modifications validées sont réécrites.
Oui, via une adresse de secours distincte pour la réception et l’envoi. Vos messages existants restent consultables dans l’archive.
La suite soutient votre planification de continuité et de sortie avec un mode de secours exercé et documenté. Savoir si vous remplissez ainsi vos obligations relève de votre appréciation et de celle de vos auditeurs.
Vous avez le choix : en service géré, arades exploite la suite pour vous. Sinon, elle fonctionne dans votre propre environnement, hors du cloud Microsoft.
Oui. Une sauvegarde rétablit l’état antérieur une fois la panne terminée ; la Continuity Suite porte le travail tant qu’elle dure. Les deux répondent à des questions différentes, et aucune ne remplace l’autre.
Alors seul ce domaine est basculé. Les systèmes sains continuent de faire foi, et les processus non concernés poursuivent leur cours inchangés dans Microsoft.
Non. Les automatisations, plug-ins et workflows de Dynamics 365 ne fonctionnent pas en mode de secours. Ce qui est sécurisé, ce sont les données et les étapes de travail convenues, afin que vos équipes puissent continuer à travailler.
DORA exige expressément des plans testés ; au titre de NIS2, le maintien de l’activité fait partie des mesures obligatoires. À quel intervalle vous exercez, vous le fixez dans votre documentation de continuité. D’expérience, nous recommandons au moins un exercice par an et un exercice supplémentaire après chaque modification importante de votre environnement Microsoft.
Les documents peuvent être recherchés, ouverts et téléchargés, et la version modifiée peut être téléversée à nouveau ; elle reste rattachée au dossier. L’édition dans le navigateur n’est pas prévue.
Seules les personnes à qui vous donnez des droits. La base de données, le stockage, la recherche, les clés et les journaux sont cloisonnés par client, et des droits propres et minimaux s’appliquent à la lecture, à l’administration et à la réécriture. Si nous exploitons l’environnement en service géré, notre accès est lui aussi lié à ces rôles.
Le catalogue des sources compare en continu ce qui devrait être protégé avec ce qui est effectivement arrivé, et signale les lacunes. Une source qui ne livre plus rien depuis des jours se remarque ainsi, avant que le cas réel n’en ait besoin.
Cela dépend du périmètre. On commence délibérément par un processus unique et représentatif : il peut être protégé entièrement et exercé lors d’une panne de test avant que d’autres sources ne s’ajoutent. Nous fixons le calendrier avec vous après le bilan de continuité.
Première étape
Le bilan est un état des lieux commun, pas un rendez-vous commercial. À la fin, il y a une liste avec laquelle vous pourrez continuer à travailler même si vous décidez de ne pas retenir la Continuity Suite.
Si vous êtes soumis à une réglementation, nous rattachons en outre les points aux exigences que vous devez démontrer — pour NIS2 la continuité d’activité et la gestion de crise, pour DORA la continuité d’activité et les plans de sortie. L’appréciation de savoir si vos obligations sont ainsi remplies reste la vôtre et celle de vos auditeurs.
Bilan de continuité
Découvrez-le avant que cela ne compte. Lors du bilan de continuité, nous vous montrons quels processus sont critiques et à quoi ressemble votre mode de secours.
arades GmbH · Partenaire Microsoft · Offenbach am Main