
Posted in
June 8, 2026
Field Analysis
Most writing about Cin7 and commerce assumes a storefront is being built. Often there isn't one. A business might be coming off spreadsheets and need an accurate stock position before it needs a website, or it might already have a storefront and need Cin7 in the middle, moving orders and inventory between systems that all exist. Both are real projects, and both get mis-scoped when the conversation starts with a platform.
Ask whether the buying experience is actually changing. If it isn't, the project is data, process, and integration, and the value shows up in accurate stock and fewer manual steps, not in anything a customer sees.
The first is the seller coming off spreadsheets and email. Stock lives in one person's workbook, orders arrive by email and phone, and the business has grown past the point where that holds. Cin7 markets this directly as moving off spreadsheets, and it's the most common entry point into the product. There's no website in this project. There's a data migration, a set of process decisions, and a period of getting counts trusted.
The second is Cin7 as the middle layer. The business already sells somewhere, maybe a Shopify store, maybe a marketplace, maybe both, and it already has an accounting system and possibly a 3PL. What it doesn't have is one place where all of that agrees. Cin7 goes in the middle and owns the operational record while every existing system keeps doing its job.
The third is wholesale and retail supply with no direct-to-consumer channel at all. Orders arrive by EDI from big-box retailers, or by purchase order from trade accounts, and the buying experience is a relationship, not a website. Cin7 handles the inventory, the orders, and the compliance around them.
The work moves from design and front-end build to data and process, and the sequence matters more than in a storefront project because everything downstream depends on the counts being right.
Cin7 publishes native connectors for the storefronts and marketplaces most businesses already use, so the middle-layer build is often less custom than people expect. Where it gets specific is in the surrounding systems: a 3PL that needs stock and fulfilment status both ways, EDI trading partners with their own document requirements, and the accounting system's expectations about how and when a sale becomes a journal entry.
The failure mode is the same one that spoils storefront projects. If any system in the chain keeps its own stock number, the middle layer has no authority and you've built a synchroniser, not a source of truth. Cin7 holds the position, everything else reads it.
One question does most of the work: is the way a customer buys from you changing? If yes, there's commerce in the project and the storefront decision matters. If no, then nothing a customer sees is changing and the work is entirely inside operations, which means the people to involve are the ones who count stock and close the month, not the ones who care about the buying experience.
Getting that wrong in either direction is expensive. A commerce partner scoping a storefront for a business that needed a stock take is the obvious version. The quieter version is an operations project that quietly needed a buying experience, discovered at the point the sales team asks why customers still phone in orders.
Preflight will tell you when the answer is no. It reads the business first and reports the gap instead of starting from a platform.
For what Cin7 runs and where accounting sits, start at the Cin7 ecosystem hub. For who owns which part of the work, see scoping a Cin7 project.
Related Articles
Yes, and many businesses do. Cin7 is an inventory and order platform, so it's useful on its own for a business coming off spreadsheets, for wholesale and EDI supply with no direct-to-consumer channel, and as a middle layer between a storefront, a 3PL, and an accounting system that already exist. None of those projects involve building a website.
Cin7 sits between systems that already exist and owns the operational record. A storefront keeps selling, the accounting system keeps the ledger, the 3PL keeps shipping, and Cin7 holds the single stock and order position they all read. It works as long as nothing else in the chain keeps its own stock number.
Product data first, meaning SKUs, units of measure, variants, suppliers, and cost. Then locations and the rules for moving stock between them. Then a first stock take, which is the milestone that decides whether people trust the system. Then the connection to Xero or QuickBooks and a month that reconciles. Very little of it is technical, and most of the effort is in the data.
Yes. EDI and third-party logistics are part of what Cin7 is built for, particularly on Omni, and neither requires a commerce front end. A business supplying big-box retail through EDI can run entirely on Cin7 plus an accounting system.
It's one of the clearer fits. Wholesale runs on price tiers by customer, quantity breaks, multiple warehouses, and order paperwork, which is the operational core, not the storefront. Cin7 carries its own B2B portal for account ordering, so buyers get a place to order without a commerce platform in front of it. The build is then about getting products, pricing, locations, and the accounting handoff right, and adding EDI or 3PL connections where trading partners require them.
Next Step
For readers scoping a platform decision or wanting a full architecture recommendation.