Skip to main content

Payment requests

A payment request is a link you share with a customer (over email, message, or any channel you like) that takes them to a secure hosted page where they can pay. Use this when you want money in without sending a full invoice.

URL: /payment-requests. The page has two modes — Amount and Products — selectable as tabs at the top.

"Share payment links with your customers or clients. They will receive an email or message with a link to pay securely."

Two modes: Amount vs. Products

TabWhen to useWhat you specify
AmountAd-hoc charges where price isn't tied to a fixed itemJust the amount + optional reference
ProductsSales of catalog itemsOne or more products from your catalog (price comes from the product)

The URL reflects the active tab — /payment-requests/no-products is the Amount tab; the Products tab uses a different sub-route.

Confirm Products tab URL + behavior

Click the Products tab and document its sub-route, the product picker, multi-product support, and discount/quantity handling.

Create a payment request (Amount mode)

The Amount form has these fields:

FieldRequiredNotes
Payment amountyesNumeric input. Placeholder € 0.00. Currency follows the account default.
Customer referencenoFree text. Placeholder: "Invoice, purchase order, booking number, …". Surfaces on the resulting transaction so you can reconcile.
Your request will expire onyesDate + time picker. Defaults to 7 days from now at the current time (e.g., 15/05/2026 @11:20 am).
Stored Card ModetoggleOptional. (See "Stored Card Mode" below.)
Pre-AuthorisationtoggleOptional. (See "Pre-Authorisation" below.)

There's also an expandable Additional security settings section under the main form for further controls.

Document "Additional security settings"

Click the section to expand and document each setting — likely fields like 3DS enforcement, max attempts, allowed methods.

Once filled in, click Create payment to generate the link.

Confirm post-creation flow

What does the next screen show? URL to copy, QR code, "send by email" affordance, list of recently created links?

Stored Card Mode

A toggle on the form. When enabled, the payment link captures the customer's card on file rather than (or in addition to) charging immediately — typically used to set up the customer for future charges.

Confirm exact Stored Card Mode behavior

Does it tokenize the card without charging, or charge + tokenize? When does the merchant see the saved card afterwards?

Pre-Authorisation

A toggle on the form. When enabled, the payment is authorised (a hold) rather than immediately captured — useful when the final amount isn't known at request time (e.g., bookings, hospitality).

Confirm Pre-Auth follow-up flow

After the customer authorises, where does the merchant capture the final amount? Document that flow.

Lifecycle of a payment request

  1. Create — fill in the form and click Create payment.
  2. Share — send the link to your customer.
  3. Pay — customer opens the link and pays through the hosted page.
  4. Reconcile — the resulting payment lands in Transactions; the customer reference you set is shown on the row.
  5. Expire — if unpaid by the expiry date, the link stops accepting payments.
Document the "list of payment requests" view

Is there a list of previously created links somewhere (status: pending / paid / expired, with re-share and revoke actions)? Find it and add a section here.

  • Invoices — for full structured billing rather than a simple link.
  • Transactions — where successful payments land.