Payment controls and records

A genuine payment receipt link stopped opening

Check which provider issued the receipt, the link’s age, the exact access response and the current underlying payment record. Stripe documents a 30-day lifetime for receipt links. A link that stops opening therefore does not, by itself, show that the payment disappeared or was reversed. Confirm the matching payment and any later recorded activity through authorized account access, then use the provider-supported receipt access or manual-send route for that record. Keep private receipt URLs out of worksheets and ordinary consultation messages.

For: A research-only merchant whose customer or support team can no longer open a previously genuine provider receipt link.

Updated 2026-10-01

Treat the failed link as an access observation

Record when the link last opened, when the problem was reported and what the page currently says. Keep the response wording separate from your interpretation. An explicit expiration message is more specific evidence than a blank page, a general error or a customer’s description that the link is broken.

Stripe’s receipt documentation says receipt links expire after 30 days. Record the link’s issue or send date if it is known, rather than using the date someone forwarded the message as proof of its age. When that date is unknown, leave age unconfirmed. An older link is consistent with documented expiry, but age alone does not explain every access error. The 30-day rule does not apply automatically to another provider or to a store-generated document.

Find the payment independently of the receipt URL

An authorized account user should locate the underlying payment through the merchant’s existing records and compare the provider account, payment reference, date, amount and currency. Do not match solely on the amount when several records could fit. Keep the full record within the provider or the merchant’s restricted system; the public worksheet only needs a safe internal locator and the comparison result.

Read the current payment record and any linked later activity before describing its present state. Stripe creates receipts for successful payments and refunds. A genuine receipt can therefore relate to a different event from the one a reader assumed, and its original existence does not settle every later question. Establish whether the document concerns the payment or a refund and whether the current records support the reported change.

If the correct account or matching payment cannot be found, the result is unresolved identification. An expired URL cannot prove that a payment is missing, and failure to locate the record cannot prove it was reversed. Do not initiate another collection or alter the order’s payment state merely to replace access to a receipt. Resolve the record match first.

Choose the next action from the two separate findings

When the payment record matches and the only observed problem is receipt access, assign receipt retrieval to the authorized owner. Stripe supports manually sending a receipt for an eligible successful payment or refund. Use the supported control or access instructions for the actual record. A receipt is not a new payment request, and recreating a charge would not repair the original receipt link.

If the payment record shows later activity that changes the customer’s position, address that actual event separately and request the relevant receipt where available. If the link’s response is not clearly expiry, preserve a sanitized description of the failure and ask the provider about access to that specific record. Do not change the private URL, guess replacement tokens or send the customer a payment link as a substitute.

Before any resend, the authorized owner should verify the intended recipient through the merchant’s established customer-support process. Keep the customer’s address and complete receipt inside that process. In the worksheet, record who owns the resend and whether the recipient check and send were completed, without copying the recipient’s personal details.

Keep the consultation focused on the observed gap

For a Prism checkout-review consultation, describe the website, research-only products, receipt provider and non-sensitive access symptom. Say whether the authorized team found the underlying record and whether the issue concerns access alone or a separate unresolved payment state. Prism’s published support includes storefront review, processing preparation and provider website questions; agree any receipt or checkout investigation responsibilities, fees and terms before work.

The public form is not a place to upload a receipt, full customer record or private receipt URL. Follow-up is by email. Sending an inquiry does not resend the receipt, book an appointment, purchase a service or submit a processing application. A single inaccessible link also does not establish that the whole checkout needs rebuilding.

Receipt access check

Use one genuine receipt-access report. Complete the payment comparison inside authorized systems, then record only non-sensitive findings here. Interpret link access and payment status separately: access-only evidence supports a retrieval task; an unmatched or changed payment needs its own investigation.

Worksheet entries are not submitted by Prism’s worksheet and are not saved by the site. Use record types, availability, anonymized observations, or match/mismatch results. Do not enter government identifiers, customer names or addresses, customer messages, receipt-access links, card or bank details, passwords, or keys. Send sensitive documents only through the provider’s verified secure channel.

Receipt access check. The last column is for temporary notes.
Evidence itemWhat to compareDecision it supportsYour record and next action
Payment referenceUse a safe internal case label pointing to the restricted payment record; check account, date, amount and currency there.Confirms whether the receipt and payment match without publishing a private reference or access URL.
Receipt eventEstablish from the actual record whether the receipt concerns the successful payment or a refund.Prevents a refund receipt from being interpreted as the original payment receipt.
Receipt link ageCheck the known link issue or send date against the access report; keep an unknown date unknown.Allows comparison with Stripe’s documented 30-day link lifetime without diagnosing every error as expiry.
Current payment statusRead the current provider record and any relevant later activity; retain exact detail in the restricted case.Establishes the payment finding independently of whether the receipt page opens.
Observed access responseRecord sanitized visible wording, observation time and whether expiry was explicitly stated.Distinguishes a documented expiration response from an unexplained access failure.
Authorized resend ownerIdentify the authorized person, recipient-verification step and supported receipt-send or access route.Assigns retrieval of the existing receipt without creating another charge or exposing customer data.

These are temporary notes. Leaving or reloading this page may clear them. Worksheet entries are not sent automatically. If you copy notes into the consultation message and submit the form, Prism receives them as part of your request.

Limits

  • The 30-day receipt-link lifetime and manual receipt sending described here are Stripe-specific; they do not define every provider’s receipt process.
  • Neither a working nor an expired receipt URL establishes the current status of every later payment event. Use the actual account record.
  • Do not place receipt URLs, access tokens, customer email addresses, card details or complete payment records in the worksheet or public inquiry.

Sources

  • Stripe receipts — checked 2026-09-21. Stripe creates receipts for successful payments and refunds, supports manual receipt sending, and documents receipt links expiring after 30 days; failed or declined payments do not receive a payment receipt email.
  • Prism solutions — checked 2026-09-21. Prism’s published support covers storefront review, processing preparation and provider website questions; scope, fees and terms are discussed before work.
  • Prism contact — checked 2026-09-21. The contact form asks for website, products and question, excludes sensitive payment and customer records, and provides email follow-up rather than a booking, purchase or processing application.

Get help with checkout

Is this happening on your own store?