Skip to main content
Talk to an expert
Salesforce Commerce Cloud logo

Salesforce Commerce Cloud integration for ecommerce

Commerce and operations stay perfectly in step at scale Salesforce Commerce Cloud is the commerce platform layer. iWeb defines the flows to ERP, PIM, payments, fulfilment, search, marketplaces and CRM so products, stock, pricing, orders and customers stay in step without silent failures. Integrates with the ERP, PIM, OMS and operational systems commerce teams already run.

Also searched as: commerce platform, storefront, online store, shop platform, commerce engine.

Your systemsiWeb integration layerSalesforce Commerce Cloud
Works with - SAP, Oracle, NetSuite, Microsoft Dynamics, Infor (ERP) · Salsify, Syndigo, Contentserv, Informatica (PIM) · Blue Yonder, Manhattan, Kinaxis (OMS) · Algolia, Elasticsearch, Coveo (Search) · Stripe, Adyen, Square, PayPal (Payments)
01 · What you get

What a Salesforce Commerce Cloud integration gives you.

Customers see accurate stock and pricing

Stock levels and promotions on the storefront reflect your ERP and pricing engine in near-real-time. Customers do not see out-of-stock items or stale prices, and checkout does not fail due to price or inventory mismatches.

Orders flow to fulfilment without re-entry

When a customer completes checkout, the order lands in your ERP or OMS automatically with addresses, SKUs, quantities and custom attributes intact. No manual re-keying, no lost orders, no duplicate payment captures.

Product changes propagate to the storefront cleanly

When product teams update attributes, images or copy in your PIM, those changes land on the storefront without breaking layouts, losing images or orphaning variants. Merchandisers can schedule or batch changes without risk.

Customers trust their account and order history

Customer accounts, previous orders, saved addresses and returns are visible on the storefront and stay in sync with your ERP and CRM. Shoppers recognise themselves across channels and customer service has the full picture.

Integration gaps and failures are visible

When stock is stale, a payment fails, an order is rejected, or a product image is missing, the operations team knows about it immediately. Exception queues are owned, SLAs are clear, and there is no silent drift.

02 · When it's worth it

Where a Salesforce Commerce Cloud integration earns its place.

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

Publishing product catalogue, attributes and images from PIM to storefront
Syncing live stock and pricing from ERP to Commerce Cloud
Capturing orders from checkout and handing them to ERP or OMS for fulfilment
Handling customer account updates, wishlists and returns between systems
Integrating payments and payment methods with processors and reconciliation
Publishing channel-specific listings to marketplaces and managing orders back
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.

Limited stock buffering and reservation logic

SFCC shows live stock from your ERP or OMS, but does not manage reservation or hold logic by itself. If orders spike or ERP is slow, oversell can occur. The integration needs to define whether SFCC buffers stock, holds orders pending confirmation, or relies on order rejection to prevent oversell.

No native order orchestration

SFCC captures the order but does not route it, split it across warehouses or decide how to fulfil it. An OMS, ERP or custom orchestration layer must own order routing, dropship logic and split-shipment decisions after the order lands.

Pricing logic varies by edition and customisation

SFCC supports basic promotion rules and customer-group pricing, but complex trade-account pricing, tiered volume discounts or contract-based pricing often live in the ERP or a dedicated pricing engine. The integration must bridge the gap and handle promotion conflicts.

Product content governance sits between PIM and storefront

SFCC can hold product data, but if your PIM is the source of truth, changes made directly on the storefront can be overwritten on the next sync. The integration needs to define where product governance lives and prevent conflicting edits.

Upgrade and extension breakage risk

SFCC upgrades, extension updates and theme changes can silently break integrations, custom fields or API behaviour. The integration needs monitoring, rollback paths and clear change-management rules around vendor updates.

04 · The real work

Product data and order flows often end up owned by no one once the initial launch succeeds; the biggest risks surface months later when an upgrade breaks the integration or an ERP change silences the stock feed.

05 · Where it sits

Where this integration sits in your estate.

Salesforce Commerce Cloud is the commerce platform - the customer-facing experience, catalogue, checkout and account area. The iWeb integration layer wires it into the ERP, PIM, OMS, WMS and payments systems it depends on. The estate map helps agree ownership before anything is built.

Sits at the front of your estate. We wire Salesforce Commerce Cloud into the finance, stock and product systems it depends on.

Customer-facing commerce
Commerce platform
Salesforce Commerce Cloud
Commerce platform and storefront layer
  • Product catalogue display and merchandising
  • Shopping cart and checkout experience
  • Customer session and account login
  • Order capture and payment initiation
  • Customer search and browse behaviour
iWeb integration layer
Systems behind the platform
Systems it depends on
SAP, Oracle, NetSuite, Microsoft Dynamics, Infor (ERP)Salsify, Syndigo, Contentserv, Informatica (PIM)Blue Yonder, Manhattan, Kinaxis (OMS)Algolia, Elasticsearch, Coveo (Search)Stripe, Adyen, Square, PayPal (Payments)Klaviyo, Segment, Salesforce CRM (CRM and marketing)Amazon, eBay, Rakuten (Marketplaces)
  • Storefront design and user experience
  • Checkout flow and form validation
  • Customer registration and self-service
  • Order confirmation and status display
  • Returns and account-history visibility
Connected neighbours
Integration layer
ERP
Source of stock, base pricing, customer accounts and invoices; destination for orders, payments and returns.
Integration layer
PIM
Source of product attributes, descriptions, images and taxonomy; SFCC displays and merchandises.
Integration layer
OMS
Receives orders from SFCC and routes, allocates stock, orchestrates fulfilment and returns.
Integration layer
WMS
Manages warehouse operations after OMS sends pick/pack instructions; sends dispatch and tracking back.
Integration layer
Search and discovery
Receives catalogue and merchandising rules from PIM; returns faceted results and recommendations to SFCC.
Integration layer
Payments
Receives payment intent from checkout; sends authorisation, capture and refund confirmations back.
Two-way sync where relevant
06 · Surrounding systems

Systems this integration usually sits next to.

Examples, not a closed list. iWeb wires Salesforce Commerce Cloud into whatever ERP, PIM, OMS, WMS, payments and operational systems your estate already runs.

Systems behind the platform (examples)
  • SAP, Oracle, NetSuite, Microsoft Dynamics, Infor (ERP)
  • Salsify, Syndigo, Contentserv, Informatica (PIM)
  • Blue Yonder, Manhattan, Kinaxis (OMS)
  • Algolia, Elasticsearch, Coveo (Search)
  • Stripe, Adyen, Square, PayPal (Payments)
  • Klaviyo, Segment, Salesforce CRM (CRM and marketing)
  • Amazon, eBay, Rakuten (Marketplaces)
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 COMMERCE & SALES CHANNELS
BOTH WAYS & OUT TO CHANNELS
Product catalogue and assets: Product data, attributes, images and descriptions flow from your PIM or ERP into Salesforce Commerce Cloud
The integration defines how variants, bundles, category taxonomy and media URLs land on the storefront, and how changes are detected and refreshed.
Stock and pricing: Stock levels, base pricing, promotion rules and customer-specific pricing flow from your ERP, OMS or pricing engine into SFCC
The integration handles refresh frequency, stock buffering rules, pricing override logic and fallback behaviour when pricing services are unavailable.
Orders and customer events: Completed orders, cart events, customer registrations and account updates leave the storefront and flow into your ERP, OMS, CRM or analytics warehouse
The integration captures order IDs, payment status, shipping address and custom attributes needed downstream.
Customer accounts and returns: Customer profiles, addresses, order history and return requests move both directions between SFCC and your CRM, ERP or customer service platform
The integration handles account linking, consent flags and return-shipping instructions.
Payment methods and tokens: Payment processors, saved card vaults and tokenisation services integrate with SFCC checkout
The integration manages 3DS handoff, capture versus authorisation timing, refund routing and PCI compliance.
Marketplace feeds: Product listings, pricing and inventory feed from SFCC (often sourced from your PIM) out to marketplaces
The integration handles channel-specific attribute mapping, inventory deductions and order ingestion from each channel back to SFCC and your ERP.
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
    Map data ownership and flows

    We define which system owns product attributes, pricing, stock, customer records and orders. We map where each field comes from, where it goes, who changes it, and what the fallback is if a system is unavailable.

  2. 02
    Build the integration layer

    We connect SFCC to your ERP, PIM, OMS, payments, CRM and marketplaces with named flows, error handling and monitoring. We test edge cases like ERP downtime, payment processor outages, concurrent stock changes and order rejection.

  3. 03
    Design for operational ownership

    We define runbooks, SLAs and exception-queue ownership so the operations, ecommerce, product and finance teams know what to do when integration gaps surface. We avoid hidden logic and complex workflows that only developers understand.

  4. 04
    Set up monitoring and alerting

    We implement observability so you see data freshness, sync lag, failed payloads, payment rejections and oversell risk. We connect alerts to the right queues and dashboards so nothing disappears silently.

  5. 05
    Plan for upgrades and changes

    We document the integration in ways that survive SFCC upgrades, extension updates and team changes. We help you test changes in staging, manage rollback paths and avoid breaking integrations during vendor updates.

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
DataProduct catalogue, attributes and descriptions
Source / ownerPIM (typically)
Maintained byProduct and merchandising teams
NotesSFCC reads from the PIM and displays on the storefront; direct edits on SFCC can be overwritten on the next sync if PIM is the source of truth.
DataStock levels and allocation
Source / ownerERP or OMS
Maintained byWarehouse and operations teams
NotesSFCC displays live stock from the ERP or OMS; SFCC does not hold reservations by itself, so the integration must define buffering and oversell prevention rules.
DataBase pricing, promotions and discounts
Source / ownerERP or pricing engine
Maintained byPricing and promotions teams
NotesSFCC displays pricing from the ERP or pricing engine; SFCC can hold promotion rules but complex logic or contract pricing usually lives upstream.
DataCustomer accounts, addresses and order history
Source / ownerERP or CRM (typically)
Maintained byCustomer service and ecommerce teams
NotesSFCC reads and writes customer profiles; the integration must handle account linkage, consent flags and syncing order history back to the CRM.
DataCompleted orders and order status
Source / ownerERP or OMS
Maintained byOperations and order-management teams
NotesSFCC captures the order and sends it downstream; the ERP or OMS becomes the source of truth for fulfillment status, tracking and returns.
DataPayments and transaction records
Source / ownerPayment processor
Maintained byPayments operations and finance teams
NotesSFCC integrates with the payment processor and passes transaction data to the ERP for reconciliation; the integration must handle captures, refunds and chargebacks.
10 · Experienced integrator

We have built this before

iWeb has integrated Salesforce Commerce Cloud with dozens of ERP, PIM, OMS and payment estates across B2C and B2B merchants. We understand how SFCC sits between product governance, stock and pricing upstream and order fulfilment and customer experience downstream.

We know how to map PIM-to-SFCC product feeds, avoid conflicts with direct storefront edits, and handle schema changes after vendor releases.
We design stock and pricing sync to prevent oversell, handle ERP downtime gracefully and monitor data freshness in production.
We build order capture and payment integration with idempotency, exception handling and reconciliation back to the ERP or OMS.
We understand multi-channel complexity: how to keep stock, pricing and customer data in sync across SFCC, marketplaces, POS and B2B channels.
We define operational ownership clearly so ecommerce, ops, product and finance teams know what to do when integrations drift or fail.
11 · Before launch

What we test before launch.

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

Verify stock parity between ERP and SFCC across all SKUs before go-live; confirm sync frequency and buffer logic.
Test order capture and idempotency: ensure no duplicate orders if payment succeeds but SFCC retries the ERP handoff.
Confirm product changes (attributes, images, variants) from PIM land on SFCC within agreed time and do not orphan category pages.
Test payment processor integration including 3DS flow, failed captures, refund routing and reconciliation against the ERP.
Verify customer account sync (new registrations, address updates, consent changes) flows both ways without duplicates or data loss.
Confirm exception queues exist and alert appropriately for stale stock, failed orders, payment rejections and integration gaps.
Test SFCC upgrade or extension update in staging to ensure no integration breaks and re-validate flows post-upgrade.
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.

Oversell and stock visibility mismatch

If stock sync between SFCC and the ERP is slow or infrequent, or if SFCC does not buffer inventory, customers can order items that have already sold elsewhere. Orders spike during peak trading and the ERP rejects fulfilment after payment is taken. Define a stock-buffering strategy and sync frequency before going live.

Orders lost or duplicated in handoff

If the integration between SFCC checkout and your ERP or OMS is brittle or lacks idempotency checks, orders can be dropped, duplicated or stuck in a queue. Payment is captured but fulfilment never starts. Clear ownership of exception queues and a retry strategy are critical.

Product content conflicts between systems

If both SFCC and your PIM are treated as sources of product truth, edits can conflict, images can be overwritten, and the storefront can show stale or incomplete data. Define whether PIM is the master and SFCC is read-only, or whether SFCC can be edited independently.

Upgrade or extension breaks integrations silently

SFCC upgrades, theme changes or extension updates can break custom fields, API endpoints or trigger logic without obvious warning. Stock, pricing or order flows stop working and the team does not realise until customers complain. Build in monitoring and staging tests for every vendor update.

Payment processor or fraud check failures not visible

If the payment integration has poor error handling or observability, failed authorisations, chargebacks or fraud blocks can go unnoticed. Customers experience checkout failures but the operations team does not know how many or why. Set up payment exception queues and reconciliation checks.

Customer data sync drift between systems

If customer updates (profile changes, consent, unsubscribe events) are not synced consistently between SFCC, your ERP and CRM, shoppers see stale information, incorrect pricing and missed communications. Define which system is the source of truth for each customer attribute and how conflicts are resolved.

14 · Questions

Common questions about Salesforce Commerce Cloud integrations.

How do we keep product data on SFCC in sync with our PIM?

We define a scheduled or event-driven sync from your PIM into SFCC, typically via REST API, SFCC import pipelines or a middleware layer. The integration detects product changes (attributes, images, descriptions, variants), transforms them to match SFCC's data model, and publishes them to the storefront. We also monitor for staleness and alert if a sync fails.

How do we prevent overselling if stock is sold across multiple channels?

We work with your ERP or OMS to define a stock-buffering strategy: you might reserve inventory for the ecommerce channel, use real-time availability checks before checkout, or hold orders pending ERP confirmation. The integration monitors stock freshness and alerts if the ERP is unavailable so you can fail gracefully.

What happens to orders after they are placed in SFCC?

We integrate SFCC checkout with your ERP or OMS so completed orders land automatically with all necessary data (customer, addresses, SKUs, quantities, payment status). The integration includes idempotency checks to prevent duplicates and exception handling for rejections or failures.

How do customer accounts sync between SFCC and our ERP or CRM?

We set up bidirectional sync of customer profiles, addresses, order history and consent between SFCC and your CRM or ERP. The integration handles account linking (matching SFCC customer IDs to ERP customer accounts) and ensures changes like address updates or preference changes propagate consistently.

How do we handle customer returns and refunds?

Return requests originating in SFCC (or your customer service platform) flow to your ERP or OMS with RMA details. Once processed, refund amounts and status updates flow back to SFCC so customers see the progress. The integration also ensures refunds reconcile with the payment processor.

How do we publish product listings to marketplaces from SFCC?

Product data and pricing flow from your PIM through SFCC to marketplace connectors (Amazon, eBay, etc.). The integration transforms data to match each marketplace's requirements, deducts inventory from all channels consistently, and ingests marketplace orders back into SFCC and your ERP.

What happens if the ERP is unavailable or slow to respond?

We define fallback behaviour: SFCC might display cached stock and pricing, queue orders for later processing, or show a warning message. The integration includes retry logic, dead-letter queues and monitoring so the team is alerted and can manually intervene if needed.

How do SFCC upgrades or extensions impact our integrations?

We document integrations in ways that survive vendor updates, avoid overly custom code and build staging tests for every SFCC release. We maintain version tracking and alert your team to changes in APIs or trigger behaviour that might affect downstream systems.

How do we handle complex trade-account pricing or customer-specific discounts?

If your ERP manages contract pricing or tiered discounts, the integration pulls those rules into SFCC at checkout time, either via API calls or scheduled feeds. SFCC applies the pricing rules and displays the correct amount to the logged-in customer.

How do we know if the integration is working or if data is stale?

We set up monitoring dashboards that show stock freshness, order processing latency, failed syncs, payment rejections and customer account updates. Alerts notify the operations team immediately if data drift, failures or delays exceed agreed thresholds.

How do we manage payment methods, saved cards and PCI compliance?

The integration connects SFCC to your payment processor (or vault) for authorisation and tokenisation. Card details are never stored on SFCC or your ERP; the integration uses payment tokens and ensures 3DS / SCA flows work correctly for security and compliance.

Who owns the integration if something goes wrong?

We define clear operational ownership: each data flow has a named owner, an SLA, a monitoring rule and a runbook for failure. Integration gaps, slow syncs or data conflicts are assigned to the right team (ecommerce, operations, product, finance) before launch.

Can we edit products directly on SFCC or does everything come from PIM?

If your PIM is the source of truth, product edits should happen there and sync to SFCC as read-only. If you allow direct SFCC edits, we define a conflict-resolution rule and ensure merchandisers know the risk of being overwritten on the next sync.

How do we handle seasonal promotions or flash sales?

Promotion rules can live in your ERP, pricing engine or SFCC depending on your setup. We define who has permission to create or approve promotions, how they are scheduled, and how conflicts between systems are resolved if the same product has competing rules.

14b · Same category

Other commerce platforms integrations.

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

Commerce platforms
Next step

Have a Salesforce Commerce Cloud 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 →