“We order too late, so we expedite”
Purchasing knows the supplier takes ten weeks. The item master still says four. Master planning believes the item master, so every order starts late and finishes expensive.
Planning health for Dynamics 365
Lead times, safety stock, minimum order quantities and coverage groups were set once — before the supplier changed, before the volumes moved, before the product went end-of-life. Neopiq finds the settings that no longer match what actually happens, quotes the numbers that prove it, and names the change to make.
It runs inside your browser. No account, no install, nothing uploaded — you can disconnect from the network first and it still works. Why that is true.
Master planning proposes supply too late by design, and there is no buffer between the gap and the customer. It looks like a supplier problem. It started as a parameter.
This is the worked example in the sample data that ships with the free check. The data is synthetic, not a customer. Open the tool and the same finding appears in one click.
Each one has the same shape: the system is blamed for a decision that a setting made years ago.
Purchasing knows the supplier takes ten weeks. The item master still says four. Master planning believes the item master, so every order starts late and finishes expensive.
A minimum order quantity set for a product that used to sell ten times faster. A forecast that keeps consuming demand for an item you stopped selling. The stock is the symptom; the parameter is the cause.
When planned orders stop making sense, people plan in a spreadsheet and key the answer back in. Every manual override is a vote of no confidence in a setting somebody should have changed.
Every finding is written the way a senior planner would write it, and it is addressed to somebody. There is no chat window and nothing to interpret.
Named item, vendor and site. Not a score, not a heat map — the specific object somebody has to open in D365 tomorrow morning.
The configured value, the observed value, how many transactions it was measured over, and the threshold it crossed. You can check the arithmetic in Excel and disagree with it.
What this costs the business, the most likely reason the setting drifted, the change to make, and the planner or buyer on record as the owner.
Twenty-six checks over eleven extracts a planner can pull out of D365 without help: items, vendors, purchase receipts, sales order lines, on-hand, production orders and routes, forecast, coverage groups, reduction keys and planners.
Configured lead time versus what receipts actually did — whole-horizon gaps, items drifting away from their own history, values far outside their peer group, and item lead times that contradict the vendor record.
Safety stock against demand volatility and the service target, on-time delivery that is measurably falling, service levels sitting below target, and supplier confirmations that are not worth planning on.
Minimum order quantities that buy years of demand, and the months of cover that produced — measured per item and per site, because an item can be healthy in one plant and drowning in another.
Forecast running above real order intake, forecast lines with no reduction key to consume them, and obsolete items still being forecast and still holding stock.
Coverage groups and reduction keys that are missing, or that reference a record which no longer exists. Manufactured items with no route; purchased items carrying one.
Active planning items with no planner, no supplier, no site or no item group — and planner references pointing at people who have left.
The full list, area by area, and what each check actually compares
The free check is a web page that reads your CSV files locally. There is no upload, no account, no login, no cookie, no analytics and no server to send anything to. Nothing is stored either — closing the tab is the delete button.
You do not have to take that on trust. Open your browser's network tab while it runs, or pull the network cable first. Your item master and your vendor lead times are commercially sensitive; that is exactly why the first useful answer should not require a data-processing agreement.
No procurement step. No security review. No integration project. One person and one export.
One step at a time, and each step is a decision you make after the previous one has already been useful. Each step is also a pricing tier, named for the level it unlocks.
Unlimited local checks on your own extracts, on the Free tier. Nothing to approve, nothing to install, nothing transferred. This is the only part of the product you can use today, and it is the part that has to earn everything after it.
The plan is that the local check keeps doing the reading and the arithmetic, and a cloud service turns the result into a written report and learns which patterns matter across customers — without your records ever being part of what is sent. That is the Trial tier, and it is not open yet.
Optimisation, simulation and repair at full data volume are intended to run in your own Azure subscription, under your own controls, with the compute on your Microsoft agreement. That is the Enterprise tier. It is a direction, not a product you can buy today.
What each tier unlocks, and what is honestly not available yet
Export the tables, drop them on the page, read the findings. If none of them is worth acting on, it cost you nothing. If one of them is, you already know what to do on Monday.