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.

Cloudbudgets und lokale Messung

Vor jedem Cloud-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.

Lokale KI-Läufe besitzen keine Cloud-Tokenkosten und werden deshalb mit geschätzten Kosten von 0 gespeichert. Tickessa erfasst trotzdem Aufrufzahl, Warteschlange, Gesamt- und Inferenzlaufzeit sowie den gemeldeten Speicherwert. Strom, Hardware und Betriebskosten sind damit nicht automatisch null; sie werden außerhalb der Cloudbudgets bewertet.

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 Nur-lokal-Modus ist ein stiller Cloud-Fallback technisch ausgeschlossen.

Tickessa Local AI

Der lokale Dienst wird getrennt gekoppelt, auf private HTTPS-Ziele begrenzt und projektweise als Nur lokal oder ausdrücklich freigegebener Hybrid aktiviert. Einrichtung, Routenwahl, lokale Wissensindizierung, Diagnose und die genaue Grenze der Datenschutzaussage erklärt Tickessa Local AI einrichten.

Tickessa AI mit Kontingent

Beim kostenpflichtigen Tickessa-AI-Zugang bleibt der Provider-Schlüssel ausschließlich im getrennten Tickessa-Gateway. Die Installation speichert verschlüsselt nur eine widerrufbare Instanz-ID samt Token. Das Gateway akzeptiert ausschließlich freigegebene Tickessa-Funktionen und Modellprofile, reserviert die feste Kundeneinheit vor dem Provideraufruf und stoppt bei ausgeschöpftem Monatsrahmen.

Die Adminansicht trennt enthaltene Einheiten, Zusatzbudget, Verbrauch, Reservierungen und verbleibendes Kontingent von den gemessenen Provider-Istkosten. Wiederholungen desselben logischen Auftrags werden über eine feste Idempotenzkennung höchstens einmal ausgeführt und gebucht. Einrichtung, Fehlerverhalten und Datenschutzgrenze erklärt Tickessa AI mit Kontingent.

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.