PaymentsOS API
Agent-ready OpenAPI document · curated by JenticPaymentsPayment ProcessingapiKey3 EndpointsREST
Know of an official OpenAPI document? Contribute it →
For Agents
Create payments, retrieve transaction details, and tokenize payment methods through PaymentsOS unified orchestration layer that routes across multiple payment providers.
Use for: I need to create a payment through PaymentsOS, I want to tokenize a payment method for future use, Retrieve the status of a specific payment transaction, Get the details of a previously created payment
Not supported: Does not handle subscription management, invoicing, or dispute resolution - use for payment creation, status retrieval, and token generation only.
Jentic publishes the only available OpenAPI specification for PaymentsOS API, keeping it validated and agent-ready. The PaymentsOS API provides a unified payment orchestration layer from PayU that routes transactions across multiple payment providers. It enables creating payments, retrieving payment details, and tokenizing payment instruments through a single integration point. The orchestration approach lets merchants switch between providers without code changes, optimizing approval rates across geographies.
Install Jentic One Beta
Connect the PaymentsOS API to your agent
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the PaymentsOS API, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.
1
Step 1: Jentic One Host machine
# On the machine that will host your Jentic One instance:
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fpaymentsos.com%2Fpaymentsos" | sh2
Step 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fpaymentsos.com%2Fpaymentsos" | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
Capabilities
What an agent can do with PaymentsOS API.
Create payment transactions routed across multiple underlying payment providers
Retrieve detailed payment status and transaction metadata by payment ID
Tokenize payment instruments for secure reuse without storing card data
Route transactions to optimal providers based on geography and payment method
Unify payment operations across providers through a single API interface
Use Cases
Patterns agents use PaymentsOS API for, with concrete tasks.
★ Payment Orchestration
Route payment transactions across multiple payment service providers through a single API call. PaymentsOS acts as an orchestration layer that selects the optimal provider based on the payment method, currency, and geography. Merchants integrate once and gain access to dozens of providers without building individual integrations, improving approval rates through intelligent routing.
Create a payment for 99.99 USD via POST /payments with card token and let PaymentsOS route to the optimal provider for the transaction
Payment Instrument Tokenization
Tokenize credit cards and other payment methods for secure storage and reuse. The tokens endpoint accepts raw card data and returns a provider-agnostic token that can be used in subsequent payment requests. This eliminates PCI scope for the merchant application while enabling one-click checkout experiences and recurring payment collection.
Create a payment token for a Visa card via POST /tokens with card number, expiry, and CVV, then use the token in a payment creation request
AI Agent Payment Operations via Jentic
AI agents use Jentic to create payments and manage tokens through PaymentsOS without handling API key authentication or constructing provider-specific request payloads. Jentic provides the operation schemas so agents can initiate payments and tokenize cards with validated inputs while PaymentsOS handles provider routing automatically.
Search Jentic for 'create a payment with provider routing', load the PaymentsOS operation schema, and execute it to process a 50.00 EUR transaction
Key Endpoints
3 endpoints — jentic publishes the only available openapi specification for paymentsos api, keeping it validated and agent-ready.
METHOD
PATH
DESCRIPTION
POST
/payments
Create a new payment transaction
GET
/payments/{paymentId}
Retrieve payment details and status
POST
/tokens
Tokenize a payment instrument
POST
/payments
Create a new payment transaction
GET
/payments/{paymentId}
Retrieve payment details and status
POST
/tokens
Tokenize a payment instrument
Why Jentic?
What agents get from Jentic-routed access to this vendor.
Setup
Wiring PaymentsOS by hand means learning its API key headers, managing the private signing key, and building request handling against its payment and token endpoints yourself. Through Jentic you install once, import PaymentsOS from the API Directory, store the API key once, and your agent calls it.
Permission scoping
PaymentsOS puts the payment id in the URL path (/payments/{paymentId}), so a rule can pin your agent to reading the status of one payment. You choose the operations it may call, so creating new payments or minting tokens is not included unless you add them.
Credential isolation
Your PaymentsOS API key and signing credentials are stored once, encrypted, by your own Jentic One instance and injected at execution time. They never enter the agent's prompt, logs, or context.
Intent-based discovery
Agents search Jentic by intent such as 'create a payment with provider routing' or 'check a payment status', and Jentic returns the matching PaymentsOS operation with its input schema so the agent calls the right endpoint without browsing the reference docs.
Related APIs
Alternatives and complements available in the Jentic catalogue.
Alternative
Stripe API
Direct payment processing with built-in fraud detection and global method support
Choose Stripe when you want a single provider with comprehensive features rather than multi-provider orchestration through a routing layer.
FAQs
Specific to using PaymentsOS API through Jentic.
Why is there no official OpenAPI spec for PaymentsOS API?
PaymentsOS does not publish an OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call PaymentsOS API via structured tooling. It is validated against the live API and kept up to date. Get started with Jentic One, the self-hosted execution layer.
What authentication does the PaymentsOS API use?
The PaymentsOS API uses an API key passed in the Authorization header. Additional headers include x-payments-os-env (test or live), app-id, and private-key for request signing. Through Jentic, all credentials are stored in your Jentic One instance and injected automatically.
Can I route payments to different providers with PaymentsOS?
Yes. PaymentsOS acts as an orchestration layer that routes each transaction to the configured payment provider based on rules you set in the PaymentsOS dashboard. You can configure routing by payment method, currency, amount threshold, or geography without changing your API integration.
What are the rate limits for the PaymentsOS API?
PaymentsOS applies rate limits based on your account tier and configured providers. Standard accounts support hundreds of transactions per second. The API returns 429 when limits are exceeded. Jentic handles retry logic and rate limiting when executing operations on your behalf.
How do I create a payment through PaymentsOS via Jentic?
Search Jentic for 'create a payment with orchestration' to find the POST /payments operation. Jentic returns the input schema showing required fields like amount, currency, and payment_method (or token). Execute through Jentic and PaymentsOS routes to your configured provider automatically. Install with pip install jentic.
Can I limit what my agent is allowed to do with the PaymentsOS API?
Yes. Jentic One is self-hosted by you, so your own rules decide which PaymentsOS operations your agent may call and which credentials it may use. Because PaymentsOS puts the payment id in the URL path (GET /payments/{paymentId}), you can pin the agent to reading the status of a single payment while withholding money-moving operations like creating payments (POST /payments) or tokenizing cards (POST /tokens). The agent can only invoke the operations you explicitly grant, and your API key and signing credentials stay stored on your instance rather than in the agent's context.
GET STARTED