Virtual terminals, invoicing and payment links

Do payment links expire?

Payment links do not all follow one expiration rule. Whether a link stays active, expires automatically, stops after a set number of payments, or must be turned off by the business depends on the provider, the link type, and the settings chosen when the link was created.

Businesses should check the status inside their own authenticated payment dashboard before reusing or resending an older link. The safest practical answer is to treat each link as a managed payment request, not as a permanent URL unless the provider's current documentation and dashboard clearly show that behavior.

The short answer

Some payment links remain active until an authorized user deactivates or deletes them. Others can close automatically after a time period, after one successful payment, or after a configured payment limit. A link may also become unusable when its underlying item, account, or payment configuration changes.

Current provider documentation illustrates these differences. Stripe documents reusable Payment Links that can be manually deactivated or configured to deactivate after a specified number of completed payments. Square documents links that remain available while active and can be deactivated or deleted. PayPal documents one send-or-request link product whose unclaimed links expire after 10 days. These examples show why a business should never assume that every product using the words payment link behaves the same way.

What can make a payment link stop working?

Manual deactivation

An account owner or authorized employee may turn off a link when an offer, event, invoice, or collection period ends. Provider controls and terminology vary, so the dashboard status is the reliable place to confirm whether the link is active.

An automatic limit

A provider may support a one-payment link or a maximum number of completed payments. When the configured limit is reached, the hosted page may show that the link is no longer available instead of accepting another payment.

A product-specific time window

Some link products have a defined time window. That window should be taken from the exact provider documentation for the exact link type, because a provider may offer several link products with different rules.

Changed business settings

A link can also require review after changes to the account, catalog item, currency, fulfillment setup, or payment configuration. Do not infer the cause from the customer-facing message alone; inspect the authenticated account record.

How to check an older link before sending it

  1. Open the payment dashboard directly. Sign in through the provider's known website or application rather than through a link copied from an unexpected message.
  2. Find the original record. Match the link to the intended customer, invoice, item, event, or campaign. Similar names can make the wrong link look current.
  3. Review its status and limits. Confirm whether the provider marks it active, inactive, completed, expired, archived, or limited by payment count. Use the provider's own definitions.
  4. Check the customer-facing details. Confirm the business name, description, amount behavior, available payment path, and any closing message are still accurate for the intended use.
  5. Use a fresh link when uncertain. If the old record cannot be confidently matched or its settings are unclear, create a new request through the normal provider workflow and retire the outdated link when appropriate.
  6. Confirm payment in the dashboard. An opened link, customer reply, or screenshot does not prove the transaction completed. Use the provider's authenticated transaction or invoice status.

Reusable links and one-time requests serve different jobs

A reusable link can fit a standard item, service, registration, or general collection workflow where the business expects multiple customers to use the same hosted page. A one-time or limited-use request is often easier to reconcile when the payment belongs to a specific customer, invoice, balance, or event. The right structure depends on how the business identifies the payer, records the purpose, and confirms completion.

Expiration is only one control. Staff should also decide who may create, edit, share, deactivate, and review links. Naming conventions and internal notes can help distinguish a permanent sales link from a customer-specific request. For more context, see whether a payment link can be reused and how card payments on invoices work.

Communicate clearly with customers

When sending a link, identify what the request is for and provide a recognizable business contact path. If an old link is no longer valid, avoid telling the customer to keep retrying it. Send a newly verified link or direct the customer to a known account portal, then confirm the resulting status from the business dashboard.

Payment links are often delivered through email or text, but customers should not be asked to reply with card numbers, passwords, bank credentials, or complete account information. The FTC's small-business cybersecurity guidance explains that messages and links can be spoofed and recommends independently checking the sender or company before sharing sensitive information. Businesses can review practical delivery considerations for payment links sent by email and payment links sent by text message.

Questions to ask when comparing payment-link tools

  • Does the link stay active until it is manually deactivated, or does it have a fixed time window?
  • Can the business limit the link to one payment or a maximum number of completed payments?
  • What does the customer see after a link is inactive, expired, or fully used?
  • Can an authorized user review status, recent payments, and link settings from one dashboard?
  • Can staff distinguish reusable links from customer-specific invoice requests?
  • What is the documented process for deactivating or replacing an outdated link?

The virtual terminals, invoicing and payment links FAQ hub provides related workflow guidance without assuming that every provider offers the same controls.

Choose a link workflow that matches the payment

Payments Max can help a business organize the questions it should ask when evaluating payment links, hosted invoices, and virtual-terminal workflows. The next step is to document whether each payment request should be reusable, customer-specific, time-limited, or manually closed, then compare those needs with current provider documentation.

For a general conversation, contact Payments Max. Do not submit cardholder data, passwords, bank credentials, complete account numbers, or secret API keys through the contact form.

To learn more about how TSYS can help improve the way your organization accepts payments, markets to new customers, or manages its HR responsibilities, get in touch by calling 585-981-8463 to get started.

CONTACT US