Product
Jentic OSThe workplace. An in-house AI platform for every employeeJentic OneSafe access. Agents reach your systems without holding keysJentic AIRThe foundation. Gets your existing platforms ready for AI
Pricing
Developers

GET STARTED

API DirectoryBrowse 10,000+ APIs Ready For AI Agent IntegrationDocumentationGuides and API reference

TOOLS

API ScoringCheck your AI Readiness using our scorecardArazzo UIVisualize Arazzo Workflows As Interactive DocumentationArazzo EditorBuild And Edit Multi-Step API Workflows Visually

COMMUNITY

GitHubOpen source projects and examplesOpen StandardsBuilt on open specs. Never locked in.
Resources
Company
About UsOur mission and teamCareersJoin our teamContactGet in touch
Try it now
Jentic OSJentic OneJentic AIR
Pricing
API DirectoryDocumentationAPI ScoringArazzo UIArazzo EditorGitHubOpen Standards
Resources
About UsCareersContact
Try it now
JenticJentic
Products
  • Jentic OS
  • Jentic One
  • Jentic AIR
For Developers
  • API Directory
  • Documentation
  • GitHub
Company
  • About Jentic
  • Careers
  • Contact Us
  • Trust Centre
ISO/IEC 27001:2022 certification badge issued by Prescient SecurityISO/IEC 27001:2022 certification badge issued by Prescient Security

Information Security Management System

Certified to ISO/IEC 27001:2022 by Prescient Security

Terms & Conditions•Privacy Policy•
© 2026 Jentic Technology Ltd. All rights reserved.
Switch to light modeSwitch to dark mode
APIs / Payments / Adyen / Adyen Payment API
Adyen Payment API logo

Adyen Payment API

Browse all Adyen APIs
58
AI ReadinessFoundational (C+)58/100
See full scorecard
Official vendor OpenAPI document · agent-readyPaymentsPayment ProcessingapiKey, basic13 EndpointsREST

For Agents

Authorise, capture, cancel, and refund card payments through Adyen's classic server-to-server interface, including 3D Secure and 3DS2 step-up flows.

Use for: Authorise a card payment for a specified amount and currency, Capture a previously authorised payment in full or partially, Refund a captured card payment to the original card, Cancel an authorisation before it is captured

Not supported: Does not handle hosted checkout pages, payment method discovery, or payouts - use only for classic server-to-server card authorisation, capture, refund, and 3DS challenge completion.

The Adyen Payment API is the classic-integration interface for authorising, capturing, modifying, and reversing card and alternative-payment-method transactions on Adyen's payment platform. The 13 endpoints cover the full authorise-capture-refund lifecycle, plus 3D Secure 1 and 3DS2 step-up flows, donation collection, and technical cancellations by merchant reference. New integrations should use the Checkout API; the Payment API remains the right choice for legacy classic integrations and server-to-server card processing where the integrator collects the PAN.

Jentic One on GithubView OpenAPI Document

Install Jentic One Beta

Connect the Adyen Payment API to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Adyen Payment 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%2Fadyen.com%2Fadyen-payment" | sh
2

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%2Fadyen.com%2Fadyen-payment" | sh
jentic register       # connects your agent to your Jentic One instance

Jentic 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 Adyen Payment API.

Authorise a card payment via POST /authorise with card data, amount, and merchantAccount

Capture an authorised payment via POST /capture and refund a settled payment via POST /refund

Complete 3D Secure 1 challenges via POST /authorise3d and 3DS2 challenges via POST /authorise3ds2

Cancel an outstanding authorisation by pspReference via POST /cancel or by merchant reference via POST /technicalCancel

Adjust an existing authorised amount up or down via POST /adjustAuthorisation before capture

Combine cancel and refund logic in one call via POST /cancelOrRefund based on settlement state

Retrieve 3DS and 3DS2 authentication results via POST /getAuthenticationResult and POST /retrieve3ds2Result

Use Cases

Patterns agents use Adyen Payment API for, with concrete tasks.

★ Server-to-Server Card Authorisation and Capture

Merchants with classic integrations send card data directly to Adyen via POST /authorise, receive a pspReference, and later capture the funds via POST /capture when the order ships. The same flow handles 3D Secure 1 and 3DS2 step-up: an Authorised resultCode means the funds are reserved, while ChallengeShopper or RedirectShopper means the front end must collect the challenge and post the result to /authorise3d or /authorise3ds2.

Call POST /authorise with card.number, card.expiryMonth, card.expiryYear, card.cvc, amount, and merchantAccount, then POST /capture with originalReference and modificationAmount once the order ships

Refunds and Cancellations Lifecycle

When a customer cancels before settlement, POST /cancel voids the authorisation by pspReference. After settlement, POST /refund returns money to the original card. POST /cancelOrRefund chooses the right behaviour based on the current state, which is useful for support tooling that does not know whether a payment has captured yet. POST /technicalCancel handles the same void using the integrator's own reference rather than Adyen's pspReference.

Call POST /cancelOrRefund with originalReference set to the pspReference from the original authorisation and merchantAccount set to the merchant identifier

Authorisation Adjustment for Hospitality and Travel

Hotels, car rentals, and travel merchants frequently need to increase or decrease an authorised amount before final capture as the cart total changes. POST /adjustAuthorisation modifies the held amount on a still-open authorisation, preserving the original 3DS authentication context. This avoids re-authorising the card and going through 3DS again, which improves authorisation rates.

Call POST /adjustAuthorisation with originalReference, modificationAmount.value, and modificationAmount.currency to change the held amount on an open authorisation

AI Agent Payment Processing via Jentic

An agent processing refunds for customer service tickets searches Jentic for 'refund an Adyen card payment', loads the schema for /refund, and executes with the pspReference and amount from the ticket. Jentic injects the X-API-Key from the encrypted vault, so the agent never holds the raw secret. The agent receives the new pspReference for the refund modification and writes it back to the ticket.

Search Jentic for 'refund an Adyen card payment', load the refund schema, then execute with originalReference, modificationAmount, and merchantAccount from the support ticket

Key Endpoints

13 endpoints — the adyen payment api is the classic-integration interface for authorising, capturing, modifying, and reversing card and alternative-payment-method transactions on adyen's payment platform.

METHOD

PATH

DESCRIPTION

POST

/authorise

Create a card authorisation

POST

/capture

Capture an authorised payment

POST

/refund

Refund a captured payment

POST

/cancel

Cancel an open authorisation

POST

/cancelOrRefund

Cancel or refund based on settlement state

POST

/authorise3ds2

Complete a 3DS2 challenge

POST

/adjustAuthorisation

Change an authorised amount

POST

/technicalCancel

Cancel using merchant reference

POST

/authorise

Create a card authorisation

POST

/capture

Capture an authorised payment

POST

/refund

Refund a captured payment

POST

/cancel

Cancel an open authorisation

POST

/cancelOrRefund

Cancel or refund based on settlement state

POST

/authorise3ds2

Complete a 3DS2 challenge

POST

/adjustAuthorisation

Change an authorised amount

POST

/technicalCancel

Cancel using merchant reference

Jentic AI Readiness Score

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.

A

Adyen Payment API

- Foundational (C+)
58/100
99
Foundational Compliance
70
Developer Experience & Jentic Compatibility
41
AI-Readiness & Agent Experience
94
Agent Usability
30
Security
87
AI Discoverability
Powered by JenticScoring Framework 1.0.0 | Scoring Engine 0.4.0
Show dimension breakdown
99

Foundational Compliance

Base layer of spec validity and structural soundness.

Grade: A+Signals: 4
98%

Lint Results

Aggregated quality score from linter diagnostics, weighted by severity.

100%

Resolution Completeness

Percentage of `$ref` references that resolve successfully.

100%

Specification Validity

Checks whether the API description parses successfully and conforms to its declared specification (e.g., OpenAPI).

100%

Structural Integrity

Structural correctness score based on schema issues using logarithmic dampening.

70

Developer Experience & Jentic Compatibility

Clarity, completeness, and ingestion readiness for developers and tooling.

Grade: A-Signals: 4
5%

Example Density

How richly the API is illustrated with examples.

100%

Example Validity

Percentage of examples that conform to their schemas.

75%

Response Coverage

Percentage of operations with complete response definitions (success, client error, server error).

100%

Tooling Readiness

Health of API ingestion, bundling, and resolution within Jentic pipelines.

41

AI-Readiness & Agent Experience

Semantic breadth, depth, and agent comprehension for AI systems.

Grade: D-Signals: 4
73%

Description Coverage

Coverage of descriptions across API elements.

0%

Error Standardization

Coverage of RFC 9457 Problem Details for error responses.

54%

OperationId Quality

Coverage, uniqueness, and casing consistency of operationIds for AI inference.

35%

Summary Coverage

Coverage of summaries across operations/tags/info.

94

Agent Usability

Functional utility, complexity comfort, and AI orchestration readiness.

Grade: A+Signals: 1
94%

Complexity Comfort

Agent comfort level based on API operational and structural complexity.

30

Security

Trust, risk posture, and security compliance.

Grade: FSignals: 1
30%

Authentication Strength

Average quality of security schemes based on authentication method strength (weakest link for OAuth2).

87

AI Discoverability

Findability, semantic richness, and reasoning readiness.

Grade: ASignals: 1
87%

Descriptive Richness

Clarity and depth of descriptions across API elements.

View full reportHow the score is calculatedMore about the dimensions

Score it yourself

Every API in the directory is allowlisted, so you can re-score it with no key required.

Score your own APIScoring CLI agent skill
npx @jentic/api-scorecard-cli score <openapi-url>

Why Jentic?

What agents get from Jentic-routed access to this vendor.

Setup

Wiring the Adyen Payment API by hand means handling its X-API-Key or basic auth, targeting the classic PAL host, and sequencing authorise, capture, and refund calls server to server. Through Jentic you install once, import the Payment API from the API Directory, store the key once, and your agent calls it.

Permission scoping

The Payment API takes the payment reference in the request body rather than a resource id in the URL path, so you limit the agent to the operations it needs, such as authorising a card payment or capturing it. Because you pick the operations, refund, cancel, and technicalCancel stay out unless you include them.

Credential isolation

Your Adyen X-API-Key and basic auth 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 'authorise a card payment' or 'refund a settled payment', and Jentic returns the matching Payment 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

Adyen Checkout API

→

Modern hosted-and-headless checkout surface that supersedes the classic Payment API

Use Checkout for any new integration that needs payment methods beyond cards, hosted Drop-in, or payment links

Complementary

Adyen Recurring API

→

Manage stored payment tokens created during Payment API authorisations

Pair with Payment API to enable subscription billing and one-click checkout against tokens generated on first payment

Complementary

Adyen Payout API

→

Send funds back to consumers from the same classic platform balance

Use alongside Payment API when your platform also needs to make payouts to gig workers or marketplace sellers

Complementary

Adyen Disputes API

→

Defend chargebacks raised against Payment API transactions

Use after Payment API when a captured payment is disputed and you need to upload defence documents

FAQs

Specific to using Adyen Payment API through Jentic.

What authentication does the Adyen Payment API use?

The API supports an API key in the X-API-Key header (ApiKeyAuth) and HTTP Basic auth using web-service user credentials (BasicAuth), as declared in the OpenAPI spec. Through Jentic, the credential is held encrypted in the vault and the agent receives only a scoped execution token.

Can I process 3D Secure 2 payments with the Adyen Payment API?

Yes. POST /authorise initiates the payment and may return resultCode=ChallengeShopper or IdentifyShopper for 3DS2. The integrator collects the challenge result on the front end and submits it via POST /authorise3ds2; POST /retrieve3ds2Result fetches the final authentication outcome. The classic 3DS1 equivalents are /authorise3d and /getAuthenticationResult.

Should I use the Payment API or the Checkout API?

Use the Checkout API for any new integration; it includes Drop-in, Components, payment links, and 50+ payment methods out of the box. Use the Payment API when you have a classic server-to-server integration that already collects card PANs under PCI scope, or when you need direct authorise/capture/refund control without Checkout's session orchestration.

How do I refund an Adyen payment with the Payment API through Jentic?

Search Jentic for 'refund an Adyen card payment', load the refund schema, then execute with originalReference set to the pspReference from the original authorisation, modificationAmount.value and modificationAmount.currency, and merchantAccount. Jentic injects X-API-Key from the encrypted vault. Get an account through Jentic One, the self-hosted execution layer.

What are the rate limits for the Adyen Payment API?

Adyen does not publish a fixed quantitative rate limit in the spec; live throughput is provisioned per merchant account based on contract. If your integration receives HTTP 429 or saturation responses, contact Adyen support to raise the limit on the account.

Can I adjust the authorised amount after creating an authorisation?

Yes. POST /adjustAuthorisation lets you increase or decrease the held amount on an open authorisation by passing originalReference and a new modificationAmount. This preserves the original 3DS authentication and is the recommended pattern for hospitality, travel, and any flow where the final amount is known later than authorisation.

Can I limit what my agent is allowed to do with the Adyen Payment API?

Yes. Because Jentic One is self-hosted and you decide which operations it exposes, you choose exactly which Payment API calls the agent may run, such as POST /authorise to authorise a card payment and POST /capture to capture it. This API takes the payment reference in the request body rather than in the URL path, so you scope access at the operation level. Operations like POST /refund, POST /cancel, and POST /technicalCancel stay unavailable to the agent unless you explicitly include them, and your instance injects the stored credentials only for the operations you allow.

GET STARTED

Start building with Adyen Payment API

Explore with Jentic One
View OpenAPI Document