<\/p>\n
Token Control f\u00fcr ISVs: KI-Funktionen monetarisieren, abrechnen, kontrollieren<\/p>\n
<\/h1><\/div>
Inhalt<\/h3>\n\n\n\n\n- Token Control als KI-Gateway<\/a><\/li>\n\n\n\n
- Monetarisierung von KI-Funktionen im eigenen Produkt<\/a><\/li>\n\n\n\n
- Abrechnung von KI-Funktionen an die eigenen Kunden<\/a><\/li>\n\n\n\n
- Governance und Limitierungen<\/a><\/li>\n\n\n\n
- Integration in bestehende Setups<\/a><\/li>\n\n\n\n
- Vergleich, Einordnung und n\u00e4chster Schritt<\/a><\/li>\n<\/ul>\n\n\n\n
Die Kostenfrage bei KI im eigenen Produkt ist kein Modell- oder Prompt-Problem. Sie ist ein Problem der Zuordnung und der Architektur. Wer den KI-Verbrauch nicht sauber je Kunde zuordnen kann, kann ihn weder bepreisen, abrechnen noch begrenzen. Genau daran scheitern \u00fcberraschend viele KI-Funktionen nicht in der Integration, sondern im Betrieb.<\/p>\n\n\n\n
Das Muster sehen wir bei Softwareanbietern immer wieder. Das KI-Feature ist in wenigen Tagen integriert: SDK einbinden, API-Key hinterlegen, erste Requests senden. F\u00fcr den Prototyp reicht das. Sobald dasselbe Feature aber bei vielen Kunden produktiv l\u00e4uft, kommen die Fragen, die vorher niemand gestellt hat:<\/p>\n\n\n\n
Welcher Kunde verursacht welche Kosten? Welches Budget gilt pro Kunde, Feature oder Key? Wie wird Verbrauch weiterberechnet? Und was passiert, wenn ein einzelner Kunde die Modell-Deployment-Limits ausreizt?<\/strong><\/p>\n\n\n\nDiese Fragen h\u00e4ngen alle an einer einzigen Sache: eine belastbare Verbrauchszuordnung je Kunde. Token Control<\/a> setzt genau hier an. In diesem Beitrag gehen wir die drei Konsequenzen durch, die daraus entstehen: die Monetarisierung von KI-Funktionen im eigenen Produkt, die Abrechnung gegen\u00fcber den eigenen Kunden und die Governance \u00fcber Limits und Zugriffe.<\/p>\n\n\n\nToken Control als KI-Gateway<\/h3>\n\n\n\n
Token Control ist ein KI-Gateway f\u00fcr Softwareanbieter. Es sitzt zwischen Ihrer Anwendung und den angebundenen KI-Providern. Dabei unterst\u00fctzt Token Control die g\u00e4ngigen Anbieter wie Azure AI Foundry, Azure OpenAI, Google Gemini, Mistral, Meta und Anthropic. Ihre Software sendet ihre Requests weiter wie bisher, Token Control \u00fcbernimmt im Hintergrund Routing, Verbrauchserfassung und Budgetpr\u00fcfung.<\/p>\n\n\n
\n![\"\"](\"https:\/\/whiteduck.de\/wp-content\/uploads\/token-control-ki-proxy.png\")
<\/a>Token Control als KI-Gateway zwischen Ihrem Produkt und den KI-Providern<\/figcaption><\/figure>\n<\/div>\n\n\nDer entscheidende Mechanismus ist nicht das Routing, sondern die verbrauchsgenaue Zuordnung. Token Control bildet Ihre Produktstruktur ab: Ihre Kunden, darunter einzelne Nutzer oder Features, und zugeh\u00f6rige API-Keys, die die Requests senden und die Kosten verursachen. Erst diese Hierarchie l\u00f6st das Problem aus der Einleitung. Wer Verbrauch auf dieser Ebene zuordnen kann, hat die Grundlage f\u00fcr alles Weitere.<\/p>\n\n\n
\n![\"\"](\"https:\/\/whiteduck.de\/wp-content\/uploads\/token-control-struktur.png\")
<\/a>Kunden, Features und API-Keys in Token Control<\/figcaption><\/figure>\n<\/div>\n\n\nToken Control ist hierbei der Mess-, Enforcement- und Kostenzuordnungs-Layer. Die kommerzielle Entscheidung, welcher Kunde welches KI-Feature in welchem Plan nutzen darf, definiert die Lizenz- beziehungsweise Entitlement-Ebene Ihres Produkts. Token Control liefert die Datengrundlage und das harte Enforcement, auf dem diese Ebene aufsetzt. Diese Trennung ist der Grund, warum sich Token Control einfach in bestehende Produkt- und Lizenzarchitekturen einf\u00fcgt.<\/p>\n\n\n\n
Monetarisierung von KI-Funktionen im eigenen Produkt<\/h3>\n\n\n\n
Jedes paketierte oder nutzungsbasierte Pricing braucht eine native Durchsetzungsgr\u00f6\u00dfe, bevor es funktioniert. Bei Token Control ist das ein Budget in Euro pro Kunde oder Feature, token-genau gemessen und hart durchgesetzt, bevor Kosten entstehen. Genau darauf setzen AI-Credit-Pakete und Tier-Staffelungen auf. Ohne diese Gr\u00f6\u00dfe verkaufen Sie ein KI-Funtkionen blind und tragen das volle Kostenrisiko selbst.<\/p>\n\n\n\n
Ein konkretes Beispiel: Ein Softwareanbieter bietet seinen Kunden drei AI-Credit-Pakete an: Small, Medium, Large. “Credit” ist dabei die kundenfreundliche Abstraktion. Technisch entspricht jedes Paket einem monatlichen Limit in Euro pro Kunde, angelegt \u00fcber die Token Control Management-API. Ist das Paket aufgebraucht, wird der n\u00e4chste Request blockiert, bevor unkontrollierte Kosten entstehen.<\/p>\n\n\n\n
Token Control kennt keinen stillen Overspend. Will ein Kunde mehr, heben Sie in Ihrem Produkt das Limit per API an, etwa beim Wechsel von Medium auf Large. Das ist eine bewusste, protokollierte Aktion Ihres Produkts:<\/p>\n\n\n\n
PUT https:\/\/mgmt-api.tokencontrol.ai\/api\/management\/consumption\/update\nContent-Type: application\/json\n\n{\n \"id\": \"<id-des-kunden>\",\n \"name\": \"Kunde ACME\",\n \"monthlyLimit\": 400.00,\n}<\/code><\/pre>\n\n\n\nDamit verkaufen Sie ein klares Paket statt einer offenen Kostenwette, und Ihre Marge steckt kalkulierbar im Paketpreis. Die Paketdefinition und der Faktor zwischen Credit und Euro bleiben Ihre Pricing-Entscheidung. Token Control macht sie messbar und erzwingt die resultierende Obergrenze.<\/p>\n\n\n\n
Abrechnung von KI-Funktionen an die eigenen Kunden<\/h3>\n\n\n\n
Sie m\u00f6chten den KI-Verbrauch Ihrer Kunden Token-genau abrechnen? Bei einer direkten KI-Provider-Anbindung ist der Verbrauch nur auf Subscription- oder Ressourcenebene sichtbar, nicht pro Kunde. Genau das macht eine saubere Weiterberechnung unm\u00f6glich.<\/p>\n\n\n\n
Die Abrechnung l\u00e4uft programmatisch \u00fcber die Management-API. Der Lebenszyklus sieht so aus: Sie legen den Kunden mit einem Budget an, das Gateway misst den Tokenverbrauch pro Kunde und API-Key, und zum Abrechnungslauf rufen Sie die Verbrauchs- und Kostendaten je Kunde \u00fcber die Token Control Management API ab.<\/p>\n\n\n\n
POST https:\/\/mgmt-api.tokencontrol.ai\/api\/management\/cost\/query\nContent-Type: application\/json\n\n{\n \"cloudControlId\": \"<id-des-kunden>\",\n \"startTime\": \"2026-06-01T00:00:00Z\",\n \"endTime\": \"2026-06-30T23:59:59Z\",\n \"includeChildren\": true\n}<\/code><\/pre>\n\n\n\nDie Antwort liefert pro Entit\u00e4t die Kosten in der jeweiligen W\u00e4hrung sowie Input- und Output-Tokens:<\/p>\n\n\n\n
{\n \"costData\": [\n {\n \"consumptionEntityCloudControlId\": \"<id-des-kunden>\",\n \"cost\": 142.30,\n \"currency\": \"EUR\",\n \"inputTokens\": 820000,\n \"outputTokens\": 410000\n }\n ]\n}<\/code><\/pre>\n\n\n\nZur\u00fcck zum Beispiel. Zum Monatsende holt sich Ihr Abrechnungslauf die Kostendaten je Kunde \u00fcber die Management-API, verrechnet das Paket als Flatrate plus eventuelle Zuk\u00e4ufe und erzeugt die Rechnungsposition automatisch in Ihrem Billing- oder ERP-System. Kein manueller Abgleich, keine Diskussion mit dem Kunden \u00fcber eine Zahl, die niemand belegen kann. F\u00fcr interne Auswertungen stehen dieselben Daten im Portal und \u00fcber die API bereit.<\/p>\n\n\n
\n![\"\"](\"https:\/\/whiteduck.de\/wp-content\/uploads\/token-control-budget.png\")
<\/a>Budget-Hierarchie mit monatlichem Limit pro Kunde<\/figcaption><\/figure>\n<\/div>\n\n\nRechnungsstellung und Vertragslogik bleiben in Ihrem Billing- beziehungsweise Lizenzsystem. Token Control liefert die Daten und setzt die Limits durch.<\/p>\n\n\n\n
Governance und Limitierungen<\/h3>\n\n\n\n
Sobald KI-Funktionen produktiv an Kunden ausgeliefert werden, reicht eine reine API-Anbindung der LLM-Modelle nicht mehr aus. Sie m\u00fcssen nachvollziehen k\u00f6nnen, wie KI im Produkt genutzt wird, welche Kosten entstehen und welche Regeln pro Kunde, Feature gelten. Wir haben an anderer Stelle ausf\u00fchrlicher beschrieben, warum KI-Kosten in Sekunden entstehen und klassisches Kostenmanagement daf\u00fcr nicht ausreicht<\/a>.<\/p>\n\n\n\nToken Control stellt daf\u00fcr eine zentrale Governance-Schicht bereit. Das Budget-Enforcement greift in Echtzeit: Ist ein Limit erreicht, wird der Request blockiert, bevor weitere Kosten entstehen. Kostenkontrolle findet damit nicht erst im Reporting statt, sondern im laufenden Betrieb. \u00dcber TPM-Limits, also Token pro Minute, l\u00e4sst sich zus\u00e4tzlich verhindern, dass ein einzelner Kunde oder Agent die geteilte Kapazit\u00e4t dominiert.<\/p>\n\n\n\n
Nicht jeder Kunde soll automatisch jedes Modell, jeden Provider oder jedes Deployment nutzen? Modell- und Deployment-Freigaben lassen sich zentral festlegen, API-Keys pro Kunde oder Feature getrennt verwalten. F\u00fcr Operations- und Support-Teams entsteht damit Nachvollziehbarkeit: Warum wurde ein Request abgelehnt, welches Modell verursacht den h\u00f6chsten Verbrauch, welche Auff\u00e4lligkeiten treten \u00fcber die Zeit auf. Jede Anfrage wird \u00fcber eine Correlation-ID mit Token-Verbrauch, Modell-Deployment, Zeitstempel und Status dokumentiert, w\u00e4hrend Prompts und Antworten nicht gespeichert werden. Token Control liefert die technische Grundlage f\u00fcr die notwendige Transparenz und Compliance. Auch f\u00fcr den EU AI Act.<\/p>\n\n\n\n
Integration in bestehende Setups<\/h3>\n\n\n\n
Die technische H\u00fcrde ist niedrig. In vielen F\u00e4llen \u00e4ndern sich nur der Endpoint und API-Key Ihrer bestehenden Integration. Ihr genutztes SDK bleibt unver\u00e4ndert im Einsatz. Hier am Beispiel des Azure OpenAI SDKs<\/a>:<\/p>\n\n\n\nfrom openai import AzureOpenAI\n\n# Endpoint und Key zeigen jetzt auf Token Control\nclient = AzureOpenAI(\n azure_endpoint=\"https:\/\/api.tokencontrol.ai\/api\/v1\/azure\",\n api_key=\"<token-control-api-key>\",\n api_version=\"2024-12-01\",\n)<\/code><\/pre>\n\n\n\nF\u00fcr automatisiertes Provisioning steht die Management API bereit. Damit legen Sie Kunden, Budgets, API-Keys und Deployment-Zuordnungen direkt aus Ihren bestehenden Onboarding- oder Self-Service-Prozessen heraus an, statt sie manuell im Token Control Portal zu pflegen:<\/p>\n\n\n\n
POST https:\/\/mgmt-api.tokencontrol.ai\/api\/management\/consumption\/create\nContent-Type: application\/json\n\n{\n \"cloudControlId\": \"<ihre-kunden-id>\",\n \"name\": \"Kunde ACME\",\n \"type\": \"Department\",\n \"parentCloudControlId\": \"<ihre-org-id>\",\n \"monthlyLimit\": 150.00,\n \"threshold\": 80\n}<\/code><\/pre>\n\n\n\nToken Control schlie\u00dft ein vorhandenes API Gateway wie Azure API Management nicht aus, sondern erg\u00e4nzt es: Das Gateway \u00fcbernimmt Routing und Lastverteilung, Token Control die Zuordnung je Kunde, Budgets und das Reporting.<\/p>\n\n\n\n
Vergleich, Einordnung und n\u00e4chster Schritt<\/h3>\n\n\n\n
Die folgende \u00dcbersicht stellt die direkte Provider-Anbindung mit der Anbindung \u00fcber Token Control gegen\u00fcber:<\/p>\n\n\n\nDimension<\/th> Direkte Provider-Anbindung<\/th> Anbindung \u00fcber Token Control<\/th><\/tr><\/thead> Real-time Budget-Enforcement<\/td> \ud83d\udd34<\/td> \ud83d\udfe2<\/td><\/tr> Verbrauch pro Request<\/td> \ud83d\udfe1<\/td> \ud83d\udfe2<\/td><\/tr> Kostenzuordnung pro Kunde, Feature oder eigene Entit\u00e4t<\/td> \ud83d\udfe1<\/td> \ud83d\udfe2<\/td><\/tr> Trennung nach Kunden<\/td> \ud83d\udd34<\/td> \ud83d\udfe2<\/td><\/tr> Multi-Provider-Routing<\/td> \ud83d\udd34<\/td> \ud83d\udfe2<\/td><\/tr> API-Key-Verwaltung pro Kunde<\/td> \ud83d\udfe1<\/td> \ud83d\udfe2<\/td><\/tr> BYOK<\/td> –<\/td> \ud83d\udfe2<\/td><\/tr> Abrechnungsfertige API-Daten<\/td> \ud83d\udd34<\/td> \ud83d\udfe2<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nZur\u00fcck zur Ausgangsthese: KI ist schnell integriert, der Betrieb entscheidet und dieser h\u00e4ngt von verl\u00e4sslicher Verbrauchszuordnung ab. Token Control liefert dieses Fundament f\u00fcr KI-Monetarisierung, -Abrechnung und -Governance, ohne dass Sie f\u00fcr jeden Kunden oder Feature eine eigene Billing- und Governance-Schicht entwickeln m\u00fcssen.<\/p>\n\n\n\n
Wenn Sie KI-Funktionen kontrolliert in Ihr Produkt integrieren wollen,\u00a0buchen Sie jetzt eine Demo<\/a><\/span> oder starten Sie direkt mit Token Control als SaaS<\/a>.<\/p>\n\n\n\n<\/p>\n","protected":false},"excerpt":{"rendered":"
Die Kostenfrage bei KI im eigenen Produkt ist kein Modell- oder Prompt-Problem. Sie ist ein Problem der Zuordnung und der Architektur. Wer den KI-Verbrauch nicht sauber je Kunde zuordnen kann, kann ihn weder bepreisen, abrechnen noch begrenzen. Genau daran scheitern \u00fcberraschend viele KI-Funktionen nicht in der Integration, sondern im Betrieb.<\/p>\n\n\n\n
Das Muster sehen wir bei Softwareanbietern immer wieder. Das KI-Feature ist in wenigen Tagen integriert: SDK einbinden, API-Key hinterlegen, erste Requests senden. F\u00fcr den Prototyp reicht das. Sobald dasselbe Feature aber bei vielen Kunden produktiv l\u00e4uft, kommen die Fragen, die vorher niemand gestellt hat:<\/p>\n\n\n\n
Welcher Kunde verursacht welche Kosten? Welches Budget gilt pro Kunde, Feature oder Key? Wie wird Verbrauch weiterberechnet? Und was passiert, wenn ein einzelner Kunde die Modell-Deployment-Limits ausreizt?<\/strong><\/p>\n\n\n\n Diese Fragen h\u00e4ngen alle an einer einzigen Sache: eine belastbare Verbrauchszuordnung je Kunde. Token Control<\/a> setzt genau hier an. In diesem Beitrag gehen wir die drei Konsequenzen durch, die daraus entstehen: die Monetarisierung von KI-Funktionen im eigenen Produkt, die Abrechnung gegen\u00fcber den eigenen Kunden und die Governance \u00fcber Limits und Zugriffe.<\/p>\n\n\n\n Token Control ist ein KI-Gateway f\u00fcr Softwareanbieter. Es sitzt zwischen Ihrer Anwendung und den angebundenen KI-Providern. Dabei unterst\u00fctzt Token Control die g\u00e4ngigen Anbieter wie Azure AI Foundry, Azure OpenAI, Google Gemini, Mistral, Meta und Anthropic. Ihre Software sendet ihre Requests weiter wie bisher, Token Control \u00fcbernimmt im Hintergrund Routing, Verbrauchserfassung und Budgetpr\u00fcfung.<\/p>\n\n\n Der entscheidende Mechanismus ist nicht das Routing, sondern die verbrauchsgenaue Zuordnung. Token Control bildet Ihre Produktstruktur ab: Ihre Kunden, darunter einzelne Nutzer oder Features, und zugeh\u00f6rige API-Keys, die die Requests senden und die Kosten verursachen. Erst diese Hierarchie l\u00f6st das Problem aus der Einleitung. Wer Verbrauch auf dieser Ebene zuordnen kann, hat die Grundlage f\u00fcr alles Weitere.<\/p>\n\n\n Token Control ist hierbei der Mess-, Enforcement- und Kostenzuordnungs-Layer. Die kommerzielle Entscheidung, welcher Kunde welches KI-Feature in welchem Plan nutzen darf, definiert die Lizenz- beziehungsweise Entitlement-Ebene Ihres Produkts. Token Control liefert die Datengrundlage und das harte Enforcement, auf dem diese Ebene aufsetzt. Diese Trennung ist der Grund, warum sich Token Control einfach in bestehende Produkt- und Lizenzarchitekturen einf\u00fcgt.<\/p>\n\n\n\n Jedes paketierte oder nutzungsbasierte Pricing braucht eine native Durchsetzungsgr\u00f6\u00dfe, bevor es funktioniert. Bei Token Control ist das ein Budget in Euro pro Kunde oder Feature, token-genau gemessen und hart durchgesetzt, bevor Kosten entstehen. Genau darauf setzen AI-Credit-Pakete und Tier-Staffelungen auf. Ohne diese Gr\u00f6\u00dfe verkaufen Sie ein KI-Funtkionen blind und tragen das volle Kostenrisiko selbst.<\/p>\n\n\n\n Ein konkretes Beispiel: Ein Softwareanbieter bietet seinen Kunden drei AI-Credit-Pakete an: Small, Medium, Large. “Credit” ist dabei die kundenfreundliche Abstraktion. Technisch entspricht jedes Paket einem monatlichen Limit in Euro pro Kunde, angelegt \u00fcber die Token Control Management-API. Ist das Paket aufgebraucht, wird der n\u00e4chste Request blockiert, bevor unkontrollierte Kosten entstehen.<\/p>\n\n\n\n Token Control kennt keinen stillen Overspend. Will ein Kunde mehr, heben Sie in Ihrem Produkt das Limit per API an, etwa beim Wechsel von Medium auf Large. Das ist eine bewusste, protokollierte Aktion Ihres Produkts:<\/p>\n\n\n\n Damit verkaufen Sie ein klares Paket statt einer offenen Kostenwette, und Ihre Marge steckt kalkulierbar im Paketpreis. Die Paketdefinition und der Faktor zwischen Credit und Euro bleiben Ihre Pricing-Entscheidung. Token Control macht sie messbar und erzwingt die resultierende Obergrenze.<\/p>\n\n\n\n Sie m\u00f6chten den KI-Verbrauch Ihrer Kunden Token-genau abrechnen? Bei einer direkten KI-Provider-Anbindung ist der Verbrauch nur auf Subscription- oder Ressourcenebene sichtbar, nicht pro Kunde. Genau das macht eine saubere Weiterberechnung unm\u00f6glich.<\/p>\n\n\n\n Die Abrechnung l\u00e4uft programmatisch \u00fcber die Management-API. Der Lebenszyklus sieht so aus: Sie legen den Kunden mit einem Budget an, das Gateway misst den Tokenverbrauch pro Kunde und API-Key, und zum Abrechnungslauf rufen Sie die Verbrauchs- und Kostendaten je Kunde \u00fcber die Token Control Management API ab.<\/p>\n\n\n\n Die Antwort liefert pro Entit\u00e4t die Kosten in der jeweiligen W\u00e4hrung sowie Input- und Output-Tokens:<\/p>\n\n\n\n Zur\u00fcck zum Beispiel. Zum Monatsende holt sich Ihr Abrechnungslauf die Kostendaten je Kunde \u00fcber die Management-API, verrechnet das Paket als Flatrate plus eventuelle Zuk\u00e4ufe und erzeugt die Rechnungsposition automatisch in Ihrem Billing- oder ERP-System. Kein manueller Abgleich, keine Diskussion mit dem Kunden \u00fcber eine Zahl, die niemand belegen kann. F\u00fcr interne Auswertungen stehen dieselben Daten im Portal und \u00fcber die API bereit.<\/p>\n\n\n Rechnungsstellung und Vertragslogik bleiben in Ihrem Billing- beziehungsweise Lizenzsystem. Token Control liefert die Daten und setzt die Limits durch.<\/p>\n\n\n\n Sobald KI-Funktionen produktiv an Kunden ausgeliefert werden, reicht eine reine API-Anbindung der LLM-Modelle nicht mehr aus. Sie m\u00fcssen nachvollziehen k\u00f6nnen, wie KI im Produkt genutzt wird, welche Kosten entstehen und welche Regeln pro Kunde, Feature gelten. Wir haben an anderer Stelle ausf\u00fchrlicher beschrieben, warum KI-Kosten in Sekunden entstehen und klassisches Kostenmanagement daf\u00fcr nicht ausreicht<\/a>.<\/p>\n\n\n\n Token Control stellt daf\u00fcr eine zentrale Governance-Schicht bereit. Das Budget-Enforcement greift in Echtzeit: Ist ein Limit erreicht, wird der Request blockiert, bevor weitere Kosten entstehen. Kostenkontrolle findet damit nicht erst im Reporting statt, sondern im laufenden Betrieb. \u00dcber TPM-Limits, also Token pro Minute, l\u00e4sst sich zus\u00e4tzlich verhindern, dass ein einzelner Kunde oder Agent die geteilte Kapazit\u00e4t dominiert.<\/p>\n\n\n\n Nicht jeder Kunde soll automatisch jedes Modell, jeden Provider oder jedes Deployment nutzen? Modell- und Deployment-Freigaben lassen sich zentral festlegen, API-Keys pro Kunde oder Feature getrennt verwalten. F\u00fcr Operations- und Support-Teams entsteht damit Nachvollziehbarkeit: Warum wurde ein Request abgelehnt, welches Modell verursacht den h\u00f6chsten Verbrauch, welche Auff\u00e4lligkeiten treten \u00fcber die Zeit auf. Jede Anfrage wird \u00fcber eine Correlation-ID mit Token-Verbrauch, Modell-Deployment, Zeitstempel und Status dokumentiert, w\u00e4hrend Prompts und Antworten nicht gespeichert werden. Token Control liefert die technische Grundlage f\u00fcr die notwendige Transparenz und Compliance. Auch f\u00fcr den EU AI Act.<\/p>\n\n\n\n Die technische H\u00fcrde ist niedrig. In vielen F\u00e4llen \u00e4ndern sich nur der Endpoint und API-Key Ihrer bestehenden Integration. Ihr genutztes SDK bleibt unver\u00e4ndert im Einsatz. Hier am Beispiel des Azure OpenAI SDKs<\/a>:<\/p>\n\n\n\n F\u00fcr automatisiertes Provisioning steht die Management API bereit. Damit legen Sie Kunden, Budgets, API-Keys und Deployment-Zuordnungen direkt aus Ihren bestehenden Onboarding- oder Self-Service-Prozessen heraus an, statt sie manuell im Token Control Portal zu pflegen:<\/p>\n\n\n\n Token Control schlie\u00dft ein vorhandenes API Gateway wie Azure API Management nicht aus, sondern erg\u00e4nzt es: Das Gateway \u00fcbernimmt Routing und Lastverteilung, Token Control die Zuordnung je Kunde, Budgets und das Reporting.<\/p>\n\n\n\n Die folgende \u00dcbersicht stellt die direkte Provider-Anbindung mit der Anbindung \u00fcber Token Control gegen\u00fcber:<\/p>\n\n\n\n Zur\u00fcck zur Ausgangsthese: KI ist schnell integriert, der Betrieb entscheidet und dieser h\u00e4ngt von verl\u00e4sslicher Verbrauchszuordnung ab. Token Control liefert dieses Fundament f\u00fcr KI-Monetarisierung, -Abrechnung und -Governance, ohne dass Sie f\u00fcr jeden Kunden oder Feature eine eigene Billing- und Governance-Schicht entwickeln m\u00fcssen.<\/p>\n\n\n\n Wenn Sie KI-Funktionen kontrolliert in Ihr Produkt integrieren wollen,\u00a0buchen Sie jetzt eine Demo<\/a><\/span> oder starten Sie direkt mit Token Control als SaaS<\/a>.<\/p>\n\n\n\n <\/p>\n","protected":false},"excerpt":{"rendered":"Token Control als KI-Gateway<\/h3>\n\n\n\n
<\/a><\/a>Monetarisierung von KI-Funktionen im eigenen Produkt<\/h3>\n\n\n\n
PUT https:\/\/mgmt-api.tokencontrol.ai\/api\/management\/consumption\/update\nContent-Type: application\/json\n\n{\n \"id\": \"<id-des-kunden>\",\n \"name\": \"Kunde ACME\",\n \"monthlyLimit\": 400.00,\n}<\/code><\/pre>\n\n\n\nAbrechnung von KI-Funktionen an die eigenen Kunden<\/h3>\n\n\n\n
POST https:\/\/mgmt-api.tokencontrol.ai\/api\/management\/cost\/query\nContent-Type: application\/json\n\n{\n \"cloudControlId\": \"<id-des-kunden>\",\n \"startTime\": \"2026-06-01T00:00:00Z\",\n \"endTime\": \"2026-06-30T23:59:59Z\",\n \"includeChildren\": true\n}<\/code><\/pre>\n\n\n\n{\n \"costData\": [\n {\n \"consumptionEntityCloudControlId\": \"<id-des-kunden>\",\n \"cost\": 142.30,\n \"currency\": \"EUR\",\n \"inputTokens\": 820000,\n \"outputTokens\": 410000\n }\n ]\n}<\/code><\/pre>\n\n\n\n<\/a>Governance und Limitierungen<\/h3>\n\n\n\n
Integration in bestehende Setups<\/h3>\n\n\n\n
from openai import AzureOpenAI\n\n# Endpoint und Key zeigen jetzt auf Token Control\nclient = AzureOpenAI(\n azure_endpoint=\"https:\/\/api.tokencontrol.ai\/api\/v1\/azure\",\n api_key=\"<token-control-api-key>\",\n api_version=\"2024-12-01\",\n)<\/code><\/pre>\n\n\n\nPOST https:\/\/mgmt-api.tokencontrol.ai\/api\/management\/consumption\/create\nContent-Type: application\/json\n\n{\n \"cloudControlId\": \"<ihre-kunden-id>\",\n \"name\": \"Kunde ACME\",\n \"type\": \"Department\",\n \"parentCloudControlId\": \"<ihre-org-id>\",\n \"monthlyLimit\": 150.00,\n \"threshold\": 80\n}<\/code><\/pre>\n\n\n\nVergleich, Einordnung und n\u00e4chster Schritt<\/h3>\n\n\n\n
Dimension<\/th> Direkte Provider-Anbindung<\/th> Anbindung \u00fcber Token Control<\/th><\/tr><\/thead> Real-time Budget-Enforcement<\/td> \ud83d\udd34<\/td> \ud83d\udfe2<\/td><\/tr> Verbrauch pro Request<\/td> \ud83d\udfe1<\/td> \ud83d\udfe2<\/td><\/tr> Kostenzuordnung pro Kunde, Feature oder eigene Entit\u00e4t<\/td> \ud83d\udfe1<\/td> \ud83d\udfe2<\/td><\/tr> Trennung nach Kunden<\/td> \ud83d\udd34<\/td> \ud83d\udfe2<\/td><\/tr> Multi-Provider-Routing<\/td> \ud83d\udd34<\/td> \ud83d\udfe2<\/td><\/tr> API-Key-Verwaltung pro Kunde<\/td> \ud83d\udfe1<\/td> \ud83d\udfe2<\/td><\/tr> BYOK<\/td> –<\/td> \ud83d\udfe2<\/td><\/tr> Abrechnungsfertige API-Daten<\/td> \ud83d\udd34<\/td> \ud83d\udfe2<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n