PRA et PCA pour PME : les questions à poser avant le premier incident

Ce qu’il faut retenir : un PRA ou un PCA n’est pas réservé aux grandes entreprises. Une PME doit au minimum savoir quelles activités reprendre en premier, avec quelles données et dans quel délai.

Les questions simples à poser

• Combien d’heures sans facturation sont acceptables ?
• Qui décide en cas d’incident ?
• Où sont les sauvegardes ?
• Quels postes ou logiciels sont prioritaires ?
• Comment joindre les collaborateurs si la messagerie tombe ?

Le vrai bénéfice

Le plan force à classer les priorités. On découvre souvent qu’un logiciel métier, un NAS ou une connexion internet a plus de poids que prévu. Sans cette discussion, tout devient urgent le jour de la panne.

Commencer petit mais tester vraiment

Un premier plan peut tenir sur quelques pages : contacts, priorités, sauvegardes, délais acceptables, procédures de restauration. Ce qui compte ensuite, c’est le test. Une sauvegarde non restaurée reste une hypothèse.

Deux notions à ne pas confondre

Les sigles se ressemblent, les objectifs non. Le PCA vise à continuer à travailler pendant l’incident, le PRA à revenir à la normale après. Une PME n’a pas toujours besoin des deux au même niveau.

• PCA — plan de continuité : que fait-on aujourd’hui si le serveur est inaccessible ? Facturer sur un autre poste, prendre les commandes sur papier, basculer sur une connexion de secours.
• PRA — plan de reprise : combien de temps pour remonter l’environnement, et à partir de quelles données ?

Deux chiffres résument le besoin : la durée d’interruption acceptable, et la quantité de travail que l’on accepte de ressaisir. Une sauvegarde nocturne signifie qu’on accepte de perdre jusqu’à une journée de saisie — ce qui est parfois acceptable, souvent pas.

Les dépendances que l’on découvre en le faisant

L’exercice a une vertu inattendue : il révèle des dépendances invisibles au quotidien. Une PME découvre régulièrement que sa facturation dépend d’un poste unique, qu’un logiciel métier exige une licence rattachée à un serveur précis, ou que la téléphonie tombe en même temps qu’internet parce qu’elle passe par la même box.

Ces découvertes valent souvent plus que le document final. Elles se corrigent avec des mesures simples : un second accès internet, une licence documentée, une procédure connue de deux personnes plutôt qu’une.

Le tester sans mobiliser l’entreprise

Un test complet est lourd, mais un test partiel suffit à révéler l’essentiel. Restaurer une sauvegarde sur un poste de test, vérifier qu’on retrouve les données attendues, chronométrer l’opération : une demi-journée par an donne une image fidèle de ce qui se passerait vraiment.

C’est aussi le moment où l’on vérifie que le plan est accessible en cas d’incident. Un plan de reprise stocké uniquement sur le serveur en panne n’a jamais servi à personne.

Guiltek peut construire un plan simple avec audit, sauvegardes, documentation et tests. Voir notre maintenance informatique ou demander un audit .