Passer au contenu principal
GET
curl

Vue d’ensemble

Renvoie l’état de chaque service Didit, l’état global et les incidents en cours ou résolus au cours des 7 derniers jours. L’endpoint est public : n’envoyez aucun en-tête d’authentification. La réponse ne contient aucune donnée d’organisation et est identique pour tous les appelants.

Quand l’utiliser

  • Widget d’état : affichez à vos utilisateurs ou à votre équipe support si un service Didit est dégradé en ce moment.
  • Contrôle de santé de l’intégration : avant d’incriminer votre propre code pour des vérifications lentes ou en échec, vérifiez si Didit signale un incident sur le service que vous appelez.
  • Historique des incidents : listez ce qui s’est passé au cours des 7 derniers jours et la durée de chaque incident.
Pour vérifier uniquement que l’API est joignable, utilisez plutôt le contrôle d’état.

Interrogation

Les réponses sont mises en cache pendant 30 secondes : n’interrogez donc pas l’endpoint plus d’une fois toutes les 30 secondes. updated_at indique à quel moment Didit a généré la réponse que vous avez reçue. Une limite de 600 requêtes GET par minute et par adresse IP s’applique également.

Services

services liste chaque service, qu’il ait ou non un incident. Faites la correspondance sur key : name est un nom d’affichage en anglais et peut changer. Le status de chaque service est operational, degraded ou down. Il vaut operational lorsque le service n’a aucun incident en cours. Sinon, il correspond à l’état le plus grave parmi ses incidents en cours. Le status de niveau supérieur correspond à l’état le plus grave de l’ensemble des services.

Incidents

incidents liste chaque incident en cours ainsi que les incidents résolus au cours des 7 derniers jours, du plus récent started_at au plus ancien. 50 incidents résolus au maximum sont listés.
  • state vaut degraded ou down. Un incident résolu conserve le dernier état qu’il avait.
  • status vaut ongoing tant que le service ne s’est pas rétabli, puis resolved.
  • resolved_at et duration_minutes valent null tant que l’incident est en cours.
  • affected et country_name désignent le pays ou le registre concerné, par exemple Brazil (CPF) et Brazil. Ils sont vides lorsque l’incident n’est pas lié à un pays ou à un registre.
  • title et body sont en anglais. Pour afficher l’incident dans une autre langue, composez votre propre texte à partir de service, state et country_name.

Exemple de réponse

Voir aussi

  • Contrôle d’état : une sonde de disponibilité publique, qui ne nécessite elle aussi aucun en-tête d’authentification.
  • Webhooks d’alerte : recevez alert.service.degraded et alert.service.recovered sur votre endpoint, pour les services utilisés par votre organisation.
  • Limitation de débit

Réponse

État actuel du service.

État public des services : l'état de chaque service Didit, l'état global et les incidents en cours ou résolus au cours des 7 derniers jours.

status
enum<string>
requis

Le pire état parmi tous les services en ce moment, déterminé uniquement par les incidents en cours.

Options disponibles:
operational,
degraded,
down
Exemple:

"degraded"

updated_at
string<date-time>
requis

Date et heure auxquelles Didit a généré cette réponse (ISO 8601, UTC). Les réponses sont mises en cache pendant 30 secondes, elles peuvent donc dater de 30 secondes maximum.

Exemple:

"2026-10-13T09:41:07.512345Z"

services
object[]
requis

Une entrée par service, chaque service étant toujours répertorié.

incidents
object[]
requis

Du started_at le plus récent au plus ancien. Tous les incidents en cours, ainsi que les incidents résolus au cours des 7 derniers jours (au maximum 50 incidents résolus). Vide si rien ne s'est produit pendant cette période.

Dernière modification le 7 novembre 2026