Un tel traitement 400 peut comporter une première étape itérative 401 de lecture de tout enregistrement d’un tel conteneur associatif CTw (par exemple, sous la forme avantageuse d’une table associative) comportant un attribut UK désignant une clé de chiffrement/déchiffrement CK. Lorsqu’une archive unitaire de travail FFw se présente sous la forme avantageuse d’un fichier plat de travail, pour chaque enregistrement ainsi sélectionné, une étape 402 consiste à lire la ligne du fichier plat de travail FFw désignée par les attributs FN et RN (voir figure 4) de l’enregistrement sélectionné et à déchiffrer les champs de ladite ligne lue en exploitant la clé de chiffrement/déchiffrement désignée (attribut CK) également par l’enregistrement sélectionné parmi les clés de chiffrement/déchiffrement . Une telle étape 402 consiste alors à créer, pour chaque enregistrement sélectionné au sein de la table associative CTw, une ligne dans un nouveau fichier plat FFo dont les champs clairs correspondent respectivement auxdits champs déchiffrés. Un tel traitement 400 peut en outre comporter une étape 404 d’enregistrement dudit fichier plat de sortie FFo dans une mémoire de données DMo du système informatique, tel que le système informatique 1 selon la . Un tel fichier plat FFo constitue une archive unitaire de sortie dont chaque ligne décrit une archive élémentaire. Une telle étape 404 peut en outre consister en l’effacement des fichiers ou archives unitaires de travail chiffrés FFw dans la mémoire de données DMw. Au préalable, l’invention prévoit, selon un mode de réalisation optionnel, qu’un tel traitement 400 comporte une étape de vérification 403 de la pertinence dudit fichier plat de sortie FFo. Dans ce cas, l’étape 404 d’enregistrement dans une mémoire de données DMo, voire de suppression des fichiers de travail chiffrés FFw dans la mémoire de données DMw, n’est mise en œuvre que si ladite étape de vérification 403 atteste que ledit fichier plat FFo est a priori pertinent. Cette situation est symbolisée par le lien 403-y en . Dans le cas contraire (situation symbolisée par le lien 403-n en ), ledit fichier plat FFo est supprimé et les étapes 401 et 402 sont de nouveau mises en œuvre pour créer une nouvelle archive unitaire de sortie, en l’espèce, selon cet exemple, un nouveau fichier plat de sortie FFo. Une telle étape de vérification 403 peut consister en diverses opérations portant sur le fichier plat FFo, les fichiers de travail FFw et/ou les tables courante Tw et associative CTw. A titre d’exemple, ladite vérification 403 peut consister à compter le nombre d’enregistrements dans la table associative CTw exploités pour déchiffrer les champs d’une ligne d’un fichier de travail FFw et constituer une ligne de champs clairs dans ledit fichier plat de sortie FFo puis à comparer ledit nombre d’enregistrements avec le nombre de lignes créées dans ledit fichier plat de sortie FFo. Il ne faut pas tenir compte des enregistrements de CTw correspondant à des enregistrements supprimés au sens de l’étape 300-D. Si ces deux nombres sont égaux alors, le fichier plat FFo est considéré (cf. le lien 403-y en ) comme pertinent par l’étape 403. Dans le cas contraire (cf. le lien 403-n en ), la vérification échoue. En variante et/ou en complément, ledit nombre de lignes créées dans ledit fichier plat de sortie FFo peut être comparé avec le nombre d’enregistrements non nuls présents dans la table courante (conteneur de données) Tw associée à la table associative CTw exploitée pour créer ledit fichier plat de sortie FFo. Si les deux nombres sont égaux, alors l’archive unitaire de sortie FFo peut être déclarée pertinente à l’étape 403.