Publish Date :
AI-Native or Bolt-On? Questions to Ask a Planning Vendor
The useful test of a planning agent is whether a retailer can trace its recommendation from a defined stock position to a bounded decision. Evaluate the data, calculation, authority and outcome separately. Merchmix Core and Yukti provide relevant workflows to examine rather than a label the buyer should accept on trust.

THE MERCHMIX DECISION / Core + Yukti
Ask the system to show its working.
Evaluate the source, arithmetic, action scope and authority before accepting a planning recommendation.
Independent worked retail example. Quantities are planning assumptions, not company records. Financial amounts are USD.
Ask the system to show its working.
The test requires a source, timestamp, scope and permitted action. A vendor label is not evidence that all requested workflows are supported.
Physical stock and usable stock answer different questions.
THE KEY IDEA
Evaluate the source, arithmetic, action scope and authority before accepting a planning recommendation.
Start the evaluation with a retail decision
Ask a vendor to work through one decision your team recognises: whether to buy another quantity, rebalance a short location or hold a repeat. A fluent explanation of a report does not establish the source of its numbers or the authority behind the proposed action. The demonstration should make those responsibilities inspectable.
This is a practical evaluation framework, not a ranking of named vendors. Different tools can connect to business data in different ways. A chat interface alone proves neither capability nor incapability. The buyer needs to see the particular workflow, connection and control required for its operating model before deciding whether a product fits.
Ask which stock definition the answer uses
Physical stock, usable stock and available-to-promise stock can differ. Ask which system owns the measure, what timestamp it carries and whether reservations or unavailable units have already been excluded. A convincing answer should make double subtraction and double counting visible rather than leave the buyer to infer the definition.
For Core, the planning question needs a consistent opening position and existing commitments. Yukti’s proposal should be assessed against the relevant business scope and supported permissions. Do not assume every source updates instantly, or that a figure labelled stock is ready to support a purchase decision without reconciliation.
Require the calculation before discussing the recommendation
Use a controlled independent test: physical stock is 120 units, reserved stock is thirty and unavailable stock is ten. Those two excluded groups do not overlap, leaving eighty usable units. Expected sales are sixty and the closing target is thirty. With no further intake assumed in this test, required new intake is ten units.
At an assumed $35 unit cost, the proposed buy represents $350. An evaluator should be able to reproduce both the eighty-unit opening basis and the ten-unit requirement. A different result should expose which stock definition, included supply or target assumption changed. The purpose is to expose the basis, not test whether a screen can display a plausible number.
THE FIGURES BEHIND THE DECISION
| Calculation step | Units / value |
|---|---|
| Physical stock | 120 |
| Reserved separately | 30 |
| Unavailable separately | 10 |
| Usable basis | 80 |
| Expected sales | 60 |
| Closing target | 30 |
| Proposed new intake | 10 / $350 |
Usable stock = 120 − 30 − 10 = 80. New intake = 60 + 30 − 80 = 10 units; 10 × $35 = $350.
Ask what the recommendation can change
The evaluated action needs a quantity, destination or supplier scope, timing and permitted operation. A proposed ten-unit buy is not an executed purchase order. If the demonstration shows an approved scenario, ask how it differs from the active plan and how a later transaction is reconciled back to the source record.
Core’s relevant role includes budgets, MFP/WSSI and buying assumptions. Yukti’s relevant role includes proposed retail actions and the configured approval process. Confirm those behaviours in the required workflow rather than infer blanket authority from a successful answer. The article’s animation deliberately ends with a review gate and no order reference.
Test a changed input before trusting a polished answer
Repeat the decision with one controlled input changed. For example, update the demand assumption or identify a stale reservation before approval. Ask whether the quantity, explanation and review state reflect the new basis. The useful evidence is a traceable response, not another confident paragraph that repeats the earlier recommendation.
Keep this as an evaluation test rather than a claim that a particular product continuously monitors every external change. Connection frequency, permission checks and the supported hand-off need their own verification. A retailer should know which component supplies each guarantee before relying on it in live buying.
Ask for the boundary between approval and execution
An effective review must make it possible to decline, amend or recheck a proposal without implying that a transaction already occurred. If an authorised action is executed, request the relevant confirmation or reference and reconcile the outcome. A decision history and a source transaction answer different questions and should not be treated as substitutes.
For the worked example, the held operational position remains eighty usable units until actual events change it. The suggested ten units remain a planning proposal. The $350 is prospective commitment, not a saving, purchase confirmation or cost already incurred. These distinctions are more useful to a buyer than a broad claim about how native a product is.
| Signal | Merchmix workspace | Decision to review |
|---|---|---|
| A recommendation is presented | Core / planning basis | Ask which stock scope and period support the calculation. |
| A ten-unit action is proposed | Yukti / evaluation | Inspect the quantity, permissions and approval evidence. |
Choose the workflow that survives the questions
Record what the evaluation established: the supported source, stock definition, reproducible calculation, permitted action and review outcome. Record gaps just as clearly. A workflow demonstrated for one source or scope does not prove every requested connector, product or approval route is available.
Bring these questions to Core and Yukti with your own decision in mind. The goal is a planning system the team can inspect and govern at the point of commitment. A useful recommendation becomes valuable when its reason, numbers and authority can be checked together, not when a vendor’s preferred label is repeated in the procurement document.
BEFORE THE NEXT DECISION
- Evaluator
Reproduce the eighty-unit usable-stock basis.
- Planner
Confirm the ten-unit requirement against the target.
- Approval owner
Keep the proposed $350 distinct from an executed order.
Common questions
Does a chat window prove a product cannot plan?
No. Assess the connected data, calculation, supported action and permissions rather than the interface label.
Why does the example have eighty usable units?
Physical stock of 120 excludes thirty reserved and ten unavailable units; the excluded groups do not overlap.
Why is the suggested buy ten units?
Expected sales of sixty plus a thirty-unit closing target minus eighty usable opening units gives ten.
Is $350 an executed order?
No. It is ten proposed units at an assumed $35 unit cost.
What should the evaluator ask to see?
The source and timestamp, calculation basis, action scope, approval boundary and confirmed outcome where an action is actually executed.
FROM THE ARTICLE TO YOUR OWN RETAIL PLAN
Review the decision.
See the workflow.
Bring your planning questions to a demo, or explore a proof of concept on your own data.