Le signataire s'authentifie via l'eID nationale avant que le document ne soit présenté pour signature. L'eID fournit des données d'identité (nom, NRIC, date de naissance) qui pré-remplissent les champs de signature. La signature elle-même peut être une SES ou une AES plus simple, mais la preuve d'identité est de niveau gouvernemental.
L'identité numérique nationale rencontre la signature électronique
Dans toute l'APAC, les gouvernements construisent des plateformes nationales d'identité numérique qui vérifient les citoyens par rapport aux enregistrements gouvernementaux. Ces systèmes — Singpass en Singapour, iAM Smart à Hong Kong, VNeID au Vietnam, My Number au Japon — créent une couche d'identité de confiance que les plateformes commerciales de signature électronique peuvent intégrer. Lorsqu'elles sont combinées avec des signatures numériques appuyées par une CA, la vérification de l'eID nationale produit la chaîne de preuves la plus forte disponible.
Principaux systèmes nationaux d'eID de l'APAC pour la signature
Chaque système national d'eID a des architectures API différentes, des niveaux d'assurance de l'identité et des exigences d'intégration.
| Idéal pour | API disponible | |
|---|---|---|
| Singpass (Singapour) | Preuve d'identité QES, KYC MyInfo | OAuth2 + API MyInfo |
| iAM Smart (Hong Kong) | Preuve d'identité pour la signature commerciale | Portail API du gouvernement |
| VNeID (Vietnam) | Conformité au décret 337 sur le contrat de travail | Integration VNeID via LAPITeCH |
| My Number (Japon) | Signature qualifiée via la carte JPKI | Expansion de l'API de l'Agence numérique |
| PhilSys (Philippines) | Expansion de la vérification d'identité | Phase pilote de l'API PSA |
| MyIdent (Malaisie) | Future intégration NDI | En développement |
Trois modèles d'intégration
Les systèmes nationaux d'eID peuvent être intégrés dans les flux de signature à différents points, selon le cas d'utilisation.
L'eID nationale vérifie l'identité, puis un certificat qualifié émis par une CA est appliqué au document. Cela produit un QES avec la plus forte présomption juridique. C'est ce modèle pour les transactions à valeur élevée ou réglementées.
Certaines plateformes gouvernementales (par exemple, eSign Aadhaar de l'Inde) utilisent directement l'eID pour la signature. La signature est créée à l'aide d'un certificat lié à l'eID. Cela est efficace mais limité à la juridiction de l'eID.
Étude de cas : intégration de Singpass pour la signature singapourienne
Singpass est l'intégration eID la plus mûre en Asie-Pacifique. Voici le flux d'implémentation typique.
Inscrivez-vous pour l'API Singpass
Demandez l'accès à l'API Singpass via GovTech Singapore. Vous devrez démontrer un cas d'utilisation commercial légitime et répondre aux exigences de sécurité (ISO 27001 ou équivalent).
Mettez en œuvre la connexion OAuth2
Intégrez la connexion Singpass en utilisant OAuth2. L'utilisateur s'authentifie avec Singpass (par application mobile ou web), et votre plateforme reçoit un jeton vérifié contenant leur NRIC et leurs données personnelles vérifiées.
Récupérez les données MyInfo (facultatif)
Pour les flux de KYC intensifs, récupérez les données MyInfo (nom, adresse, emploi) via l'API MyInfo. Cela pré-remplit les formulaires et réduit l'entrée manuelle des données.
Appliquez une signature qualifiée CA
Après la vérification d'identité Singpass, routez le document par une CA agréée à Singapour (par exemple, Netrust) pour appliquer une signature électronique qualifiée. Le résultat est un QES avec une preuve d'identité vérifiée par le gouvernement.
Stocker le paquet de preuves
Le paquet de preuves doit inclure : jeton de vérification Singpass, instantané des données d'identité, détails du certificat CA, horodatage et trail d'audit complet.
Défis d'intégration courants
Restrictions d'accès aux API
La plupart des API nationales d'eID nécessitent une approbation gouvernementale avant l'intégration commerciale. Singpass nécessite une inscription auprès de GovTech. iAM Smart nécessite une approbation de l'OGCIO. Prévoyez 4 à 8 semaines pour la fourniture d'accès aux API.
Configuration par pays
Chaque système d'eID a une architecture d'API unique, un flux d'authentification et un schéma de données. Une plateforme de signature qui prend en charge plusieurs systèmes d'eID nécessite des adaptateurs par pays, et non une intégration universelle unique.
Cartographie des données d'identité
Les systèmes nationaux d'eID utilisent des schémas d'identité différents. Singpass utilise NRIC ; iAM Smart utilise HKID ; VNeID utilise CCCD. Cartographiez les champs d'identité d'eID vers le modèle d'identité de votre plateforme de signature pour assurer des paquets de preuves cohérents.
Redirection pour les non-résidents
Le système national d'eID ne fonctionne qu'aux résidents de ce pays. Lorsqu'un signataire n'est pas enregistré (par exemple, un employé étranger en Singapour sans Singpass), fournissez une alternative : vérification de document eKYC ou preuve d'identité directe CA.
Comment eSign.AI se connecte aux systèmes nationaux d'eID
eSign.AI maintient des intégrations actives avec les systèmes nationaux de digital identity dans l'APAC.
Systèmes d'eID connectés
eSign.AI intègre actuellement avec : Singpass (Singapour), iAM Smart (Hong Kong), CCCD/VNeID (Vietnam), MyKad/JPN (Malaisie). D'autres intégrations sont en développement : Sistem ID (Indonésie), Certificat de Personne Naturelle Taïwanais, Korea PASS.
Une API, plusieurs eID
L'API d'eSign.AI abstrait la couche d'eID. Les développeurs envoient une demande de signature avec le code pays du signataire ; la plateforme gère automatiquement le flux d'authentification spécifique à l'eID. Il n'est pas nécessaire d'intégrer chaque eID séparément.
Questions fréquentes
Oui. Vous devez vous inscrire auprès de GovTech Singapour et démontrer un cas d'utilisation commercial légitime. Le processus prend généralement 4 à 6 semaines. Vous devez également répondre aux normes de sécurité (ISO 27001 ou équivalent) et suivre les directives d'intégration Singpass.







