Transaktionsrechnung

Transactional Billing, ein Abrechnungsmodell, das eine agentische Lösung in gestaffelten Transaktionskosten als Alternative zu den Preisen pro Komponente enthalten ist.

Transactional Billing ist ein Plattformmodell für Lösungen, die Sie oder Ihre Partner erstellen. Als Alternative zur Abrechnung für jede von Ihrer Lösung verwendete Komponente, wie z. B. jede über IXP verarbeitete Seite, jeder von Agents ausgeführte LLM-Aufruf oder jede ausgeführte GenAI-Aktivität, können Sie jetzt Transaktionsrechnung für eine einzige, gestaffelte Gebühr pro Transaktion wählen: a vollständig geladene Transaktion (FLT). Die komponentenbasierte Preisgestaltung bleibt parallel verfügbar: Eine Lösung läuft entweder unter Transactional Billing oder Komponentenpreisen, aber nie für beides gleichzeitig.

Transactional Billing gilt für von Maestro orchestrierte Lösungen mit Agenten. Es bewertet die Arbeit, die eine gesamte Lösungsausführung produktübergreifend verbraucht, anstatt Maestro selbst zu messen.

Hinweis:

Transactional Billing ist für Organisationen mit dem Unified Pricing-Modell verfügbar und erfordert eine Berechtigung, die mit Ihrem Plan gewährt wird. Transaktionen werden mit Ihren Platform Units abgerechnet. Allgemeine Informationen zu Platform Units finden Sie unter Unified Pricing: Rahmenplan für Lizenzierung.

Eignung

Transaktionsrechnung wird pro Ordner für den Mandanten aktiviert, der den Ordner enthält. Die Aktivierung ist für Organisationsadministratoren und Lizenzadministratoren in Organisationen mit dem Lizenzierungsplan Unified Pricing mit verfügbaren Platform Units verfügbar. Das Verfahren finden Sie unter Aktivieren der Transaktionsabrechnung für einen Ordner.

Da die Berechtigung eine Ordnereinstellung ist, kann dieselbe Lösung unter Transaktionsabrechnung in einem Ordner und unter Komponentenpreis in einem anderen ausgeführt werden, sodass sich der Verbrauch auch bei identischen Automatisierungen je nach Ordner unterscheiden kann.

Die Berechtigung wird geerbt. Wenn für einen beliebigen Ordner in der übergeordneten Kette eines Ordners die Transaktionsrechnung aktiviert ist, sind Ausführungen in diesem Ordner berechtigt. Wenn eine Lösung einen Prozess in einem Ordner startet und in einen anderen verkettet, bestimmt der Ordner des Ursprungsprozesses, wie die gesamte Transaktion in Rechnung gestellt wird.

Hinweis:

Das Aktivieren bzw. Deaktivieren von Transactional Bills für einen Ordner wird sofort wirksam und steuert, welche zukünftigen Ausführungen berechtigt sind. Lösungen, die bereits im Ordner bereitgestellt wurden, müssen nicht aktualisiert oder erneut bereitgestellt werden, damit die Änderung übernommen wird.

Wie der Verbrauch gemessen wird

Transactional Bills misst den Verbrauch mithilfe einer universellen Einheit namens AI Schritt. Jede Transaktion wird einer Stufe abgerechnet, die automatisch durch die Anzahl der für die Ausführung verbrauchten KI-Schritte bestimmt wird.

Transaktionsgrößen

Agentische Transaktionen gibt es in drei Größen. Die Stufe wird automatisch aus den KI-Schritten zugewiesen, die die Transaktion angesammelt hat, sodass Sie keine Größe auswählen, wenn Sie eine Lösung erstellen oder bereitstellen.

Ebene	Transaktionsgröße
Klein	Bis zu 10 KI-Schritte
Mittel	11 bis 30 KI-Schritte
Groß	31 bis 75 KI-Schritte

Transaktionen, die mehr als 75 KI-Schritte verbrauchen, starten einen neuen Abrechnungszyklus, wie unter Verhalten beim Abrechnungszyklus beschrieben.

AI Schritt-Konvertierungen

Wie viele AI Units eine Aktivität verbraucht, hängt von ihrem Zähler ab und davon, ob sie mit einem UiPath-Modell oder mit einem selbst bereitgestellten Modell ausgeführt wird, das als Bring Your Own Model (BYOM) bezeichnet wird.

Produkt/Fähigkeit	Meter	AI Schritt-Konvertierung (UiPath-Modelle)	BYOM-Messgerät	AI Schritt-Konvertierung (BYOM)
Intelligente Datenextraktion und Verarbeitung (IXP) Document Understanding	Pro Seite	1 KI-Schritt/Seite	Pro Seite	0,7 KI-Schritte/Seite
Intelligente Datenextraktion und Verarbeitung (IXP) Communications Mining	Pro Nachricht	1 KI-Schritt/Nachricht	Pro Nachricht	0,7 KI-Schritte/Nachricht
Generative Extraktion von IXP	Pro Seite	1 KI-Schritt/Seite	Pro Seite	0,7 KI-Schritte/Seite
Agent-Ausführung	Pro LLM-Aufruf	1 KI-Schritt/LLM-Aufruf	Pro Agent-Ausführung	1 KI-Schritt/Agent-Ausführung
Codierte Agents (BYOM)	Pro LLM-Aufruf	1 KI-Schritt/LLM-Aufruf	Pro Agent-Ausführung	1 KI-Schritt/Agent-Ausführung
GenAI-Aktivitäten	Pro Anforderung/Aktivität	1 KI-Schritt/Aktivität	Pro Anforderung/Aktivität	0,7 KI-Schritte/Aktivität
Kontextgrundlage (DeepRAG)	Pro Abfrage	1 KI-Schritt/Abfrage	Pro Abfrage	0,7 KI-Schritte/Abfrage
Semantische Aktivitäten	Pro Aktivität	0,5 KI-Schritte/Aktivität	Pro Aktivität	Frei – wird nicht als KI-Schritt gezählt
ScreenPlay	Pro Ausführung	1 KI-Schritt/Ausführen (erfordert ScreenPlay Add-on)	Pro Ausführung	Frei – wird nicht als KI-Schritt gezählt

Untergeordnete Raten folgen dem gleichen Verhalten wie ihre übergeordnete Rate. IXP Helix Classifier ist zum Beispiel ein untergeordnetes Element von IXP Document Understanding, was einem Fünfer von dessen Rate entspricht, sodass er als 0,2 AISteps zählt. Ausführliche und untergeordnete Raten finden Sie unter licensing.uipath.com.

Folgendes ist ohne zusätzliche KI-Schritte enthalten:

• Ausführung von Maestro-Prozessinstanz, Fall und Entscheidungstabelle
• Abruf der grundlegenden Kontextgrundlage
• API-Automatisierung, bis zu 1.000 ausgeführte Integration Service Aktivitäten pro Transaktion. Aktivitäten, die über das Limit hinausgehen, zählen als 1 AI Schritt pro 100 Aktivitäten.

Verhalten des Abrechnungszyklus

1. Das erste abrechenbare Ereignis in einer Transaktion wird mit der Stufe Klein berechnet, auch wenn dieses Ereignis allein 0 AI Schritten beisteuert.
2. Nachfolgende Ereignisse innerhalb derselben Transaktion sammeln KI-Schritte.
3. Wenn gesammelte AI Units in eine höhere Stufe übergehen, werden nur die zusätzlichen Kosten für diese Stufe berechnet.
4. Wenn der Verbrauch die Grenze für „Groß“ von 75 KI-Schritten überschreitet, startet die Transaktion einen neuen Abrechnungszyklus auf der Stufe Klein, wobei die gesammelten KI-Schritte übertragen werden.

Behandlung von Wiederholungen und Fehlern

Wenn eine Lösungsausführung fehlschlägt und fortgesetzt wird, wird die Ausführung an der Stelle fortgesetzt, an der sie angehalten wurde. Transactional Bills erstattet keine bereits verbrauchten AI Schritte. Die während eines Wiederholungsversuchs verbrauchten KI-Schritte werden auf das Stufenfenster der ursprünglichen Transaktion angerechnet, wodurch die Transaktion in eine höhere Stufe verschoben werden kann. Bei einem Wiederholungsversuch wird die Transaktion nicht neu gestartet: Die AISteps bleiben bereits angesammelt und die Einstiegsstufe wird nicht zum zweiten Mal berechnet.

Lösungen für Branche und Abteilungen

Wenn eine Branchen- und Abteilungslösung in einem Transactional Billing-Kontext ausgeführt wird, hat die eigene Abrechnung für diesen Ausführungszeitraum Vorrang. Der Zähler für die Transaktionsabrechnung wird angehalten, während diese Lösung ausgeführt wird, und wird fortgesetzt, sobald sie abgeschlossen ist.

Prozesstypen

Transaktionsrechnung gilt für agentische Maestro-Prozesse. RPA-Aufträge (Robotic Process Automation), die in einem berechtigten Lösungsordner aufgerufen werden, werden nicht unter Transaktionsrechnung abgerechnet, auch wenn der Ordner dafür aktiviert ist.

Was von Transactional Abrechnung ausgeschlossen ist

Transaktionsrechnung deckt nicht ab:

• Roboter und Benutzer: Eine Lösung kann einen Roboter aufrufen, aber der Roboter muss separat lizenziert werden
• AI Center, einschließlich AI Center-Modellhosting
• Process Mining
• Virtuelle Maschinen von Automation Cloud Robot (ACR-VM)
• Externe Apps
• Autopilot for Everyone und Conversational Agents
• Healing Agent und App Test Healing Agent
• Kontextgrundlagenerfassung und BatchTransform-Abfragen ( Mandantensuche und Abruf ist enthalten)

Allgemeine Informationen zur Lizenzierung finden Sie unter Über die Lizenzierung.