Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the SumUp REST 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%2Fsumup.com%2Fsumup" | 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%2Fsumup.com%2Fsumup" | 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 SumUp REST API.
Get available payment methods
Create a checkout
List checkouts
Retrieve a checkout
Process a checkout
GET STARTED
Deactivate a checkout
Patterns agents use SumUp REST API for, with concrete tasks.
★ Payments Operations
Use the SumUp REST API to perform payments operations programmatically. The API provides 45 endpoints covering core functionality including get available payment methods, create a checkout, list checkouts.
Call GET /v0.1/merchants/{merchant_code}/payment-methods to get available payment methods
Automated Checkouts Management
Automate checkouts operations by combining multiple SumUp REST API endpoints. Agents can create a checkout and then list checkouts in a single workflow.
Call POST /v0.1/checkouts to create a checkout, then verify the result
AI Agent Integration via Jentic
AI agents discover and call SumUp REST API endpoints through Jentic without managing credentials directly. An agent searches for the required operation by intent, receives the matching endpoint schema, and executes the call with Jentic-managed authentication. This eliminates the need to read API documentation or handle Bearer, oauth2 tokens manually.
Search Jentic for 'get available payment methods', load the operation schema, and execute with Jentic-managed credentials
45 endpoints — sumup’s rest api operates with [json](https://www.
METHOD
PATH
DESCRIPTION
/v0.1/merchants/{merchant_code}/payment-methods
Get available payment methods
/v0.1/checkouts
Create a checkout
/v0.1/checkouts
List checkouts
/v0.1/checkouts/{id}
Retrieve a checkout
/v0.1/checkouts/{id}
Process a checkout
/v0.1/checkouts/{id}
Deactivate a checkout
/v0.1/customers
Create a customer
/v0.1/customers/{customer_id}
Retrieve a customer
/v0.1/merchants/{merchant_code}/payment-methods
Get available payment methods
/v0.1/checkouts
Create a checkout
/v0.1/checkouts
List checkouts
/v0.1/checkouts/{id}
Retrieve a checkout
/v0.1/checkouts/{id}
Process a checkout
/v0.1/checkouts/{id}
Deactivate a checkout
/v0.1/customers
Create a customer
/v0.1/customers/{customer_id}
Retrieve a customer
What agents get from Jentic-routed access to this vendor.
Setup
Wiring the SumUp REST API by hand means choosing between its bearer API key and OAuth2 flows, managing scopes, and tracking merchant, checkout, and customer ids yourself. Through Jentic you install once, import the SumUp REST API from the API Directory, store the credentials once, and your agent calls it.
Permission scoping
SumUp puts the checkout id in the URL path (/v0.1/checkouts/{id}), so a rule can pin your agent to one checkout: it can read and update that checkout and nothing else. You choose the operations it may call, so destructive ones like deactivating a checkout are not included unless you add them.
Credential isolation
Your SumUp 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 'list payment methods' or 'create a checkout', and Jentic returns the matching SumUp operation with its input schema so the agent calls the right endpoint without browsing the reference docs.
Alternatives and complements available in the Jentic catalogue.
Stripe
Alternative payments API
Choose Stripe when you need a different approach to payments operations
Specific to using SumUp REST API through Jentic.
What authentication does the SumUp REST API use?
The SumUp REST API uses Bearer, oauth2 authentication. Through Jentic, these credentials are stored encrypted in your Jentic One instance and injected at execution time, so raw secrets never enter the agent context.
Can I get available payment methods with the SumUp REST API?
Yes. Use the GET /v0.1/merchants/{merchant_code}/payment-methods endpoint. The API returns structured JSON responses that agents can parse and act on directly.
What are the rate limits for the SumUp REST API?
Rate limits are not specified in the OpenAPI spec. Check the vendor documentation for current limits. Through Jentic, rate limiting is handled automatically with retry logic built into the execution layer.
How do I get available payment methods through Jentic?
Install the Jentic SDK with pip install jentic, authenticate through Jentic One, the self-hosted execution layer, then search for 'get available payment methods'. Jentic returns the matching SumUp REST API operation with its input schema. Load the schema and execute the call - credentials are injected automatically.
How many endpoints does the SumUp REST API have?
The SumUp REST API exposes 45 endpoints covering checkouts, customers, transactions operations.
Can I limit what my agent is allowed to do with the SumUp REST API?
Yes. Because Jentic One is self-hosted and runs under your own rules, you decide which SumUp operations your agent may call, so read-only work like listing payment methods or retrieving a checkout can be enabled while destructive calls such as deactivating a checkout (DELETE /v0.1/checkouts/{id}) stay off unless you add them. SumUp carries the checkout id in the URL path (/v0.1/checkouts/{id}), so a rule can pin the agent to a single checkout, letting it read and update that one checkout and nothing else. The credentials each operation uses are controlled the same way, so the agent only ever acts within the scope you grant.
For Agents
Programmatically get available payment methods, create a checkout. Covers 45 operations with Bearer, oauth2 authentication.
Use for: I need to available payment methods, I want to a checkout, Search for checkouts, Find all a checkout
Not supported: Does not handle communications, crm, or developer tools - use for payments only.
SumUp’s REST API operates with [JSON](https://www.json.org/json-en.html) HTTP requests and responses. The request bodies are sent through resource-oriented URLs and use the standard [HTTP response codes](https://developer.mozilla.org/docs/Web/HTTP/Status). You can experiment and work on your integration in a sandbox that doesn't affect your regular data and doesn't process real transactions. To cr. The API exposes 45 endpoints secured with Bearer, oauth2 authentication.