Skip to main content

Subscriptions

Subscriptions combine a customer, a plan and a payment method into an operational recurring billing cycle.

Public routes​

  • POST /v1/subscriptions
  • GET /v1/subscriptions
  • GET /v1/subscriptions/{id}
  • PATCH /v1/subscriptions/{id}
  • POST /v1/subscriptions/{id}/pause
  • POST /v1/subscriptions/{id}/resume
  • POST /v1/subscriptions/{id}/cancel
  • POST /v1/subscriptions/{id}/reactivate
  • POST /v1/subscriptions/{id}/change-plan
  • POST /v1/subscriptions/{id}/update-card

Recommendations​

  • Persist subscription_id, current period and next billing date.
  • Do not treat webhooks as email-only notifications; they are part of the financial close.
  • Keep immediate cancellation separate from end-of-period cancellation in your domain model.

Did this page unblock the next step?

Feedback stays inside the docs flow and should never include customer or card data.

mupag / support

How can we help?

Quick answers, AI and our team.

Frequently asked questions

How do I start integrating?

Follow the quickstart, configure the QA environment and create your first test charge.

Read documentation
My PIX payment is pending. What now?

Confirmation is asynchronous. Check the charge status and webhook events before fulfilling the order.

Read documentation
How do I receive payment notifications?

Register a webhook endpoint, verify its signature and handle duplicate events safely.

Read documentation
How do subscriptions work?

Read the subscriptions guide to configure recurring billing and follow the charge lifecycle.

Read documentation
Where can I find authentication help?

See how to use environment credentials in the documentation. Never share your key in chat.

Read documentation