Payment link
A shareable link that lets a customer make a payment for a specific amount and purpose.
A payment link is a shareable URL that lets a customer pay a specific amount against a specific reference without the merchant having to take card details directly. The link can be emailed, texted, sent through chat or embedded in a confirmation, and the page it points to handles authentication, payment and confirmation. Payment links keep card data out of the merchant’s systems and create a clean evidence trail per payment.
felloh payment links carry the booking with them.
Send a secure payment request that arrives with the booking, traveller and reference attached — used for deposits, balances and ad-hoc collection.
What it means for travel businesses.
In travel, payment links replace risky MOTO keying for deposits, balances and ad-hoc charges. They give customers a self-serve way to pay against a booking and give finance a clear audit trail of who paid, when, and against which booking record.
A payment link is one of the cheapest and most impactful product changes a travel business can make. It moves card-data risk off the agent and onto the customer, it carries authentication evidence cleanly, and it leaves a per-payment audit trail that makes refund and dispute work routine. For most travel businesses, the ROI is measurable inside a quarter.
Payment links work best when they carry full booking context — booking reference, customer details, supplier obligations — not just an amount. A link that is just a number is little better than a virtual terminal in the customer’s hand. A link that is part of the booking ledger turns the payment into evidence the moment it happens.
How felloh handles it.
felloh’s payment links carry booking context end to end so finance, sales and operations always see the same matched picture of who has paid what against which booking.
The Payment Links feature in the dashboard creates authenticated, booking-aware links in seconds, with assign and re-assign flows for the cases where ownership changes mid-booking. The pay checkout serves the link as a branded experience, and the captured payment lands against the originating booking with the authentication evidence intact.
For travel businesses replacing MOTO with payment links, the operational lift shows up everywhere — agent time, PCI scope, fraud rates, customer satisfaction, audit posture. The same record carries the link, the payment and the eventual settlement, so the question "did this customer pay" gets answered the same way regardless of who is asking.
Related terms.
Hosted payment page
A payment page hosted by the payment provider rather than embedded in the merchant’s site.Read termGlossary termPayment portal
A customer-facing portal where customers can view and pay outstanding amounts on their bookings.Read termGlossary termMOTO (mail order / telephone order)
Card payments taken without the card being present, typically over the phone or by post.Read termGlossary termStrong Customer Authentication
A regulatory authentication requirement for many electronic payments under PSD2.Read termGlossary term3DS2 / 3D Secure 2
Card authentication that asks the cardholder to prove the payment is genuine.Read termSee how this works around your bookings.
Bring one payment, reporting or cash-position problem. We will show how felloh connects the booking-level money trail behind it.
Book a walkthrough