Prérequis
Vous avez besoin de deux choses, toutes deux issues du tableau de bord RiDERgy :- Des identifiants client OAuth (
client_idetclient_secret). L’API Energy Management doit être activée pour votre locataire. Contactez RiDERgy pour l’activer et créer vos identifiants — voir Authentification. - Les identifiants des ressources que vous souhaitez contrôler : un
locationId, lecontrollerUuid/connectorIdd’une borne, ou unclusterId. Ils proviennent de votre compte RiDERgy : si vous avez un compte RiDERgy avec un site intégré, vous pouvez consulter ces identifiants dans l’application RiDERgy. Ils désignent les mêmes sites et bornes que ceux que vous y voyez.
Les panneaux interactifs « Try it » envoient des requêtes à l’API de production en direct. Un
POST/PUT modifie ici un site réel. N’utilisez que des valeurs que vous comptez réellement appliquer.1. Vérifier la connectivité
GET /health ne nécessite aucune authentification et confirme que l’API est accessible :
2. Obtenir un jeton d’accès
Échangez vos identifiants client contre un jeton Bearer (valide 1 heure) :access_token de la réponse — vous l’utiliserez dans les étapes suivantes.
3. Définir la limite permanente d’un site
La limite permanente est la valeur de repli appliquée lorsqu’aucun profil planifié n’est actif.4. Planifier un profil de priorité
Limitez le site à 50 kW pendant une fenêtre donnée, à la priorité 5 :startTime/endTime — aucun appel d’API supplémentaire n’est nécessaire.
5. Vérifier la limite effective
Ceci renvoie chaque profil avec unstatus calculé (SCHEDULED, ACTIVE, EXPIRED) et la effectiveLimitKw actuelle :
Étapes suivantes
- Authentification — flux OAuth 2.0, scopes et gestion des jetons.
- Modèle de priorité — comment les profils, priorités et clusters interagissent.
- Utilisez la Référence de l’API pour explorer chaque endpoint avec un environnement en direct.

