| Information |
Why it matters |
| Merchant ID |
Identifies the Authorize.net account |
| Business name and login email |
Confirms account ownership |
| Transaction ID |
Needed for payment, refund, and chargeback research |
| Batch or settlement date |
Helps locate funding and eCheck records |
| Response code or API error |
Helps technical support diagnose gateway failures |
| Customer receipt or invoice |
Connects the merchant record to the customer issue |
| Chargeback notice |
Contains deadlines and issuer/acquirer details |
| eCheck return or ACH details |
Needed for eCheck funding or return complaints |
| Billing statement |
Separates gateway fees, batch fees, and processor fees |
| Reseller/MSP name |
Determines who controls merchant-account or underwriting decisions |
If the complaint involves a live outage or checkout failure, capture timestamps, endpoint, response code, request ID if available, and whether the issue affects all transactions or only one card type/payment method.
Refunds, Voids, and Customer Disputes
Authorize.net's transaction help says merchants can refund from the Transaction Detail page. The refund button is available until the original transaction is fully refunded or the transaction is more than 180 days old. Authorize.net also describes Expanded Credit Capabilities for refunds beyond the standard 180-day window, subject to approval.
Use the right term:
| Customer issue |
What it means |
| Void |
Cancels an unsettled transaction before settlement |
| Refund |
Merchant-initiated return of funds after settlement |
| Partial refund |
Merchant refunds less than the original amount |
| Chargeback |
Cardholder starts a dispute through the card issuer |
| eCheck return |
ACH-related return or dispute handled through eCheck records |
Authorize.net's own chargeback guidance explains the difference between a refund and a chargeback: a refund is initiated by the customer with the merchant, while a chargeback is started by the customer with the card issuer. If you are a consumer cardholder, the merchant and your issuer are usually the right path; Authorize.net may not be able to change a merchant's return or delivery decision for you.
eCheck, Funding, Holds, and Reserves
eCheck complaints need special handling because they involve ACH timing, returns, chargebacks, and funding reports. Authorize.net support articles describe eCheck reports, returns, and chargebacks in the Merchant Interface, and note that eCheck chargeback timing can vary by bank and transaction type. A support article also says customers generally have up to 60 days to dispute an ACH transaction.
For eCheck or funding complaints, ask:
- Which batch or settlement sub-account is affected?
- Is the item a return, chargeback, refund, billing charge, or risk reserve?
- Which bank, processor, MSP, or reseller controls the funding decision?
- What is the expected release date or review date?
- What transaction-level evidence is needed?
- Is any chargeback/refund window still open?
Authorize.net support content describes settlement and reserve sub-accounts, including risk withholdings and transfers after the appropriate hold period. If funds are held, ask for the contract section, hold reason, affected transaction list, expected review date, and whether the issue is controlled by Authorize.net or by your merchant service provider/acquiring bank.
Merchant, Reseller, and Consumer Boundaries
Authorize.net may provide the gateway while another party provides the merchant account, underwriting, acquiring bank relationship, or reseller support. This matters for complaints.
| Role |
Best next step |
| Direct Authorize.net merchant |
Use Merchant Interface, support case, chat, or merchant phone support |
| Merchant through reseller |
Contact both Authorize.net support and the reseller/MSP listed on the agreement |
| Partner/reseller |
Use Partner support, not only merchant support |
| Developer/integrator |
Include API logs, response codes, environment, and transaction IDs |
| Consumer cardholder |
Contact the merchant and card issuer first |
| Marketplace/platform user |
Contact the platform that owns the merchant account |
Do not assume Authorize.net can release funds or reverse a charge if a processor, acquirer, merchant, or card issuer owns that decision.
When to Escalate Beyond Authorize.net
| Situation |
Escalation path |
Notes |
| Gateway outage or API issue unresolved |
Authorize.net support case and developer/support channel |
Include logs, timestamps, response codes, and business impact |
| Refund button unavailable or older than 180 days |
Authorize.net support and processor/MSP |
Ask whether Expanded Credit Capabilities or another refund path is available |
| eCheck funds held |
Authorize.net support, MSP, acquiring bank, or ACH/bank contact |
Include batch, settlement, return, and chargeback records |
| Reserve or risk hold |
Contract/reseller/MSP/acquiring bank and legal counsel if needed |
Ask for the hold basis, affected transactions, release condition, and review date |
| Chargeback dispute |
Processor/acquirer and card-network dispute process |
Follow representment deadlines; Authorize.net records may support the case |
| Consumer purchase issue |
Merchant, then card issuer |
A cardholder chargeback starts with the issuer, not Authorize.net support |
| Consumer financial product issue |
CFPB or card issuer, when applicable |
Use for consumer card/bank issues, not ordinary merchant contract disputes |
| Unfair business practice concern |
State attorney general or business regulator |
Use with a documented support and contract record |
For merchant-account disputes, the contract, reseller, and acquiring bank matter. For consumer purchase disputes, the merchant and card issuer matter. Escalating to the wrong party can delay the resolution.
What to Say in an Authorize.net Complaint
Use this script:
"I need Authorize.net to review a complaint for Merchant ID [ID] / account [business name]. The issue is [gateway access, transaction error, refund, eCheck funding, chargeback, risk hold, reserve, billing fee, reseller issue, or consumer purchase issue]. The relevant record is [transaction ID, batch ID, settlement date, invoice, amount, customer email, response code, or support case]. I have attached [logs, screenshots, transaction details, chargeback notice, billing statement, customer communication, and prior support messages]. I am requesting [refund status, transaction diagnosis, settlement explanation, reserve/hold basis, billing correction, responsible-party confirmation, or written next step]. Please confirm the case number and decision in writing."
Useful follow-up questions:
- "Does Authorize.net or my merchant service provider control this decision?"
- "Is this a gateway issue, merchant account issue, eCheck issue, or card-network dispute?"
- "What transaction IDs or batch IDs are affected?"
- "Is the refund blocked by the 180-day limit?"
- "Is this item a return, chargeback, risk reserve, billing fee, or settlement hold?"
- "What deadline applies to my chargeback response?"
- "Can you identify the reseller, MSP, or acquiring bank I should contact?"
- "Can you confirm the support case number in writing?"
Let Pine AI Help File the Complaint