# Limites de débit

60 requêtes par minute et par clé, et plafond d'index par compte du Registre.

Chaque clé d’API est limitée à **60 requêtes par minute**. Ce plafond compte les appels à l’API, pas les envois au Registre. Au-delà, la réponse est `429`, le code `rate_limited`, et l’en-tête `Retry-After` indique le nombre de secondes à attendre. La limite s’applique à toutes les routes, y compris `GET /v1/billing` et `GET /v1/jobs/{id}`. Un lot groupé de 500 lots compte pour une seule requête.

Ce plafond de débit est attaché à la clé d’API. Il est distinct du plafond d’index, qui est attaché à chaque compte du Registre foncier de l’organisation.

## Index par compte

Chaque compte du Registre de l’organisation dispose de **540 index par jour**. Le jour est celui de Toronto : le compteur revient à zéro à minuit, heure de Toronto. Les surveillances placées sur ce compte consomment cette capacité. Cent quatre-vingts index restent réservés aux appels à la demande. Les surveillances disposent d’au plus 360 index par jour sur ce compte, et moins si les appels à la demande ont entamé cette part. Le détail et la formule sont dans [tâches](/registre/taches).

Une organisation peut ajouter plusieurs comptes. Chaque compte garde son plafond de 540 et sa réserve de 180. `GET /v1/billing` indique le total des frais de chaque compte. Il n’y a pas d’autre relevé de mesures par compte ; communiquez avec nous.

## Plusieurs comptes

Sans `account_id`, un lot groupé est réparti sur les comptes du Registre actifs de l’organisation. Le planificateur passe toutes les cinq minutes, toute la journée, à l’heure de Toronto. Il admet d’abord les index demandés. Pour chaque lot encore en attente, il retient le compte actif qui a le plus de place sous son plafond du jour. Avec `account_id`, tous les lots restent sur ce compte.

Il n’y a pas de plage d’ouverture dans le planificateur, ni d’attente fixe entre deux envois d’un même compte. Les index encore en attente sont admis dans la même passe, jusqu’au plafond du compte. Les actes et les plans ne passent pas par cette passe : ils sont mis en file au moment de la requête. Le nombre d’index admissibles dans la journée grandit avec le nombre de comptes, chacun restant à 540.

| Comptes actifs | Index par jour |
| --- | --- |
| 1 | 540 |
| 2 | 1 080 |
| 5 | 2 700 |
| 10 | 5 400 |
| 20 | 10 800 |

Le code ne fixe ni un nombre d’envois par minute ou par heure, ni la durée d’un lot de 500 index.

## Surveillances

Une surveillance revérifie son lot selon la cadence enregistrée : `daily`, au plus une fois par jour, ou `weekly`, au plus une fois par semaine. `weekly` est la valeur par défaut. Le code n’offre pas de cadence mensuelle. Voir [surveillances](/donnees/surveillances).

Tant que les appels à la demande n’ont pas réduit le budget, un compte peut suivre 360 lots en cadence quotidienne : un index par lot et par jour. Une cadence hebdomadaire consomme un index le jour retenu pour ce lot, dans ce même budget du jour.

## Autres plafonds

| Limite | Valeur |
| --- | --- |
| Lots par requête groupée | 500 |
| Surveillances actives par organisation | 25 |
| Conservation d’une clé d’idempotence | 24 heures |
| Conservation du journal de requêtes | 30 jours |

Une surveillance due qui ne trouve plus de place sur son compte reste au calendrier. Elle ne passe pas devant les autres.