Authentification
L'usage de l'API est réservé aux agents authentifiés, dans la limite de leur rôle au sein de l'application.
Authentification
Tous les agents peuvent utiliser l'API. Les requêtes faites sur l'API sont authentifiées grace à des tokens d'accès associés à chaque agent. Chaque action faite via l'API est donc attribuable à un agent.
Pour récupérer le token d'accès d'un agent il faut faire une première requête POST à l'url https://www.rdv-solidarites.fr/api/v1/auth/sign_in
en passant en paramètres JSON l'email et le mot de passe de l'agent. Par exemple :
En cas de succès d'authentification, la réponse à cette requête contiendra dans le corps le détail de l'agent, et dans les headers les token d'accès à l'API. Par exemple :
Les 3 headers essentiels pour l'authentification sont les suivants :
access-token
: c'est le jeton d'accès qui vous a été attribué. Il a une durée de vie de 24h, après ça il vous faudra reproduire cette procédure pour en récupérer un nouveau.client
: un identifiant unique associé à l'appareil depuis lequel vous avez effectué la requêteuid
: l'identifiant de l'agent dans l'API, égal à l'email de l'agent.
Ces 3 headers doivent être transmis avec chacune de vos requêtes successives à l'API, peu importe la méthode HTTP
Permissions
Les rôles et permissions des agents sont les mêmes via l'API que depuis l'interface web.
C'est à dire que les agents classiques ont accès à leur service uniquement, les agents du service secrétariat peuvent accéder aux agendas des agents des autres services, les agents admin ont accès à toute l'organisation, etc.
Par défaut, les requêtes en lecture n'appliquent aucun filtre et retourneront toutes les ressources auxquelles a accès l'agent connecté. Par exemple si un agent admin fait une requête pour accéder à la liste des absences sans filtre, l'API retournera toutes les absences de tous les agents appartenant aux organisations dont fait partie cet agent admin, ce qui peut faire beaucoup.
Last updated