Understand what triggered a perimeter or intrusion alarm.

A boundary alarm tells you a line was crossed. It cannot tell you whether it was a person, a delivery van, a branch in the wind or a cat. PARVEK watches the same boundary on camera, raises the event with the frame that caused it, and can light the area and challenge over the speaker while the person is still standing there.

What the workflow looks like today

The alarm arrives without a picture

A fence sensor, beam or contact reports a state change. Whoever receives it has to decide what to do with no idea what caused it.

So it gets ignored

A boundary that reports wind and wildlife all night trains the people watching it to dismiss everything. The one event that mattered arrives looking exactly like the hundred that did not.

The footage is found the next morning

By the time someone scrubs back to the right minute, the response window has closed. The video becomes a record of what happened rather than something that changed it.

What changes in practice

The boundary is drawn on the camera view

Areas are marked directly on the image — the fence line, the yard, the loading apron, the gap behind the building. PARVEK raises an event when a person is inside one during the hours it is off limits.

It separates people from everything else

Person and vehicle detection run on the live stream, so movement that is not a person does not become an event. What a camera can distinguish depends on how it is placed and lit, which is what the site survey establishes.

The response happens in that area

A floodlight switched on, a recorded or live voice challenge from the speaker covering that spot, a siren where the site allows it. Light is frequently the most effective response, and it also fixes the image the camera is capturing.

The evidence is kept with the event

The frame that triggered it, the clip around it, the camera, the time and the area that was breached — held together rather than reassembled later.

What raises an event on this workflow

Which of these apply to your site, and which cameras can carry them, is what the site survey establishes before anything is proposed.

Camera-detected boundary crossing A person entering a marked area on the camera view during an off-limits window. This is the primary path and needs no other system.
Restricted and off-limits areas Plant rooms, stock racks, cash offices, server rooms, docks and yards — each with its own hours.
Perimeter sensors already on site Fence sensors, gate contacts, beams and radar. Where a site runs these, the useful question is which camera covers that zone, which is worked out during the survey.
Gate and vehicle events A vehicle at a gate outside permitted hours, with the frame attached.
Camera tamper and health A camera covered, moved or taken offline is itself a perimeter event, and one that is easy to miss.

From the event to the response

1

Someone crosses the line

A person enters a marked area at 02:14. The camera covering it is already watching that polygon.

2

PARVEK raises the event

Person detected inside a restricted area, outside permitted hours. The frame is captured with it.

3

The area responds

The floodlight switches on, the speaker challenges, and the camera now has a lit image of whoever is there.

4

The desk and the phone get it

The event reaches the operations console and the nominated phones, with the frame attached.

5

The evidence stays

Frame, clip, camera, time and area are retained together for the investigation or the report.

Real frames, not illustrations

From live customer deployments. Faces are blurred where the person would otherwise be identifiable, and names are removed.

A restricted area drawn as a polygon on a camera view with a person detected inside it
Restricted area The area drawn on the camera view, and a person detected inside it.
A person detected on a stockroom camera, boxed, with the alert shown in the console
Person detected Someone in a space that should be empty, boxed and raised with the frame.
A camera view obscured, flagged by the system as a tamper event
Camera tamper A camera covered or moved, raised as an event in its own right.

How it fits your site

It runs on the cameras you have

PARVEK reads standard RTSP and ONVIF streams, directly or through your recorder. The recorder keeps recording exactly as before.

Processing stays on site

The appliance sits on your network and analyses the streams locally. Outbound notifications only; no inbound ports opened.

Placement and light decide the result

A boundary camera pointed along a fence in usable light will do this well. One mounted high, wide and unlit will not, regardless of settings. The survey says which you have before anything is committed.

Response hardware is wired at commissioning

Speakers, floodlights and sirens are driven from relay outputs on the appliance. What they are wired to is a site decision.

One appliance. NVR + AI + management.

Camera streams, recording, playback, AI events, evidence clips, alerts, reports, users and roles and camera health — centralised in one appliance inside your premises. Faces, clips and reports stay on site.

Input IP / Wi-Fi / compatible existing cameras
Network PoE / network
On premises PARVEK Appliance Recording · AI detection & rules · management
Mobile alertVoice warningLight / floodlightSiren / hooterEvidence clipReports
The PARVEK ops console: an event list on the left, the selected UNKNOWN PERSON detection frame in the centre, and resolve, escalate and physical-response controls on the right
Ops console — events, evidence and response in one place
The PARVEK mobile app showing a live camera view, an SOS/panic button, and tiles for devices, notifications, alerts and recordings
Mobile app — live view, alerts and SOS
Camera health diagnostics listing eight cameras with their frame rates, all green
Camera health — offline and degraded cameras flagged

Camera count, retention and storage are specified per appliance configuration and confirmed during the assessment.

Prove it on your own cameras

The site survey comes first: your cameras, your areas, your hours and the use case you actually have. What comes out of it is a proof of concept running on your own footage, with agreed things to measure:

  • Which boundary areas matter, and during which hours
  • How many events a night each area actually produces
  • Whether the camera covering each area gives a usable image after dark
  • How quickly an event reaches the desk and the on-call phone
  • What the lights and speakers should do, and where they already exist

Frequently Asked Questions

Do we have to replace our fence sensors or alarm panel?

No. PARVEK watches the same boundary on camera and raises its own events from what it sees. Where you already run perimeter sensors, they keep doing their job — the survey works out which camera covers each zone so the two can be used together.

Will this work at night?

It depends entirely on what the camera can see. A lit area, or a camera with usable infrared at the distance involved, works. A dark yard at the far end of a wide-angle lens does not, and no software setting changes that. This is the single most common thing the site survey finds, and it is better found before you buy than after.

Does weather set it off?

Rain, moving foliage and insects near the lens are the normal causes of boundary noise. PARVEK is looking for a person rather than for movement, which removes most of it, and the areas and hours are tuned during the proof of concept against what your site actually produces.

Can it talk to someone standing at the fence?

Where a speaker covers that area, yes — a recorded warning triggered by the event, or live talk-down from the console. Both depend on speakers being present or added at commissioning.

How do we find out whether our site is suitable?

Start with the site survey. It covers your camera list, placement, lighting and the areas you care about, and tells you what will and will not work before anything is proposed. From there, a proof of concept runs it on your own cameras.

AI surveillance and analytics are technology-assisted and do not guarantee prevention or detection of every security incident or 100% accuracy.

Start with a site survey

Tell us what the site is, what it runs and what you need it to catch. The survey establishes whether your cameras can carry the use case — and from there, a proof of concept runs it on your own footage.