Checklist 2026 : formulaire d'inscription à un événement conforme à la loi fédérale n° 152-FZ

Check-list pratique du formulaire d'inscription : quelles données collecter, comment séparer les consentements et les accès, et ce qu'il faut vérifier avant le lancement.

Le formulaire d'inscription à un événement conforme à la loi fédérale n° 152-FZ part souvent d'un ancien questionnaire. On y ajoute par habitude le nom, les coordonnées, la société, les données de passeport et l'alimentation. Puis on place à côté une seule case à cocher globale. Or, avant d'ouvrir les inscriptions, il faut décider pourquoi chaque champ est nécessaire, qui le verra et quand les données seront supprimées.

Chez Aventura, nous commençons par le parcours des données et les actions de l'équipe. Si l'inscription fait partie de la préparation d'une conférence ou d'un forum, nous relions le formulaire, les communications, le contrôle d'accès et le travail des services dans un seul plan.

Important : cet article décrit notre pratique organisationnelle et non un conseil juridique. L'opérateur de données personnelles et son juriste valident les bases du traitement, les textes des consentements, les délais, les destinataires, les notifications et le schéma de travail concret.

Par où commencer la vérification d'un formulaire au titre de la loi fédérale n° 152-FZ ?

En bref : commencez par cinq décisions : qui est l'opérateur, à quelles fins les données sont collectées, sur quelle base le traitement repose, à qui les informations sont transmises et quand elles sont supprimées. Tant que les réponses ne sont pas consignées, il est trop tôt pour confier la maquette au designer ou à la plateforme. L'interface ne corrigera pas des champs superflus, des finalités mélangées et des accès mal définis.

Est considéré comme opérateur celui qui détermine les finalités, la composition des données et les actions qui les concernent. Dans un projet d'entreprise, ce rôle reste souvent attribué au commanditaire de l'événement. La plateforme, le lieu, le service d'impression, le call-center et l'équipe d'organisation peuvent traiter les données sur son instruction. Mais les rôles dépendent du schéma réel, et non de la dénomination de l'entreprise dans le contrat.

Avant le formulaire, établissez une fiche de traitement concise :

1. la personne morale opérateur et le contact pour les demandes ;
2. chaque finalité de traitement sur une ligne distincte ;
3. les champs sans lesquels la finalité ne peut être atteinte ;
4. la base juridique retenue ;
5. les actions sur les données, les systèmes et les destinataires ;
6. la durée de traitement et la condition de suppression ;
7. le responsable de l'accès, de la modification et de la clôture.

En règle générale, l'opérateur notifie Roskomnadzor avant de commencer le traitement. Les exceptions sont étroites, et un formulaire web ordinaire n'en relève le plus souvent pas. On vérifie séparément les informations figurant dans la notification, la localisation des bases de données des citoyens russes et l'existence d'un transfert transfrontalier.

La politique de traitement des données personnelles doit être accessible depuis la page où s'effectue la collecte. Le texte de la page, les contrats avec les sous-traitants et la notification de l'opérateur ne doivent pas décrire des processus différents. Si le formulaire prévoit la restauration et le transfert, alors que les documents ne mentionnent qu'une finalité abstraite de « prestation de services », le modèle doit être revu.

Matrice des objectifs et des champs minimaux

En bref : un formulaire opérationnel se construit à partir des actions de l'équipe. Pour chaque champ, indiquez l'objectif, l'action suivante, le rôle ayant accès et la durée d'utilisation. Si la réponse ne peut pas être reliée à une opération concrète, le champ est supprimé, rendu facultatif ou déplacé dans une branche conditionnelle. Une fiche participant commune ne signifie pas une seule table pour tous les services.

Nous utilisons un test simple : objectif du champ -> qui l'utilise -> à quel moment -> à qui il est accessible -> quand il est supprimé. Il aide à éliminer la collecte « au cas où » et à voir à l'avance que différents intervenants ont besoin de différentes parties de l'enregistrement.

L'entreprise et la fonction sont pertinentes pour un badge B2B, un protocole ou du networking. Pour un événement ouvert, elles ne doivent pas nécessairement être obligatoires. Le téléphone est nécessaire lorsqu'il existe un scénario clair d'appel, de SMS ou de contact urgent. Si la confirmation et les modifications arrivent uniquement par email, le second champ de contact exige une justification distincte.

Pour l'inscription des participants à l'événement, nous tenons un enregistrement principal avec des statuts. Les services reçoivent des versions abrégées. Le comptoir dispose des données d'entrée, la restauration de la catégorie de régime, le chauffeur de l'itinéraire de transport. Les informations superflues n'entrent pas dans ces versions.

Il est pratique de vérifier un champ à l'aide d'une fiche :

Si l'action n'est pas nommée, il vaut mieux supprimer le champ. S'il n'est nécessaire qu'à une partie du public, utilisez un bloc conditionnel. L'inscription initiale peut se composer du nom, du contact et de la catégorie de participation. L'hôtel, le transfert, le parking et les données pour un site à accès réglementé s'ouvrent après le choix du service concerné.

Quels consentements faut-il séparer dans l'interface ?

Le consentement au traitement des données personnelles, les communications publicitaires et la diffusion des données répondent à des objectifs différents. Ils ne doivent pas être dissimulés dans le règlement de l'événement ni regroupés sous une seule case obligatoire. Depuis le 1er septembre 2025, le consentement au traitement des données personnelles est formalisé séparément des autres informations à confirmer. Chaque choix est enregistré et vérifié de manière autonome.

Pour une inscription gratuite et ouverte, le consentement est souvent utilisé comme base du traitement. En cas de participation payante, certaines données peuvent être nécessaires à la conclusion ou à l'exécution du contrat. Le format corporate fermé exige sa propre vérification des bases légales. La formule universelle « nous traitons tout sur la base du consentement » ne remplace pas ce travail.

Le formulaire électronique doit permettre de prouver l'action de la personne. Nous demandons à l'équipe de conserver la version du texte, la date et l'heure, l'identifiant du formulaire, l'enregistrement de l'inscription et le résultat de chaque choix. La case à cocher n'est pas pré-cochée. Le lien vers la politique reste à proximité, mais la politique elle-même ne remplace pas la volonté de chaque participant.

Concrètement, l'interface peut être divisée ainsi :

1. un choix obligatoire pour le traitement principal, si l'opérateur utilise le consentement comme base de l'inscription ;
2. un choix volontaire distinct pour la publicité des événements futurs et les offres ;
3. une décision distincte pour la publication du nom, de la fonction, de l'entreprise, de la photo ou de la fiche du participant ;
4. les règles de visite, l'offre et les autres documents sont confirmés séparément du consentement au traitement.

Le refus de la publicité ne doit pas bloquer l'inscription. Le courrier organisationnel confirme la demande, indique l'adresse, les modifications du programme ou les règles d'accès. L'annonce du prochain événement et l'offre d'un partenaire relèvent d'une finalité marketing. Nous examinons cette frontière en détail dans l'article sur les SMS aux participants sans spam.

La liste publique des participants exige une attention particulière. Si les données deviennent accessibles à un cercle indéterminé de personnes, l'opérateur vérifie un consentement distinct à la diffusion : quelles informations sont publiées, sur quelles ressources, dans quel but et pour quelle durée. Une case générale d'inscription ne crée pas une telle autorisation.

Une seule fiche, des accès différenciés pour l'équipe

En bref : les données d'un participant gagnent à être stockées dans une fiche maître unique et maîtrisée, chaque service ne voyant que le sous-ensemble dont il a besoin. L'équipe réduit ainsi le nombre de tableaux divergents et limite les accès superflus. Un rôle reçoit des champs, des opérations et une durée précis. Une extraction complète « pour le comité d'organisation » est presque toujours plus large que les besoins réels des exécutants.

Dans notre pratique des événements d'entreprise, le formulaire sert à l'accréditation, aux badges, à la restauration, au transport et à l'hébergement. Les messages et le reporting sont gérés séparément par l'équipe. L'erreur survient lorsque tous les processus reçoivent un même fichier CSV avec toutes les colonnes.

L'accès est accordé pour la durée du projet. Une modification manuelle conserve l'auteur, l'heure, l'ancienne et la nouvelle valeur. L'extraction reçoit un propriétaire, une finalité et une date. Après la mise à jour de la fiche maître, l'ancienne copie ne doit plus rester la version de travail.

Le refus d'un choix facultatif se propage sur toute la chaîne. Si un participant change d'avis sur la publication de son image, le statut doit parvenir à l'équipe de tournage et à la rédaction. Le circuit organisationnel de ce refus est décrit plus en détail dans l'article sur le consentement photo et vidéo.

Le sponsor ne reçoit pas automatiquement la base d'inscription commune. Le contact est transmis après une action distincte et explicite du participant ou selon un autre modèle validé. Pour le projet, on peut utiliser des indicateurs agrégés et des fiches d'intérêt volontaires. Les options sont réunies dans l'analyse de la communication sponsor sans transmission de la liste des participants.

Si ces schémas de travail pour la préparation d'événements vous sont utiles, nous les publions dans la chaîne Telegram d'Aventura. Dans cet article, nous poursuivons l'examen des champs sensibles et conditionnels.

Quand le passeport, l'alimentation et la photo exigent-ils une vérification distincte ?

En bref : le passeport, les informations de santé et l'image ne doivent pas être ajoutés au formulaire par habitude. Pour chacun de ces champs, il faut un objectif précis, un volume minimal, un accès restreint et un délai de suppression. Les données de passeport ne relèvent pas automatiquement des catégories particulières, mais elles sont souvent excessives. La santé et l'identification par l'image peuvent relever de régimes juridiques particuliers.

Le bloc passeport n'est pertinent que là où l'on ne peut pas accomplir la tâche établie sans lui : par exemple, une exigence d'un site à accès réglementé, une opération contractuelle ou de transport. Demandez d'abord une liste écrite au site ou à la partie accueillante. Il suffit parfois, pour l'accès, du nom et prénom sur une liste et d'un contrôle visuel du document à l'entrée.

Si les champs documentaires sont nécessaires à un groupe distinct, ne les montrez pas à tous. Limitez l'accès aux collaborateurs qui établissent le badge. Dans le système d'inscription de travail, on peut laisser aux autres rôles le statut validé ou à préciser, sans les données d'origine.

La question de l'alimentation se formule à travers l'action de l'équipe. Au lieu de demander d'énumérer les maladies, proposez de choisir la catégorie de régime nécessaire ou de décrire une condition pratique. Accompagnez le champ libre d'une demande de ne pas indiquer de diagnostics ni d'informations médicales superflues.

Pour le service des plats, un ID interne, une catégorie, un point et une heure suffisent généralement. Ce processus doit être lié au service traiteur de l'événement et limité à un cercle d'accès restreint.

Une photographie ordinaire montrant un visage ne devient pas une donnée biométrique du seul fait de l'image. Le régime biométrique apparaît lorsque l'opérateur utilise l'image pour établir l'identité. La publication du nom, du poste, de l'entreprise ou de la photographie reste une tâche distincte et exige une vérification du régime de diffusion.

Pour un événement familial, le formulaire doit distinguer les données de l'enfant et celles du représentant légal. Le rôle du représentant et ses pouvoirs sont vérifiés selon la situation concrète. Les copies de l'acte de naissance et du passeport ne sont pas collectées sans nécessité. Les informations sur la santé et l'accompagnement ne sont accessibles qu'à ceux qui accomplissent cette tâche.

La nationalité étrangère ne crée pas en soi la nécessité de copier le passeport pour un badge ordinaire. Pour une collecte élargie, l'organisateur a de toute façon besoin d'un objectif distinct et d'un fondement confirmé.

Sous-traitants, plateformes et lieu de stockage des données

La transmission de données à un site événementiel, à une plateforme d'inscription, à un service d'envoi de communications, à un hôtel ou à un prestataire de transport relève également du traitement. L'opérateur décrit la finalité, la composition des informations et les opérations. Il vérifie séparément la sécurité, la procédure de gestion des incidents et la suppression. La seule formule « le sous-traitant respecte la loi fédérale n° 152-FZ » ne suffit pas : il faut un contrat et un schéma réel des accès.

La délégation du traitement doit correspondre au flux réel. Si le site événementiel reçoit une liste d'accès, celle-ci n'a pas besoin des réponses au questionnaire ni des indicateurs publicitaires. Si le logisticien a besoin d'un numéro de téléphone le temps de la rencontre, on ne peut pas lui transmettre automatiquement les coordonnées de tous les participants. Pour la logistique et les transferts, nous établissons à l'avance une liste réduite et désignons un responsable des mises à jour.

Dans la délégation prévue par la partie 3 de l'article 6 de la loi n° 152-FZ, il est obligatoire de définir :

1. la liste des données personnelles ;
2. la liste des actions sur les données et les finalités du traitement ;
3. l'obligation de conserver les données confidentielles ;
4. les exigences de la partie 5 de l'article 18 et de l'article 18.1 ;
5. l'obligation de fournir les documents confirmant le respect des exigences ;
6. les exigences de sécurité prévues à l'article 19 de la loi n° 152-FZ ;
7. l'obligation d'informer l'opérateur des cas visés à la partie 3.1 de l'article 21.

En complément, pour le projet, nous recommandons de convenir des modalités de recours à des sous-traitants, du retour ou de la suppression des données, du traitement des sauvegardes et du moyen de confirmer la destruction après l'achèvement de la mission. Ces conditions permettent de combler les lacunes pratiques, mais ne figurent pas dans la liste littérale de la partie 3 de l'article 6.

Lors de la collecte de données de citoyens russes via Internet, il convient de vérifier où sont effectués l'enregistrement, la systématisation, l'accumulation, le stockage, l'actualisation et l'extraction. La mention du fournisseur « serveur en Russie » ne répond pas aux questions sur les sauvegardes, l'analytique et le système mondial de gestion de la clientèle (CRM). Il faut vérifier séparément le support étranger et les sous-traitants impliqués.

La transmission à une personne étrangère ou sur le territoire d'un autre État exige une évaluation distincte du transfert transfrontalier. L'opérateur vérifie le destinataire, les mesures de protection et la notification à Roskomnadzor avant le début de ce transfert. La version en vigueur des exigences et la procédure précise doivent être confirmées par le juriste de l'opérateur.

Vérifiez séparément les exports Excel et CSV. Pour chaque fichier, il faut un responsable, un lieu de stockage, une finalité et une durée. Le chat de travail et l'ordinateur portable personnel du manager ne doivent pas devenir l'archive permanente de la base. Après modification d'un enregistrement, l'ancien export est clôturé, et après l'atteinte de la finalité, la suppression convenue est lancée.

Comment vérifier un formulaire, de l'envoi à la suppression ?

En bref : un formulaire est considéré comme vérifié après un parcours complet des données. Le test couvre la saisie et la confirmation, les branches conditionnelles, la modification de l'enregistrement et les exports. Ensuite, l'équipe vérifie le retrait des consentements, la fermeture des accès et la suppression. Le message « demande reçue » ne confirme que la première étape et ne montre pas ce que voient les équipes opérationnelles.

Commencez par un participant ordinaire :

1. ouvrez le formulaire depuis un téléphone et parcourez-le au clavier ;
2. vérifiez que l'organisateur et les finalités sont visibles avant l'envoi ;
3. ne remplissez que les champs obligatoires de base ;
4. laissez vides la publicité, la publication et le contact du sponsor ;
5. inscrivez-vous sans être contraint à des choix facultatifs ;
6. recevez une confirmation avec la date, le lieu et le moyen de corriger les données ;
7. assurez-vous que l'enregistrement apparaît une seule fois dans la liste maîtresse ;
8. comparez les champs des listes pour badges et messages avec la matrice des finalités.

Passez ensuite aux branches conditionnelles. En choisissant le transfert, seuls les champs de transport doivent s'ouvrir. Pour l'hôtel, les dates et les paramètres de séjour sont nécessaires, mais pas les données de carte bancaire dans le formulaire commun. La structure de travail d'une liste hôtelière distincte peut être comparée avec le contenu sur la rooming list d'un événement.

Vérifiez les exceptions :

• la correction du nom avant et après l'impression du badge ;
• le changement de contact principal ;
• le renvoi et le doublon ;
• l'annulation et la restauration de la participation ;
• le refus de la publicité sans annulation de l'inscription ;
• le changement de décision concernant la publication ;
• la fermeture de certaines options après la date limite ;
• un vol erroné avec le statut en cours de vérification, et non une fausse confirmation.

Une inscription tardive ne doit pas promettre un hôtel, un transfert ou un repas spécial déjà clos. Le formulaire affiche les options disponibles et envoie la demande litigieuse au responsable pour confirmation. Nous avons consacré un article à la logique des dates de contrôle et des exceptions : les inscriptions tardives à un événement B2B.

Après l'interface, vérifiez les rôles. Connectez-vous avec chaque compte et assurez-vous que les champs superflus sont masqués. Exportez les listes pour les badges, la sécurité, la restauration, le transfert et l'hébergement. La composition des colonnes doit correspondre à la matrice.

Retirez ensuite un choix facultatif et vérifiez toutes les listes associées.

Le scénario final clôt le projet. L'équipe désactive les accès temporaires, supprime les enregistrements de test et lance la suppression ou l'anonymisation approuvée. Selon la règle générale, la loi fixe des délais pour cesser le traitement et détruire les données dans certaines situations, mais la matrice de conservation concrète ne peut pas être remplacée par la seule formule « jusqu'au retrait ». En cas de traitement automatisé, la destruction est confirmée par un procès-verbal et un export du journal.

Sept erreurs avant le lancement de l'inscription

La plupart des problèmes proviennent d'une confusion des processus. Une seule case à cocher couvre tout, le formulaire complet est envoyé à tous les prestataires, la publicité se retrouve dans les e-mails de service et personne n'attribue de durée de conservation. Ces erreurs sont visibles avant le lancement. Pour le vérifier, il suffit de comparer l'interface, les documents et les contrats, puis d'effectuer une inscription test et d'examiner les exports.

1. Une seule case à cocher pour toutes les décisions. Le traitement, la publicité, la publication, les partenaires et le règlement de visite exigent des validations distinctes.
2. Le consentement est caché dans le bouton. Cliquer sur « Envoyer la demande » ne doit pas confirmer discrètement plusieurs documents et finalités.
3. Des champs obligatoires sans utilité. La date de naissance, le sexe, l'adresse, le passeport, l'entreprise ou le poste sont collectés parce qu'ils figuraient dans l'ancien modèle.
4. Un responsable de traitement peu clair. Le formulaire affiche la marque du projet, la politique de confidentialité mentionne une autre entité, et la base est accessible à une troisième organisation.
5. Un seul export pour tous. Le site, l'impression, la restauration, le transport et le marketing reçoivent le CSV complet.
6. Le contact organisationnel devient publicitaire. Après confirmation de l'inscription, la personne reçoit des offres futures sans choix distinct.
7. Aucune fin de traitement. Les données restent dans le CRM, les e-mails, les chats, les tableurs locaux, le système de contrôle d'accès et les sauvegardes.

Une astuce utile lors de la réception : demandez au prestataire d'effectuer trois opérations réelles sur une inscription test. Qu'il modifie un champ, limite la visibilité pour un rôle et supprime l'inscription selon le scénario approuvé. La démonstration révélera immédiatement les écarts entre l'architecture promise et l'architecture réelle.

Que vérifier le jour du lancement ?

En bref : le jour de l'ouverture des inscriptions, l'équipe remplit le formulaire sur téléphone et sous différents rôles. Elle vérifie d'abord les textes, les champs obligatoires et les choix individuels. Ensuite, elle contrôle les accès, les e-mails, les exports et le journal des actions. Après corrections, tout le parcours est repris de la première page jusqu'à l'apparition des données chez les exécutants.

Modèle juridique et organisationnel

• [ ] Le responsable du traitement est nommé et un contact opérationnel pour les demandes est indiqué.
• [ ] Chaque finalité est liée aux champs, à la base légale, aux destinataires et à la durée.
• [ ] La politique est accessible depuis la page du formulaire et correspond au processus.
• [ ] La notification à Roskomnadzor et les informations qu'elle contient ont été vérifiées par le responsable du traitement.
• [ ] La localisation des bases de données et un éventuel transfert transfrontalier ont été vérifiés.
• [ ] Les contrats avec les sous-traitants décrivent les données, les opérations, la sécurité et la suppression.

Champs et interface

• [ ] Seuls les champs nécessaires sont restés obligatoires.
• [ ] Les blocs conditionnels ne s'ouvrent que pour le groupe concerné.
• [ ] Le consentement au traitement est présenté séparément et n'est pas coché par défaut.
• [ ] La publicité et la diffusion font l'objet de décisions volontaires distinctes.
• [ ] Le participant peut envoyer le formulaire sans les cases facultatives.
• [ ] Le message d'erreur explique quoi corriger et n'efface pas les autres réponses.
• [ ] Les libellés des champs sont visibles, le focus clavier est perceptible, le bouton mobile est accessible.

Données et accès

• [ ] L'enregistrement maître est créé une seule fois.
• [ ] Le badge, la sécurité, la restauration, le transport et l'hôtel reçoivent leurs propres ensembles de colonnes.
• [ ] L'export complet est restreint et journalisé.
• [ ] La modification manuelle conserve l'auteur, l'heure et la modification.
• [ ] Les anciens exports cessent d'être opérationnels après la mise à jour.
• [ ] Une date de désactivation est fixée pour les rôles temporaires.

Communications et clôture

• [ ] La confirmation contient la date, le lieu, la prochaine étape et le canal de correction.
• [ ] Les messages de service ne contiennent pas de publicité sans consentement distinct.
• [ ] Le refus d'un choix facultatif met à jour toutes les listes associées.
• [ ] Le canal de demandes de cessation du traitement et de refus de la publicité fonctionne.
• [ ] Les responsables de la suppression sont désignés chez le responsable du traitement et chez les prestataires.
• [ ] Un procès-verbal et un journal sont prévus pour la destruction.

Après le premier groupe de test, rassemblez les remarques dans une seule liste, corrigez le formulaire et reprenez tout le parcours. La vérification d'un champ isolé après modification ne remplace pas un passage complet : une nouvelle obligation peut casser le scénario mobile, l'e-mail ou une branche conditionnelle.

Les limites de la responsabilité de l'organisateur

En bref : l'équipe de l'événement conçoit un parcours de données clair et vérifie que chaque service reçoit le minimum nécessaire. Le responsable du traitement des données personnelles prend les décisions concernant les finalités et les moyens du traitement. Son juriste valide les bases légales, les textes des consentements, les durées, les notifications et le schéma contractuel. Les rôles fonctionnent ensemble, mais ne se substituent pas les uns aux autres.

Chez Aventura, nous pouvons établir une cartographie opérationnelle des champs et des statuts. Elle comprend les accès pour chaque rôle, les scénarios de test, la transmission aux sous-traitants et la fermeture des accès. Nous ne présentons pas un texte de consentement unique comme une solution valable pour tout événement. Une conférence ouverte, une réunion interne de collaborateurs, une journée familiale et un séjour avec hôtel génèrent des processus différents.

Le résultat concret de ce travail est simple : chaque champ a une raison d'être, chaque rôle a une limite, chaque export a un responsable, et les données ont une fin de cycle de vie claire. Ensuite, le responsable du traitement et le juriste vérifient ce schéma et valident les documents.

Si vous devez relier le formulaire, le lieu, les communications et le travail des sous-traitants, consultez le format d'organisation d'un événement d'entreprise. Nous intégrerons l'inscription au plan global du projet et préparerons le processus pour une vérification conjointe par le client et son juriste.

Sources

• Notions fondamentales : article 3 de la loi fédérale n° 152-FZ.
• Principes du traitement : article 5 de la loi fédérale n° 152-FZ.
• Conditions du traitement et sous-traitance : article 6 de la loi fédérale n° 152-FZ.
• Consentement de la personne concernée : article 9 de la loi fédérale n° 152-FZ.
• Catégories particulières de données : article 10 de la loi fédérale n° 152-FZ.
• Données autorisées à la diffusion : article 10.1 de la loi fédérale n° 152-FZ.
• Données personnelles biométriques : article 11 de la loi fédérale n° 152-FZ.
• Transfert transfrontalier : article 12 de la loi fédérale n° 152-FZ.
• Prospection directe par les moyens de communication : article 15 de la loi fédérale n° 152-FZ.
• Collecte des données et localisation : article 18 de la loi fédérale n° 152-FZ.
• Politique et mesures de l'opérateur : article 18.1 de la loi fédérale n° 152-FZ.
• Sécurité des données personnelles : article 19 de la loi fédérale n° 152-FZ.
• Cessation du traitement et destruction : article 21 de la loi fédérale n° 152-FZ.
• Notification à Roskomnadzor : article 22 de la loi fédérale n° 152-FZ.
• Publicité par les réseaux de télécommunication : article 18 de la loi fédérale n° 38-FZ.
• Formalisation distincte du consentement : loi fédérale n° 156-FZ du 24.06.2025.
• Confirmation de la destruction : arrêté de Roskomnadzor n° 179 du 28.10.2022.
• Formulaires de notification : arrêté de Roskomnadzor n° 180 du 28.10.2022.