Rate Limits

Die etg24-APIs sind für anspruchsvolle Enterprise-Workloads konzipiert – beispielsweise das Onboarding kompletter Verwaltungsbestände oder das parallele Hochladen Tausender Dokumente. Aktuell erzwingt etg24 keine starren, fest verdrahteten Anfrage-Quoten pro Endpunkt, die Requests abrupt abbrechen.

Stattdessen wird die Systemkapazität aktiv überwacht und elastisch skaliert, sodass sauber implementierte Integrationen unterbrechungsfrei arbeiten und nicht an künstliche Barrieren stoßen.

Best Practices für resiliente Integrationen

Um langfristige Stabilität zu garantieren und auf künftige Schutzmaßnahmen vorbereitet zu sein, sollte dein Client folgende Standards berücksichtigen:

• HTTP 429 Too Many Requests behandeln: Reagiere auf den Statuscode 429 und beachte den Retry-After-Header, falls vorhanden.
• Exponentielles Backoff mit Jitter implementieren: Verzögere wiederholte Anfragen mit zufälligen Zeitabständen (Jitter), um Lastspitzen auf Server und Netzwerk zu vermeiden.
• Paginierung nutzen: Rufe große Datenmengen grundsätzlich über paginierte Endpunkte in überschaubaren Batches ab (limit=50 oder limit=100) statt unbegrenzte Ergebnismengen anzufordern.
• Connection-Pooling einsetzen: Nutze persistente HTTP-Verbindungen (Keep-Alive), um den Overhead wiederholter TLS-Handshakes zu minimieren.

Massenmigrationen & High-Volume-Workflows

Planst du eine umfangreiche Datenübernahme, einen historischen Beleg-Import oder eine Automatisierung mit extrem hoher Anfragedichte:

• Kontaktiere unser Team gerne im Vorfeld.
• Gemeinsam stimmen wir Parallelität, Batch-Größen und Zeitfenster ab.
• Wir stellen sicher, dass während der Migration ausreichend Skalierungsreserven bereitstehen und der laufende Betrieb unbeeinträchtigt bleibt.