Useful business problems rarely introduce themselves clearly. Start with a symptom, test what can be tested and follow the evidence toward the right level of action.
Select only statements you have actually observed. This is not a scorecard; it looks for the pattern behind the symptoms and suggests a practical starting point.
✓This tool runs entirely in your browser. Your selections are not submitted, stored or sent to CESDEV.
Observed clues selected0 of 12
Select observed facts, not suspicions. Several connected clues are more meaningful than one isolated issue.
Less-obvious evidence
Small mismatches can reveal a much larger system problem.
These are not proof by themselves. They are useful places to look because ordinary reports often hide them.
01
The negative quantity that is never negative
A product may show positive stock overall while the sellable location is negative and unusable or inbound locations make the total look healthy. Compare quantity by status and location, not only the grand total.
02
The customer promise with no data field
“Call before delivery,” “price held until Friday” or “must arrive before shutdown” often lives in email. If a promise cannot travel with the order, the process depends on memory.
03
The profitable item that consumes the warehouse
Gross margin can look healthy while slow turns, awkward storage, partial kits, damage risk and handling time quietly consume cash and space.
04
The integration owned by a password
A connector may be technically documented but still depend on one person's mailbox, authenticator, API key or payment card. Test operational ownership, not just whether it works today.
05
The archived product that still has obligations
Removing an item from sale does not remove warranties, replacement parts, historic links, customer documents or tax records. “Inactive” is not the same as finished.
06
The report that changes when its author is away
If two people cannot reproduce the same number from the same source, the report contains undocumented decisions—not just formulas.
07
The website fix that creates office work
A cleaner online form can increase manual handling if its values do not match customer, product or delivery records downstream. Measure the whole transaction, not only conversion.
08
The supplier change that rewrites your data
A new case pack, model label, lead-time rule or replacement SKU can distort purchasing and margins long before anyone calls it a systems problem.
09
The backup nobody has restored
A successful backup notification proves that a job ran. It does not prove the right data was included, credentials are available or the business can resume within an acceptable time.
Free external checks
A public-evidence workbench.
These independent tools can test a narrow question without giving CESDEV access to your systems. Use them as indicators—not as a complete audit or automatic verdict.
ID
Canada's Business Registries
Search participating federal, provincial and territorial registries to compare public business identity and status with contracts, invoices and website details.
Eligibility does not guarantee display or ranking. Validate the business facts behind the markup too.
CYBER
Canadian Cyber Centre Guidance
Use Canada's baseline cyber controls to challenge overlooked assumptions about account management, backups, incident planning and service-provider risk.
Guidance helps frame decisions; technical or legal obligations may require qualified specialists.
Safe-use rule: never paste passwords, customer information, API keys, private URLs or internal documents into a public testing service. Capture the date, exact URL or identifier tested and the complete result—not only the headline score.
Make the result useful
Bring evidence, not a pile of screenshots.
A good starting record is small enough to understand and specific enough to reproduce. It turns “something seems wrong” into a question that can be tested.
1
State the observed fact
Example: “The website says 14 available; the sellable warehouse location contains 3.”
2
Record source and time
Name the report, system, URL, location or document and when it was checked.
3
Describe the consequence
Identify the delayed order, lost time, cash exposure, customer risk or decision that cannot be made confidently.
4
Separate facts from explanations
Record what is known, what someone reported and what remains an untested assumption.
When the evidence points somewhere
Choose only as much help as the problem requires.
Unclear or connected
Baseline Audit
Use when the symptoms cross people, records, operations and systems or the root cause is still uncertain.
Useful business problems rarely introduce themselves clearly. Start with a symptom, test what can be tested and follow the evidence toward the right level of action.
Select only statements you have actually observed. This is not a scorecard; it looks for the pattern behind the symptoms and suggests a practical starting point.
✓This tool runs entirely in your browser. Your selections are not submitted, stored or sent to CESDEV.
Observed clues selected0 of 12
Select observed facts, not suspicions. Several connected clues are more meaningful than one isolated issue.
Less-obvious evidence
Small mismatches can reveal a much larger system problem.
These are not proof by themselves. They are useful places to look because ordinary reports often hide them.
01
The negative quantity that is never negative
A product may show positive stock overall while the sellable location is negative and unusable or inbound locations make the total look healthy. Compare quantity by status and location, not only the grand total.
02
The customer promise with no data field
“Call before delivery,” “price held until Friday” or “must arrive before shutdown” often lives in email. If a promise cannot travel with the order, the process depends on memory.
03
The profitable item that consumes the warehouse
Gross margin can look healthy while slow turns, awkward storage, partial kits, damage risk and handling time quietly consume cash and space.
04
The integration owned by a password
A connector may be technically documented but still depend on one person's mailbox, authenticator, API key or payment card. Test operational ownership, not just whether it works today.
05
The archived product that still has obligations
Removing an item from sale does not remove warranties, replacement parts, historic links, customer documents or tax records. “Inactive” is not the same as finished.
06
The report that changes when its author is away
If two people cannot reproduce the same number from the same source, the report contains undocumented decisions—not just formulas.
07
The website fix that creates office work
A cleaner online form can increase manual handling if its values do not match customer, product or delivery records downstream. Measure the whole transaction, not only conversion.
08
The supplier change that rewrites your data
A new case pack, model label, lead-time rule or replacement SKU can distort purchasing and margins long before anyone calls it a systems problem.
09
The backup nobody has restored
A successful backup notification proves that a job ran. It does not prove the right data was included, credentials are available or the business can resume within an acceptable time.
Free external checks
A public-evidence workbench.
These independent tools can test a narrow question without giving CESDEV access to your systems. Use them as indicators—not as a complete audit or automatic verdict.
ID
Canada's Business Registries
Search participating federal, provincial and territorial registries to compare public business identity and status with contracts, invoices and website details.
Eligibility does not guarantee display or ranking. Validate the business facts behind the markup too.
CYBER
Canadian Cyber Centre Guidance
Use Canada's baseline cyber controls to challenge overlooked assumptions about account management, backups, incident planning and service-provider risk.
Guidance helps frame decisions; technical or legal obligations may require qualified specialists.
Safe-use rule: never paste passwords, customer information, API keys, private URLs or internal documents into a public testing service. Capture the date, exact URL or identifier tested and the complete result—not only the headline score.
Make the result useful
Bring evidence, not a pile of screenshots.
A good starting record is small enough to understand and specific enough to reproduce. It turns “something seems wrong” into a question that can be tested.
1
State the observed fact
Example: “The website says 14 available; the sellable warehouse location contains 3.”
2
Record source and time
Name the report, system, URL, location or document and when it was checked.
3
Describe the consequence
Identify the delayed order, lost time, cash exposure, customer risk or decision that cannot be made confidently.
4
Separate facts from explanations
Record what is known, what someone reported and what remains an untested assumption.
When the evidence points somewhere
Choose only as much help as the problem requires.
Unclear or connected
Baseline Audit
Use when the symptoms cross people, records, operations and systems or the root cause is still uncertain.