Crea y activa una suscripción
Inscribe a un cliente en un plan y cobra el primer ciclo de facturación. Realiza la CIT inicial que registra el mandato recurrente.
POST /subscription inscribe a un cliente en un plan y establece el mandato recurrente que
ancla cada futura Merchant Initiated Transaction (MIT). Inscribir a un cliente es una
Cardholder Initiated Transaction (CIT), y una CIT puede requerir 3D Secure. Dos modos:
Modo CIT — nonceData / cardData
Modo record — tokenData
/payment/authorization o /payment/purchase. No se ejecuta una segunda CIT aquí.
Usa esto para cualquier tarjeta que necesite 3D Secure.nonceData, cardData (solo servidores
que cumplen PCI DSS), o tokenData.
Modo record
Ejecuta tú mismo una CIT con capacidad 3DS, luego adjunta el resultado:Ejecuta la CIT vía /payment/*
/payment/authorization (monto 0 = verificación de cuenta) o /payment/purchase
con card.<x>.tokenize: true + un shopper.id, y maneja cualquier desafío de 3DS con el
SDK JS como lo harías para un pago normal. La respuesta devuelve un token vt_....Crea la suscripción
POST /subscription con card.tokenData.token. Para el ciclo 1:
• prueba o
startAt diferido → no se cobra nada;
• cobraste el primer ciclo en tu CIT (
/payment/purchase) → pasa también
firstPaymentId (el id de pago de la respuesta de esa llamada); Therius marca la primera
factura como pagada y la enlaza, sin cobro;
• tu CIT fue una verificación de valor cero → omite
firstPaymentId; Therius cobra
el ciclo 1 como una MIT contra el mandato registrado (revierte la suscripción con un 402
si se rechaza).
El objeto
firstCycle de la respuesta informa lo que ocurrió.planId, customerEmail y un instrumento de tarjeta (nonceData/cardData/tokenData — exactamente uno) son obligatorios; customerName/customerDocument, firstPaymentId (modo record), startAt, parentSubscriptionId/propagateLifecycle y metadata son opcionales.
Respuesta
Una solicitud exitosa devuelve201 Created con el objeto de suscripción completo, incluyendo el id de la suscripción, el status inicial, las fechas de inicio y fin del período actual, y la primera factura.
Estado en la creación
Errores
Autorizaciones
Your secret API key: Bearer prv_production_xxx (production) or Bearer prv_sandbox_xxx (sandbox).
Cuerpo
Your merchant account identifier.
ID of an active plan. Determines amount, currency, interval and trial.
Subscriber email. Used for billing and dunning notifications.
Card input for creating a subscription. Enrolling a customer is a CIT and a CIT may require 3D Secure — pick the mode that fits:
• CIT mode (nonceData / cardData): Therius runs the initial CIT + first charge here. The customer must be present. This CIT cannot carry out a 3D Secure challenge, so a 3DS-required card will fail — use record mode for those.
• Record mode (tokenData): the token is a card that already completed a CIT — including any 3DS — through /payment/authorization or /payment/purchase (with card.<x>.tokenize: true + shopper.id). No second CIT runs. The mandate is read from the token; pass networkTransactionId / networkReferenceId explicitly only for a card CIT'd outside Therius. For cycle 1: with a trial or deferred start nothing is charged; with firstPaymentId set Therius marks the first invoice paid and links that payment; otherwise Therius charges cycle 1 as an MIT against the recorded mandate.
Provide exactly ONE of cardData, nonceData, or tokenData. cardOnFile and instalments are not accepted — Therius owns the mandate.
- Raw card (PCI DSS)
- SDK nonce
- Vault token
Subscriber full name, as it should appear on invoices.
Subscriber national ID / tax document, where a market requires it (e.g. Brazil CPF/CNPJ).
Record mode only, when a first payment is due. The payment id from the /payment/authorization or /payment/purchase call in which you ran this card CIT - Therius verifies it charged the same vaulted token in the plan currency, then marks cycle 1 paid and links it (no charge). Omit and Therius charges cycle 1 as an MIT against the recorded mandate.
RFC 3339 future timestamp to defer the first charge. Omit to activate (or start the trial) immediately.
UUID of an existing subscription to attach this one to as a child (add-on hierarchies).
When true, pause/cancel on parentSubscriptionId cascades to this subscription. Requires parentSubscriptionId.
Arbitrary string key/value pairs, echoed on subscription responses and webhooks.
Respuesta
Subscription created. Body is the Subscription plus firstInvoice, and firstCycle in record mode (what happened to cycle 1).
A customer enrollment in a plan. plan is embedded on single-subscription responses. Invoice/event history is not included here - use the invoice endpoints.
Subscription UUID.
The merchant account that owns the subscription.
ID of the plan this subscription is enrolled in.
Subscriber email, used for billing and dunning notifications.
Subscriber name as it appears on invoices.
Subscriber national ID / tax document, where a market requires it (e.g. Brazil CPF/CNPJ).
Brand of the card on the mandate, e.g. visa.
pending - awaiting first charge; trialing - in a free trial; active - billing normally; past_due - a renewal failed and dunning is running; suspended - dunning exhausted, needs a new CIT (POST /subscription/{id}/payment-method in CIT mode) to recover; paused - billing stopped on request, resumable; cancelled - terminated; completed - reached maxBillingCycles.
pending, trialing, active, past_due, suspended, paused, cancelled, completed Start of the current billing period.
End of the current billing period.
When the next renewal charge is scheduled.
Trial start, when the plan has a trial.
Trial end - the first real charge date.
Failed-renewal retry attempts made in the current dunning sequence.
When the subscription first became active.
Deferred start, when creation set a future startAt.
Number of billing cycles charged so far.
When the subscription reached maxBillingCycles.
Parent subscription UUID, for add-on hierarchies.
Whether pause/cancel on the parent cascades to this subscription.
Plan the subscription will switch to at the next cycle, set by a next_billing change-plan.
A reusable billing plan. amount is a flat integer in the currency minor units (with separate currency + exponent) - not an Amount object.

