The remote-payment guide
Payment links for small business. A practical collection workflow.
A payment link lets a customer open a payment page and enter their own card details. The useful question is how the link fits your quote, invoice, deposit and bookkeeping process.
Get my free savings reviewStart with your numbers. No obligation.
Payment USA publishes this merchant guide. Examples are illustrative; your agreement, account configuration and applicable requirements determine your actual costs and options.
01 / The basic flow
What a payment link actually does.
A link points the buyer to a payment page. It is useful for a customer who is somewhere else and is ready to pay an agreed amount, whether you discussed that amount in a quote, a phone call or an invoice.
The merchant sends the link by an appropriate channel, such as email or text. The buyer opens the page, checks that the business and charge look familiar, then enters their own payment details. The processor handles the payment. Afterward, the merchant checks the payment record before marking the job or invoice paid. Square’s payment-link documentation is one public example of this general pattern; each provider’s settings and available features differ.
A link is especially helpful when an employee would otherwise ask the customer to read a card number aloud or send it in a message. The buyer can enter the card on a provider-hosted page. That reduces the need for staff to handle the number, although it does not erase the merchant’s PCI obligations. The PCI Security Standards Council says eligibility for its most limited e-commerce self-assessment route depends on where all payment-page elements originate. Ask your provider which validation path applies to your setup.
Payment USA’s MOTO account page specifically lists secure payment links sent by email or text, alongside virtual terminal and invoice processing. Ask a representative how your proposed account presents the amount and reference to the buyer, and what record your team will receive after a successful payment. Those details should be confirmed for the service you will actually use.
02 / Pick the right collection tool
Link, keyed entry, invoice or store checkout?
These tools overlap, but the person entering the card and the surrounding paperwork differ. Select the workflow that fits the sale instead of choosing by a headline rate alone.
Swipe across to compare each workflow.
| Method | Best fit | Who enters the card? | Operational question |
|---|---|---|---|
| Payment link | A known customer paying an agreed charge remotely, such as a service deposit. | Customer, on the payment page. | Can the payment record carry a useful job or invoice reference? |
| Keyed virtual terminal | A phone or mail order when staff must enter details. | Authorized staff in the secure terminal. | What procedures keep card data out of notes and recordings? |
| Invoice with payment option | Work needing line items, due dates and an accounts-receivable trail. | Customer, if the invoice provides a hosted payment option. | How does paid status reach the invoice ledger? |
| Store checkout | A customer selecting products, quantities and shipping on a website. | Customer, through the store’s checkout. | Are tax, inventory and fulfillment connected to the order? |
A payment link can be sent without a full online store. It can also accompany an invoice, but the invoice still does the accounting work: describing what was sold, when the balance is due and which payment satisfies it. A store checkout does more than collect a fixed charge; it organizes a catalog and order. If customers choose among many products or need shipping calculations, a store is usually the more natural workflow.
Keying a card in a virtual terminal puts staff in contact with sensitive card details. That can be appropriate for a phone order, but it changes your handling procedures and may change your PCI scope. A link is generally easier when a customer can open a page and type the details personally. If the buyer cannot access a link, ask the provider how its supported phone-order process works rather than improvising with email or chat.
03 / From request to paid record
Build a repeatable invoice and deposit workflow.
For a contractor, professional service firm or wholesaler, collection begins before the link is sent and ends after the payment is matched to the work.
Define the charge.
Use a quote, contract or invoice to identify the customer, job, agreed amount, due date and what a deposit covers. If a final balance follows, state how that balance will be determined and when it will be requested. Avoid a vague message such as “pay here” with no invoice number or context.
Check the buyer’s contact information using the established customer record. Send the payment request from a recognizable business channel and tell the buyer what the charge will look like. A familiar invoice number and merchant name help them decide whether the request is legitimate.
Close the loop.
Monitor the provider’s payment result; sending a link is not the same as collecting funds. If payment is declined or pending, follow the provider’s status rather than marking the invoice paid from a text reply. Save the invoice, authorization terms and service or delivery evidence with the job record.
When a payment succeeds, match its transaction identifier, gross amount, fees and payout to the invoice. Decide who handles a duplicate payment, a changed scope or a refund request. Confirm any refund process and timing with the provider before adopting the workflow.
Example: a service deposit
A roofer sends a written $1,200 deposit request for job 418, explains the work it reserves and provides a payment link through an approved provider. The homeowner verifies the business name and amount on the page, enters the card, and the roofer waits for a successful payment record. The office marks job 418’s deposit paid, then issues a separate final invoice under the written terms. This is a workflow illustration, not a claim that every provider supports a particular invoice-link integration or deposit feature.
That final distinction matters. A merchant can keep a separate job ledger even if its payment tool only produces a transaction record. If the provider offers deeper invoice features, verify how they work in a demonstration and include them in the written proposal. Do not assume a link automatically updates your accounting software.
04 / Cost, safety and operations
What to ask before choosing a provider.
A quick demo shows how a link looks. The written agreement and reporting determine whether it will work for your business every month.
- Price the exact channel. Ask for the rate and per-transaction fee on payments made through links. These are remote, card-not-present transactions; do not assume an in-person rate applies. Include gateway, platform, monthly, dispute and other stated fees in your comparison. Visa explains that interchange is a transfer between financial institutions and only one part of the merchant’s negotiated acceptance cost.
- Confirm what the buyer sees. Review the hosted page on a phone. Can the customer identify the merchant, charge and reason for payment before entering details? Which methods are available for this exact account? Ask for a live demonstration instead of relying on another provider’s feature list.
- Check payment and payout records. Find the transaction identifier, time, gross amount, processing fees, refunds and payout reference. Ask how you export or reconcile these with your invoices, especially when several customers pay the same amount.
- Plan for changes and disputes. Learn how staff recognize a paid request, issue a refund, handle an accidentally repeated charge and retain proof of the underlying sale. Ask whether staff permissions and audit history meet your needs. Policies and tools vary by provider.
- Protect card data. Send the link, not a request for card numbers in a text or email. PCI SSC says sending or receiving primary account numbers through email, SMS or chat brings those channels and related systems into PCI scope. Never save a card verification code after authorization, even if encrypted, under PCI SSC guidance.
05 / Quick answers
Payment-link questions.
Do I need a website to send a payment link?
Can I use a link to request a deposit?
Is a link safer than asking for a card number by email?
How much do payment links cost?
Does a link replace an invoice?
Check the details
Sources & methodology.
The explanations in this guide draw on the primary sources below, checked September 16, 2026. Examples identify their inputs and exclusions. A published rate, a hypothetical model and a personalized merchant quote are different things.
- PCI SSC: payment pages hosted by a service provider
- PCI SSC: card data in email, SMS and chat
- PCI SSC: do not store card verification codes after authorization
- Visa: interchange is one part of merchant acceptance cost
- Square: example payment-link product and sharing methods
- Payment USA: MOTO accounts and email/text payment links
Spot something outdated? Email us and we’ll check it.
Keep learning
Your next useful read.
Take cards without a machine
Compare the full range of hardware-free options, including virtual terminals and tap to phone.
Read a merchant statement
Find the actual charges behind a card-not-present rate.
MOTO merchant accounts
See Payment USA’s stated remote-payment services and discuss your exact workflow.
Make the comparison yours
A better decision starts
with your statement.
Bring your current fees, payment mix and must-have features. We’ll review the numbers and explain the options—including when your current pricing is already competitive.