# Reconcile Axis Z-Wave membership after an abort > Inspect actual Axis Z-Wave membership after aborting an inclusion. The documented protocol-completion stage can leave the node added even when the remaining operation is aborted. - Canonical URL: https://update.dsesecurity.com/updates/reconcile-axis-z-wave-membership-after-an-abort/ - Publisher: Detection Systems & Engineering (DSE Security) - Author: DSE Security Editorial Team - Published: 2026-10-29T20:33:28+00:00 - Modified: 2026-10-29T20:33:34+00:00 - Last reviewed by DSE: 2026-10-29 - Resource type: Guide - DSE priority: Advisory - Topics: IT, Networks & Infrastructure - Reading time: 3 minutes ## What you need to know Inspect actual Axis Z-Wave membership after aborting an inclusion. The documented protocol-completion stage can leave the node added even when the remaining operation is aborted. ## Potentially affected Axis products exposing the documented Z-Wave API interface; confirm actual device, hardware and software applicability before applying the proposed checks. ## DSE recommendation DSE recommends reconciling operation stage and actual node membership after an abort before closing the inclusion change. ## Article Bottom line: Treat an abort as a request whose resulting membership must be reconciled. Record the operation stage and inspect the node inventory before deciding whether a separately approved removal is needed. ## Source fact: documented behavior Axis’s [Z-Wave API](https://developer.axis.com/vapix/network-video/z-wave-api/) makes both node inclusion and operation abort asynchronous, requiring getOperation to establish completion. The status addNodeStatusProtocolDone identifies completion of the inclusion protocol portion. The abort description warns that after protocol completion, a node can already be added; aborting then does not fully undo the membership change and requires the appropriate separate operation. ## What the source does not establish Do not infer a complete rollback from an accepted abort response or an idle operation. Confirm the actual operation, its stage and resulting node inventory. This article does not qualify a radio device, prescribe security-key grants or authorize removal of an unidentified or operational node. ## Applicability questions - Which approved node and network operation are being reviewed? - What stage was reported before the abort request? - Does the resulting inventory contain the intended node? - Who may approve a separate membership correction and check dependent functions? ## DSE recommendation: controlled next steps The following steps are DSE recommendations based on the cited source. DSE recommends reconciling operation stage and actual node membership after an abort before closing the inclusion change. - Prepare a proposed isolated inclusion plan with a harmless supported node and its expected identity. Preserve the initial inventory and identify the owner of any dependent behavior. Define how the client records operation progress so an operator can distinguish an early cancellation from an abort after the documented protocol-completion stage. - If an abort becomes necessary during an expressly authorized pilot, retain the latest operation and status information with the request. Follow the documented asynchronous completion check. Do not relabel the outcome rolled back solely because the abort request was accepted or the client stopped displaying its progress indicator. - Read the resulting node inventory and compare it with the original and intended populations. Where a separately approved membership correction is needed, identify the exact node and use the applicable documented operation under its own plan. Verify the final inventory and dependent harmless function again. Keep an unknown node or uncertain stage open for investigation instead of repeatedly aborting and restarting inclusion. ## Verification and evidence Retain the original node inventory, inclusion and abort requests, progress observations, returned outcomes and final inventory in one timeline. Ask a second reviewer to identify whether the membership changed and what evidence supports that conclusion. Keep any separately authorized removal or restoration as another explicit operation with its own result. Use proposed client-response fixtures for an abort before protocol completion and an abort after addNodeStatusProtocolDone. Require the reviewer to request membership evidence in both cases and to identify the documented late-stage limitation. These are planning inputs; no radio inclusion, abort, node removal or compatibility test has been performed for this article. ## Official references - [Z-Wave API](https://developer.axis.com/vapix/network-video/z-wave-api/) — Axis Communications; official VAPIX documentation. Source review completed October 29, 2026. Recheck the official documentation and the deployed device’s capabilities before changing production settings. ## Primary reference - Name: Axis Communications — Z-Wave API - Authority: Axis Communications - URL: https://developer.axis.com/vapix/network-video/z-wave-api/ - Source publication date: Not stated by the source ## Citation and use Preferred citation: “Reconcile Axis Z-Wave membership after an abort,” DSE Security, https://update.dsesecurity.com/updates/reconcile-axis-z-wave-membership-after-an-abort/ Publishing principles: https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/ Usage and citation policy: https://update.dsesecurity.com/usage/ Copyright © 2026 Detection Systems & Engineering. All rights reserved.