Skip to main content
Selling API access requires a repeatable path from a buyer’s first question to a working request and a reconcilable payment. Define the outcome you sell, what a plan includes, and who handles failures before inviting customers to subscribe. API seller workflow connecting documentation, pricing, billing, and subscriptions

Start in the seller workspace

After signing in, open Seller APIs. The seller workflow provides API creation and editing, backend service configuration, OpenAPI JSON, Markdown documentation, plans, gateway status, and a market visibility control. Account access and payment capabilities depend on the current service configuration; if an entry is unavailable, confirm eligibility with the operator before promising a launch date. Prepare these materials before creating a listing:
  • A clear name, category, description, and buyer use case.
  • A reachable backend and its authorization configuration; keep upstream secrets out of public examples.
  • An OpenAPI definition with request fields, success responses, errors, and limits.
  • A short first-request guide, sample data, and an operational support process.

Configure plans and verify publication

Check the billing unit, price currency, enabled plans, monthly allowance, and frequency limits. The plan editor supports request or character limits; choose the unit that matches the service and explain how it is counted. Verify what happens at quota exhaustion and how cancellation or renewal affects access. Do not advertise a free trial, unlimited use, or a custom billing model until it is configured and tested. Ask the operator which listing review or approval requirements apply. A publication control does not establish a guaranteed approval time. Save the configuration, inspect gateway status, and verify that the intended listing is visible in the marketplace. Test a documented request with an authorized buyer account before announcing availability.

Calculate a margin with explicit assumptions

For planning only, suppose 20 customers each pay USD 10 in one period: gross receipts are USD 200. Assume USD 20 in refunds, an illustrative platform fee of 10% of the remaining USD 180, and USD 50 in upstream service cost. The modeled contribution is 200 − 20 − 18 − 50 = USD 112, before payment processing, taxes, and other expenses. These are invented planning assumptions, not Rock API prices, fee rates, or settlement rules. Replace every input and the deduction order with your agreement. Also account for failed requests, support time, traffic spikes, and any difference between sales and money available for payout.

Reconcile sales and payouts separately

Use Seller transactions to review revenue records and Seller payouts to inspect payout account status and settlement statements. A recorded sale is not proof that funds have reached your bank. Confirm onboarding requirements, platform and payment fees, refund and dispute responsibility, payout eligibility, minimums, timing, currencies, and tax documents with the operator. The existence of a payout screen does not guarantee availability in every country or a fixed payment schedule.

Prepare your API publication materials

Organize documentation and onboarding, then use the seller workspace to verify the configured buyer experience.
For plan design, read API pricing strategy.