1. Product
The product represents your service in the Paymove system and is the root of the whole model - subproducts, pricing, forms, customizations, and webhooks are attached to a specific product. You create the product once.Endpoints - Product
Create product
Response (200):
id field is the product identifier (productId) used in the other endpoints.
Update product
Payout account (IBAN)
When creating the product you can set the account Paymove pays the funds from this product’s payments out to. Add abankAccountDetails object to the body:
bankAccountId - the identifier of the account stored on your partner account.
- Only
ibanis required - in full:PLfollowed by 26 digits, upper case, no spaces. The checksum is verified and an invalid IBAN returns400.
2. Subproduct and QR codes
A subproduct represents a single payment (e.g. payment request, ticket) linked to an external identifier (externalId). The response contains a QR code generated in the chosen format (PNG/SVG). After scanning, the user is taken to payment for that subproduct.
Input fields
Endpoint - Subproduct
Register subproduct
imageFormat (Content-Type: application/octet-stream) - save the response body directly to a file. The image is a print-ready banner with a QR code redirecting to payment for this subproduct.
Subproduct payout account
A subproduct can have its own payout account - for example when payments for different documents should land in different accounts. The subproduct’s account overrides the product’s account; without it, the product’s account applies.- The IBAN follows the same rules as for the product: full form without spaces, checksum verified, an invalid one returns
400and no subproduct is created. - If an account with this IBAN already exists and you send a different
holderNameornip, that account’s details are updated. - On a repeated
externalIdPaymove returns the existing subproduct andbankAccountDetailsis ignored - you cannot change the account of a registered subproduct.
3. Pricing
Pricing defines payment options available to the customer - e.g. “1 hour”, “full day”, “weekend ticket”. Each entry is a separate purchase option shown on the product page.Pricing entry fields
Endpoints - Pricing
Create pricing entry
Update pricing entry
4. Forms
Forms collect data required for purchase - e.g. email, license plate, contact details. Forms are versioned; each change (add/edit/remove field) creates a new version. The current version is marked withisCurrent.
Form field (Field) properties
Endpoints - Forms
Endpoints - Fields
Create form
Add field (e.g. email)
isCurrent).
5. UI customization
Customization controls the look and copy of the product checkout page. All text (titles, buttons, descriptions) is configured via API - the frontend is fully driven by the partner without code changes.Customization parameters - what they modify
You can have multiple customizations per product with different
locale; the system picks the right one by user or context.
Endpoints - Customization
Create customization
Update customization
6. Webhooks
Webhooks automatically notify the partner of completed payments or fetch pricing from an external system. After registering a webhook, assign it to a product - then events for that product are sent to your endpoint.Webhook configuration fields
Endpoints - Webhooks
Create webhook
id (webhook identifier) and a signingSecret field:
/api/pay/plugin/webhook/{webhookId}/products/{productId} to link the webhook to the product (response: the webhook object). From then on, events (e.g. successful payment) for that product are sent to your endpoint.