Payment Gateway FAQ
Stripe vs IPPAY behavior, routing, and refund rules when switching gateways.
Quick answers
Do we need our own Stripe or IPPAY account?
No.
Stripe uses Reach-owned Stripe accounts and credentials.
IPPAY runs under the existing Reach MID.
Which gateway is used by default?
Stripe is the default for:
new brands
new payment activity
new payment methods added by customers
Customers with saved IPPAY methods keep using IPPAY.
Will existing customers be moved to Stripe automatically?
No. There is no forced migration of saved payment methods.
Customers move to Stripe naturally when they add a new payment method.
If we change gateways, what happens to refunds and credits?
Refunds and credits always run on the original gateway and original payment method.
This remains true even if that gateway is disabled for new payments.
Gateways
What is Stripe used for?
Stripe is the forward path for new activity.
Default for new brands and new payment methods.
Supports cards and ACH Direct Debit.
Adds richer reporting metadata (for example, card type and card category).
Supports static and dynamic statement descriptors.
Supports tenant-level branding via Stripe Checkout appearance settings.
Why does IPPAY still exist?
IPPAY is retained for continuity.
Existing customers keep using saved IPPAY payment methods.
Recurring charges continue unchanged under the Reach MID.
No forced migration of saved card data from IPPAY to Stripe.
No new brands are onboarded to IPPAY as the primary gateway.
Can we use a gateway other than Stripe or IPPAY?
Not today. Additional gateways are on the roadmap.
Share requirements and timelines with your Account Manager.
Configuration and routing
How is gateway configuration managed?
Gateway settings are configured per brand (tenant).
This controls:
which gateways are enabled
the default gateway for new transactions
which payment methods are available
whether customers can choose a gateway at checkout (if enabled)
Can we enable multiple gateways at the same time?
Yes. A tenant can have multiple gateways enabled.
Reach can still route based on customer context and saved methods.
What are common routing scenarios?
New customer makes a first payment: Stripe
Existing customer has a saved IPPAY card: IPPAY
Existing customer adds a new card: Stripe
Refund for an IPPAY transaction: IPPAY
Refund for a Stripe transaction: Stripe
ACH Direct Debit for new setups (recommended): Stripe
Don’t disable a gateway expecting refunds to “move”. Refunds must reconcile to the original processor.
Payment methods
What payment methods are supported?
Credit and debit cards (default)
ACH Direct Debit (optional, enabled per tenant)
Both methods are supported on Stripe and IPPAY.
Is autopay required?
Yes. Customers must keep a payment method on file for automatic billing.
The payment method on file is charged on the bill date.
Can customers store more than one payment method?
Yes. Customers can:
add a secondary card
change the default method
Reach stores tokens only. Reach does not store raw card data.
How does ACH Direct Debit work in Reach?
ACH is optional and enabled per tenant.
Stripe is the recommended ACH path for new setups.
ACH enablement usually involves extra operational decisions. Bring it up early during onboarding.
What safeguards exist for ACH confirmation delays?
ACH confirmation can be delayed. Reach supports controls to reduce fulfillment risk:
delayed fulfillment (optional delay before service is provisioned)
provisional service (allow service while confirmation is pending)
failure protocols (failed ACH follows the same retry and suspension logic as card failures)
permission-based overrides (agent overrides with audit logging)
Declines, retries, and customer experience
Will customers see gateway-specific messaging or branding?
No. Payments routing is designed to be invisible to end customers.
No forced migration of saved cards or bank details.
No gateway-specific branding on web or app.
Consistent handling of soft and hard declines.
What happens when a payment fails?
Reach automatically retries common declines.
Default behavior:
retry on Day 0
retry on Day 1
then follow the brand’s configured dunning schedule
Which decline codes are common?
Examples:
530(Do Not Honor): issuer declined without a reason302(Credit Floor): customer is over their credit limit521(Insufficient Funds): insufficient account balance
Reporting, descriptors, and controls
How do we identify which gateway processed a transaction in reports?
Payment reports include Payment_Gateway_Name per transaction.
Stripe can also provide enhanced metadata (for example, card type and card category).
Which reports are commonly impacted by gateway differences?
Common examples:
Daily Payments
Monthly Refunds
What statement descriptors are supported (Stripe)?
Static descriptor: fixed brand name for every transaction
Dynamic descriptor: can include transaction-level or order-level detail
Last updated