effective_at aligné sur une frontière de période de facturation. La configuration active pour une facture donnée est le segment avec la date effective_at la plus récente avant la date de fin de la période de service ou la date issued~at s’il n’y a pas de date de fin de période de service.
Transitions prises en charge
| De → Vers | Période actuelle | Période suivante |
|---|---|---|
| Stripe → Stripe | ✅ | ✅ |
| Stripe → NetSuite | ✅ | ✅ |
| NetSuite → Stripe | ✅ | ✅ |
| Stripe → Marketplace (AWS / Azure / GCP) | ❌ | ✅ |
| Marketplace → Stripe | ❌ | ✅ |
| Marketplace → Marketplace | ❌ | ✅ |
| NetSuite → Marketplace | ❌ | ✅ |
| Marketplace → NetSuite | ❌ | ✅ |
Planifier un changement
Utilisez le champadd_billing_provider_configuration_update sur POST v2/contracts/edit. Le champ effective_at contrôle quand la nouvelle configuration prend effet : START_OF_CURRENT_PERIOD ou START_OF_NEXT_PERIOD.
Exemple : corriger une mauvaise configuration Stripe, effet immédiat
Basculer d’une configuration Stripe à une autre au début de la période actuelle. La facture brouillon actuelle sera routée vers la nouvelle configuration. Si une facture a déjà été finalisée et envoyée à Stripe pendant cette période, la nouvelle configuration ne s’y appliquera pas — toutes les factures sont garanties d’être envoyées exactement une seule fois.
Consulter le planning de configuration du fournisseur de facturation
Récupérez un contrat en utilisantPOST v2/contracts/get pour consulter le planning complet. Le champ customer_billing_provider_configuration retourne la configuration actuellement active, sans changement. Le champ billing_provider_configuration_schedule retourne une liste ordonnée de tous les segments passés, actuels et futurs.
Contraintes et considérations
Les changements s’alignent sur les frontières de période de facturation.
START_OF_CURRENT_PERIOD correspond au début de la période de service de la facture d’utilisation actuelle. START_OF_NEXT_PERIOD correspond au début de la période de service suivante. Chaque facture est associée à exactement une configuration de fournisseur de facturation en fonction de la date de début de sa période de service.Les transitions vers un marketplace nécessitent
START_OF_NEXT_PERIOD. La facturation marketplace est mesurée à partir du début d’une période, donc les transitions en milieu de période ne sont pas prises en charge. Lors d’une transition vers un marketplace, la période actuelle se termine intégralement sur la configuration existante. Lors d’une transition depuis un marketplace, celui-ci continue à facturer jusqu’à la fin de la période actuelle.La facturation par seuil doit être désactivée avant de passer à un fournisseur marketplace. Si un contrat a une configuration de facturation par seuil active, elle doit être supprimée avant de planifier une transition vers un fournisseur marketplace.
customer_billing_provider_configuration est inchangé et rétrocompatible. Le champ existant sur les réponses contracts/get et contracts/list continue de retourner la configuration actuellement active. Aucun changement n’est requis pour les intégrations existantes qui lisent ce champ.Un maximum de 10 segments de planning par contrat. Si vous avez besoin de capacité supplémentaire sur un contrat spécifique, contactez votre équipe de compte.
Pour annuler un changement futur planifié, planifiez un nouveau segment couvrant la même période. Le dernier segment prévaut.