FAQ

Yes. Every store that should be synced needs the app. To connect them, you open the app in one store and then in the other.

Not every store needs a plan, though: your first store is free. Each store you connect to it needs its own plan, based on its matched SKUs. Up to the Free limit, that's the free plan.

With an invite code. You create it in the app in one store and enter it in the app in the other store. The code is valid for 15 minutes and can be used exactly once.

Being able to enter the code means you have admin access to both stores. That is the proof that they belong together. A store can only be in one group.

By SKU only. Leading and trailing spaces and upper or lower case don't matter: sl-123 and SL-123 count as the same SKU. The app never uses product IDs, handles or titles, because the same item has different IDs and handles in different stores.

Matching doesn't write anything. You see the result first: what was matched and what wasn't, each with the reason.

They aren't matched and aren't synced. On the Matching page they appear under "Not matched" with the reason "No SKU set". Add a SKU and start matching again.

The same goes for a SKU that appears twice in the same store: it is deliberately not synced at all, not even in the other stores, until that's resolved.

No. Matching runs when you start it. After adding products or changing SKUs, click "Update matching" on the Matching page. Until then, real-time sync does nothing for a new SKU.

The app counts per store: its matched SKUs. That's every SKU the store shares with at least one other store in your group. A T-shirt in size M with the same SKU in two stores is one matched SKU for each of the two stores. Variants that aren't matched don't count.

The current number is shown on the store's Overview page next to its plan's limit. Your first store doesn't need a plan, no matter how many SKUs are matched.

Not for every store. Your first store doesn't need a plan. That's the store where you created the code to connect. Each store you connect to it needs its own plan, based on its matched SKUs. As long as they fit the free plan, that store doesn't need a subscription either.

A subscription only applies to the store that holds it. The Plan page tells you in every store which role that store has. In your first store, it shows where the connected stores stand. You choose a plan in the store that needs it.

On the Plan page, in the store that holds the subscription: click "Choose Free" on the Free plan. The page shows what applies afterwards, and only the "End subscription and switch to Free" button ends the subscription. Shopify ends it right away and credits you for what you've already paid for the current billing period and haven't used.

If your group is over the Free limit, the page tells you beforehand. Syncing doesn't stop in that case either.

From 80% of the limit, the Overview page lets you know. Once you're over it, it names the plan that fits. If you have more variants than the highest plan includes, it doesn't name a plan and points you to us instead: "For more, contact us."

Syncing doesn't stop. Real-time sync that is already on keeps running, and syncs keep running. You just can't turn real-time sync on again until you're on a plan that fits.

Matching writes nothing. The app only writes once you run a sync or turn on real-time sync. When you turn it on, the app first syncs all inventory using your rule, so real-time sync starts from equal numbers.

You choose the rule beforehand in Settings: "Highest inventory wins", "Lowest inventory wins" or "A specific store wins".

Only up to matching. Connecting stores, linking locations and matching variants write nothing to your stores. You can try all of that while the other app keeps running.

Before you run a sync or turn on real-time sync, the other app has to be off. Two sync apps pass every change on twice and count your inventory down together. That's why the app asks when you turn on real-time sync, and only turns it on once you've confirmed that no other app syncs the same stores. If one is still running after all, the app pauses the affected SKU as soon as it notices. Don't rely on that alone: by then, inventory has already been miscounted. In a test on October 6, 2026 it was at 140 instead of 35 in both stores when the app paused.

The default is two-way: an inventory change in one store applies to all the others. That's the usual setup to prevent overselling.

One-way only sends changes from a store you choose. Sales in the other stores then don't lower that store. You set the direction in Settings.

You link locations into location links: this location in one store holds the same inventory as that location in the other. Syncing only happens within a location link, and you can have several. If each store has exactly one location, the app links them for you.

The app never changes locations that aren't in a location link. Inactive locations and locations managed by another service can't be linked.

Every update is saved first and processed afterwards. If one is left over, for example after a restart, the app picks it up. If a transfer doesn't go through, the app retries it over twelve hours, with growing gaps between attempts.

If the app itself was unreachable for more than 15 minutes, it starts a sync on its own afterwards for every group with real-time sync on. If a sync finds differences even though real-time sync was running, it brings them back in line and reports it on the Overview page as "Missed real-time changes".

Anything that still failed after all retries is listed on the Overview page under "Needs your attention". Once you've fixed the cause, you queue it again from there. An inventory update stays there for 30 days, then the app deletes it.

If more than 20 inventory levels in one store drop to 0 within 10 minutes, the app pauses real-time sync for that store. That looks like an import or an empty store, not like sales. The other stores keep running. Once you've checked, you resume real-time sync from the Overview page.

Syncs have their own brake: a SKU that would drop to 0 even though another store has stock isn't written. If that affects too many SKUs at once, the sync stops without writing anything.

The app doesn't send emails. Problems are shown on the Overview page: a store that can't be reached, paused real-time sync, items that need your attention. If a problem lasts more than 30 minutes, the Overview page points that out.

No customer data and no orders. The app asks for three permissions only: read products, write inventory and read locations.

It stores what syncing needs: the shop's address and Shopify's access token (encrypted), product and variant names, SKUs, locations, inventory quantities, the activity log and your plan. The app deletes processed updates from Shopify seven days after they arrived. The server is in Germany. The details are in the privacy policy.

The access token is deleted immediately. 48 hours later, Shopify sends the request to delete all of the shop's data. The app then deletes it completely, and the store leaves the group. In the server's backups, deleted data is kept for up to 14 more days and is then deleted there as well.

If you install the app in that store again, it starts from scratch. You connect it again with a code.

By email. The address is on this website's "Contact and support" page. Tell us which shop it is about.

We reply within one business day (Monday to Friday, German time); in an outage, on the same business day.

On the Pro plan, "priority support" means a reply on the same business day.