Two-way sync
Changes in Sage 300 or Shopware instantly reflect in both systems. No stale data, no manual imports.
Keep Sage 300 and Shopware in sync without custom scripts. Cut weeks of integration work, eliminate silent data drift, and give your team a single, reliable source of truth.
Shopware runs the storefront and takes the orders; Sage 300 owns the item master, the stock on hand, and the finance behind every transaction. The two overlap wherever the same products, customers, and sales matter to both — and when re-keying or an overnight batch is what connects them, the store oversells items it can't ship, quotes prices finance never set, or leaves buyers waiting on status that already changed.
Stacksync syncs Sales Channels, Media, Products, Categories in Shopware with Journal Batches, Order Entry Orders, Purchase Orders, Inventory Items in Sage 300 field by field, in real time, and in both directions. You decide which system owns which fields — stock and pricing from Sage 300, order and customer detail from Shopware — and Stacksync keeps every copy consistent and resolves conflicts by rules you set.
As orders are picked, shipped, or invoiced in Sage 300, tracking and status flow back to Shopware so buyers see accurate updates.
Where both systems keep customer records, a correction in either propagates to the other, ending dual maintenance.
Available quantities from Sage 300 publish to Shopware, so the store shows what can actually ship and stops overselling.
Representative objects on each side — any object or custom field can map to any target. Schemas are auto-detected; types are converted between the two systems.
| Sage 300 objects | Shopware objects | How this pairing syncs | |
|---|---|---|---|
| GL Accounts Chart of accounts read for transaction mapping across integrations. | Sales Channels Per-storefront configuration (`sales_channel`); used to scope and consolidate orders and customers across multiple storefronts. | GL Accounts is specific to Sage 300 and Sales Channels to Shopware — each maps to any object or custom field on the other side. | |
| Journal Batches GL entries staged in batches that must be posted; a common write target for external systems. | Media Media assets (`media`) such as product images; referenced by id so file URLs and metadata sync into downstream catalogs. | Journal Batches is specific to Sage 300 and Media to Shopware — each maps to any object or custom field on the other side. | |
| Order Entry Orders Sales orders written from e-commerce or EDI feeds. | Products The product catalog (`product`), including parent/child variants, per-currency nested price arrays, and stock; synced two-way with ERP, PIM, or a database. | Order Entry Orders is specific to Sage 300 and Products to Shopware — each maps to any object or custom field on the other side. | |
| Purchase Orders Procurement documents read for spend visibility and receiving. | Categories The navigation and catalogue tree (`category`); mapped to product taxonomy in a warehouse or written from a PIM. | Purchase Orders is specific to Sage 300 and Categories to Shopware — each maps to any object or custom field on the other side. | |
| Inventory Items Item master with costing and quantities, synced to storefronts and WMS. | Customers Storefront customer accounts (`customer`) with addresses and group; synced two-way with a CRM or support tool. | Inventory Items is specific to Sage 300 and Customers to Shopware — each maps to any object or custom field on the other side. | |
| AR Invoices and Receipts Billing and payment records replicated for cash and revenue reporting. | Orders Order headers (`order`) with totals, state, and sales-channel reference; read out to accounting and written back for status updates. | AR Invoices and Receipts is specific to Sage 300 and Orders to Shopware — each maps to any object or custom field on the other side. |
Each direction of the sync is driven by what the source system can signal and what the destination accepts — detection, delivery, and expected latency below.
DetectionStacksync polls Sage 300 for changes on an incremental schedule, reading only records changed since the previous pass. Scheduled polling.
DeliveryEach detected change is written to Shopware through its API, with automatic retries and rate-limit backoff.
DetectionShopware notifies Stacksync of record changes through webhook events. App-system webhooks on entity events (product.written, order.written, customer.written) deliver the changed record's primaryKey and updated field.
DeliveryEach detected change is applied to Sage 300 as a row-level write, with types converted between the two schemas.
Real-time sync, workflow automation, event queues, EDI, and monitoring, for every Sage 300–Shopware connection.
Changes in Sage 300 or Shopware instantly reflect in both systems. No stale data, no manual imports.
Trigger automated workflows whenever Sage 300 or Shopware data changes, update records, fire webhooks, or kick off sequences without brittle API scripts.
Handle millions of events per minute without losing a single Sage 300 or Shopware record.
Track your Sage 300 ⇄ Shopware sync health, view errors, and replay failed events in one click.
Transform legacy EDI complexity into simple database interactions between Sage 300 and Shopware.
Configure and sync within minutes, no code. Whether you sync 50k or 100M+ records, Stacksync handles the queues, infra, and plumbing. Integrations are non-invasive and need zero setup on your systems.
Authenticate Sage 300 and Shopware with each platform's native method — OAuth, API keys, or service accounts — plus secure options like SSH tunneling, IP whitelisting, and VPC peering.
Pick the Sage 300 and Shopware objects to sync — Stacksync auto-detects both schemas, including custom fields where the platform exposes them. Sync to existing tables, or let Stacksync create new ones with ideal data types.
Fields map automatically even when names and types differ. Stacksync handles transformation and type casting for you, zero configuration required.
Yes. Stacksync provides a managed, real-time two-way integration between Sage 300 and Shopware: authenticate both systems, choose the objects to sync (such as Sage 300's GL Accounts and Journal Batches), map fields visually, and changes propagate both ways in milliseconds — no code required.
On the Shopware side: Sales Channels, Media, Products, Categories, plus custom fields where Shopware exposes them. On the Sage 300 side: Journal Batches, Order Entry Orders, Purchase Orders, Inventory Items. Stacksync auto-detects both schemas and converts types between the two systems.
Yes. Each object mapping can be bidirectional or restricted to a single direction (both systems accept writes). Read-only mirrors, one-way pushes, and full two-way sync can be mixed in the same integration.
Common patterns for Sage 300 and Shopware: Fulfillment and shipment status close the loop; One customer master; Where Sage 300 is the inventory system of record: stock stays accurate. As orders are picked, shipped, or invoiced in Sage 300, tracking and status flow back to Shopware so buyers see accurate updates.
Sage 300: Sage 300 Web API (REST) on newer releases; .NET/COM SDK and direct SQL Server access on-prem. Authentication: Sage 300 user credentials (Basic auth on the Web API); database credentials for direct SQL reads. Shopware: Admin API (REST / JSON:API) with a bulk POST /api/_action/sync endpoint. Authentication: OAuth 2.0 — client-credentials grant using an Integration's Access Key ID + Secret Access Key, or resource-owner password grant for a user; access tokens expire after 10 minutes. Stacksync manages authentication, retries, and rate limits on both sides.
Shopware: Entity.written webhooks deliver the changed record's primaryKey and the list of updated field names, not the full entity, so the integration fetches details back over the Admin API. Sage 300: Sage 300 (formerly Accpac) stores each company's data in its own SQL Server database with module-prefixed tables, so direct SQL reads are a common integration path on-prem. Stacksync's field mapping accounts for these differences between Sage 300 and Shopware without custom code.
As a data company, we understand the importance of keeping your data secure. Stacksync is built with security best practices to keep your data safe at every layer, and is DPF-certified for US, EU, UK and CH data transfers.
Let your users access Stacksync from your centralized user management systems. Works with Okta, Azure, Google SSO and more.
Immediately get alerted about record syncing issues over email, Slack, PagerDuty and WhatsApp. Resolve issues from a centralized dashboard with retry and revert options.
Securely connects to your systems with:
Every pair below is a real-time, two-way sync. Search all 467 integrations available for Sage 300 and Shopware.