KI-Anbieter, Aufgaben und Budgets

Unter Einstellungen → KI-Anbieter verwalten Administratoren Providerzugänge, Modelle, Aufgaben, Kostenrahmen und Antwortprofile. Diese Einstellungen sind bewusst mehrstufig: Ein gespeicherter Schlüssel allein verarbeitet noch keine Ticketdaten und erlaubt keinen automatischen Versand.

Sicherer Ausgangszustand

Nach der Migration sind:

• die globale KI ausgeschaltet,
• Providerprofile deaktiviert,
• Aufgaben deaktiviert,
• Installations- und Projektbudgets ohne freigegebenen Kostenrahmen,
• der KI-Not-Aus aktiv,
• kontrollierte Fallbacks ausgeschaltet,
• automatischer E-Mail-Versand ausgeschaltet.

Die manuelle Ticketbearbeitung funktioniert unabhängig davon weiter.

Eigenen OpenAI-Zugang vorbereiten

1. Trage den API-Schlüssel in Neuer API-Schlüssel ein.
2. Lege Zeitlimit, Wiederholungen und Aufrufgrenzen fest.
3. Entscheide, ob das Providerprofil aktiv sein soll.
4. Wähle Sicher speichern.
5. Führe Verbindung prüfen aus.

Der Schlüssel wird installationsgebunden verschlüsselt und nach dem Speichern nicht wieder an den Browser ausgegeben. Ein leeres Schlüsselfeld lässt den vorhandenen Wert unverändert. Schlüssel entfernen löscht ihn aus Tickessa und deaktiviert das Profil; einen beim Provider erzeugten Schlüssel musst du beim Provider zusätzlich widerrufen, wenn er dort vollständig ungültig werden soll.

Der Verbindungstest erfasst verfügbare Modell-IDs serverseitig. Beim letzten Test verschwundene Modelle bleiben zur Diagnose sichtbar, können aber nicht für neue Aufrufe ausgewählt werden.

Providergrenzen

• Zeitlimit begrenzt, wie lange Tickessa auf den Anbieter wartet.
• Wiederholungen begrenzen erneute Versuche bei zulässigen technischen Fehlern.
• Aufrufe pro Minute verhindern kurzfristige Aufrufspitzen.
• Tages- und Monatslimit begrenzen die Anzahl der Provideraufrufe.

Diese Grenzen ergänzen Kostenbudgets und Providerlimits. Sie sind keine Zusage, dass ein Anbieter innerhalb der Zeit antwortet.

Drei Budgetebenen

Vor jedem KI-Aufruf prüft Tickessa:

1. das Installationsbudget,
2. das Projektbudget,
3. das Budget der konkreten Aufgabe.

Auf jeder Ebene gelten Tageslimit, Monatslimit und Warnschwelle. Das Installations- oder Projekt-Not-Aus blockiert KI-Aufrufe, aber niemals die manuelle Bearbeitung. Die angezeigten Kosten basieren auf der administrativ gepflegten Schätzung pro Aufruf und ersetzen nicht die Rechnung des Providers.

Aufgabenregeln

Regeln können für die gesamte Installation oder als strengere beziehungsweise abweichende Projektregel gespeichert werden. Projektregeln überschreiben die Installationsvorgabe nur für dieses Projekt.

Konfigurierbar sind:

• KI-Aufgabe: Relevanz, Klassifizierung, Priorität, Zusammenfassung, Antwortentwurf, Wissenssuche, Wissensentwurf, öffentliche Hilfe oder Sprache.
• Primärmodell: beim letzten Verbindungstest verfügbares Modell.
• Aufgabe aktivieren: erlaubt Vorschläge, jedoch keinen Auto-Send.
• Maximale Eingabezeichen: harte Obergrenze des vorbereiteten Kontexts.
• Zeitlimit und Wiederholungen: das jeweils strengere Provider- oder Aufgabenlimit gilt.
• Aufrufe je Ticket: verhindert Schleifen und wiederholte Kosten.
• Kostenschätzung pro Aufruf: Betrag, den Tickessa vor dem Aufruf gegen die Budgets reserviert.
• Aufgaben-Tages- und Monatsbudget: zusätzliche Begrenzung nur dieser Funktion.
• Warnung ab: Schwelle für den sichtbaren Budgethinweis.

Die Aufgabe Öffentliche Hilfe hat absichtlich strengere Aktivierungsbedingungen: Fallback aus, Wiederholungen 0, aktives und verfügbares Primärmodell, positives Aufgabenbudget sowie positive Installations- und Projektbudgets. Zusätzlich verlangt das Projektportal rechtliche und datenschutzrechtliche Freigaben. Der Grund: Besuchereingaben erreichen die Funktion ohne interne Anmeldung und dürfen weder still zu einem anderen Anbieter wechseln noch durch Wiederholungen unkontrollierte Mehrkosten erzeugen.

Mehr dazu: Öffentliche KI-Hilfe aus freigegebenem Wissen.

Kontrollierter Fallback

Ein Ersatzmodell kann nur bei Zeitüberschreitung, Rate-Limit, Ausfall oder nicht verfügbarem Primärmodell verwendet werden. Es benötigt eine ausdrückliche Aktivierung sowie – bei einem anderen Datenempfänger – die Freigabe konkreter Datenkategorien.

Vor dem Fallback werden Budgets und Modellverfügbarkeit erneut geprüft. Ohne Bestätigung findet kein Fallback statt. Im späteren Nur-lokal-Modus ist ein stiller Cloud-Fallback grundsätzlich ausgeschlossen.

Antwortprofile

Antwortprofile steuern Form und Stil, nicht Fakten oder Sicherheitsregeln. Die Rangfolge lautet:

Sicherheitsregeln → Installation → Projekt → Kategorie → Wissen → bestätigte Anrede → Einmalanweisung

Administratoren können Anredeform, Ton, Länge, technische Tiefe, Begrüßung, Verabschiedung, Teamidentität, Signatur, bevorzugte und unerwünschte Formulierungen, verbotene Zusagen, notwendige Rückfragen und Stilbeispiele konfigurieren.

Geschlecht oder Titel werden nicht aus einem Namen geraten. Der Platzhalter {anrede} wird nur mit einer am Ticket bestätigten Anrede ersetzt. Ein Stilbeispiel ist keine Wissensquelle und darf keine unbelegten Fakten in einen Entwurf bringen.

Jede Profiländerung erzeugt eine neue Version. Historische KI-Läufe behalten den damals verwendeten Profilstand.