Preuve de concept avec des justificatifs numériques
Testons votre cas d’usage.
Nous créons un environnement d’essai complet et testons votre cas d’usage avec des données de démonstration, de l’émission à la révocation.
Tester l’inscription à un examen
Source de test et émission
ACME University émet une inscription fictive conformément au référentiel et aux conditions d’émission convenues.
Réception et partage
Le participant reçoit le justificatif dans un portefeuille de test et partage les données demandées.
Vérification
Le lieu de test contrôle le justificatif selon les règles de confiance et de vérification convenues.
Révoquer et contrôler à nouveau
ACME révoque le justificatif. Lors d’une nouvelle vérification, nous contrôlons qu’il n’est plus accepté comme valide.
En quoi consiste cette preuve de concept ?
Dans cette preuve de concept, nous créons un environnement d’essai complet pour votre cas d’usage avec des justificatifs numériques. Nous réunissons les accords de confiance, le référentiel, les portefeuilles numériques de test et les rôles des parties concernées. Nous pouvons partir des accords existants et élaborer ensemble les éléments manquants.
Avec des données de démonstration, nous parcourons le cycle de vie complet : émission, réception, partage, vérification et révocation. Nous contrôlons aussi ce qui se passe après révocation ou en cas d’échec d’une étape. Vous voyez comment accords, parties et technique fonctionnent ensemble et ce qui reste nécessaire pour un pilote ou une mise en service. Ce service est réalisé sur la plateforme Ver.iD.
- Accords et référentiel
- Le sens, les données et les règles d’émission, de vérification et de maintenance.
- Parties et rôles
- Responsables des sources de données, émetteurs, participants aux tests et destinataires avec des responsabilités convenues.
- Environnement et portefeuilles de test
- Les systèmes, portefeuilles et données de démonstration convenus pour tester le parcours complet.
Notre accompagnement.
Nos spécialistes vous aident à réunir les éléments, à parcourir toutes les étapes et à déterminer les besoins pour la suite.
Un environnement d’essai complet.
Comment réunir tous les éléments dans un essai fonctionnel ? Nous élaborons ensemble les accords de confiance et le référentiel nécessaires, puis configurons les systèmes et les portefeuilles de test convenus. Votre équipe peut ainsi expérimenter le cas d’usage dans un environnement cohérent.
Les accords, définitions et systèmes existants peuvent servir de point de départ. Nous déterminons ensemble les éléments manquants et les rôles de chacun. Nous pouvons commencer dans votre organisation et impliquer d’autres parties lorsque leur participation et leurs possibilités de test sont convenues. Ver.iD assure la gestion des clés et certificats de l’environnement d’essai.
- Accords de confiance et référentiel
- ACME University définit ce que prouve une inscription et les règles d’émission, de vérification et de révocation.
- Rôles concernés
- L’administration des étudiants fournit les données sources, ACME émet et un participant partage le justificatif avec le lieu de test.
- Environnement d’essai
- Une source de test, un environnement d’émission et de vérification, des portefeuilles de test et des données de démonstration pour parcourir tout le cycle de vie.
Le parcours complet.
Comment cela fonctionne-t-il pour les parties, de l’émission à la révocation ? Nous accompagnons les participants dans l’émission, la réception, le partage et la vérification de justificatifs numériques avec des données de démonstration. La révocation et le contrôle suivant font aussi partie de l’essai. Vous découvrez qui fait quoi et le résultat de chaque étape.
Nous testons aussi les justificatifs expirés, données incorrectes, refus et indisponibilités. Nous documentons pour chaque scénario le comportement, les systèmes et versions de portefeuilles utilisés. Nous précisons les éléments réellement testés et ceux qui sont simulés.
Le parcours complet et les exceptions
- Émission et réception
- Le participant reçoit le justificatif d’inscription dans le portefeuille de test.
- Partage et vérification
- Le lieu de test contrôle les données partagées selon les règles convenues.
- Révocation et nouvelle vérification
- Après révocation, le justificatif n’est plus accepté comme valide lors d’un nouveau contrôle.
- Justificatif expiré
- Le contrôle de validité rejette le justificatif.
- Le participant refuse
- Le partage s’arrête sans transfert de données.
- Données ou émetteur incorrects
- Une preuve invalide est rejetée selon les contrôles convenus.
- Source ou service indisponible
- Le processus affiche une erreur et suit la procédure de reprise convenue.
| Scénario | Réaction attendue |
|---|---|
| Émission et réception | Le participant reçoit le justificatif d’inscription dans le portefeuille de test. |
| Partage et vérification | Le lieu de test contrôle les données partagées selon les règles convenues. |
| Révocation et nouvelle vérification | Après révocation, le justificatif n’est plus accepté comme valide lors d’un nouveau contrôle. |
| Justificatif expiré | Le contrôle de validité rejette le justificatif. |
| Le participant refuse | Le partage s’arrête sans transfert de données. |
| Données ou émetteur incorrects | Une preuve invalide est rejetée selon les contrôles convenus. |
| Source ou service indisponible | Le processus affiche une erreur et suit la procédure de reprise convenue. |
De l’essai à l’utilisation réelle.
Que reste-t-il à organiser pour passer à l’utilisation réelle ? Vous recevez l’environnement d’essai convenu et les constats, avec une vision des accords, de la technique et des choix organisationnels encore à élaborer. Nous déterminons ensemble la suite adaptée : ajuster, préparer un pilote ou arrêter.
Nous discutons des questions en suspens, des dépendances et des personnes qui pourront prendre en charge la suite. Un pilote ou une mise en service nécessite notamment de préciser la sécurité, les autorisations éventuelles et l’exploitation quotidienne. Le périmètre et la réalisation de ces travaux sont convenus séparément.
- Expériences de l’essai
- Qu’est-ce qui a fonctionné dans l’essai et quelles difficultés les participants ont-ils rencontrées ?
- À élaborer
- Quels accords, intégrations, mesures de sécurité et tâches d’exploitation nécessitent une élaboration complémentaire ?
- Une prochaine étape adaptée
- Préparer un ajustement ou un pilote, ou arrêter : avec les choix ouverts, dépendances et responsables.
Comment nous travaillons ensemble.
Nous convenons à l’avance de ce que votre équipe souhaite apprendre de l’essai, des scénarios à inclure et des conditions de clôture. Vous pouvez partir de ce qui existe déjà. Nous définissons ensemble les éléments manquants, la contribution des participants et le calendrier.
Votre équipe apporte son expérience et les participants
Vous décrivez votre cas d’usage et partagez les accords disponibles ainsi que les informations sur vos données, processus et systèmes. Ensemble, nous organisons les accès de test et les données de démonstration nécessaires. Vous désignez un contact et associez les personnes qui pourront parcourir et évaluer le processus.
Nos spécialistes mettent en place l’essai
Nos spécialistes élaborent les accords de confiance et le référentiel convenus et configurent l’environnement d’essai sur la plateforme Ver.iD. Nous accompagnons les participants et consignons les constats. Ver.iD assure la gestion des clés et certificats associés via la plateforme.
Les parties participantes confirment leur contribution
Nous précisons à l’avance les parties qui participent réellement, les systèmes que nous connectons et les éléments simulés. Chaque partie confirme sa contribution et examine les accords dans le cadre de son rôle. Nous indiquons les conclusions qui dépendent encore d’une participation ou d’une confirmation manquante.
Ce que vous recevez à la clôture
- Un environnement d’essai complet avec les systèmes et portefeuilles de test convenus.
- Le référentiel et les accords de confiance de l’essai, avec les rôles et choix ouverts documentés.
- Des constats sur le cycle de vie complet et les exceptions, avec les prochaines étapes et la transmission convenue.
Nous discutons des constats et des points ouverts avec votre équipe. L’essai est terminé lorsque les scénarios convenus ont été exécutés et les résultats remis. Votre organisation décide d’apporter des ajustements, de préparer un pilote ou de s’arrêter.
Nous convenons à l’avance des fichiers, de la configuration et des accès que vous conserverez à la fin de l’essai. La poursuite de l’utilisation et l’assistance font l’objet d’accords distincts. L’essai utilise des données de démonstration ; un pilote ou une mise en service nécessite des accords séparés, notamment sur la sécurité, les autorisations et l’exploitation.
Questions pratiques
Oui. Nous pouvons utiliser les accords et systèmes existants et élaborer les éléments manquants dans le périmètre de l’essai. Au démarrage, nous définissons les travaux de conception nécessaires, l’environnement où se déroulera l’essai, ainsi que les accès et les données de démonstration à préparer ensemble.
- Pouvons-nous commencer sans référentiel finalisé ni environnement de test propre ?
- Oui. Nous pouvons utiliser les accords et systèmes existants et élaborer les éléments manquants dans le périmètre de l’essai. Au démarrage, nous définissons les travaux de conception nécessaires, l’environnement où se déroulera l’essai, ainsi que les accès et les données de démonstration à préparer ensemble.
- Pouvons-nous commencer si tous nos partenaires ne participent pas encore ?
- Oui. Nous pouvons commencer au sein de votre organisation et impliquer les partenaires lorsqu’ils sont disponibles. Nous convenons des rôles représentés et des éléments simulés. Les constats précisent ce qui devra encore être testé avec les partenaires absents.
- Que se passe-t-il si l’essai ne donne pas le résultat attendu ?
- Nous recherchons la cause dans les accords, la technique ou le processus. Nous consignons les constats et les incertitudes restantes. Votre équipe peut alors décider s’il est pertinent d’adapter, d’approfondir l’étude ou de s’arrêter. Tout travail complémentaire fait l’objet d’un accord distinct.
- Combien de temps notre équipe doit-elle consacrer à l’essai et quel est son coût ?
- Votre équipe apporte les connaissances métier, parcourt les scénarios et examine les constats. Le temps nécessaire et les coûts dépendent de la conception, des intégrations, des scénarios et de la coordination avec les participants. Nous commençons par un échange sans engagement et convenons à l’avance des travaux, du calendrier, des coûts et de la contribution de votre équipe.
- Pouvons-nous poursuivre avec le même environnement après l’essai ?
- Nous en convenons à l’avance : fichiers et configuration remis, durée de disponibilité des accès et assistance incluse. Pour un pilote ou une mise en service, nous déterminons les éléments réutilisables ainsi que la configuration et les évaluations complémentaires nécessaires. Un essai fonctionnel n’est pas encore un environnement de production.
Quel cas d’usage souhaitez-vous tester avec nous ?
Décrivez ce que vous souhaitez faire avec les justificatifs numériques, ainsi que les accords, systèmes et parties déjà en place. Ensemble, nous définissons l’environnement d’essai nécessaire pour parcourir le cycle complet.