Discover the module screen by screen, with annotated Dolibarr screenshots and demonstration data. This is a guided presentation, not a live demo.
Store domain and pinned API version, six queue counters (pending, running, done, failed, conflict, errors in 24 h), one card per flow with its direction and job count, then the failed or conflicting jobs with their cause and a “Replay” button.
Shopify order #1051 became order CO2609-0001, validated, with its two product lines, the 10 % discount, the amounts and the “Credit card” payment method. The Shopify panel shows the linked order and its direction.
On every linked order or product: synchronised status, the Shopify object with a link to the admin, the last synchronisation date, the direction and a “Sync now” button.
The Dolibarr card of the sofa shows its Shopify product identifier, the last synchronisation and the Dolibarr → Shopify direction. Editing the card queues a new export.
The 50 ml argan oil is a plain Dolibarr product linked to a Shopify variant because its reference equals the variant SKU. The panel reads “Linked by SKU”: orders and stock follow, the card stays yours.
In the setup, “Link variants by SKU” scans the store and reports new links, already linked variants, SKUs without a Dolibarr product and conflicts. Above it, the sources of truth for products, stock and prices, and the conflict strategy.
Target warehouse for stock received from Shopify, the warehouses that count for online stock, one rule per line to map a Shopify location to its warehouses, and the metafield mapping from an extra field.
Store domain, masked token and app secret, API version, inventory location and webhook URL; stock and warehouses; the six flows as switches; invoicing of paid orders with optional payment; sources of truth and conflict settings.
How the module works in four steps, the architecture, the number of mapped products, orders, customers and variants, and the environment checks without network calls: PHP, cURL, HMAC, modules, tables, webhooks, scheduled tasks.
