The problem
Many problems are rare and different each time. Collecting enough examples of every defect or incident to train a classic model is impractical.
How it works
- 1Normal footage or images are collected for a process or product.
- 2A model learns the normal visual pattern.
- 3Deviations are scored and flagged above a threshold.
- 4Flagged cases are reviewed and used to refine the model or create dedicated detectors.
Existing IP cameras / NVR
RTSP / ONVIF streams
Edge device on-site
AI models + rules; video stays local
Events
Time, camera, zone, evidence frame
Dashboard, alerts, API
Notifications, relays, REST/webhook
What can be detected
- Unusual product appearance
- Activity in a zone at an unusual time or pattern
- Process steps skipped or out of order
- Objects present where they should not be
Typical scenarios
- Quality inspection for rare defects
- Process compliance in workshops
- After-hours activity in sensitive areas
- Cash-handling and back-office procedures
Deployment options
On-premise / edge
Analysis runs on hardware inside your network. Video does not leave the site; only events and metrics are stored or shared.
Cloud
Suitable for distributed, low-camera-count sites where central management matters more than keeping video on-site.
Hybrid
Video is processed on-site, while events, dashboards and multi-site reporting are managed centrally.
Working with existing cameras
- Stable camera positions and consistent lighting make "normal" easier to learn.
- Most IP cameras and NVRs that provide RTSP or ONVIF streams can be connected, regardless of brand.
- Before a pilot, sample footage from each candidate camera is reviewed for resolution, angle, distance and lighting.
- Where a view is not suitable, the recommendation is usually to reposition the camera or add one — not to replace the whole system.
Integration
- Review queue in the dashboard
- REST API / webhook for follow-up workflows
Privacy and security
- No face recognition is used in safety and operations analytics; events describe what happened, not who.
- On-premise processing keeps video inside your network.
- Evidence clips, retention periods and user access are configurable and should follow your GDPR/KVKK policies.
- Workplace monitoring should be introduced with clear employee information and, where applicable, consultation with employee representatives.
Limitations
- Anomaly scores need human review in early stages; thresholds are tuned to balance alerts and misses.
- Not every anomaly is a problem — context rules are usually needed.
How a pilot works
- 01
Discovery
We agree on the problem, the owner, the sites and what a successful outcome would look like.
- 02
Camera assessment
Sample footage from candidate cameras is reviewed for angle, resolution, distance and lighting.
- 03
Use-case definition
Events, zones, rules, alert recipients and success metrics are written down before deployment.
- 04
Pilot deployment
Edge hardware or cloud processing is set up and connected to the selected cameras.
- 05
Validation
Detections are checked against reviewed footage; true detections, false alarms and misses are counted per camera.
- 06
Report
Results, limitations and recommended changes are documented and shared with all stakeholders.
- 07
Rollout decision
Based on measured results, you decide whether and how to expand to more cameras, sites or use cases.
Frequently asked questions
How is this different from defect detection?
Defect detection recognises known defect types. Anomaly detection flags anything that differs from normal, which helps with rare or new problems but needs review.
Related solutions
Industries
Further reading
Start with the cameras you already have
Send us a few frames from your cameras and the problem you want to solve. We will tell you honestly what is feasible.
