Lors d’une étape E17, la fonction DCCF gérée par un opérateur de télécommunications transmet un message relatif à un service de stockage de données d’un service à destination d’une fonction ADRF (en anglais Analytics Data Repository Function) gérée par un fournisseur du service. Le message transmis par la fonction DCCF peut comprendre un identifiant de l’entité gérant la fonction DCCF, par exemple de l’opérateur du réseau de communication dans lequel est déployé la fonction DCCF. L’identifiant peut être déduit de l’adresse de la fonction DCCF utilisée pour communiquer avec la fonction ADRF ou bien il peut s’agir d’un identifiant spécifique à l’entité. Chaque fonction, gérée par une entité distincte de l’autre fonction, doit s’assurer de la conformité de l’autre fonction en ce qui concerne des caractéristiques de sécurité, de localisation et de respect de règles GDPR. La fonction DCCF ajoute au message relatif au service les justificatifs numériques signés associés aux caractéristiques citées ci-dessus obtenues préalablement d’entités de certification, les justificatifs numériques signés intégrant des hashs (dans le but de permettre de vérifier le caractère non-répudiable du message). Lors d’une étape E18, la fonction ADRF obtient de la part du registre de certification Certifs les données de déchiffrements associées à ces caractéristiques et aux justificatifs numériques signés de la fonction DCCF, ces données de déchiffrement étant sous la forme de clés de chiffrement publiques ou tout autre paramètre de déchiffrement associées aux entités en charge des certifications respectives. La fonction ADRF inclut l’identifiant des entités de certification dont il a reçu des identifiants dans les justificatifs numériques signés et il peut inclure l’identifiant de l’entité gérant la fonction DCCF s’il l’a reçu ainsi qu’un identifiant de la fonction DCCF, que la fonction lui aura transmis dans le message transmis lors de l’étape E17, ainsi que possiblement un identifiant du service (par exemple de stockage de données) pour que le registre Certif lui transmette les seules données de déchiffrement requises pour la fonction DCCF et possiblement le service. Lors d’une étape E19, la fonction ADRF détermine si la fonction DCCF lui ayant transmis un message pour le stockage de données est bien certifiée, c’est-à-dire que l’ensemble des caractéristiques requises pour la communication entre les deux fonctions et possiblement propres à un espace de données et/ou à un régulateur tel qu’un office de gestion public, ont bien été certifiées et que les justificatifs numériques signés sont encore valides. Si la fonction ADRF est capable de déchiffrer les hashs reçus à l’aide des clés publiques obtenues de la part du registre Certif, qu’elle a une garantie que le message reçu n’a pas été modifié en recalculant le hash à partir de la clé publique, et que les paramètres de validité correspondent à des valeurs de référence, alors les justificatifs numériques signés sont considérés comme valides et la fonction DCCF est considérée comme certifiée. Dans le cas où la communication entre la fonction DCCF et la fonction ADRF est bidirectionnelle, la fonction DCCF peut également s’assurer de la certification de la fonction ADRF par la mise en œuvre d’étapes identiques aux étapes E17 à E19. Selon cet exemple, la fonction ADRF peut également ajouter un identifiant de l’entité gérant la fonction ADRF, par exemple du fournisseur du service.