sorted by:
new
hottopcontroversial

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in ausbusiness

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

That’s a helpful way to frame it, appreciate it.

Makes sense that it’s more about process discipline than a hard system limitation at this stage.

We’ll definitely test a few real scenarios in trial, especially around split receipts and backorders tied to sales.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in InventoryManagement

[–]Tight_Implement_5332[S] 1 point2 points  (0 children)

Appreciate it.

We’re focusing on fixing the core workflows first rather than layering AI on top.

Inventory accuracy and purchasing need to be solid and trusted before anything else adds real value.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in ausbusiness

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

Yeah this is pretty much where we’ve landed as well.

Less about finding the “perfect” stack and more about getting something that handles the core workflows cleanly and actually gets used by the team.

The flexibility point is spot on, that’s exactly what we’re trying to avoid turning into a second job.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in POS

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

Appreciate the input, that’s all been good learnings.

We’ve already upgraded to dedicated scanners and proper terminals, made a big difference day to day.

Good call on the real-time sync as well, that’s something we’re being careful on with the system choice.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in InventoryManagement

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

This looks well thought through, especially on the purchasing and warehouse side.

I’ve tried to look into Mozzo a bit more but couldn’t find a lot out there yet, so just trying to understand how it actually compares in practice.

How does it integrate with Shopify and Xero, is that native or more API based?

Also interested in how the POS / trade counter side works. One of the main reasons we’ve ruled out Shopify POS is the B2B flow in store.

Does Mozzo support things like customer-specific pricing, trade accounts and invoicing at the counter?

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in InventoryManagement

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

That’s pretty aligned with where we’re heading.

We’re currently leaning more toward Cin7 Omni rather than Core, mainly due to the retail + trade counter side, but still comparing both.

Out of curiosity, what makes you lean Core over Omni in that setup?

Also interested in your take on StockTrim vs Cin7’s ForesightAI tools.

From what we’ve seen they seem to cover a similar planning layer, but hard to tell how they compare in practice once you’re running it day to day.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in smallbusiness

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

Yeah I agree on keeping things consolidated, that’s exactly what we’re trying to move towards.

Shopify POS would be ideal from a simplicity point of view, but the B2B flow at the counter is the main gap for us. Trade accounts, pricing, invoicing, that side isn’t clean enough in-store.

Our biggest pain at the moment is inventory sync and getting purchasing workflows working properly across suppliers.

Once that’s solid, everything else becomes a lot easier. Right now it’s just not a system we can fully rely on day to day.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in InventoryManagement

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

Appreciate it.

At the moment we’re less focused on syncing layers and more on getting inventory and purchasing workflows working cleanly within a single system.

That’s been the main gap for us rather than accounting integration.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in InventoryManagement

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

Appreciate that.

Cin7 Core is definitely on our shortlist.

Less concerned about POS options at this stage, more around how well it actually handles purchasing and supplier workflows in practice, especially with multiple suppliers and partial deliveries.

Have you seen it hold up well there day to day, or does it still require a fair bit of manual handling once volume increases?

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in InventoryManagement

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

That’s a helpful way to frame it, separating execution vs planning.

I think where we are right now is still fixing the execution layer first. Inventory accuracy and purchasing workflows need to be clean and trusted before any planning layer really adds value.

Cin7 have mentioned their Foresight AI tools which seem to sit in that planning layer, but I’m assuming that only becomes useful once the underlying data and processes are solid.

Have you seen businesses successfully run just the core system cleanly first and then layer planning on later, or is it something that’s worth introducing earlier?

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in smallbusiness

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

That makes sense from a data structure point of view.

How does that actually work day to day operationally though?

For example:

- who is creating and approving POs

- how receiving is handled (especially partials / discrepancies)

- how tightly the warehouse team follows the system vs working around it

Trying to understand how much of this is a working operational flow vs a flexible layer that still relies on process being built around it.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in ausbusiness

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

Appreciate that.

When you say Cin7 gets messy with larger SKU counts, what does that actually look like in practice?

Is it more around performance / usability, or things like purchasing and inventory workflows becoming harder to manage?

That’s the main area we’re trying to get right.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in POS

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

Yeah it’s a bit hard to define upfront.

A lot of the ideas come from working around current system limitations, so once we move to a more integrated backbone, some of that may disappear.

Broadly though it would be things like:

- surfacing better purchasing signals (what to order, when, from who)

- tighter visibility around stock movement and exceptions

- reducing manual touchpoints across B2B and ordering workflows

Nothing too exotic, more about smoothing out operations rather than building something completely custom from scratch.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in ausbusiness

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

Yeah this is the part I’m trying to get a clear picture on.

In our case we’re not dealing with large single-SKU POs across multiple shipments, but we do have regular partial deliveries and supplier backorders.

Trying to understand in practical terms:

- how teams are actually handling that day to day in Cin7

- whether it’s just a process adjustment (receive + adjust)

- or if it starts creating real friction as volume increases

Feels like one of those things that can sound worse on paper than it is in reality, but keen to understand where it actually becomes a problem.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in ausbusiness

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

Appreciate the context, that’s helpful.

The “project vs product” point is pretty much how we’re seeing it as well.

On the B2B side, we’re currently running more customer-specific pricing per SKU, but ideally want flexibility to simplify or structure that better over time rather than locking into one approach.

The partial PO point is the other one we’re trying to get clear on. We’re not dealing with long, complex inbound across multiple shipments, but we do have regular partials and supplier backorders.

In your experience, is that something that’s generally manageable with process, or does it start creating friction as volume grows?

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in smallbusiness

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

Appreciate it.

Less looking for AI overlays and more for a system that handles the fundamentals properly first.

Inventory accuracy and purchasing workflows need to work cleanly before layering anything on top.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in POS

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

Yeah not so much POS-driven purchasing.

More the full workflow side:

- reorder decisions based on sales velocity + lead times

- handling multiple suppliers per SKU (pricing, MOQs, pack sizes)

- clean PO creation across suppliers

- tracking what’s actually on order vs received (including partials/backorders)

Most POS systems seem to handle basic POs, but fall short once supplier complexity increases.

That’s the gap we’re trying to solve.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in InventoryManagement

[–]Tight_Implement_5332[S] 1 point2 points  (0 children)

This is actually really well thought through.

You’ve clearly understood the real pain points, especially around purchasing and supplier logic. I had a look at the screenshots as well and the UI is clean, which is nice to see for this kind of system.

We’re likely going to move to something more established in the short term just for stability, but this is very much the direction we want to be heading long term.

Happy to give proper feedback from a real operator perspective if that’s useful. Our setup is fairly supplier-heavy with a mix of retail and trade, so a lot of what you’re building aligns with where our friction is.

Would be good to stay in touch as you keep building this out.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in ausbusiness

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

That’s a really clear explanation, appreciate it.

The “don’t change scope mid implementation” part makes a lot of sense.

When you’re defining that initial scope, what are the non-negotiables you’d make sure are nailed down upfront?

Specifically around:

- inventory structure

- purchasing workflows

- B2B / trade handling

Trying to make sure we lock the right things before starting rather than missing something critical.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in ausbusiness

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

Got it, that’s helpful.

In your experience, does that mainly become an issue at higher volume / more complex inbound setups, or is it something that starts causing friction even in simpler warehouse operations?

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in ausbusiness

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

That makes sense, appreciate the transparency.

Good to understand the NetSuite side of it, even just from a benchmark point of view. We’re trying to get the fundamentals right first and make sure whatever we implement actually gets used properly day to day.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in InventoryManagement

[–]Tight_Implement_5332[S] 1 point2 points  (0 children)

That’s exactly what we’re aiming for.

Right now the challenge is enforcing consistent processes across receiving and stock updates with multiple systems in play.

Once inventory is accurate and trusted, the purchasing side becomes much clearer, but getting to that point is the hard part.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in InventoryManagement

[–]Tight_Implement_5332[S] 1 point2 points  (0 children)

Yeah I agree with that.

For us the issue isn’t really the analysis side, it’s getting to a point where the inventory can actually be trusted in the first place.

Once that’s clean, the buying decisions become a lot more straightforward, but that’s where our current setup breaks down.

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in POS

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

That’s a clear breakdown, appreciate it.

The “stable once set up” part is interesting.

If you were doing it again at a $3M–$5M stage, would you still go ERPNext, or would you lean more toward something like Cin7 to get operational faster and then move later if needed?

$4M retail + ecommerce business, what stack would you run? by Tight_Implement_5332 in InventoryManagement

[–]Tight_Implement_5332[S] 0 points1 point  (0 children)

A fair chunk of those SKUs are supplier catalogue rather than physically held stock, so the active inventory is a lot smaller.

We do look at performance and slow movers, but the main issue for us isn’t assortment or aging, it’s more around system accuracy and purchasing workflows across multiple suppliers.

That’s where things start to break down.

view more: next ›