Element
An Element is a real-world instance of an asset in your organization β like an actual server, application, or database β that has been registered in the KScope Asset Registry.
If Element Types are the blueprints or templates, then Elements are the completed, filled-in versions of those templates that represent real assets in your IT environment.
π§± Why Elements Matter
Elements are the core data records in the Asset Registry. They are:
The nodes in the asset graph
The individual assets you manage, monitor, and relate to one another
The starting point for contextualizing security, compliance, and cost insights
All analysis, visualization, and integrations in the registry start with well-modeled Elements.
π§© Example: Element vs. Element Type
Element Type
Example Element
What It Represents
Server
Server_001
A specific physical or virtual server
Application
PayrollApp
A deployed business application
Database
HR_DB
A running database instance
Each Element includes actual property values based on the schema defined by its Element Type.
π What Makes Up an Element?
An Element has the following key parts:
Element Type Defines the kind of asset it is (e.g., Server, Application).
Attributes The actual property values (e.g., name, IP address, version) associated with the element. Example:
Server_001
β name: Server_001, IP: 192.168.1.10, storage_capacity: 500 GBModule Identifies the external system that supplied this asset (e.g., AWS, ServiceNow).
Domain Indicates the organizational context or department the asset belongs to (e.g., Finance, HR).
Relationships Shows how the Element connects to other assets (e.g., a server hosts a database).
π Example: Complete Element Record
Letβs look at a full example of an Element:
Element: Server_001
Element Type: Server
Attributes:
- name: Server_001
- IP: 192.168.1.10
- location: Data Center A
- storage_capacity: 500
Module: AWS
Domain: Finance
This describes a specific server imported from AWS that is assigned to the Finance department.
π§ Where Do Elements Come From?
Elements can be:
Automatically discovered through integrations with external systems like AWS, Azure, ServiceNow, etc.
Manually created by users through the KScope UI or API
Linked to other Elements to form a graph β showing how assets are interrelated across systems
π When Would I Create or Manage Elements?
You interact with Elements when you:
Onboard new assets into the registry
Review or audit asset properties
Map relationships between systems (e.g., linking applications to infrastructure)
Segment assets by department or business unit via Domains
Track asset sources and reconcile multiple data feeds through Modules
π‘ Tips for Managing Elements
Keep properties clean and consistent β match naming conventions across systems.
Use Domains to control visibility and ownership by team or function.
Check that each Element is correctly linked to its Element Type for schema enforcement.
Establish Relationships to create a richer, more insightful asset graph.
β
Summary
In KScope Asset Registry, an Element is the actual asset you care about β a server, app, database, or any other digital resource. Itβs the central node around which all other modeling concepts revolve.
Well-structured Elements give you clarity, control, and context over your asset landscape β helping you power smarter decisions in compliance, cost management, and security posture.
Last updated
Was this helpful?