Your Auckland stock count is wrong because half of it is still on the water

Between $45,000 and $120,000. In-transit tracking with a landed-cost engine starts at $45,000 to $72,000; adding multi-currency and available-to-promise reaches $98,000, and a full build with ERP and warehouse integration plus alerts runs to $120,000 over 5 to 6 months.

They're fine for domestic stock you can count. They fail for Auckland importers because they can't see in-transit goods on a vessel, can't compute true landed cost when freight and duty arrive separately, and don't reflect multi-currency purchasing, which leaves purchasing and finance guessing.

Yes, and that's the point. A custom build tracks in-transit inventory with vessel ETAs to Ports of Auckland and includes it in available-to-promise with confidence windows, so you can plan weeks ahead instead of discovering a stockout when shelves empty.

Yes. The landed-cost engine allocates freight and duty across each container batch and captures FX at the purchase order, so finance knows real margin before the goods even arrive, instead of reconciling it weeks later from separate invoices.

It should. A competent build feeds your ERP, accounting software and warehouse management system from one inventory picture, so the in-transit-to-shelf flow is consistent everywhere rather than another isolated stock island.

Start with a minimum viable product covering the single most painful workflow, usually receiving, movements, and scanning for one location, then extend in phases. In Digital Heroes delivery experience, phased builds put a working system on the warehouse floor in 8 to 12 weeks and let real feedback shape phase two, while big-bang builds routinely ship features nobody uses. Phasing also spreads the budget across quarters instead of demanding it all up front.

Usually yes once you pass the three-year mark. Cin7 Omni plans start around $999 per month on its published pricing, roughly $36,000 over three years before add-ons, which overlaps the cost of a full custom build you then own outright with no per-user fees. If you are on a lower Cin7 tier and your subscription runs below roughly $500 per month, staying put normally makes more financial sense than building.

Excel and Google Sheets typically start failing past roughly 1,000 SKUs, more than one sales channel, or more than two or three people editing stock levels. The failure mode is not the row count but stale, conflicting edits that cause oversells and phantom stock. If someone on your team spends hours each week reconciling the sheet against the shelf, you have already outgrown it.

You should, in full, with intellectual property assignment written into the contract before any payment is made. Insist on the code transferring to a repository you control no later than final payment, plus hosting and domain accounts in your own name. If an agency offers to license you their platform instead of assigning the code, you are buying another Cin7 with fewer features.

Nothing dramatic, if the engagement was set up correctly: the code sits in your repository, hosting runs on your cloud account, and a handover document explains how to deploy and operate the system. Any competent replacement team can then take over in days rather than months. If the agency controls the repo, the servers, or the domain, fix that now, because renegotiating access during a dispute is the most expensive place to discover the problem.

A deliberately boring one: PostgreSQL for the stock ledger, a mainstream backend such as Node.js, Python, or .NET, a web dashboard, and a mobile app or mobile web interface for scanning. The data model matters far more than the language; an append-only movement log with atomic stock updates prevents overselling in any stack. Reject anything exotic that only the original developer can maintain.

No, most software projects run fully remote without any quality penalty, and what actually matters is 3 to 4 hours of working-hour overlap and a fixed weekly demo call. A team based in Auckland earns its premium in specific cases: hardware installations, warehouse or clinic floor shadowing, and discovery workshops where watching your staff work beats any written brief. Choose for senior engineers and a track record first, and treat geography as a tiebreaker.

A typical build runs with 4 to 6 people: a project lead, one or two backend developers, a frontend or mobile developer for the scanning interface, and a QA engineer. The backend carries most of the effort, because stock logic and integrations are where these systems succeed or fail. Be cautious of a one-person team quoting a multi-warehouse, multi-channel build.

Yes, and integrations are where custom usually beats off-the-shelf, because they are built to your exact field mapping instead of a connector's assumptions. A typical build syncs orders and stock with Shopify and Amazon in near real time and pushes purchase and cost of goods sold data to QuickBooks or Xero on your accounting schedule. Each production-grade integration adds roughly $3,000 to $8,000 in Digital Heroes builds, so list every system during scoping.

Bring four things: your SKU count and how stock is identified (plain SKUs, or lots, serials, and expiry dates), every channel and system the software must talk to, a plain-language walkthrough of one order from purchase to shelf to shipment, and a sample export of your current data. With those, an agency can produce a real quote in days instead of a placeholder that doubles later. A one-line brief gets you a demo-sized quote for an operations-sized problem.

Yes, and connecting your existing tools is one of the main reasons to build custom: mainstream platforms like QuickBooks, Stripe, Shopify, and Google Workspace all publish documented APIs. Budget 1 to 3 weeks of work per integration depending on API quality and how much data flows in both directions. Ask any vendor whether they have integrated with your specific tools before, because quirks like QuickBooks' OAuth token handling and API rate limits get learned on someone's project, and it should not be yours.

Digital Heroes builds custom inventory management software systems for operators who have outgrown the off-the-shelf tools in their category. The work is delivered remotely: our engineers work from Delhi and Lucknow, leadership is in New York, and some team members live in London and Sydney and work remotely from there. We have no office in Auckland. You can chat with the team directly, and every form gets an email reply within 24 hours.