What a PayPal integration gives you.
Request timeouts and circuit breakers prevent hung transactions. Orders queue for asynchronous payment with clear customer communication instead of a blank error page.
Daily or real-time feeds from PayPal are matched to ERP orders and invoices. Reconciliation exceptions are flagged for immediate resolution instead of discovering mismatches at month-end.
Payment reversals automatically create corresponding credit notes or order cancellations in the ERP. Customers see refund status in real time instead of receiving manual follow-up messages.
Logged-in customers see their vaulted cards and wallets; one-click checkout works reliably. Token expiry and revocation are detected gracefully with fallback to manual entry or alternative method.
Dashboard shows auth, capture, settlement and refund status by order, channel and currency. Anomalies like pending captures or orphaned refunds surface automatically instead of requiring spreadsheet hunts.
Where a PayPal integration earns its place.
If two or more of these are true, the integration usually pays for itself quickly.
Where off-the-shelf connectors fall short.
Vendor connectors are fine for simple cases. Here's where the real ones need more.
Adobe Commerce, Magento and Shopify modules handle auth and capture but do not automatically match settlement files to orders or detect reconciliation drift. Manual invoice lookups or custom batch jobs become necessary.
If PayPal is unavailable during checkout, most platform modules fail the transaction. There is no built-in logic to queue orders for manual payment or route to an alternative processor.
PayPal modules may not handle currency conversion fees, regional payment method restrictions or localised 3DS rules consistently across markets. Manual overrides or separate merchant accounts per region become necessary.
PayPal notifies of chargebacks via webhook, but most platform modules do not automatically create credit notes, reverse invoices or notify the ERP. Disputes require manual investigation and order correction.
Stored payment tokens may expire or be revoked by the customer in PayPal's account without the commerce platform knowing. Retry logic and fallback prompts are often manual or missing.
Payment processing often silently fails at reconciliation: amounts match in staging but diverge in production once fees and currency conversion enter the picture, and disputes filed weeks later reveal that chargeback notifications were never wired into the ERP.
Where this integration sits in your estate.
PayPal holds the commercial record. The iWeb integration layer manages the rules, mappings, monitoring and exceptions. The commerce platform presents the customer-facing experience. The estate map helps agree ownership before anything is built.
Storefront independent. PayPal feeds stock, pricing, orders and customer data into your chosen platform.
- Payment method availability and region rules
- Authorisation and capture transaction IDs
- Settlement files and fee deductions
- Refund and chargeback events
- Tokenised payment vault
- Checkout payment method display
- Order total and currency at transaction time
- Auth and capture trigger logic
- Refund initiation and customer confirmation
- Real-time payment status dashboard
Systems this integration usually sits next to.
Examples, not a closed list. iWeb is platform-agnostic on both sides: we wire this integration into whatever ecommerce platform and surrounding systems your estate already runs.
- Adobe Commerce
- Magento Open Source
- Shopify Plus
- BigCommerce
- Other storefronts
- ERP (SAP, Netsucker, Sage, Axapta)
- OMS or order management system
- WMS or 3PL fulfillment platform
- Customer data platform or CRM
- Subscription or billing engine
- Tax compliance and VAT system
- Dispute and chargeback management tool
- BI and financial reporting warehouse
Not sure if this works with your stack?
Tell us what you’re using and what needs to connect. We’ll give you a straight view on what’s possible, what might be awkward, and the safest way to approach it.
The data flows we wire.
Each flow has a direction and an owner. We agree both before a line of code is written.
How iWeb configures the integration around your business.
Same method on every integration. The decisions come before the code.
- 01Design auth-capture flow for your order lifecycle
We map auth timing to stock reservation, capture to dispatch trigger and settlement to invoice reconciliation. Multi-currency and regional payment method switching are handled without checkout branching.
- 02Build reconciliation pipeline and exception dashboard
We ingest daily or real-time PayPal settlement files, match them to ERP orders and invoices, and flag missing, duplicate or partial payments. Finance gets a single source of truth instead of three spreadsheets.
- 03Implement fallback and retry logic
If PayPal is unavailable, orders move to a queue for manual payment or alternative processor. Timeouts and circuit breakers prevent checkout hangs; staff alerts trigger immediate investigation.
- 04Orchestrate chargeback and refund workflows
Chargebacks and disputes from PayPal webhook trigger automatic credit note or order cancellation in the ERP. Finance is notified of outcome so they can track disputes and respond appropriately.
- 05Manage payment token lifecycle and fallback
We detect expired or revoked tokens on checkout, prompt the customer for a new method and log the event. Vaulted tokens are cleaned up on customer request without orphaned records in PayPal or commerce.
Who owns what.
The single most important table in any integration. One system owns each field; everything else reads it.
Built payment reconciliation before
iWeb has integrated PayPal into multi-channel commerce estates alongside ERP, OMS and reconciliation pipelines. We understand where payment processing sits in the order-to-cash cycle and how exceptions propagate between systems.
What we test before launch.
Every one of these is rehearsed before a customer ever sees the integration.
Common risks and where they bite.
We name these on day one. A risk written down is a risk you can plan around.
If PayPal capture endpoint is slow or returns late, checkout hangs waiting for confirmation. Customer abandons cart; order is stuck in pre-auth state with reserved stock and no backup plan.
PayPal settlement amounts do not match ERP invoices due to fees, chargebacks or currency conversion. Manual reconciliation at month-end reveals thousands in mismatches; finance cannot audit which orders were paid.
Customer requests refund; payment is reversed in PayPal but order in ERP remains invoiced. Customer never receives credit note; accounting assumes unpaid invoice and pursues collection.
Customer removes payment method from PayPal account. Subscription or repeat order retries the old token, which PayPal rejects. Retry logic is absent; order fails silently without customer notification.
Customer disputes charge in their bank; PayPal notifies of the chargeback but commerce platform has no webhook handler. Order remains invoiced and revenue is counted; chargeback becomes a finance surprise weeks later.
Order is placed in GBP but PayPal settles in USD after conversion. Conversion fee reduces settlement amount below invoice total. Reconciliation logic treating GBP and USD as equal misses the gap and flags false positives.
Relevant services and sectors.
Common questions about PayPal integrations.
How do you handle the split between authorisation and capture?
We design the timing based on your order workflow. Typically, auth happens at checkout, capture is triggered at dispatch, and settlement is confirmed after payment clears PayPal. This reduces chargeback risk and allows you to cancel unpaid orders before shipping.
What happens if PayPal is down during checkout?
We implement circuit breakers and fallback queues. If PayPal is unavailable, the order is stored locally and marked for manual payment review. Customers are notified of the delay; staff receive alerts to process payments as soon as PayPal is back.
How do you reconcile PayPal settlements with ERP invoices?
We ingest PayPal's daily or real-time settlement feed, match transactions to orders by ID and amount, and flag discrepancies. Differences due to fees, chargebacks or currency conversion are tracked separately so finance has a clear audit trail.
How are refunds and chargebacks reflected in the ERP?
When PayPal confirms a refund or chargeback, we automatically create a credit note or order cancellation in the ERP. Finance is alerted; customer receives a credit on their account or receives an email confirmation depending on your workflow.
Can customers save their payment methods for one-click checkout?
Yes. We vault payment tokens in PayPal's secure storage. On repeat visits, logged-in customers see their saved cards and wallets and can complete checkout in one click. Expired or revoked tokens are detected and customers are prompted for a new method.
How do you handle 3DS and Strong Customer Authentication?
We integrate PayPal's 3DS flow into checkout. When required by the cardholder's bank, we present the authentication challenge to the customer. We handle both frictionless and challenge-required flows and pass the result back to PayPal for transaction completion.
What happens if a refund is processed in PayPal but not in the ERP?
Our reconciliation logic detects this mismatch. We automatically create a corresponding credit note in the ERP so the order is fully reversed. If the mismatch is discovered later, a reconciliation report flags the gap for finance to investigate.
How do you handle multi-currency orders and exchange fees?
We track the original transaction currency, PayPal's settlement currency and any conversion fees separately. Exchange rates and fees are logged against the order so finance can audit cross-currency settlements and reconcile to the general ledger.
What observability do you provide for payment exceptions?
We log every auth, capture, refund and chargeback event with timestamp, amount, status and error message. A real-time dashboard shows payment status by order, channel and day. Alerts fire for failed captures, pending chargebacks and reconciliation drift.
How do you manage the lifecycle of tokenised payment methods?
We periodically check token validity against PayPal. When a token expires or a customer revokes it in PayPal, we flag it and remove it from the vault. On the next checkout, the customer sees a prompt to enter a new method instead of a cryptic payment failure.
What happens if a chargeback is filed after dispatch?
PayPal notifies us via webhook. We update the order status and create a reversal event in the ERP. Finance is alerted so they can investigate the chargeback, file a response with evidence and track the outcome through PayPal's dispute workflow.
Can you handle different payment methods per region or currency?
Yes. We route checkout through PayPal's region and currency rules. Some regions restrict certain payment methods; PayPal enforces these restrictions and we respect them. If a method is unavailable, we offer alternatives or route to a regional payment processor.
How do you test the integration without risking real transactions?
We use PayPal's sandbox environment for all testing. Sandbox transactions do not affect live accounts or settlement. We run full auth, capture, refund and reconciliation cycles in sandbox before switching to live; both environments can be toggled without code changes.
What happens if a customer disputes a charge after refund?
If a chargeback is filed after a refund is processed, PayPal may reverse the refund or apply a chargeback fee. We track both events in the ERP and provide finance with a timeline so they can respond to the dispute with evidence of the refund.


