Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the PAYONE Link 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.
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%2Fpay1.de%2Fpay1" | shStep 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%2Fpay1.de%2Fpay1" | 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.
What an agent can do with PAYONE Link API.
List the payment links that have been created
Create a payment link a customer can pay through
Read a single payment link and its status by id
Update an existing payment link
Patterns agents use PAYONE Link API for, with concrete tasks.
GET STARTED
★ Agent-Driven Payment Link Creation
An AI agent connected through Jentic creates a PAYONE payment link for an order and returns the URL so a customer can pay, then reads the link later to see whether it has been paid. This lets a checkout or billing flow issue a link on request without a human opening the PAYONE dashboard.
Create a payment link for 49.99 EUR for this order and return the link URL
Payment Status Tracking
A billing workflow reads a payment link by id to check its status, so it knows whether an invoice has been settled before moving on. It lists the open links to reconcile which orders are still awaiting payment.
List the open payment links and tell me which orders are still unpaid
Link Maintenance
An operations tool updates an existing payment link when an order changes, adjusting its details before the customer pays. It reads the current link first, then applies the update so the change is deliberate.
Read the payment link for this order, then update its amount to the revised total
4 endpoints — the payone link api creates and manages payment links for the payone payment platform, so an application can generate a hosted link a customer pays through and track its state.
METHOD
PATH
DESCRIPTION
/v1/payment-links
List all payment links
/v1/payment-links
Create a payment link
/v1/payment-links/{linkId}
Get payment link by id
/v1/payment-links/{linkId}
Update a payment link
/v1/payment-links
List all payment links
/v1/payment-links
Create a payment link
/v1/payment-links/{linkId}
Get payment link by id
/v1/payment-links/{linkId}
Update a payment link
What agents get from Jentic-routed access to this vendor.
Setup
Wiring the PAYONE Link API by hand means computing an HMAC signature for each request, keeping the signing secret safe, and tracking each link's status yourself. Through Jentic you install once, import PAYONE Link from the API Directory, store the secret once, and your agent calls it.
Permission scoping
You choose which operations your agent may call, so you can allow reading and listing payment links while leaving creating or updating them out. Because the link id sits in the URL path, a rule can pin the agent to specific links, and every call it makes is logged.
Credential isolation
Your PAYONE signing secret is stored once, encrypted, by your own Jentic One instance, and the request signature is computed at execution time. The secret never enters the agent's prompt, logs, or context.
Intent-based discovery
Agents search Jentic by intent such as 'create a payment link' or 'check a payment link's status', and Jentic returns the matching PAYONE Link operation with its input schema so the agent calls the right endpoint without reading the reference docs.
Alternatives and complements available in the Jentic catalogue.
Specific to using PAYONE Link API through Jentic.
Is there a PAYONE Link API MCP server?
You don't need an MCP server to give your agent the PAYONE Link API. Jentic connects it directly from the API Directory: import it, store the signing secret once, and your agent can create and read payment links straight away, with no extra server to run and no tool definitions to load into the agent's context.
Can I limit what my agent is allowed to do with the PAYONE Link API?
Yes. You choose which operations your agent may call, so you can allow reading and listing payment links while leaving creating or updating them out. Because the link id sits in the URL path, a rule can also limit the agent to specific links, and every call it makes is logged.
What authentication does the PAYONE Link API use?
The PAYONE Link API authenticates each request with an HMAC signature, using the payone-hmac-sha256 scheme defined in its OpenAPI spec. Through Jentic the signing secret is stored encrypted by your own instance and the signature is computed at call time, so the secret never appears in the agent's prompt or logs.
Can I create a payment link with the PAYONE Link API?
Yes. The API creates a payment link that carries the amount and payment details and returns a URL a customer can pay through. You can then read the link by id to check its status and update it if the order changes.
What are the rate limits for the PAYONE Link API?
The OpenAPI spec does not specify rate limits for the PAYONE Link API. For current limits and integration details, see the PAYONE documentation at https://docs.payone.com.
How do I create a PAYONE payment link through Jentic?
Import the PAYONE Link API from the Jentic API Directory, then have your agent issue a request such as 'create a payment link for this order'. Jentic matches the intent to the create-link operation and returns its input schema so the agent builds the correct request, with the signature computed at call time. To run it on your own infrastructure, install Jentic One from its GitHub repo.
Know of an official OpenAPI document? Contribute it →
For Agents
Create PAYONE payment links, list them, read a single link by id, and update an existing link. Authenticates each request with an HMAC signature using the payone-hmac-sha256 scheme.
Use for: Create a payment link for an order, List the payment links I have created, Check the status of a payment link, Update the amount on a payment link
Not supported: Does not handle refunds, settlement reporting, or customer management. Use for creating and managing PAYONE payment links only.
The PAYONE Link API creates and manages payment links for the PAYONE payment platform, so an application can generate a hosted link a customer pays through and track its state. You list the payment links that exist, create a new one, read a single link by its id, and update it. Each link carries the amount and payment details, and the API returns the link's status so a workflow knows where a payment stands.
This API is usable in Jentic One now. Its AI-readiness score against Jentic's framework shows where it stands today and where improvements would make it even easier for agents to use.
Base layer of spec validity and structural soundness.
Aggregated quality score from linter diagnostics, weighted by severity.
Percentage of `$ref` references that resolve successfully.
Checks whether the API description parses successfully and conforms to its declared specification (e.g., OpenAPI).
Structural correctness score based on schema issues using logarithmic dampening.
Clarity, completeness, and ingestion readiness for developers and tooling.
How richly the API is illustrated with examples.
Percentage of examples that conform to their schemas.
Percentage of operations with complete response definitions (success, client error, server error).
Health of API ingestion, bundling, and resolution within Jentic pipelines.
Semantic breadth, depth, and agent comprehension for AI systems.
Coverage of descriptions across API elements.
Coverage of RFC 9457 Problem Details for error responses.
Coverage, uniqueness, and casing consistency of operationIds for AI inference.
Coverage of summaries across operations/tags/info.
Functional utility, complexity comfort, and AI orchestration readiness.
Agent comfort level based on API operational and structural complexity.
Trust, risk posture, and security compliance.
Average quality of security schemes based on authentication method strength (weakest link for OAuth2).
Findability, semantic richness, and reasoning readiness.
Clarity and depth of descriptions across API elements.
Score it yourself
Every API in the directory is allowlisted, so you can re-score it with no key required.
npx @jentic/api-scorecard-cli score <openapi-url>