Facturation transactionnelle

La facturation transactionnelle, un modèle de facturation qui empaquète une solution agentique, s’effectue dans un coût de transaction hiérarchisé comme alternative à la tarification par composant.

La facturation transactionnelle est un modèle de facturation de plateforme pour les solutions que vous ou vos partenaires créez. Comme alternative à la facturation pour chaque composant utilisé par votre solution, telle que chaque page traitée via IXP, chaque appel LLM effectué par des Agents ou chaque activité GenAI exécutée, vous pouvez désormais choisir Facturation transactionnelle pour des frais uniques et hiérarchisés par transaction: une transaction entièrement chargée. La tarification basée sur les composants reste disponible en parallèle: une solution s'exécute soit sous facturation transactionnelle, soit sous forme de tarification des composants, jamais les deux en même temps.

La facturation transactionnelle s’applique aux solutions agentiques orchestrées par Maestro. Elle évalue le travail qu'une exécution de solution entière utilise dans les produits, plutôt que de mesurer Maestro lui-même.

Remarque :

La facturation transactionnelle est disponible pour les organisations sur le modèle Unified Pricing et requiert un droit accordé avec votre plan. Les transactions sont facturées en fonction de vos Platform Units. Pour obtenir des informations générales sur les Platform Units, consultez la section Unified Pricing: cadre du régime de licence.

Éligibilité

La facturation transactionnelle est activée par dossier, à partir du locataire qui contient le dossier. L'activation est disponible pour les administrateurs d'organisation et les administrateurs de licence, dans les organisations sur le plan de concession de licence Unified Pricing avec des Platform Units disponibles. Pour la procédure, consultez Activation de la facturation transactionnelle pour un dossier.

Étant donné que l'éligibilité est un paramètre de dossier, la même solution peut s'exécuter sous Facturation transactionnelle dans un dossier et sous Tarification des composants dans un autre, la consommation peut donc différer par dossier, même pour des automatisations identiques.

L’éligibilité est héritée. Si un dossier dans la chaîne parente d'un dossier a activé la facturation transactionnelle, les exécutions dans ce dossier sont éligibles. Lorsqu'une solution démarre un processus dans un dossier et s'enchaîne dans un autre, le dossier du processus d'origine détermine la façon dont l'ensemble de la transaction est facturé.

Remarque :

L'activation ou la désactivation de la facturation transactionnelle pour un dossier prend effet immédiatement et contrôle les exécutions futures qui sont éligibles. Il n'est pas nécessaire de mettre à niveau ou de redéployer les solutions déjà déployées dans le dossier pour que la modification s'applique.

Comment la consommation est mesurée

La facturation transactionnelle mesure la consommation à l’aide d’une unité universelle appelée Étape AI. Chaque transaction est facturée à un niveau, déterminé automatiquement par le nombre d'étapes d'IA utilisées par l'exécution.

Tailles de transaction

Les transactions agentiques sont disponibles en trois tailles. Le niveau est attribué automatiquement à partir des étapes d’IA où la transaction s’accumule, de sorte que vous ne sélectionnez pas de taille lorsque vous créez ou déployez une solution.

Niveau	Transaction - Taille
Petite	Jusqu’à 10 étapes d’IA
Moyenne	11 à 30 étapes d’IA
Grande	31 à 75 étapes d'IA

Les transactions qui consomment plus de 75 AI Étapes démarrent un nouveau cycle de facturation, comme décrit dans Comportement du cycle de facturation.

Conversions d'étapes d'IA

Le nombre d'étapes d'IA consommées par une activité dépend de son compteur, et du fait qu'elle s'exécute sur un modèle UiPath ou sur un modèle que vous fournissez vous-même, connu sous le nom de « Apportez votre propre modèle».

Produit/fonctionnalité	Compteur	Conversion des étapes AI (modèles UiPath)	Compteur BYOM	Conversion des étapes d'IA
IXP Document Understanding	Par page	1 étape d’IA / page	Par page	0,7 AI Étapes / page
IXP Communications Mining	Par message	1 Étape/message d’IA	Par message	0,7 AI Étapes/message
IXP Extraction générative	Par page	1 étape d’IA / page	Par page	0,7 AI Étapes / page
Exécution de l’agent	Par appel LLM	1 étape d'IA/appel LLM	Par exécution d’agent	1 Étape d’IA/Exécution d’agent
Agents codés	Par appel LLM	1 étape d'IA/appel LLM	Par exécution d’agent	1 Étape d’IA/Exécution d’agent
Activités GenAI	Par requête/activité	1 étape/activité d’IA	Par requête/activité	0,7 AI Étapes/activité
Ancrage dans le contexte (DeepRAG)	Par requête	1 Étape/requête d’IA	Par requête	0,7 AI Étapes/requête
Activités sémantiques	Par activité	0,5 AI Étapes/activité	Par activité	Free – non comptabilisé comme étape d'IA
ScreenPlay	Par exécution	1 Étape/exécution d’IA (nécessite le module complémentaire ScreenPlay)	Par exécution	Free – non comptabilisé comme étape d'IA

Les taux enfants suivent le même comportement que leur taux parent. IXP Helix Classifier, par exemple, est un enfant d'IXP Document Understanding à un cinq de son débit, de sorte qu'il compte comme 0,2 AI Étapes. Pour des détails complets sur les frais parents et enfants, consultez license.uipath.com.

Les éléments suivants sont inclus dans aucune étape d’IA supplémentaire:

• Maestro exécution des instances, des cas et des tables de décision
• Récupération de l’ancrage dans le contexte de base
• Automatisation d’API, jusqu’à 1 000 activités Integration Service exécutées par transaction. Les activités au-delà du plafond comptent comme 1 étape d'IA par 100 activités.

Comportement du cycle de facturation

1. Le premier événement facturable dans une transaction est facturé au niveau Petit, même si cet événement contribue à lui seul à 0 AI Unit.
2. Les événements suivants au sein d'une même transaction accumulent les AI Étapes.
3. Si les étapes d’IA accumulées passent à un niveau supérieur, seul le coût incrémentiel pour ce niveau est facturé.
4. Si la consommation dépasse le plafond volumineux de 75 étapes d'IA, la transaction lance un nouveau cycle de facturation au niveau Petit, qui porte sur les étapes d'IA accumulées.

Gestion des réessais et des échecs

Si l’exécution d’une solution échoue et reprend, l’exécution se poursuit là où elle s’est arrêtée. La facturation transactionnelle ne rembourse pas les AI Units déjà utilisées. Les étapes d'IA utilisées lors d'un comptage des réessais par rapport à la fenêtre de niveau de la transaction d'origine, ce qui peut déplacer la transaction vers un niveau supérieur. Une nouvelle tentative ne redémarre pas la transaction: elle conserve les étapes d'IA déjà accumulées et le niveau d'entrée n'est pas facturé une seconde fois.

Solutions pour les industries et les départements

Lorsqu'une solution pour les industries et les départements s'exécute dans un contexte de facturation transactionnelle, sa propre facturation est prioritaire pour cette période d'exécution. Le compteur Facturation transactionnelle s'interrompt pendant l'exécution de cette solution et reprend une fois qu'elle est terminée.

Types de processus

La facturation transactionnelle s’applique aux processus Maestro agentiques. Les tâches d’automatisation des processus robotisés invoquées dans un dossier de solution éligible ne sont pas facturées dans le cadre de la facturation transactionnelle, même lorsque le dossier est activé.

Ce qui est exclu de la facturation transactionnelle

La facturation transactionnelle ne couvre pas:

• Robots et utilisateurs: une solution peut invoquer un robot, mais le robot doit être sous licence séparément
• AI Center, y compris l’hébergement de modèles AI Center
• Process Mining
• Machines virtuelles Automation Cloud Robot
• Applications externes
• Autopilot for Everyone et Agents conversationnels
• Healing Agent et test d'application Healing Agent
• Ingestion d’ancrage dans le contexte et requêtes BatchTransform (la recherche et la récupération de base sont incluses)

Pour obtenir des informations générales sur les licences, consultez la section À propos des licences.