Documentation API Yoplanning

API REST yoplanning.pro

Introduction

L'API Yoplanning est structurée autour du principe REST. Notre API propose des URL orientées ressource prévisibles et utilise les codes de réponse HTTP pour indiquer les erreurs et le succÚs des appels API. Nous exploitons les fonctionnalités HTTP intégrées, telles que l'authentification HTTP et les verbes HTTP, qui sont compris par les clients HTTP standards. Toutes les méthodes de notre API retournent du JSON.

Authentification

Pour commencer, vous devez demander un jeton API pour pouvoir interroger l'API Yoplanning. Pour ce faire, veuillez nous contacter. Une fois que vous avez votre jeton en main, vous pouvez commencer à travailler avec l'API. Toutes les méthodes de l'API nécessitent une authentification.

Nous utilisons un systĂšme d'authentification standard basĂ© sur des jetons. Pour vous authentifier, il suffit de fournir votre jeton API dans l'en-tĂȘte de chaque requĂȘte comme suit : Authorization: Token 4804c2cb4d87a13146d4de029f407c82149f2ada. Attention : l'espace entre "Token" et le jeton est important.

Voici un exemple complet utilisant curl :

curl -H "Content-Type: application/json" https://yoplanning.pro/api/v3.1/teams/5a90332e-568f-4980-9859-88a984844a4d/clients/8d23503e-041e-4180-98d1-641183bc5ead -H 'Authorization: Token 4804c2cb4d87a13146d4de029f407c82149f2ada'

Si vous ne fournissez pas de jeton ou si le jeton est invalide, l'API répondra avec un code HTTP 401 (Non autorisé) et vous donnera un champ "détails" dans le JSON de réponse pour vous aider à comprendre le problÚme.

Permissions

Lorsque vous avez demandé votre jeton API, des permissions spécifiques vous ont été accordées sur un certain ensemble de team. Cela signifie que vous ne pouvez probablement pas utiliser toutes les méthodes de l'API. Si vous appelez l'API Yoplanning sans permissions, l'API répondra avec un code HTTP 403 (Interdit).

Limitation des requĂȘtes

Pour des raisons de sĂ©curitĂ©, le nombre de requĂȘtes que vous pouvez effectuer est limitĂ©. Vous pouvez envoyer jusqu'Ă  5 requĂȘtes par seconde et 1000 requĂȘtes par jour. Au-delĂ  de ce taux, le serveur rĂ©pondra avec un code HTTP 429 (Trop de requĂȘtes).

Vue d'ensemble

Team

La team est le concept le plus fondamental dans Yoplanning (qui est un outil collaboratif). Presque toutes les méthodes prennent un paramÚtre teamId dans l'URL, ce qui signifie que toutes les actions sont relatives à une Team.

UUID

De nombreuses méthodes nécessitent un paramÚtre "pk" dans l'URL. Il s'agit de l'identifiant unique pour la ressource que vous essayez de récupérer/créer/mettre à jour/supprimer. Yoplanning utilise UUID (version 4) comme identifiant unique pour toutes les ressources.

Points de terminaison et verbes HTTP

Pour de nombreuses ressources, 2 points de terminaison sont disponibles :

  • Un pour accĂ©der Ă  une instance spĂ©cifique. L'URL se termine gĂ©nĂ©ralement par <pk>.

  • Un pour accĂ©der au gestionnaire d'instances : Ces points de terminaison utilisent les verbes HTTP suivants :

    • GET : obtenir une liste de toutes les ressources (voir Pagination)

    • POST : crĂ©er une nouvelle ressource (L'identifiant sera gĂ©nĂ©rĂ© par le serveur)

Pagination

Pour toutes les mĂ©thodes de l'API qui fournissent une grande liste de ressources, la pagination est utilisĂ©e. Cela signifie que tous les rĂ©sultats ne seront pas donnĂ©s dans une seule requĂȘte. Vous devrez effectuer plusieurs requĂȘtes pour obtenir la liste complĂšte des ressources.

Filtres

Pour certains points de terminaison, vous pouvez filtrer les rĂ©sultats en ajoutant des paramĂštres de requĂȘte Ă  la demande.

Champs extensibles

Pour certains points de terminaison, l'objet ressource contient des ressources imbriquĂ©es. Pour Ă©viter d'envoyer plus de requĂȘtes, vous pouvez utiliser le mĂ©canisme d'extension de l

Mis Ă  jour