Skip to main content
Talk to an expert
ERP integrationTotal ETO

Total ETO integrations for ecommerce.

Total ETO integration matters when pricing, stock, accounts, orders and fulfilment need to move cleanly between ecommerce and the systems behind it. This page covers the integration decisions that usually matter on a Total ETO estate, where the boundary with PIM, OMS and storefront sits, and how iWeb approaches ERP-connected ecommerce with 31 years of integration experience.
600+
Commerce projects
40+
Engineers · on staff
31
Years · ERP integration
1995
Founded
Contents · 6 sections
  1. 01Data flows iWeb integrates
  2. 02Selected case studies.
  3. 03How this manufacturing ERP fits production, stock and aftermarket.
  4. 04Questions we get asked.
  5. 05Clients we build for.
  6. 06Where this fits in the wider estate.
01 · Data flows iWeb integrates

Data flows iWeb integrates

Pricing and discounts
Customer-specific pricing, contracted price lists and discount rules held in the ERP and surfaced live to the storefront.
Stock and availability
Real stock by warehouse, depot, branch or yard, with safety thresholds and back-order rules honoured against the OMS.
Account ordering
Trade accounts, credit limits, approvals, statements and account-only catalogues for B2B buyers.
Orders and invoices
Orders, dispatch confirmations, invoices and credit notes flowing both ways between storefront and ERP.
Fulfilment and returns
Warehouse, branch fulfilment and returns wired into the operational systems that actually run the business.
Customers and contacts
Account hierarchies, buyer roles, addresses and contact records kept in step between ecommerce and the ERP.
Real-time vs scheduled sync
Decide what is real-time (stock, price), what is near-real-time (orders, customers) and what is scheduled (catalogue, attributes), and write it down.
Middleware and iPaaS
iPaaS, point-to-point or message-bus patterns chosen against the operation, not against a vendor preference.
Monitoring and error handling
Error budgets, retries, dead-letter queues and alerts so failed messages are seen, not silently lost.
PIM and product data handoff
Clear separation between ERP (commercial data: price, stock, hierarchy) and PIM (enriched product data: copy, attributes, assets).
Integration ownership
Named owners on both sides of the integration so incidents have a route to resolution, not a finger-pointing exercise.
Takeover and rescue
Takeover of inherited integrations: audit, stabilise, document, then improve - not a rebuild on day one.
02 · Related work
03 · Manufacturing ERP integration context

How this manufacturing ERP fits production, stock and aftermarket.

Configure-to-order and engineer-to-order
CTO and ETO flows wired against the ERP so the storefront does not invent product semantics the manufacturing system already owns.
Item master and BOM
Item master, BOM, revision and effectivity data kept in the ERP; the storefront reads a flattened, governed projection rather than the raw model.
Quoting and bespoke pricing
Bespoke quoting, contract pricing, engineered specials and approval workflow flowing through the ERP rather than parallel quote tools.
Make-to-order vs make-to-stock
Stocked items, make-to-order items and engineer-to-order items surfaced honestly to the buyer, with promise dates anchored against ERP scheduling, not optimism.
Production schedule visibility
Customer order status, production schedule and dispatch visibility surfaced into the storefront account so the customer sees what the ERP sees.
Stock from manufacturing locations
Stock by plant, line and finished-goods warehouse, with reservations and safety thresholds honoured against the ERP rather than approximated.
Lead times and promise dates
Lead times and promise dates calculated against the ERP scheduling rules, not against a generic shipping table.
Aftermarket parts and spares
Aftermarket parts catalogues, supersession rules, kit and spare-part relationships honoured against the ERP and any parts master that sits alongside it.
Customer and account governance
Account hierarchies, distributor accounts, OEM accounts and end-customer records kept in step between ecommerce and the ERP.
Shop-floor and MES integration
Where the ERP integrates with MES, label printing, dispatch or QA systems, the storefront uses those existing handoffs rather than working around them.
PIM and technical attribute data
The ERP owns commercial data and BOM; a PIM owns enriched product data, technical attributes and assets; commerce reads from both.
Takeover and stabilisation
Inherited manufacturing ERP integrations audited, stabilised and documented before any larger change. The first month on support is deliberately conservative on change.
04 · Questions we get asked

Questions we get asked.

What gets integrated between this ERP and ecommerce?

Pricing, stock, accounts, orders, invoices, dispatch confirmations, credit notes, customers and contacts. Exact scope is sized to how the operation actually runs the ERP.

Is the integration real-time?

Mixed. Stock and pricing are read on demand and cached at storefront read time. Orders post asynchronously through monitored queues. Reference data refreshes on a defined schedule. Cadence is tuned to ERP load.

Which commerce platforms has iWeb integrated this ERP with?

iWeb has 31 years of ERP integration experience across complex commerce estates. The integration pattern is platform-agnostic and applies wherever the architecture and integration surface support it.

Does iWeb claim a vendor partnership with this ERP?

No. iWeb is a capability provider rather than a vendor partner. The integration is built against the public surface and any agreed connectors, not against a partner badge.

Can a PIM sit alongside this ERP?

Yes. The ERP owns commercial data (price, stock, accounts). A PIM such as Akeneo owns enriched product data and channel rules. Commerce reads from both through their own connectors.

How is the integration monitored in production?

Queues, retries, dead-letter handling, alerts and reconciliation reports across storefront, middleware and ERP, with a written runbook the on-call team can act on.

What happens if the ERP is upgraded or its version changes?

The integration contract is versioned. Upgrades are scoped against the contract first; storefront-side changes follow only where the upgrade actually changes the boundary.

How does iWeb scope an ERP integration?

Discovery against the actual operational data flow, not the brochure. The integration surface, message contract, ownership and failure modes are written down before any build work begins.

Can iWeb take over an existing integration with this ERP?

Yes. The team reads the existing integration, message contracts and incident history first, then writes down what to fix first and what is safe to defer. The first month on support is deliberately conservative on change.

How are failures and dead-letter messages handled?

Every queue has an error budget, retry policy and dead-letter destination. Dead-letter items raise alerts and are triaged against the runbook rather than silently re-queued or dropped.

How is hosting and release governed?

Hosting, monitoring and the release process are tied to live trading. A named senior owner sits on both sides of the boundary so incidents have a route to resolution.

Can iWeb support multi-company or multi-territory estates?

Yes. Multi-company, multi-currency and multi-territory estates are wired against the actual ERP ledger rather than approximated, with the contract written down per company and per territory.

Accreditations & assurance
Gold Commerce Partner
Specialised in Commerce & AI
ISO certified
27001 · 9001 · 42001
Cyber Essentials Plus
Independently verified security
WCAG 2.2 AA
Accessibility embedded by design
Employee-owned
The same team, long term
Next step

Have a Total ETO integrations for ecommerce. brief?

Send the brief. You'll get a written response from a senior expert on the platform, ERP and operational realities we'd look at first, not a pitch deck.
Talk to an expertor see all erp integrations →