A card authorization hold is not a merchant reserve

Start with the record that uses the word held

A buyer’s report of a pending card amount, a provider payment showing an uncaptured authorization, and a notice about the merchant’s reserve balance do not carry the same evidence. Keep the originating record and its date. Identify the party affected, the provider named, the amount and currency, and whether the reference belongs to one payment or an account balance.

The word hold is not enough to classify the event. A buyer’s statement description alone does not prove the merchant has an uncaptured authorization. Match it to the provider’s payment record through your authorized internal process. Likewise, do not call a missing payout a reserve unless the account record or notice actually identifies a reserve. If the necessary record is absent, keep the classification open.

An authorization question follows the buyer payment

Stripe documents authorization and later capture as separate payment steps where supported. An uncaptured card authorization can expire and release the funds. The relevant question is the current state of that specific payment: authorized and uncaptured, captured, canceled or expired according to the provider’s own record. Do not derive a capture deadline from the age of the store order or a general reserve period.

The capture record matters when amounts differ. Stripe’s current capture guidance says a default capture takes the authorized amount, while capturing less normally releases the remainder. Most payments permit only one capture; keeping and later capturing the remainder requires supported multicapture. A remainder released after partial capture is therefore not evidence of a merchant reserve.

Use the actual payment’s supported capture options and deadline when asking what action remains available. This comparison does not authorize capture, cancellation or another payment. It also does not establish when a buyer’s bank display will change. A provider payment state and the buyer’s visible bank record can be different pieces of the investigation.

A reserve question follows the merchant balance

Stripe’s balances documentation separates a reserve balance from pending and available payments balances and from a merchant-set minimum balance. Reserve funds cannot be paid out or transferred until the reserve hold period ends. To interpret a reserve, use the notice and agreement for the merchant account, then the dated reserve balance or movement that the question concerns.

Do not use an authorization deadline as the reserve’s release date. Copy a hold period or release condition only when the account documents state it. If the documents identify a condition but no date, the missing date remains a question. Even a reserve balance reduction does not by itself identify a bank deposit; keep the balance movement and payout evidence separate.

A pending payment balance is another category. Stripe describes settlement timing as dependent on country, method and potentially risk criteria. Pending funds normally await availability, while documented eligible features can provide access sooner. Those features do not establish a remedy for account restrictions or a way to release a reserve. Classify the balance correctly before selecting a timing question.

Route the question without changing its meaning

For an authorization, ask which current payment state and capture condition apply to the identified attempt. For a reserve, ask which account term governs the named balance and what record or condition establishes release. If both are present, maintain two entries. They may affect the same business at the same time without being the same held money.

This lets support explain the evidence accurately: an authorization inquiry concerns a buyer payment, while a reserve inquiry concerns merchant funds and account terms. Avoid telling a buyer that a merchant reserve explains their pending card entry unless the provider has actually established a relevant connection. Do not promise either party a funds-arrival date that the records do not support.

For a Prism processing consultation, describe the website, research-only products and whether the unresolved issue is a payment state or an account term. Prism can help organize the processing or provider website question within an agreed scope. The provider decides reserve terms and eligibility. Scope, fees and responsibilities are confirmed before work, and the public request receives email follow-up rather than submitting a processing application.

Held-funds scope comparison

Complete this once for each held-money record. If buyer payment and merchant reserve records both exist, keep separate copies. Classify from the payment or account evidence; an unknown row is a reason to obtain that record, not to substitute the other mechanism’s deadline.

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.

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.