GuideAdvisoryVideo Surveillance

Check Axis cleaning-service capabilities before offering remote controls

Axis Clear view separates static service information from current service status. Build remote cleaning controls from the capabilities reported by the actual camera.

Integrated video surveillance and controlled entry at a modern commercial facility.
DSE visual intelligencePhysical securityGuide · 3 min read
Executive summary

What you need to know

Axis Clear view separates static service information from current service status. Build remote cleaning controls from the capabilities reported by the actual camera.

Potentially affected

Axis devices exposing the documented Clear view interface; confirm support and the installed API/software scope before applying the proposed checks.

DSE recommendation

DSE recommends deriving the remote cleaning interface from the device’s own supported service information.

Bottom line: Offer only the cleaning controls supported by the camera’s reported service information, and verify current state separately.

Source fact: documented behavior

The Clear view topic describes cleaning functions such as a wiper or speed dry where the camera provides those options.

Its method description distinguishes getServiceInfo for static service information from getStatus for dynamic service values.

What the source does not establish

Do not assume that every supported camera has the same cleaning hardware or control limits. Treat the documentation’s response examples as examples, not a capability declaration for an installed unit. Confirm the product manual’s operating and maintenance requirements before using a remote control. Keep a successful API response separate from an assessment that the view is clear enough for its task.

Applicability questions

  • Which cleaning services does the actual camera report?
  • What duration, stopping and operating constraints does the supported service expose?
  • Can a technician safely observe the proposed operation and the resulting image?
  • What should the remote interface do when a service is unavailable or reports an unexpected state?

DSE recommendation: controlled next steps

The following steps are DSE recommendations based on the cited source.

DSE recommends deriving the remote cleaning interface from the device’s own supported service information.

  1. Start with a supported representative camera and the manufacturer’s operating instructions. Capture its service-information response and identify each service by the returned identity. Review the actual controls and limits with the integrator. Do not copy an example wiper or speed-dry layout into a fleet interface without verifying that each device supplies the corresponding capability.
  2. Prepare an authorized pilot in which an observer can see the device and review the image. Check the current service status separately from the static information. Request an operation only within the supported conditions, then observe its actual progress and completion through supported means. Avoid commanding repeated cleaning cycles simply because the interface permits another button press.
  3. After the operation, assess the resulting view against the camera’s accepted task. If a supported remote action does not resolve the visibility problem, route the work to the appropriate maintenance process. Do not broaden operating limits or invent an alternative actuator command to make a remote-only workflow succeed. Design an explicit unavailable-state message for the operator instead.

Verification and evidence

Retain the device/software identity, manufacturer operating reference, sanitized service information, dynamic status observations and the requested operation. Keep the observer’s assessment of the resulting image separate from the command result. Record any supported control that the integrator deliberately chose not to expose.

For the proposed interface test, include cameras or fixtures with different reported capabilities where available. Verify that the control design follows the returned information rather than a hardcoded example. Have the operator practice the unavailable-service path. No cleaning cycle, hardware capability survey or image-quality result is reported in this article.

Official references

  • Clear view — Axis Communications; official VAPIX documentation.

Source review completed October 28, 2026. Recheck the official documentation and the deployed device’s capabilities before changing production settings.

Primary reference

Review the official source

Axis Communications — Clear view · Verified October 28, 2026

Open official reference ↗
Plan the next step

Need help applying this guidance safely?

DSE can help confirm applicability, protect service continuity, and validate the result across physical security and IT systems.

Talk with DSE