Get subscription transition
Retrieve the details of an existing subscription transition.
Autorisations
Bearer authentication header of the form Bearer <token>, where <token> is your auth token.
Paramètres de chemin
Réponse
The unique identifier of the subscription transition
The ID of the customer associated with the transition
The ID of the original subscription from which this transition is derived. It references the last active version of the subscription.
The ID of the subscription to transition from
The ID of the subscription to transition to
The current status of the subscription transition. Possible values are 'scheduled', 'completed', 'failed', and 'draft'.
scheduled, completed, failed, draft, cancelled, pending_quote_signature An optional name for the transition
When the transition should be applied: 'immediately', 'scheduled' for a specific date, or 'last_renewal' to apply it retroactively to the start of the current billing period (refunding what was already invoiced for that period and re-charging the new configuration). Past dates within the current billing period are supported and will be applied immediately.
immediately, scheduled, next_renewal, last_renewal, quote_signature, scheduled_after_quote_signature The billing cycle transition method to use. 'keep_current_billing_cycle' will keep the current billing cycle dates if possible. 'align_to_new_billing_cycle' will align the billing cycle to the transition date.
keep_current_billing_cycle, align_to_new_billing_cycle The calculation method to use for the transition. 'do_not_charge' will not generate any transition invoice. 'pro_rata' will generate a prorated invoice for the remaining period. 'refund_and_reinvoice' (only available with application_schedule 'last_renewal') issues a credit note for what was invoiced for the current period and a separate invoice for the new configuration.
do_not_charge, pro_rata, refund_and_reinvoice 
