Axis/Vault
Should be created as a central register for hardware, licenses and life cycles.
- Test assets and locations
- Design assignment and values
- Show license periods
Early development preview · no finished or available software
AxisOne is created as a platform that will bring together inventory, monitoring, software lifecycle and vulnerability work in a multi-client capable system. The views shown are solely an early foretaste of ongoing development and do not represent a finished, market-ready or already available product.
Assets and Licenses
Early prototype Dark modeDesign prototype in light and dark
The images show what a later product surface could look like in light and dark representation. Both variants are part of the ongoing development and testing status, not the view of a finished application.


Early module prototypes
Vault, Pulse, Edge and Flare show examples of how organizations, roles and information should later interact. Functions, scope and surfaces can change significantly as the project progresses.
Should be created as a central register for hardware, licenses and life cycles.
In the future, availability, signals and alarm routes should be classified together.
Intended to bring together software inventory, endpoints and update requirements.
Should connect vulnerability information with the inventory maintained later.
Foretaste of development
Each step first opens a filled product image with three assigned explanation points. The short operating video can then be switched on consciously. All data is fictitious; The views are neither final nor proof of market readiness or availability.


Assets and Licenses
The prototype tests a planned registry for hardware, procurement value, location, status and license context.

Monitoring and alerting
The prototype tests how devices, availability, local connectors and open alarms could later be classified together.

Endpoints and patch planning
The early view tests the planned connection of endpoints, products, versions, lifecycle and open patches.

CVE Intelligence and Security
The prototype explores how NVD and OSV data, severities and affected software could later be merged.
Entire project under development
AxisOne as a complete product is not yet finished. The following points describe the desired development result. The module views shown previously are also early prototypes within this project and are not already available series modules.
Assets, machines, controls, software and their relationships should be brought together in a consistent model. Axis/Atlas forms the planned CMDB foundation for this.
The plan is to have our own multi-model operation on AXISPORT hardware with structured, testable results instead of an uncontrolled cloud black box.
Future assistants should combine knowledge, security assessments and approved actions. Human approval, least privilege and audit trail remain binding.
Planned Audiences
In the future, AxisOne will provide support where inventories, statuses, software and security information need to be processed with limited resources. The suitability will be validated during further development and testing.
AxisOne is intended to enable a common working environment for devices, locations, software, monitoring and security.
Multi-tenant organizations, roles and modules are planned for clearly separated work contexts.
In the future, locations and endpoints will be visible via connectors and states will be classified together.
Connected work routes
The benefits arise at the transitions. Information is not exported and later collected again, but remains in the same client and rights context.
01
The prototype tests how connector or master data could later be supplemented with location, assignment, value, status and license context.
02
Pulse is testing how accessibility, metrics, thresholds, maintenance windows and alarm paths could work together in the future.
03
Edge and Flare will later connect version levels, devices and CVEs to create comprehensible security recommendations.
Mobile development prototype
When scrolling, Vault, Pulse, Edge and Flare switch directly in the iPhone. The stage demonstrates the desired responsive operation, but does not represent a finished or already available mobile application.
The prototype tests a planned registry for hardware, procurement value, location, status and license context.
The prototype tests how devices, availability, local connectors and open alarms could later be classified together.
The early view tests the planned connection of endpoints, products, versions, lifecycle and open patches.
The prototype explores how NVD and OSV data, severities and affected software could later be merged.
Early responsive prototype in iPhone format
Planned connectivity
Connectors, protocols, APIs and notification channels are part of the planned integration concept. Which connections will be included in the finished product will be technically tested and implemented as development progresses.
Monitoring connection being tested
Local inventory as a development goal
Planned structured handovers
Scheduled event delivery
Scheduled notification route
Possible future alarm path
Possible future reports
Data sources in the development prototype
Security concept under development
The development prototype tests Auth0, organizational contexts, roles and protected routes. The final security architecture, hardening and testing are part of further product development.
The separation of organizational data is tested in the prototype and further secured.
Authorization models and module access are validated during development.
Auth0 currently serves as the technical basis for the development prototype.
Frequently asked questions
No. The entire product is under development. Vault, Pulse, Edge and Flare are also only early prototypes and not finished or available series modules.
They provide a non-binding foretaste of the product idea, possible modules and operating concept. Functions, scope, design and technical implementation can change significantly during further development.
No. AxisOne is currently not offered as finished software. All that is possible is a guided insight into the early development prototype.
No, no reliable transfer promise can currently be derived from this. This must only be validated during further development and testing.
We show the early, not market-ready prototype with fictitious data and openly explain the product goal it is pursuing.