C&B Systemer A/S — RealEquity

Generelle Vilkår for API-adgang

Denne side indeholder de til enhver tid gældende rate limits for RealEquitys API-lag. Øvrige vilkår for API-adgang følger af den aftale, der er indgået med C&B.

Version: 1.0 Gældende fra: 09.09.2026 Senest opdateret: 09.09.2026

1.Hvad siden indeholder

Rate limits ændrer sig over tid i takt med, at platformen udvikles. De offentliggøres derfor her i stedet for i den enkelte aftale, så de kan ajourføres uden genforhandling.

Grænserne gælder for enhver anvendelse af RealEquitys API-lag — herunder udviklingspartnere med API-udviklerlicens og kunder, der har tilvalgt API-adgang på deres abonnement.

Forrang For rate limits har denne side i sin til enhver tid gældende udgave forrang for de værdier, der måtte være gengivet som bilag til en indgået aftale. Et sådant bilag er et øjebliksbillede på tidspunktet for aftalens indgåelse. Øvrige vilkår — herunder adgang til kundedata, priser og krav til integrationer — følger af aftalen selv og fremgår ikke af denne side.


2.Gældende rate limits

Målt pr. API-nøgle over et rullende vindue på ét minut.
Politik Omfatter Grænse pr. API-nøgle
Distributionsliste Kald, der returnerer lister over distribuerede sager Maks. 100 kald pr. minut
og maks. 1.000 returnerede sagsposter pr. minut
Distributionsdetaljer Kald, der returnerer en enkelt distribueret sag Maks. 100 kald pr. minut
og maks. 100 returnerede sagsposter pr. minut
Øvrige REST- og GraphQL-endpoints Al øvrig trafik på API-laget Maks. 100 kald pr. minut

Grænserne måles pr. API-nøgle. Anvendes én nøgle til flere formål, deles grænsen mellem dem, og en enkelt uoptimeret integration kan derfor ramme loftet for de øvrige.


3.Hvordan grænserne håndhæves

Overskrides en grænse, besvares efterfølgende kald i det pågældende tidsvindue med statuskode 429 Too Many Requests med angivelse af, hvilken grænse der er overskredet. Adgangen genoptages automatisk, når forbruget igen ligger under grænsen.

En integration bør håndtere 429 ved at genforsøge med stigende interval (backoff) frem for øjeblikkeligt og gentaget genforsøg.

Rate limits er et driftsværn og ikke en forbrugsgrænse: forbrug inden for grænserne afregnes fuldt ud.


4.Ændring af grænserne

  • Skærpelse af en grænse varsles med minimum 30 dage via C&B's developerforum og denne side.
  • Lempelser kan gennemføres uden varsel.
  • Ændringer, der er nødvendige af hensyn til sikkerhed, lovgivning eller platformens stabilitet, kan gennemføres straks, hvorefter der underrettes hurtigst muligt.

C&B kan efter konkret aftale fastsætte forhøjede grænser for en bestemt API-nøgle, hvor et dokumenteret behov tilsiger det, og hvor belastningen kan bæres af platformen.

Det påhviler den enkelte at holde sig orienteret om ændringer på denne side og at dimensionere sine integrationer efter de til enhver tid gældende grænser.


5.Ændringshistorik

VersionDatoÆndring
1.0 09.09.2026 Første udgave.