Firearm, tactical, and other regulated merchants often authorize a card at checkout and capture days later, after an FFL transfer completes, a compliance review clears, or a backordered SKU leaves the warehouse. Heading into the holiday peak, those delayed captures collide with issuer authorization windows, gateway expiry rules, and customers who dispute a hold they no longer recognize.
Authorize.Net publishes a fixed unsettled window for Authorization Only transactions. NMI tells merchants that authorization reserve time depends on the payment processor and card brands. Neither rulebook invents a single Visa or Mastercard day count that every MID can treat as universal. Holiday ops teams need both the gateway ceiling and an acquirer confirmation before they promise ship-then-capture SLAs.
Authorize.Net’s 30-day unsettled ceiling
Authorize.Net’s Merchant Interface documentation states that Authorization Only transactions sit in Unsettled Transactions with a status of Authorized/Pending Capture. The hold lasts a maximum of 30 days. If the merchant does not capture within that window, the status becomes Expired and funds are not transferred. Authorize.Net recommends completing capture within 72 hours even though the gateway ceiling is longer.
Prior Authorization Capture can be submitted once the Authorization Only transaction is approved. The capture amount may be equal to or less than the original authorization. Authorize.Net warns that multiple captures should not be performed on the same authorization code. If additional charges are needed after a partial capture, merchants should submit a new authorization and capture. A void cancels capture before settlement, but Authorize.Net notes that voiding does not necessarily release the issuer’s authorization hold. The bank’s hold may remain until it expires on its own.
When an original authorization expires before fulfillment finishes, Authorize.Net’s card-on-file developer guide supports a merchant-initiated reauthorization. Under subsequentAuthInformation, set reason to reauthorization and pass the original network transaction ID from the relationship-establishing transaction. That pattern is built for cases such as extended stays where the first auth dies before goods or services are delivered. FFL and backorder queues are operational cousins of that delay, not a separate Authorize.Net product feature.
NMI leaves expiry to the processor and brands
NMI’s Virtual Terminal guide describes an Authorize as a bank approval that reserves funds without flagging settlement. Merchants must Capture to settle. The guide states that the time a transaction stays in the authorization stage depends on the payment processor and card brands, and that merchants should always check with their processors on how long funds can be reserved before the authorization expires. If the authorization expires, reserved funds drop according to the cardholder’s bank timing, and a new authorization is required.
NMI’s Capture API uses POST /v5/payments/{payment_id}/capture. The request requires an amount that must be equal to or less than the original authorized amount. Virtual Terminal capture follows the same ceiling on supported processors. Do not invent fixed Visa or Mastercard day counts from secondary blogs. Confirm the issuer and brand windows with the acquirer that underwrites the MID.
Shops whose holiday queue already stretches across Form 4473 handoffs, receiving-dealer appointments, or warehouse release holds need those processor answers in writing before Black Friday volume lands on watched MIDs. Teams that already track firearms MCC coding across state lines in the MCC 5723 state-law split should add auth-age monitors to the same ops checklist.
Holiday chargeback pressure when capture slips
Late captures create two customer problems at once. The original authorization hold can fall off the card statement while the goods are still waiting on an FFL or backorder, which invites a “I canceled” or “I never got it” dispute even when the order is still live. A second authorization after expiry can look like a duplicate charge if order-status email does not explain the reauth.
Ops playbooks that cut friendly fraud during Q4 usually include a written capture SLA tied to fulfillment milestones, automatic alerts when an auth approaches the gateway or issuer window, a tested reauth path in Authorize.Net or NMI, and plain-language customer notices when capture will slip past the original hold. Merchants that need specialty acquiring for firearms and tactical catalogs while those timelines stretch may work with Blue Payment Agency for MID coverage that tolerates delayed settlement workflows.
Holiday prep for delayed capture is a timing and communication problem first. Authorize.Net gives a 30-day unsettled maximum and a 72-hour capture recommendation, with one Prior Authorization Capture per auth and COF reauthorization when the original hold expires. NMI requires Capture to settle and leaves reserve duration to the processor and card brands. Confirm those windows with the acquirer, wire reauth and customer notices before peak, and treat FFL or backorder delay as a reason to monitor auth age rather than a reason to ignore gateway expiry.
Sources
- Authorize.Net Support, What are the possible transaction statuses? (KA-08229)
- Authorize.Net Support, What are the transaction types that can be submitted? (000001346)
- Authorize.Net Support, How to capture a prior authorized transaction? (000001465)
- Authorize.Net Developer Guide, Card-On-File Transactions
- NMI Support, Credit Card Processing Virtual Terminal Guide
- NMI Docs, Capture payment (POST /v5/payments/{payment_id}/capture)
- Blue Payment Agency