Quick answer: A payout link is a single-use, secure URL a business sends to someone it owes money, where the recipient enters their own bank, Pix or SPEI details on a hosted page and the payout executes, so the payer never collects or stores account information. It’s the reverse of a payment link: a payment link asks for money, a payout link delivers it.
Every business that pays contractors, sellers or affiliates has lived the other version: “send me your bank details” over email, a typo’d account number, a spreadsheet of IBANs nobody should really be keeping, and a misrouted payment that takes three weeks to trace. The payout link exists to delete that entire workflow.
How is a payout link different from a payment link or an invoice?
A payment link collects money: you send it to a customer and they pay you. A payout link sends money: you attach an amount, the recipient opens it and tells the rail where to deliver. An invoice is a document that requests payment with line items and a due date; it isn’t a payment mechanism at all until something like a link or a transfer settles it.
The direction is the whole difference, and it changes who enters what. On a payment link the payer enters a card or account to push money in. On a payout link the money is already committed by the business; the recipient only supplies the destination. We compared the collecting side in payment links vs invoices, and payout links are that article’s mirror image.
| Payment link | Payout link | Invoice | |
|---|---|---|---|
| Direction | Money in | Money out | Request for money in |
| Who enters details | The payer | The recipient | Nobody (it’s a document) |
| Best for | Selling, collecting | Paying people you don’t have details for | Documented client work |
| Bank details stored by you | No | No | Often, if you pay it by transfer |
How does a payout link actually work?
The payer creates the link with an amount and a destination currency, sends it over whatever channel they already use, and the recipient does the rest. The recipient opens the page, sees who’s paying and how much, enters their own bank account, Pix key or CLABE, and submits. The provider validates the details, executes the payout, and both sides can track the status. No account details ever pass through the payer’s inbox or database.
Step by step, using Avvio’s flow as the concrete example:
- The business mints the link. From the dashboard or one API call, with the amount, the destination currency, an optional reference, and an expiry. The link is a single-use signed URL.
- The recipient opens it. The page shows the paying business’s name, the amount, and an indicative preview of the rate, the fee and roughly what will land in their currency.
- They enter their own details. The form asks exactly the fields their corridor needs, a CLABE in Mexico, a Pix key in Brazil, an account number and code elsewhere, and validates the format on the spot. A repeat recipient can pick a saved account, shown masked, instead of retyping.
- The payout executes. The final quote is priced at submit against the details entered, the business’s balance is debited, and the money is delivered over the local rail. Status flows back to the payer over the API and dashboard.
The reason this beats email isn’t just convenience. The recipient types their own account into a validated form, so transposed digits get caught before the money moves rather than after. Misrouted payments mostly start life as somebody retyping details from a message; the link removes the retyping.
When should you use a payout link?
Whenever you owe money to someone whose bank details you don’t have on file, and don’t want on file. The first payment to a new contractor, before onboarding paperwork settles. A one-off vendor you’ll never pay again. Affiliate commissions and referral bounties. Refunds to buyers who paid by a method you can’t reverse onto. Marketplace sellers at onboarding, before they’ve earned enough to justify a full payee record.
The common thread is that collecting details is the expensive part. A staffing agency onboarding five contractors a week, an affiliate program with a long tail of small payees, a marketplace onboarding sellers in twelve countries: in each case the payout link turns “chase, store and secure everyone’s bank details” into “send a link.” For recurring payees it’s the on-ramp; once the recipient has submitted once, their saved account can be reused for the next run. Our guides on paying international contractors and staffing agency payouts show where links slot into a bigger payment cycle.
Are payout links safe?
Done properly, safer than the email workflow they replace, because the sensitive data never touches the payer’s systems. On Avvio the link is a single-use signed token: opening an expired, spent or tampered link returns a plain not-found page, submitting twice returns the original payout instead of a duplicate, and the payer’s API credentials are never exposed to the recipient’s browser. The page shows the paying business’s name so the recipient can recognise the payment before entering anything.
A few specifics worth knowing:
- Single use, short lived. Each Avvio link pays out once and expires on a timer the payer sets, from a minute up to 7 days (an hour by default).
- Duplicate-tap protection. A double submit on a flaky mobile connection returns the already-created payout, not a second one, and the idempotency key attached at minting carries through.
- Minimal disclosure. The link page reveals the payer’s display name, the amount and the required fields, and nothing else. It never shows other people’s details or the payer’s internal identifiers.
- On verification: the recipient doesn’t open an account or go through identity checks to get paid; the business completes verification once, and payments run through Avvio’s licensed partners. Some other providers do verify recipients on the link itself, so check the model your provider uses.
As always with anything money-shaped, the phishing caveat: a payout link should arrive from someone who owes you money, through a channel you expect. A “payout” from a stranger is a lure, and no legitimate payout page will ever ask you to send money to receive money.
What does a payout link cost?
On Avvio, minting a link costs nothing; you pay the normal payout pricing when the recipient submits, and the recipient sees an indicative preview of the rate and fee before entering anything, with the binding quote priced at submit. There’s no extra per-link fee on top of the payout. Other providers price differently, so read the fee schedule with the same care you’d give any payout rail.
How do you send one on Avvio?
Two ways, same result. From the Avvio for Business dashboard, create a payout link with the amount and currency and share the URL. Or from your backend, one call to POST /payout-links with an amount, a destination currency and an idempotency key returns the hosted URL and its expiry; watch the payout’s status over webhooks like any other. The full contract, including the exact fields and the recipient-side endpoints, lives in the payout links docs, with the API reference alongside. Avvio for Business supports payout links today; the docs are the source of truth for current limits and corridors.
Avvio is a financial technology company, not a bank. Payout services are provided by licensed partners, and availability varies by jurisdiction.
Frequently asked questions
What’s the difference between a payout link and a payment link? Direction. A payment link collects money from whoever opens it. A payout link delivers money to whoever opens it, after they enter their own account details. Same convenience, opposite flow. Details in payment links vs invoices.
Does the recipient need an account to get paid through a payout link? On Avvio, no. They open the link, enter their bank, Pix or SPEI details on the hosted page, and the money lands in their existing account. Some other providers require the recipient to sign up first; that’s the main thing to check between platforms.
Can the recipient choose the currency? Not on the link itself. The payer sets the destination currency when minting; the recipient supplies the account that currency lands in. If a contractor prefers dollars over local currency, that’s a conversation before the link is created.
What happens if the recipient clicks submit twice? Nothing bad. A well-built payout link is idempotent: the second submit returns the original payout rather than creating a duplicate. On Avvio this holds even across retries from the payer’s side, because the idempotency key from minting is attached to the link.
How long does a payout link stay valid? The payer decides at creation. Avvio links default to one hour and can be set anywhere from 1 minute to 7 days. An expired link simply returns not-found, and the payer mints a fresh one; nothing has moved until a recipient submits.
Are payout links only for international payments? No. The pattern works for any payout where you don’t hold the recipient’s details, domestic included. It just shines brightest cross-border, where the required fields vary by country and a hosted form that always asks for the right ones saves the most pain.
See how payout links fit your flow in the docs, or mint your first one from the business dashboard.
Avvio is a financial technology company, not a bank. Services are provided by licensed partners. This article is general information, not financial advice.
