What a Salesforce Commerce Cloud integration gives you.
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.
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.
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.
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.
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.
Where a Salesforce Commerce Cloud 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.
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.
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.
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.
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.
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.
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.
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.
- 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
- 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
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.
- 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 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.
- 01Map 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.
- 02Build 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.
- 03Design 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.
- 04Set 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.
- 05Plan 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.
Who owns what.
The single most important table in any integration. One system owns each field; everything else reads it.
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.
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 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.
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.
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.
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.
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.
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.
Relevant services and sectors.
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.
Other commerce platforms integrations.
Adjacent integrations in the same category. Same shape of work, different vendor.



