diff --git a/help/fr/api-services.page b/help/fr/api-services.page index 2101ddb..ad2bd27 100644 --- a/help/fr/api-services.page +++ b/help/fr/api-services.page @@ -35,78 +35,6 @@ d'utiliser celle qui est décrite dans ce document.
-Le portail effectue des requêtes HTTP GET vers les différents services. Les -échanges atendus sont conformes au style d'architecture REST.
- - -L'URI utilisée pour ces requêtes peut contenir des informations identifiant -l'usager concerné.
- -Lorsque le service intègre le protocole de fédération d'identité SAML, la -requête identifiante utilisera un identifiant SAML, le NameID :
- -
-https://www.example.com/eservices/pending?NameID=nameid
-
-Lorsque le service n'intègre pas le protocole de fédération d'identité SAML, -la requête identifiante utilisera l'adresse électronique de l'utilisateur :
- -
-https://www.example.com/eservices/pending?email=email
-
-
-L'utilisation de cette méthode pour identifier l'utilisateur ne fonctionne - que si ce dernier a employé la même adresse électronique pour la création du - compte citoyen et la création du compte sur le service.
-Il est possible pour le service d'exposer davantage de données via des -URL.
- -L'applications peut exposer des données génériques (horaires, informations, -actualités). Elle doit le faire via une URL du type :
- -https://www.example.com/eservices/horaires/
-Il peut être utile pour le portail citoyen de filtrer les données récupérées -en utilisant des critères divers (catégories, localisations...) via les URL. -Les filtres doivent être compris dans les URL sous la forme (pour exposer les -horaires de Montpellier par exemple) :
- -https://www.example.com/eservices/montpellier/horaires/
-
-Le portail effectue des requêtes HTTP GET vers les différents services. Les +échanges atendus sont conformes au style d'architecture REST.
+ +L'accès au service peut être protégé de différentes manières, le portail +citoyen peut utiliser les mécanismes suivants pour s'authentifier auprès du +service.
+ +Le portail citoyen peut utiliser l'authentification HTTP basique (définie +dans la RFC 2617).
+Le portail citoyen peut s'authentifier à l'aide d'un certificat client.
+L'URI utilisée pour ces requêtes peut contenir des informations identifiant +l'usager concerné.
+ +Lorsque le service intègre le protocole de fédération d'identité SAML, la +requête identifiante utilisera un identifiant SAML, le NameID :
+ +
+https://www.example.com/eservices/pending?NameID=nameid
+
+Lorsque le service n'intègre pas le protocole de fédération d'identité SAML, +la requête identifiante utilisera l'adresse électronique de l'utilisateur :
+ +
+https://www.example.com/eservices/pending?email=email
+
+
+L'utilisation de cette méthode pour identifier l'utilisateur ne fonctionne + que si ce dernier a employé la même adresse électronique pour la création du + compte citoyen et la création du compte sur le service.
+