Funding Studio & BYOK

Quatre compteurs différents

Ne jamais les fusionner dans une seule unité.

Politique commerciale cible

Plan standard

Orbit plan
+ capacité Brain / CU
+ providers gérés par Orbit
+ crédits Studio
+ top-ups ponctuels

Le plan standard n’exige pas de BYOK.

Plan custom / contractuel

BYOK devient une capacité contractuelle.

Le contrat peut définir :

• providers autorisés ;
• credentials propres au client ;
• quotas ;
• scopes ;
• fallback Orbit-managed éventuel ;
• règles d’attribution et support.

Funding source

Chaque consommation provider doit pouvoir être attribuée à :

ORBIT_MANAGED
BYOK

ORBIT_MANAGED

• Orbit utilise les credentials provider ;
• la dépense fournisseur entre dans les COGS variables ;
• le client dépense des crédits Studio ;
• les top-ups sont des achats ponctuels séparés du plan et des CU ;
• wholesale cost et customer debit restent distincts dans la comptabilité interne.

BYOK

• réservé aux contrats custom ;
• credential stocké dans la couche secrets/connecteurs ;
• provider facture directement le client ;
• aucune double facturation via crédits Orbit pour le même appel ;
• Orbit mesure toujours usage, jobs, durée/tokens, quotas et audit ;
• compute, stockage et orchestration Orbit restent des coûts Orbit.

Ledger

Le ledger existant est conservé.

Il évolue pour tracer au minimum :

• fundingSource ;
• coût provider observé lorsqu’il est disponible ;
• crédit client débité en mode managé ;
• tool et opération ;
• provider / modèle ;
• identifiant de génération ;
• référence de credential BYOK sans secret ;
• Brain / Space lorsque pertinent.

Marge

Pour la consommation Orbit-managed :

max_variable_cogs_per_user = revenue_per_user * 0.30
target_contribution_margin >= 70%

Pour BYOK, le coût du provider payé directement par le client n’est pas un COGS Orbit. Les coûts Orbit restants le sont toujours.