OPMXI
Start a conversationhello@opmxi.com

The workflow

See the system
in context.

Explore an illustrative interface, then go deeper into the architecture and decisions behind the work.

  1. Camera
  2. Detection
  3. Recognition
  4. Verification
  5. Record
  6. Dashboard
Visual recognitionIllustrative example
From an image to a decision.
Illustrative workplace scene used to explain a visual review workflowSample image · no recognition is running
Example review record
Observation
Person detected
Identity
Not confirmed
Next action
Human review

01 / Inside the system

The problem to solve

Manual identity and attendance checks are slow, inconsistent, and leave no reliable trail. Someone watches, someone ticks a box, and the record of what actually happened is whatever was typed afterward.

This system replaces that loop with a real-time pipeline: cameras detect and recognize enrolled identities, events are verified against thresholds, and every outcome — recognized, unknown, or uncertain — becomes a structured, reviewable record.

02 / Inside the system

How it fits together

  1. 01

    Capture

    Camera feeds are ingested at the edge, with frame health monitoring so degraded input is detected rather than silently processed.

  2. 02

    Detection

    On-device inference locates faces and persons in the frame — latency stays low and raw footage stays local.

  3. 03

    Recognition

    Embeddings are matched against enrolled identities. Enrollment data is stored encrypted, separate from event records.

  4. 04

    Verification

    Matches must clear a confidence threshold tuned per environment. Borderline results never auto-confirm.

  5. 05

    Record

    Verified events become timestamped, deduplicated records with the evidence trail attached.

  6. 06

    Oversight

    A dashboard exposes the event stream, a human review queue for low-confidence cases, overrides, and exports.

03 / Inside the system

From input to outcome

  1. Detect

    Frames are processed at the edge; usable frames are isolated and poor-quality input is flagged.

  2. Recognize

    Detected faces are embedded and compared against the enrolled identity set.

  3. Verify

    The match score is checked against the environment threshold. Below threshold means review, not rejection or acceptance.

  4. Record

    Confirmed events are written once — a debounce window suppresses duplicate writes for the same presence.

  5. Review

    Low-confidence and unknown events surface in a review queue where a person makes the final call.

  6. Oversee

    Administrators see the full stream, system health, and override history — nothing is a black box.

04 / Inside the system

Decisions that matter

Edge inference

Detection and recognition run on-device: lower latency, and raw video does not need to leave the premises.

Threshold governance

Confidence thresholds are tuned per environment and treated as a governed configuration, not a magic number in code.

Human review by design

Uncertain outcomes route to people. The system is built to know when it does not know.

Separated identity storage

Enrollment embeddings are encrypted and stored apart from event records, limiting exposure of biometric data.

05 / Inside the system

When things go off-script

unusable frame
Flag poor lighting or occlusion instead of forcing a low-quality match.
unknown face
Route into a visitor flow rather than failing or misidentifying.
camera offline
Health monitoring detects the gap and alerts an administrator.
duplicate event
A debounce window suppresses repeat records for the same presence.

06 / Inside the system

What this demonstrates

  • Real-time pipelines
  • Threshold governance
  • Human review queues
  • Auditability
  • Edge inference
  • Administrative oversight

Make the next move

What could this unlock for you?

A workflow in your business may look like this. Let’s explore what a useful system would involve.

Discuss a similar system