22 novembre 2025
Introduction
Une piste de vérification du secteur public est exploitable lorsqu’elle reste reliée à la version signée, au rôle autorisé et à la référence administrative du document.
Un document public signé reste utile seulement si l’organisme peut reconstituer le geste administratif : quelle version a été signée, par quelle personne, en vertu de quel rôle et à quel moment. Le fichier final et la piste de vérification forment donc un même dossier, sans pour autant jouer le même rôle.
La piste décrit les événements du flux. Elle ne remplace ni le document, ni la confirmation que la personne signataire détenait l’autorité requise, ni le calendrier de conservation applicable. Ces contrôles appartiennent à des responsables différents et méritent des champs distincts.
Ce guide propose un parcours concret pour un gestionnaire du secteur public : délimiter le document, confirmer le rôle du signataire, figer la version, examiner la piste, puis archiver l’ensemble selon la politique autorisée.
Dans le document public signé, Nota Sign prend en charge la signature électronique sécurisée fédérale et la signature apposée à un document technologique dont l'intégrité est assurée au Québec, dans les flux de signature nationaux et transfrontaliers pour piste de vérification et document archivé avec piste. L’organisme demeure responsable de choisir la méthode adaptée au texte, au document, au destinataire et au régime sectoriel qui s’appliquent.
Délimiter le document et son circuit administratif
Le dossier commence par une référence administrative stable. Elle relie le type de document, son objet, le service producteur, le service destinataire et la version soumise à la signature. Un titre générique comme « approbation » ne suffit pas lorsque plusieurs dossiers suivent le même circuit.
L’équipe précise ensuite la fonction de chaque participante ou participant : préparation, révision, approbation, signature, réception ou archivage. Ces actions ne sont pas interchangeables. Une approbation interne peut précéder la signature officielle sans conférer à la personne qui approuve le pouvoir de signer le document.
Le périmètre inclut aussi les annexes et les pièces incorporées au document. Lorsqu’une annexe fait partie de la décision, son identifiant et sa version restent associés au fichier principal. Cette précaution évite qu’un dossier conserve la signature d’une version et le contenu d’une autre.
Confirmer l’identité, le rôle et la délégation
La vérification ne porte pas uniquement sur le nom affiché. Le dossier indique le rôle administratif attendu et, lorsqu’une délégation intervient, la personne titulaire, la personne déléguée, la portée de la délégation et la référence interne qui l’établit.
La méthode de vérification de l’identité est choisie en fonction du document et du niveau d’assurance attendu. Une adresse professionnelle connue peut convenir à une étape interne sans convenir à un acte plus sensible. La décision appartient à l’organisme et se consigne avant la mise en production du flux.
Un changement de poste, une délégation expirée ou une unité administrative erronée bloque l’envoi jusqu’à correction. Le système ne transforme pas un profil d’utilisateur actif en preuve d’autorité administrative.
Figer la version soumise à la signature
Avant l’ouverture du flux, le gestionnaire compare le fichier avec la version approuvée. Le numéro de version, la date, l’objet et la référence administrative sont visibles dans le dossier. Les fichiers de travail demeurent séparés de la version finale.
Le flux conserve le lien entre le document et les événements qui s’y rapportent. Si une correction devient nécessaire après l’envoi, l’organisme ferme ou annule la demande selon sa procédure, produit une nouvelle version et explique le changement. Il ne remplace pas le fichier en silence.
Cette discipline sert autant les opérations que la preuve. Un examen ultérieur peut établir ce qui a été présenté à la personne signataire, sans reconstruire le dossier à partir de noms de fichiers ou de courriels.
Lire la piste de vérification sans lui faire dire davantage
Une piste exploitable rassemble les événements pertinents du flux : création de la demande, destinataires, actions, dates et résultat. Selon la configuration, d’autres renseignements peuvent s’ajouter. L’équipe ne présume pas qu’un événement est disponible avant de l’avoir vérifié dans le flux réel.
La piste répond à la question « que s’est-il passé dans le système? ». L’autorité de signer, la conformité du contenu et l’effet juridique du document exigent leurs propres contrôles. Une piste complète n’efface donc pas une erreur de rôle ou de version.
Avant l’archivage, le gestionnaire compare trois éléments : le fichier final, son identifiant et la piste associée. Le résultat attendu est une correspondance unique. Une piste détachée du document ou un document sans référence commune retourne au traitement.
Appliquer la conservation et les droits d’accès
La durée de conservation ne se déduit pas de la plateforme de signature. Elle provient du calendrier de conservation, de la politique de l’organisme et des règles propres au type de document. Le dossier indique la règle retenue, le responsable et, le cas échéant, l’événement qui déclenche le calcul de la durée.
Les droits d’accès distinguent la consultation, l’administration et la modification. Après la clôture, le document signé et sa piste restent consultables par les rôles autorisés, tandis que la version archivée est protégée contre les changements non contrôlés.
L’archivage maintient aussi la lisibilité et la relation entre les éléments. Déposer séparément un fichier, un export de piste et une feuille de calcul sans identifiant commun complique toute vérification future.
Tester le dossier avant le déploiement
Un essai réaliste utilise un document représentatif, des rôles de test et le circuit complet, de la préparation à l’archive. L’équipe vérifie la version, l’ordre des actions, la piste produite, les droits d’accès et la capacité de retrouver le dossier à partir de sa référence administrative.
Le test couvre aussi les exceptions : délégation, refus, demande expirée, correction de version et personne signataire remplacée. Chaque exception reçoit un état clair et une règle de reprise. Le déploiement commence seulement lorsque le propriétaire du processus accepte le résultat documenté.
