Die Begrenzung gehört zum Prozess

Eine KI-Schnittstelle steht nicht unbegrenzt für beliebig viele gleichzeitige Aufträge zur Verfügung. Welche Grenzen gelten, hängt vom gewählten Dienst und Vertrag ab. Lassen Sie die Agentur deshalb die tatsächlich gültigen Vorgaben für Ihre Umgebung dokumentieren, statt mit einer pauschalen Zahl aus einer Präsentation zu planen.

Besonders relevant sind kurze Spitzen. Ein Team kann über den Tag wenige Anfragen senden und trotzdem eine Grenze erreichen, wenn morgens viele Dokumente gleichzeitig importiert werden. Eine Planung nur mit dem Tagesdurchschnitt übersieht diesen Effekt.

Notieren Sie daher, wo Aufträge entstehen, wie schnell sie eintreffen und wie lange sie fachlich warten dürfen. Eine interne Zusammenfassung kann vielleicht später fertig werden. Eine Person, die gerade mit einem Kunden telefoniert, braucht möglicherweise rasch einen verständlichen Ersatzweg.

Nicht jeder Fehler verdient denselben Versuch

Ein vorübergehend überlasteter Dienst unterscheidet sich von ungültigen Eingaben oder fehlenden Berechtigungen. Wiederholen Sie einen Auftrag mit falschen Zugangsdaten unverändert, entsteht daraus normalerweise keine erfolgreiche Bearbeitung. Die Anwendung sollte Fehlerklassen unterscheiden und passend reagieren.

Microsoft beschreibt für vorübergehende Fehler begrenzte Wiederholungen, zunehmende Wartezeiten und ein übergreifendes Wiederholungsbudget. Für Ihre Abnahme ist der Nachweis wichtig, dass diese Grenzen tatsächlich greifen und nicht mehrere technische Schichten unabhängig immer neue Versuche starten.

Wenn der Anbieter einen gültigen Hinweis zur Wartezeit liefert, sollte die Integration diesen gemäss dessen Dokumentation berücksichtigen. Eine starre Schleife mit sofortigem erneutem Senden verschärft dagegen möglicherweise die Überlastung. Die konkrete Umsetzung ist Teil der Schnittstellenentwicklung.

Die Warteschlange sichtbar machen

Ein aufgeschobener Auftrag muss einen verständlichen Zustand erhalten. Unser Vorschlag sind klar unterscheidbare Zustände wie angenommen, wartet, in Bearbeitung, erfolgreich abgeschlossen und zur Klärung. «Gesendet» sagt noch nicht, ob das Zielsystem das gewünschte Ergebnis bestätigt hat.

Jeder Vorgang braucht eine eindeutige Kennung, die bei Wiederholungen erhalten bleibt. Bei schreibenden Aktionen muss geprüft werden, wie doppelte Ausführung verhindert wird. Ein Timeout kann auftreten, nachdem ein Zielsystem bereits gespeichert hat; ein blinder neuer Auftrag wäre dann gefährlich.

Vereinbaren Sie ausserdem eine maximale Wartezeit und einen zuständigen Bearbeiter für ausstehende Fälle. Eine Warteschlange ohne Betreuung verschiebt den Fehler nur an einen weniger sichtbaren Ort. Das Alter des ältesten Auftrags ist dafür oft informativer als die blosse Anzahl.

Ein fiktiver Testlauf

Ein Unternehmen lässt 40 künstliche Dokumentaufträge in kurzer Folge starten. Der Testdienst begrenzt einen Teil der Anfragen. Diese Zahl ist ein frei gewähltes Beispiel und keine Empfehlung für reale Anbieterlimits.

Die Agentur soll im Testbericht folgende Beobachtungen belegen:

• Alle angenommenen Aufträge besitzen genau eine Vorgangskennung.

• Begrenzte Anfragen wechseln in einen sichtbaren Wartestatus.

• Wiederholungen enden spätestens am vereinbarten Versuchslimit.

• Ein bereits bestätigter Zielvorgang wird nicht nochmals angelegt.

• Abgelaufene Aufträge erscheinen in einer betreuten Klärungsliste.

• Nach Ende der Begrenzung wird die Schlange kontrolliert abgearbeitet.

Fügen Sie einen fehlerhaften Auftrag hinzu, der unabhängig von der Auslastung scheitert. Damit prüfen Sie, ob die Anwendung zwischen einem dauerhaft ungültigen Fall und einer vorübergehenden Einschränkung unterscheidet.

Bei längeren Ausfällen bewusst pausieren

Wenn eine Abhängigkeit über längere Zeit nicht funktioniert, können fortlaufende Versuche unnötig Ressourcen binden. Das Circuit-Breaker-Muster von Microsoft beschreibt eine zeitweise Unterbrechung solcher Zugriffe und eine kontrollierte Prüfung der Erholung.

Nicht jede kleine Integration benötigt dafür eine zusätzliche komplexe Komponente. Fragen Sie die Agentur, welche Funktionen der vorhandene Dienst bereits bietet und wo eigene Logik nötig ist. Entscheidend ist das beobachtbare Verhalten bei einer Störung, nicht die Anzahl verwendeter Fachbegriffe.

Ein Ersatzmodell ist ebenfalls keine automatisch gleichwertige Lösung. Vor einem automatischen Wechsel müssen Qualität, Datenverarbeitung und erlaubte Aufgaben geklärt sein. Manchmal ist eine nachvollziehbare manuelle Übergabe der passendere Ersatz.

Was in den Lieferumfang gehört

Verlangen Sie eine dokumentierte Fehlermatrix, die konfigurierten Grenzen und einen wiederholbaren Störungstest. Klären Sie, wer offene Vorgänge bearbeitet und wer Änderungen an Quoten oder Wartezeiten freigibt. Damit wird Zuverlässigkeit zu einem konkreten Liefergegenstand.

Diese Fragen ergänzen die Planung einer KI-Anbindung an ERP und CRM. Wenn Sie Ihre Integration belastbar spezifizieren möchten, kann einclick als KI-Agentur in der Schweiz die technischen Regeln mit Ihren fachlichen Abläufen verbinden.