Customize Payment Links
Choose the branding, checkout modules, customer fields, link controls, and return experience used by DEUNA Payment Links.
On this page
Use this guide to decide what to customize and where to configure it. A Payment Link combines merchant-level defaults, settings on an individual link, and the visual rules supported by CustomStyle.
Choose the correct control#
| Goal | Configure it in | Detailed guide |
|---|---|---|
| Establish logo, primary color, locale, or hosted domain | Merchant configuration with your TAM | This page |
| Enable login, customer information, billing, or order summary | Merchant defaults or supported checkout_modules on the link | Widget settings |
| Set products, payment methods, expiration, purchase limits, or retry limits | DEUNA Admin or Payment Link API | Manage Payment Links or Payment Link via API |
| Change supported checkout copy and visual styling | CustomStyle | CustomStyle overview |
| Send the customer to a merchant page after an outcome | Supported return URLs on the link | Payment Link via API |
| Confirm the authoritative payment result | Backend retrieval and webhooks | Webhooks |
Set merchant defaults#
Work with your TAM to define the baseline experience inherited by Payment Links. Confirm each setting for the merchant and environment where the link will run.
Brand, locale, and hosted URL
The baseline presentation can include:
- business logo, alignment, and size;
- the primary action color;
- the default customer-facing language; and
- the hosted Payment Link domain assigned to the merchant.
Keep sufficient contrast for buttons and status text, use an image that remains legible on narrow screens, and test the configured locale with real product and payment-method labels.
Checkout modules and customer data
Modules determine which screens and information the customer encounters. The same modules are documented for the wider checkout experience, so their field rules remain centralized in Widget settings.
| Module | Payment Link purpose |
|---|---|
LoginPattern | Recognize a returning shopper and start the supported one-time-password flow. |
UserInfoPattern | Collect the customer identity and contact fields required by the merchant. |
BillingPattern | Collect billing information in the main checkout or a separate view. |
OrderDetailPattern | Show the products and amount breakdown associated with the order. |
For billing information shown directly on the main checkout, configure no more than four fields. If the order already contains billing data, the customer can see a summary instead of an empty form. Put country before state or province and city when those dependent fields are collected.
Identity-document collection is part of the payment and customer-data configuration. Use the identity-document reference to review the supported document labels before requesting it.
Configure an individual link#
Choose the creation path that owns the link:
An API-created link can include these groups of settings:
| Setting group | What it controls |
|---|---|
| Order and items | Customer-visible product names, quantities, prices, taxes, discounts, and images. |
| Payment options | The payment methods and compatible processors offered for that link. |
checkout_modules | Supported modules such as LoginPattern, UserInfoPattern, and OrderDetailPattern. Merchant defaults apply when this field is omitted. |
configuration | Link name, expiration, completed-purchase limit, and payment-retry limit. |
redirect_urls | Supported customer destinations for success, pending, error, close, or fallback behavior. |
Do not use a browser return as proof of payment. A customer can close the page, lose connectivity, or return while the provider result is still pending. Preserve the order token and confirm the final state through backend retrieval or DEUNA webhooks.
Style the customer-facing UI#
Use CustomStyle for supported visual and text overrides. It applies to DEUNA checkout surfaces; it does not change which modules are enabled or which fields the Payment Link API accepts.
Open the CustomStyle overview to select a checkout area, preview it, and assemble one consolidated object. Check each focused guide for Payment Link limitations; not every widget-only element appears in the hosted Payment Link experience.
Verify the experience#
Before sharing a production link:
- Open the link on desktop and a narrow mobile viewport.
- Confirm the logo, contrast, locale, product information, totals, and enabled payment methods.
- Complete guest and returning-customer flows when login is enabled.
- Validate every required customer, identity, and billing field for the target country.
- Test success, pending, rejection, close, and expired-link behavior.
- Confirm that each browser destination works and that your backend still receives or retrieves the authoritative payment result.