You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Network admins and asset managers managing infrastructure across multiple
sites have no way to organise layouts by location, classify racks by
function, or record the operational data needed for CMDB integration.
Specifically:
No location hierarchy — can't answer "how many sites do we have in QLD?"
No way to classify racks by function (Network, Security, AV, Storage)
Serial numbers and asset tags exist only on device type templates, not on
placed device instances or rack enclosures — the wrong level for CMDB
No support contract tracking (start/end dates, support contact/partner)
No physical rack location (address, floor, room)
No user-defined custom fields to match company CMDB schemas
No way to search across devices by type, asset tag, serial, or IP
The intent behind these features is to serve operational staff who find
enterprise CMDB systems (ServiceNow, Jira Assets, etc.) overwhelming or
difficult to navigate day-to-day. Large CMDB platforms are powerful but
lack the visual, spatial context that makes rack management intuitive.
Rackula already solves the visual problem — these features bring just
enough CMDB functionality into that visual context so operational staff
can find what they need, see where it lives, and know when support
expires, without ever leaving the tool they already understand.
Proposed solution
HIERARCHICAL TAG SYSTEM
Tags on layouts (location) and racks (function) using namespaced strings.
No fixed schema — teams add levels that suit their org structure
Tag editor UI on layout header and rack Edit Panel
Autocomplete from existing tags keeps naming consistent across team
SITE BROWSER (in StartScreen)
Hierarchy tree built dynamically from layout tags across all saved layouts.
Drill down: Australia → QLD → Brisbane → 3 sites → racks
Shows site count, rack count, last updated at each level.
Server-connected mode: cross-layout; offline: degrades to flat list.
CMDB ASSET FIELDS — on both Rack and PlacedDevice
Both the rack enclosure and every device are physical assets in a CMDB.
Both get the same field set:
asset_tag, serial_number, support_start (date), support_end (date),
support_contact (vendor/partner)
support_end highlights red when within 90 days
DeviceType template values pre-fill on placement; instance owns its own
All fields editable in Edit Panel and available in annotation column
asset_tag applies to the rack enclosure itself, not just devices inside it
RACK PHYSICAL LOCATION
Add address, floor, room to each rack.
Example: "123 Rack Rd, Brisbane QLD 4000 / Level 3 / Room 123"
Displayed on rack header in canvas and exports.
Complements location tags (tags = navigation hierarchy, address = where to walk to)
USER-DEFINED CUSTOM FIELDS
Define a field set once at layout level: VLAN, Cost Centre, Ticket Ref, etc.
Every placed device gets those fields in Edit Panel.
Values stored in existing custom_fields Record.
Fields available in annotation column export.
DEVICE SEARCH (nice to have)
Search across all devices by type, model, asset tag, serial, IP, or any
custom field. Results show full location path and asset context.
Server mode: cross-layout. Single layout mode: within open layout.
Alternatives considered
Hard-coded country/state/city dropdowns — rejected. Can't accommodate every
org's hierarchy (floor, campus, tenant, environment). Tags handle all cases
without future schema changes.
Storing all CMDB fields in custom_fields unstructured — rejected. Support
dates need special handling (date picker, expiry highlighting). Serial and
asset tag are universal enough to be first-class fields.
Tags only on layouts, not racks — rejected. Admins need to find "the
Security rack" within a site, not just find the site.
This discussion was converted from issue #1613 on April 22, 2026 17:15.
Heading
Bold
Italic
Quote
Code
Link
Numbered list
Unordered list
Task list
Attach files
Mention
Reference
Menu
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Problem
Network admins and asset managers managing infrastructure across multiple
sites have no way to organise layouts by location, classify racks by
function, or record the operational data needed for CMDB integration.
Specifically:
placed device instances or rack enclosures — the wrong level for CMDB
The intent behind these features is to serve operational staff who find
enterprise CMDB systems (ServiceNow, Jira Assets, etc.) overwhelming or
difficult to navigate day-to-day. Large CMDB platforms are powerful but
lack the visual, spatial context that makes rack management intuitive.
Rackula already solves the visual problem — these features bring just
enough CMDB functionality into that visual context so operational staff
can find what they need, see where it lives, and know when support
expires, without ever leaving the tool they already understand.
Proposed solution
HIERARCHICAL TAG SYSTEM
Tags on layouts (location) and racks (function) using namespaced strings.
Layout tags: country:AU, state:QLD, city:Brisbane, type:datacenter
Rack tags: function:Network, function:Security, function:AV
SITE BROWSER (in StartScreen)
Hierarchy tree built dynamically from layout tags across all saved layouts.
Drill down: Australia → QLD → Brisbane → 3 sites → racks
Shows site count, rack count, last updated at each level.
Server-connected mode: cross-layout; offline: degrades to flat list.
CMDB ASSET FIELDS — on both Rack and PlacedDevice
Both the rack enclosure and every device are physical assets in a CMDB.
Both get the same field set:
asset_tag, serial_number, support_start (date), support_end (date),
support_contact (vendor/partner)
RACK PHYSICAL LOCATION
Add address, floor, room to each rack.
Example: "123 Rack Rd, Brisbane QLD 4000 / Level 3 / Room 123"
Displayed on rack header in canvas and exports.
Complements location tags (tags = navigation hierarchy, address = where to walk to)
USER-DEFINED CUSTOM FIELDS
Define a field set once at layout level: VLAN, Cost Centre, Ticket Ref, etc.
Every placed device gets those fields in Edit Panel.
Values stored in existing custom_fields Record.
Fields available in annotation column export.
DEVICE SEARCH (nice to have)
Search across all devices by type, model, asset tag, serial, IP, or any
custom field. Results show full location path and asset context.
Server mode: cross-layout. Single layout mode: within open layout.
Alternatives considered
Hard-coded country/state/city dropdowns — rejected. Can't accommodate every
org's hierarchy (floor, campus, tenant, environment). Tags handle all cases
without future schema changes.
Storing all CMDB fields in custom_fields unstructured — rejected. Support
dates need special handling (date picker, expiry highlighting). Serial and
asset tag are universal enough to be first-class fields.
Tags only on layouts, not racks — rejected. Admins need to find "the
Security rack" within a site, not just find the site.
How important is this to you?
Nice to have
Beta Was this translation helpful? Give feedback.
All reactions