Skip to main content
Talk to an expert
SAP S/4HANA logo

SAP S/4HANA integration for ecommerce

Live stock and pricing from SAP, web orders captured cleanly into the ledger. iWeb integrates SAP S/4HANA with ecommerce platforms so stock, pricing, customer accounts and orders stay governed and reconciled. Stock publishes without oversell; orders land once with correct customer links; invoices and credit notes reach customers automatically; reconciliation stays clean. Works with Adobe Commerce, Magento Open Source, Shopify Plus, BigCommerce and other storefronts.

Also searched as: connector, plugin, extension, API integration, system integration.

SAP S/4HANAiWeb integration layeryour storefront
Works with - Adobe Commerce · Magento Open Source · Shopify Plus · BigCommerce · Other storefronts
01 · What you get

What a SAP S/4HANA integration gives you.

Stock accuracy across channels

Live stock visibility from SAP reaches ecommerce and branch systems without oversell. Stock reservations and movements reconcile between fulfilment and the ledger.

Pricing consistency and margin protection

Base list prices, customer-specific pricing and promotional discounts all originate from agreed sources and publish to storefronts without conflicts or accidental discounting.

Order data integrity in finance

Orders captured from commerce land in SAP once, with correct customer links and totals, so invoicing, tax, commission and reconciliation are clean.

Customer credit and payment visibility

Credit limits, payment terms and account holds stay current in both SAP and ecommerce so checkout rules match financial risk and late-payment enforcement is consistent.

Operational exception visibility

Failed orders, stuck acknowledgements, stock sync gaps, pricing mismatches and finance reconciliation breaks surface in dashboards so teams can respond before customers complain.

02 · When it's worth it

Where a SAP S/4HANA integration earns its place.

If two or more of these are true, the integration usually pays for itself quickly.

Publishing live stock and base pricing from SAP to storefronts without oversell or margin erosion
Capturing web orders into SAP with order acknowledgement, so finance and fulfilment see the same data
Keeping customer accounts, credit limits and payment terms in step between SAP and ecommerce
Publishing invoices and credit notes back to customers and commerce systems after order settlement
Handling customer and pricing changes both ways when trade, branch and online channels coexist
03 · The limits

Where off-the-shelf connectors fall short.

Vendor connectors are fine for simple cases. Here's where the real ones need more.

No native ecommerce order capture

SAP does not natively ingest orders from modern commerce platforms. Custom mapping, validation, duplicate detection and asynchronous acknowledgement must be built in middleware or a custom connector layer.

Stock visibility delay and oversell risk

SAP stock updates are transactional but not always real-time to storefronts. Without intermediate buffering and reservation logic, oversell happens frequently when multiple channels or high-traffic periods collide.

Pricing and promotion fragmentation

SAP holds base list prices and customer-specific contracts, but promotional pricing, discounts and channel-specific rules live in commerce platforms or separate pricing engines. Mapping these consistently without conflicts requires explicit ownership design.

Customer account synchronisation gaps

SAP customer master data does not automatically sync two-way with ecommerce customer accounts. Credit limits, payment terms, account holds and offline / online identity linking must be manually designed and monitored.

Invoice and credit-note delivery

SAP generates invoices after order settlement, but does not push them to storefronts, customer accounts or email systems. A separate integration must capture invoice events and route them to the correct channels and customers.

04 · The real work

Ecommerce teams often assume stock is live and pricing is consistent when in fact SAP stock updates lag and promotional rules diverge from base prices; without explicit data ownership and monitoring, stock oversells and invoices do not match orders.

05 · Where it sits

Where this integration sits in your estate.

SAP S/4HANA 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. SAP S/4HANA feeds stock, pricing, orders and customer data into your chosen platform.

System of record
Source / owner
SAP S/4HANA
System of record for stock, base pricing, customer accounts, orders and finance
  • Stock availability and reservations
  • Base and list pricing
  • Customer accounts and credit limits
  • Sales orders and order acknowledgement
  • Invoices and credit notes
  • Goods movements and despatch events
iWeb integration layer
Customer-facing commerce
Commerce platform
Adobe CommerceMagento Open SourceShopify PlusBigCommerceOther storefronts
  • Storefront product discovery and merchandising
  • Shopping cart and checkout experience
  • Customer session and preferences
  • Promotional pricing and discounting
  • Order placement and payment capture
  • Customer account and order history display
Connected neighbours
Integration layer
PIM
Holds product attributes, content and media; iWeb syncs category taxonomy and enrichment to commerce; SAP provides base pricing.
Integration layer
OMS
Orchestrates order routing, stock allocation and split fulfilment; iWeb receives orders from SAP and routes them to OMS for warehouse / 3PL instructions.
Integration layer
WMS / 3PL
Executes picking, packing and despatch; iWeb receives goods movements and despatch confirmations from SAP and relays them to commerce for customer visibility.
Integration layer
Payment processors
Capture and settle payment; iWeb routes payment status back to SAP so invoices generate only after settlement is confirmed.
Integration layer
Marketplaces and sales channels
Aggregate orders from multiple channels; iWeb unifies them in SAP by order source so finance and fulfilment see unified order pipeline.
Integration layer
CRM and marketing
Hold customer engagement and behavioural data; iWeb syncs customer records and credit limits from SAP to inform marketing segmentation and offer rules.
Two-way sync where relevant
06 · Surrounding systems

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.

Ecommerce platforms (examples)
  • Adobe Commerce
  • Magento Open Source
  • Shopify Plus
  • BigCommerce
  • Other storefronts
Surrounding systems (examples)
  • PIM (product master and media)
  • OMS (order routing and fulfilment orchestration)
  • WMS (warehouse stock and despatch)
  • Search and merchandising
  • Payment processors
  • Marketplaces and sales channels
  • CRM and marketing platforms
  • Business intelligence and reporting
Not sure?

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.

07 · Data flows

The data flows we wire.

Each flow has a direction and an owner. We agree both before a line of code is written.

Into ERP
From ERP
BOTH WAYS
Stock and pricing to commerce: Stock levels and base list prices flow out of SAP to the storefront and OMS in real time or scheduled batches
The integration must buffer stock for oversell risk, publish pricing without race conditions, and alert when SAP stock feed fails.
Web orders and customer transactions: Orders captured on the storefront move into SAP with line items, customer account links and total amounts
The integration must prevent duplicate order creation, handle asynchronous acknowledgement from SAP, and surface orders that fail validation.
Customer accounts and credit rules: Customer master records, credit limits, payment terms and account holds move between SAP and commerce platforms
Changes in either direction must sync so checkout respects current credit state and offline trade accounts stay linked to online identities.
Invoices and credit notes: SAP generates invoices after order settlement and credit notes on returns
These must publish back to the storefront, customer accounts and external finance systems so customers see correct billing and reconciliation stays clean.
Dispatch confirmations and goods movements: SAP updates stock after goods receipt and records despatch confirmations from the warehouse or 3PL
These movements must flow to the storefront, OMS and customer notifications so ecommerce and ERP stock pictures stay aligned.
08 · How we build it

How iWeb configures the integration around your business.

Same method on every integration. The decisions come before the code.

  1. 01
    Data ownership mapping and design

    iWeb audits SAP and commerce systems to define which owns stock, pricing, customer accounts, orders and invoices. This prevents silent collisions, dual data entry and finger-pointing when data is stale.

  2. 02
    Custom order-ingest and validation

    iWeb builds order capture with duplicate detection, line-item validation, customer-account linking and asynchronous acknowledgement from SAP. Orders that fail validation surface in monitored queues, not just fail silently.

  3. 03
    Stock integration and buffer logic

    iWeb designs stock feeds from SAP with intermediate caching, reservation rules and oversell prevention. Stock syncs on schedule or event-driven, with fallback to cached values if SAP is unavailable.

  4. 04
    Pricing and promotion orchestration

    iWeb maps base prices, customer-specific contracts and promotional rules to their source systems and publishes them to commerce without conflicts. Pricing changes from SAP or promotions engines stay in sync.

  5. 05
    Customer account synchronisation

    iWeb builds two-way sync of customer master data, credit limits, payment terms and account holds between SAP and commerce. Changes in either direction propagate automatically with conflict resolution rules.

  6. 06
    Invoice and credit-note automation

    iWeb captures invoice and credit-note events from SAP and routes them to customer accounts, storefronts and email systems. Finance teams see reconciliation integrity; customers see correct billing.

09 · Ownership

Who owns what.

The single most important table in any integration. One system owns each field; everything else reads it.

Data
Source / owner
Maintained by
Notes
DataStock availability and reservations
Source / ownerSAP S/4HANA
Maintained byWarehouse, goods-receipt and despatch processes in SAP
NoteseCommerce platforms cache stock and reserve against SAP levels; OMS and WMS systems receive allocation instructions and confirm despatch back to SAP.
DataBase and list pricing
Source / ownerSAP S/4HANA
Maintained byPricing and product-cost maintainers in SAP
NotesCommerce platforms and PIM systems receive base prices from SAP; promotional pricing, channel-specific discounts and contract pricing are overlaid in commerce or separate pricing engines.
DataCustomer accounts and credit limits
Source / ownerSAP S/4HANA
Maintained byCustomer master and credit-control functions in SAP
NoteseCommerce platforms receive customer master records, credit limits and payment terms from SAP; changes to credit holds or terms must propagate back to commerce checkout rules.
DataWeb orders and order acknowledgement
Source / ownerSAP S/4HANA
Maintained byOrder-entry and sales-order processing in SAP
NotesOrders are captured from commerce platforms and posted to SAP as sales orders; SAP sends back acknowledgements, order numbers and settlement status; OMS and WMS systems reference SAP order numbers.
DataInvoices and credit notes
Source / ownerSAP S/4HANA
Maintained byBilling and finance functions in SAP
NotesSAP generates invoices after goods despatch and settlement; these must route to customer accounts, storefronts and external accounting systems for reconciliation and customer delivery.
DataGoods movements and despatch confirmations
Source / ownerSAP S/4HANA
Maintained byWarehouse and logistics processes in SAP
NotesGoods receipt, issue and despatch are recorded in SAP and trigger stock-availability updates; OMS, WMS and storefronts receive despatch confirmations and tracking references from SAP.
10 · Experienced integrator

Built this integration many times

iWeb has integrated SAP S/4HANA with ecommerce platforms, OMS systems, PIM layers, WMS platforms and reporting tools across manufacturing, trade, retail and multi-channel operations. iWeb understands how SAP sits at the centre of your commercial data and how to design flows that keep product, stock, pricing, customer and order data governed and reconciled.

iWeb has built order-ingest patterns that deduplicate, validate and acknowledge orders asynchronously from SAP without loss or duplication.
iWeb designs stock and pricing feeds that buffer against SAP unavailability and prevent oversell while keeping margin rules intact.
iWeb maps customer account synchronisation and credit-limit enforcement between SAP and commerce checkout so financial risk rules are consistently applied.
iWeb handles invoice and credit-note automation so finance teams see reconciliation integrity and customers receive correct billing.
iWeb knows how SAP integrates with OMS, WMS, PIM and reporting platforms, and how to define data boundaries so integration seams do not become silent failure points.
11 · Before launch

What we test before launch.

Every one of these is rehearsed before a customer ever sees the integration.

Verify stock availability on the storefront matches SAP within the expected sync interval; confirm oversell does not occur under concurrent-checkout load.
Confirm orders captured from commerce land in SAP once, with correct customer account links and totals; check for duplicate-order detection.
Validate that SAP order acknowledgements flow back to commerce and trigger fulfillment and invoice workflows without delay.
Test price changes from SAP propagate to storefronts within the agreed SLA; confirm promotional pricing does not break margin validation.
Confirm customer credit-limit and payment-term updates from SAP reach checkout within minutes; verify orders are rejected if customer is on hold.
Validate invoices and credit notes generate from SAP after settlement and reach customer accounts and email systems without loss.
Confirm reconciliation reports show matching order and invoice counts between commerce and SAP; identify and resolve any gaps before month-end.
12 · Failure points

Common risks and where they bite.

We name these on day one. A risk written down is a risk you can plan around.

Order duplication from async acknowledgement failures

When SAP acknowledgement is slow or fails to return, orders can be resubmitted or captured twice. Without idempotent order keys and duplicate detection, finance and fulfilment see conflicting order counts and ship twice.

Stock drift between SAP and ecommerce during peak traffic

High-concurrency checkouts combined with slow stock sync from SAP cause oversell. Customers complete payment for out-of-stock items because the storefront did not wait for the latest reservation.

Pricing mismatches when promotional rules diverge

Promotional discounts in the storefront do not check SAP margin rules or base-price changes. Invoices land in SAP at list price while customers were charged discount, breaking margin and reconciliation.

Customer credit limits not enforced on checkout

Credit limit and payment-term updates from SAP do not propagate to the storefront in time. Customers on hold place orders that should be rejected; finance has to manually cancel them after the fact.

Silent invoice generation and delivery failure

SAP generates invoices after order settlement, but the integration to email or customer accounts fails silently. Customers do not receive invoices; finance teams do not know delivery failed; reconciliation breaks.

Finance reconciliation drift after go-live

Early weeks of integration often reveal mismatched order counts, duplicate invoices or split shipments that landed in SAP wrong. Without exception monitoring and daily reconciliation checks, these drift undetected into month-end.

14 · Questions

Common questions about SAP S/4HANA integrations.

How does stock synchronisation work between SAP and ecommerce without oversell?

iWeb designs a buffered stock feed where SAP publishes stock levels on schedule or event-driven; the commerce platform caches these and applies reservation logic during checkout. If SAP feed stalls, the storefront uses the last cached value; if a reservation fails at SAP after checkout completes, exception handling surfaces the gap for manual resolution.

What happens if a web order fails validation in SAP?

iWeb builds validation rules in the integration layer before orders enter SAP (customer account, credit limit, line-item checks) and after SAP acknowledgement (duplicate detection, order number linkage). Orders that fail SAP validation land in monitored exception queues; teams see them immediately and can resubmit or contact customers without delay.

How are web orders deduplicated if SAP acknowledgement is slow?

iWeb implements idempotent order keys (combining storefront order number, timestamp and customer hash) so resubmitted orders are detected and not posted to SAP twice. A separate reconciliation process matches acknowledged SAP order numbers back to storefront orders, closing the loop asynchronously.

Who owns pricing - SAP or the ecommerce platform?

iWeb maps this explicitly: SAP holds base and list prices (source of truth for margin protection); the commerce platform applies promotional pricing, channel-specific discounts and bundling rules. Pricing changes from either source are validated against the other; conflicts are flagged for buyer approval before publishing.

How do customer credit limits and payment terms stay current on the storefront?

iWeb builds bi-directional sync of customer master data (accounts, credit limits, payment terms, holds) from SAP to commerce platforms. Changes in SAP propagate to checkout rules within minutes; if a customer is placed on hold, new orders are rejected until the hold is released.

What happens when SAP is unavailable during a peak sales period?

iWeb designs fallback logic: if SAP stock feed is down, the storefront uses cached inventory; if order-entry to SAP times out, orders queue for retry with exponential backoff. Once SAP is healthy, queued orders are resubmitted; dashboards show the backlog so teams can monitor recovery.

How do invoices and credit notes reach customers after order settlement?

iWeb captures invoice and credit-note events from SAP (triggered by goods despatch and billing completion) and routes them to customer accounts, storefronts and email systems. Finance teams receive reconciliation files linking invoices to orders; customers receive invoices by their preferred channel.

How does the integration handle returns and customer credit notes?

iWeb tracks goods-return events from the WMS or OMS back to SAP; SAP generates credit notes after return receipt. These credit notes sync back to customer accounts and refund processors; the integration ensures credit-note numbers match invoices for reconciliation.

What data reconciliation happens daily or weekly to catch sync gaps?

iWeb sets up daily reconciliation queries: order counts by date in commerce vs SAP, invoice totals vs order totals, stock discrepancies between SAP and caches, customer credit-limit mismatches. Reports are delivered to finance and operations teams; significant gaps trigger alerts.

How are customer-specific contract prices and discounts handled?

iWeb maps customer-specific pricing from SAP (contract prices, volume discounts, payment terms) to the commerce platform or a separate pricing engine. At checkout, the system applies SAP-sourced contract pricing first, then validates against margin rules before confirming the order.

What happens if a customer record exists in both SAP and the ecommerce platform?

iWeb designs a matching strategy using customer number, email or tax ID to link records. Changes to a customer in one system update the other; duplicate records are flagged for manual de-duplication during integration design, not after go-live.

How does the integration monitor for and alert on failures?

iWeb builds operational dashboards showing order ingest status, stock sync latency, pricing-rule conflicts, customer-account changes and invoice-delivery success. Failures (stuck orders, stale stock, mismatched pricing, silent invoice delivery) trigger alerts to operations and are visible in a daily exception report.

Can the integration handle split orders across multiple warehouses or 3PLs?

iWeb works with the OMS layer to assign order lines to fulfilling locations and route despatch instructions to each. SAP records goods issue from each location; the integration tracks which lines are pending, shipped and delivered so customers see accurate status.

How does month-end finance reconciliation work with this integration?

iWeb ensures order count, invoice count and total revenue reconcile between commerce systems and SAP. During month-end close, finance teams receive a reconciliation report; any gaps (unacknowledged orders, duplicate invoices, unmatched credit notes) are investigated immediately.

14b · Same category

Other erp · finance integrations.

Adjacent integrations in the same category. Same shape of work, different vendor.

ERP · finance
Next step

Have a SAP S/4HANA integration brief?

Send the brief, or tell us what is breaking. You will get a written response from a senior expert: the integration boundary, the realistic shape, the risks worth naming, and what it takes to support after launch.
Talk to an expertOr browse all integrations →