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.
AccessControl/Denied/Credential events arrive per controller. The operator groups repeated denials by credential and door, and proposes pacsaxis:DisableCredential for your approval.
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.
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.
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.
This connector listing is developed, published, and supported by Fibric. It describes integration with AXIS VAPIX through published interfaces. Third-party names and logos identify the systems an integration connects to; they are the property of their respective owners, who are not affiliated with Fibric and do not sponsor or endorse this listing. Trademark policy