Reference · built on requestConnectorAccess control & video

AXIS VAPIX

Events, door state, credentials, and video from Axis devices through the VAPIX CGI, web-service, and WebSocket interfaces.

About

VAPIX is the HTTP interface served by Axis devices themselves: network cameras and encoders, audio, radar, intercoms, and the A1001, A1210, A1601, and A1610 network door controllers. Cameras answer CGI requests under /axis-cgi, publish events through the Event and Action services at /vapix/services, and stream over RTSP from /axis-media/media.amp. Door controllers add web services for access points, credentials, schedules, and doors at /vapix/pacs and /vapix/doorcontrol.

Through Fibric, an operator watches device events and door state, then proposes an action: release a door for a window, disable a credential, or add an action rule. You approve. The connector calls the device once and leaves a receipt: what changed, why, and how to undo it.

This is a reference listing. It documents what Fibric would read from AXIS VAPIX and what it could propose, based on the vendor's published interfaces. Fibric builds it under a managed deployment when you request it; selecting it here installs nothing.

Inputs

  • Events from the Event service at /vapix/services, subscribed through WS-BaseNotification pull points or the WebSocket at /vapix/ws-data-stream?sources=events
  • Event topics such as tns1:VideoSource/tnsaxis:Tampering, tns1:Device/tnsaxis:IO/tnsaxis:Port, and tns1:VideoAnalytics/tnsaxis:MotionDetection
  • Door state from the Door control service: DoorMode values such as Locked, Accessed, Blocked, LockedDown, LockedOpen, and DoubleLocked, plus DoorPhysicalState Open, Closed, or Fault
  • Access decisions from door controllers: AccessControl/AccessGranted/Credential, AccessControl/Denied/Credential, and AccessControl/Denied/CredentialNotFound
  • Access points, access profiles, and credentials from the Access control service at /vapix/pacs, each credential with IdData, ValidFrom, ValidTo, and Enabled
  • JPEG snapshots from /axis-cgi/jpg/image.cgi and live video over RTSP from /axis-media/media.amp in H.264, H.265, MJPEG, or AV1
  • Device events republished to your broker through the MQTT client API at /axis-cgi/mqtt/client.cgi over tcp, ssl, ws, or wss

Proposed actions

  • Target capability: propose AccessDoor, UnlockDoor, LockDoor, or BlockDoor on a door token through the Door control service at /vapix/doorcontrol
  • Target capability: propose pacsaxis:EnableCredential or pacsaxis:DisableCredential, or pacsaxis:SetCredential with new ValidFrom and ValidTo, at /vapix/pacs
  • Target capability: propose an action rule through the Action service so a chosen device event triggers a configured action
  • Target capability: propose emitting a virtual input event through the Event service to fire rules already on the device

Proposed actions are target capabilities. Every action runs propose-first and needs a validated deployment and the appropriate permissions.

What you can build

  • Catch a door held open

    Door control events report DoorPhysicalState and DoorMode. When a door stays Open past its schedule, the operator proposes a notice to the site lead and, on your approval, a LockDoor or BlockDoor command.

    With Door Held Open

  • Flag repeated access denials

    AccessControl/Denied/Credential events arrive per controller. The operator groups repeated denials by credential and door, and proposes pacsaxis:DisableCredential for your approval.

    With Access Anomaly

  • Keep every camera reporting

    A tns1:VideoSource/tnsaxis:Tampering event or a failed snapshot from /axis-cgi/jpg/image.cgi marks a camera as suspect. The operator proposes a ticket with the last good frame.

    With Camera Health

  • Expire contractor credentials on time

    Credentials carry ValidFrom and ValidTo. The operator lists credentials past their end date that remain Enabled and proposes disabling each one.

    With Contractor Credentials, Badge Hygiene

Requirements

  • Network reach from the connector to each camera or door controller, since VAPIX is served by the device itself
  • AXIS OS 5.50 or later for the Event and Action services at /vapix/services
  • An Administrator account for MQTT client configuration; Viewer privilege is enough for snapshots and video
  • An Axis network door controller (A1001, A1210, A1601, or A1610) for the physical access control services
Authentication
A user account on each device at Administrator, Operator, or Viewer privilege, using Digest access authentication over HTTP and RTSP or Basic access authentication over HTTPS, as the vendor recommends.

Limits

  • The vendor states most products do not support every VAPIX API; the API Discovery service tells you what a given device offers
  • Basic access authentication encodes credentials rather than encrypting them, so it belongs on HTTPS only; Digest is the vendor's choice for plain HTTP
  • Event subscriptions are per device. A fleet needs one subscription per camera or controller; VAPIX has no site-wide event feed
  • The bitmap snapshot endpoint is deprecated from AXIS OS 11.0. This listing reads JPEG from /axis-cgi/jpg/image.cgi

Access and pricing

Reference listing. Fibric builds the connector under a managed deployment when you request it. Your quote covers the build, capabilities, usage, and support.

Request AXIS VAPIX ↗

Questions and answers

Do you need a VMS to read Axis events?
No. Each device serves its own Event service at /vapix/services and a WebSocket at /vapix/ws-data-stream?sources=events with events:configure and events:notify methods. A device can also publish events to an MQTT broker through the MQTT client API. This listing talks to the device, not to a VMS.
Which door controllers do the access control services cover?
The vendor lists the A1001, A1210, A1601, and A1610 network door controllers. They expose the Access control service at /vapix/pacs, the Door control service at /vapix/doorcontrol, and services for schedules, ID points, event logging, and third-party credentials, in JSON or SOAP.
What authentication does VAPIX use?
Device user accounts with Basic or Digest access authentication, set through Network.HTTP.AuthenticationPolicy. The vendor recommends Digest over HTTP and RTSP and Basic over HTTPS. Accounts hold Administrator, Operator, or Viewer privilege; snapshots need Viewer, MQTT configuration needs Administrator.
Ask about AXIS VAPIX

Ask about the capabilities and requirements in this listing.

For project-specific requirements, contact Fibric.