The shop floor and the website should not be able to disagree
Running a site on one system and a till on another means two product lists, two price changes, and a stock number that is wrong in at least one place. Web and counter are two channels of one business, so we built them that way.
· 3 min read · updated 26 September 2026

A shop with a website and a till usually has two of everything. Two product lists that started identical and stopped being so about four months in. Two places to change a price, one of which somebody always forgets. And a stock number that is wrong somewhere, discovered when a customer buys online something that sold in-store an hour earlier.
Nobody chose this. It happens because the website was bought first, or the till was, and by the time the second arrived the first was too embedded to replace.
Two channels, not two systems
Rutba Commerce treats web and counter as two channels of one business. There is one product catalog, one price list, and one stock truth behind both, that last one held by Rutba Inventory, which is why Commerce requires it rather than shipping its own stock module.
- Storefront: product pages, cart and checkout, driven by the shared catalog.
- CMS: pages, content and landing pages for the storefront, so a shop does not need a second website tool bolted alongside.
- Point of Sale: the counter till: scan, sell, take payment, print, with stock deducted live.
The test of whether this is real is boring and specific: change a price once, and check the till. If it took effect in both places without a sync job, the catalog is shared. If it took fifteen minutes, it is not.
Why the CMS is in the box
This is the part people ask about. A storefront needs pages that are not products (an about page, a delivery policy, a landing page for a campaign) and the usual answer is a separate website on separate software, linked from the shop.
That arrangement is where the second product list is born. Somebody builds a landing page listing six products, hard-codes the prices into the copy, and the page is wrong the next time anything changes. Content that lives beside the catalog can reference it instead of restating it.
Every duplicated product list starts as a landing page somebody wrote in a hurry.
What happens after the sale
Web and phone orders land in one queue, and counter sales settle at the till against the same stock. Whether that queue is enough depends on the business: if you pick, pack and run your own deliveries, Rutba Orders is the product that does the rest. And because a web order and a phone order are the same kind of order, it does not need to know which channel produced it.
| Plan | Price | What it is for |
|---|---|---|
| Free | $0 per month | A shop window, while you are starting out. |
| Starter | $12 per month | One store or one till. |
| Growth | $35 per month | Multi-register retail with a real website. |
| Scale | $149 per month | Busy stores, many counters, one catalog. |
| Enterprise | Custom, annual | High-traffic storefronts, many locations. |
Added 30 October 2026: Rutba Commerce on film, with an invented business.
Rutba Commerce
Storefront, CMS and point of sale, and the Inventory dependency spelled out rather than buried.
See the productIn this post
- Rutba CommerceSell online and over the counter, from one catalog
- Rutba InventoryOne stock number everyone can trust
- Inside StorefrontYour online shop: product pages, cart, and checkout, driven by the shared catalog. Part of Rutba Commerce.
- Inside Point of SaleThe counter till: scan, sell, take payment by the shop’s own methods, and print, with stock deducted live. Returns and exchanges are priced by the server. Part of Rutba Commerce.


