Jeden KI-Aufruf einem Flow und einer Person zuordnen

Ihr Modellanbieter weiß genau, wie viele Tokens Sie letzten Monat verbraucht haben. Er hat keine Ahnung, welche Automatisierung sie verbraucht hat, und wird es nie haben. Diese Zuordnung kann nur auf Ihrer Seite geschehen, und solange sie nicht geschieht, ist eine KI-Rechnung eine Zahl, die Sie bezahlen, aber nicht steuern können.

Das ist kein Abrechnungsproblem. Es ist ein Governance-Problem im Kostüm eines Abrechnungsproblems.

Was die Rechnung sagen kann und was nicht

Eine Anbieterrechnung gibt Ihnen bestenfalls: eine Summe, eine Aufteilung nach Modell und manchmal eine Aufteilung nach API-Schlüssel. Das genügt für „wie viel“ und für sonst nichts.

Die Fragen, die in einer Review-Runde tatsächlich aufkommen, sind andere:

• Welche Automatisierung hat den Anstieg in diesem Quartal getrieben?
• Ist sie gewachsen, weil das Volumen gewachsen ist, oder weil jemand einen Prompt geändert hat?
• Welcher Abteilung ist das zu belasten?
• Nutzt dieser Flow ein Modell, das für seine Aufgabe weit überdimensioniert ist?
• Wenn wir das halbieren, was hört auf zu funktionieren?

Jede einzelne davon braucht eine Verbindung zwischen einem Aufruf und einem Flow. Keine lässt sich aus der Rechnung beantworten.

Warum API-Schlüssel keine Zuordnung sind

Der übliche erste Versuch ist ein API-Schlüssel pro Team oder pro Projekt. Es hilft, und es hört schnell auf zu helfen.

Schlüssel werden geteilt, weil das Anlegen ein Ticket erfordert und das Kopieren eine Sekunde. Ein für ein Projekt angelegter Schlüssel überlebt es. Ein von Team A gebauter Flow wird von Team B dupliziert, mitsamt dem Schlüssel. Ein halbes Jahr später beschreibt die Schlüsselaufteilung das Organigramm von damals, nicht das von heute.

Und grundsätzlicher: Ein Schlüssel sagt Ihnen, wer die Zugangsdaten bereitgestellt hat, nicht, was den Aufruf gemacht hat. Das sind zwei verschiedene Tatsachen, und Sie brauchen die zweite.

Was Zuordnung wirklich verlangt

Drei Informationen, verbunden:

1. Der Aufruf. Welches Modell, wie viele Eingabe-Tokens, wie viele Ausgabe-Tokens, wann. Beim Anbieter verfügbar, pro Anfrage, wenn Sie es erfassen.

2. Der Flow, der ihn gemacht hat. Das existiert nur in Ihrer Automatisierungsplattform. Es ist der Verbindungsschlüssel, und es ist das Stück, das standardmäßig niemand hat.

3. Der Verantwortliche für diesen Flow. Das existiert nur in Ihren eigenen Aufzeichnungen – und oft nirgends, was die andere Hälfte des Problems ist.

Sind diese drei verbunden, hört die KI-Rechnung auf, eine Summe zu sein, und wird zu einer Tabelle, die Sie sortieren können. Alles Nützliche kommt aus dieser Tabelle.

Die Verbindung herstellen

Es gibt zwei ehrliche Wege, die Verbindung zwischen einem Aufruf und einem Flow zu bekommen – und einen, der wie ein dritter aussieht und keiner ist.

Am Aufrufpunkt markieren. Die meisten Anbieter akzeptieren Metadaten an einer Anfrage: ein Benutzerfeld, einen Header, eine eigene Kennung. Wenn jeder Flow, der ein Modell aufruft, seine eigene Kennung mitschickt, tragen die Protokolle des Anbieters die Zuordnung bereits, und die Verknüpfung ist trivial. Das ist die saubere Antwort – und sie verlangt, jeden bereits existierenden Flow anzufassen.

Von beiden Seiten abgleichen. Die Flow-Definitionen aus der Plattform lesen, die herausfinden, die ein Modell aufrufen, extrahieren, was sie senden, und das mit den Nutzungsdaten des Anbieters nach Zeit und Form abgleichen. Weniger exakt, verlangt keine Änderung an bestehenden Flows und wirkt rückwirkend – was zählt, denn die Flows, die Sie am dringendsten verstehen wollen, sind die, die bereits laufen.

Allein aus dem Flow schätzen. Prompt lesen, Tokens zählen, mit der Zahl der Ausführungen multiplizieren. Das sieht aus wie Zuordnung und ist Arithmetik. Es ist eine nützliche Plausibilitätsprüfung und keine Messung: Es sieht weder Wiederholungsversuche noch Abschneidungen noch die schwankende Größe echter Eingaben. Verkaufen Sie es nicht als die Rechnung.

In der Praxis sollte ein neuer Bestand am Aufrufpunkt markieren. Ein bestehender Bestand muss abgleichen – zumindest so lange, bis jeder Flow einmal überarbeitet wurde.

Was sich ändert, sobald Sie sie haben

Optimieren hört auf, Raten zu sein. „Wir sollten ein kleineres Modell nehmen“ ist eine Meinung. „Dieser eine Flow macht 60 % unserer KI-Ausgaben aus, er klassifiziert in drei Kategorien, und er ruft das größte verfügbare Modell auf“ ist eine Entscheidung, die zehn Sekunden dauert.

Leistungsverrechnung wird möglich. Kosten pro Flow summieren sich zu Kosten pro Team. Diese eine Änderung verschiebt das Gespräch von „KI ist teuer“ zu „die Automatisierungen Ihrer Abteilung kosten so viel, hier ist die Aufschlüsselung“ – und das ist ein Gespräch, aus dem jemand etwas machen kann.

Abweichungen werden sichtbar. Wenn die Kosten eines Flows um 30 % steigen, ohne dass sich die Zahl der Ausführungen ändert, hat sich etwas an dem geändert, was er sendet. Ohne Zuordnung zeigt sich das als leicht höhere Rechnung, und niemand schaut hin. Mit Zuordnung zeigt es sich als ein Flow, der in der Liste nach oben rückt.

Prüfungen bekommen einen Anker. „Welche unserer Automatisierungen hängen an einem LLM, und wer hat das freigegeben?“ ist eine Frage, die gestellt werden wird – von einem Risikoausschuss, einer Revision oder einem Kunden. Aus einer Rechnung heraus ist sie nicht zu beantworten. Aus einer Liste von Flows mit namentlich benannten Verantwortlichen braucht die Antwort einen Bildschirm.

Die Voraussetzung, die niemand erwähnt

Das alles setzt voraus, dass jeder Flow einen Verantwortlichen hat. Hat er keinen, bleibt die Zuordnung einen Schritt vor dem Ziel stehen: Sie werden wissen, dass Flow_v3_FINAL Sie am meisten kostet – und Sie werden nicht wissen, mit wem Sie darüber sprechen sollen.

Deshalb sind Kostenzuordnung und Verantwortlichkeit dasselbe Projekt, auch wenn sie als zwei getrennte Beschwerden ankommen, eine aus der Finanzabteilung, eine aus der IT. Lösen Sie sie getrennt, bekommen Sie zwei halbe Antworten. Der Flow ist die Einheit, die beide brauchen, und es ist die Einheit, die Ihnen keine der Plattformen gibt.

Das ist der ganze Grund, warum es Synoptial gibt – und der Grund, warum das Erste, wonach es fragt, kein Budget ist, sondern ein Name.