Semantius Logo

Event and Alert Handling

1. Overview

Reactive event filtering, deduplication, and routing into the incident workflow. Bridge between observability platforms and ITSM.

2. Entity summary

Namedata_objectDescription
Alertsmonitoring_alertsFiltered, human-relevant events that crossed a threshold or matched a pattern, enriched with priority and routing, ready to be paged or ticketed.
flowchart TD
  classDef embedded_master fill:#fff4cc,stroke:#c79100,color:#5b4500;
  classDef platform_builtin fill:#e0e0e0,stroke:#424242,color:#1a1a1a;
  monitoring_alerts["Alerts"]
  users["Users"]
  users -->|"assigned_monitoring_alerts"| monitoring_alerts
  class monitoring_alerts embedded_master;
  class users platform_builtin;

3. Entities catalog

#data_objectcanonical codesingularpluralrolemastered inmastered labelnecessitypersonal_contententity_typewrite tiernotes
1monitoring_alertsmonitoring_alertsAlertAlertsembedded_masteritom-infra-monInfrastructure Monitoring and Event Managementrequired-operational_workflow:manage-

4. Aliases and industry synonyms

(none: no industry-scoped aliases for this scope)

5. Relationships

5.1 Intra-scope edges

(none: no relationships with both endpoints inside the scope)

5.2 Built-in edges (users and other platform built-ins)

fromverbtocardinalitynecessityowner_sidedelete_modefk_formatnotes
usersassigned_monitoring_alertsmonitoring_alertsone_to_manyoptionalsourceclearreference-

5.3 Cross-scope edges

5.3a Outbound from this scope’s masters and contributors

Edges this scope drives: the in-scope endpoint has role of master or contributor.

(none: no outbound cross-scope edges from this scope’s masters or contributors)

5.3b Context edges on embedded shells and consumed entities

Edges the canonical owner drives, shown for context: the in-scope endpoint has role of embedded_master, consumer, or derived.

fromverbtocardinalitynecessitydelete_modefk_formatnotes
service_incidentscorrelates_tomonitoring_alertsmany_to_manyoptionalnonen/a-

6. Cross-domain context

6.1 Master consumers (other modules / domains that embed this scope’s masters)

(none: no other module embeds this scope’s masters; the canonical owners do.)

6.2 Outbound handoffs (events this scope publishes)

(none: no outbound handoffs whose payload is in this scope)

6.3 Inbound handoffs (events this scope reacts to)

target modulesource domainsource moduletrigger_eventtransitionpayloadintegrationfrictiondescription
ITOM-INFRA-MONOBS(domain-level)monitoring_alert.threshold_breached(threshold)monitoring_alertsevent_streamlowOBS-side alerts (from metric thresholds, log patterns, trace anomalies) are mirrored into the ITOM event/alert stream so AIOPS and ITSM see them in the unified pipeline. Modern stacks make this near-trivial.

6.4 Master providers (modules / domains that own masters this scope embeds)

data_objectrole herenecessitycanonical owner(s)slice notes
monitoring_alertsembedded_masterrequiredITOM-INFRA-MON (ITOM)-

7. Lifecycle states

(none: no lifecycle states for the entities in this scope)

8. Permissions and business rules (derived)

8.1 Permissions

permissiontierdescriptionincluded in :admin?
itsm-event-mgmt:readbaseline-readRead access to every entity in the module
itsm-event-mgmt:managebaseline-manageEdit operational records
itsm-event-mgmt:adminbaseline-adminEdit reference data and inherit every workflow gate below-

8.2 Business rules

(none: no flag-derived business rules)

9. Roles, RACI, and responsibilities (derived)

Baseline roles, the permission hierarchy, and RACI realization are DERIVED from this scope’s entity-type write tiers + process_raci; none of it is stored in the catalog (the deployer provisions it from this blueprint).

9.1 ITSM-EVENT-MGMT

Baseline roles:

rolebaseline grant
itsm-event-mgmt_vieweritsm-event-mgmt:read
itsm-event-mgmt_manageritsm-event-mgmt:manage

Permission hierarchy:

permissionincludes
itsm-event-mgmt:adminitsm-event-mgmt:manage
itsm-event-mgmt:manageitsm-event-mgmt:read

RACI realization:

(none: no process_raci assignments wired to this module’s gated processes yet)

9.2 Functional ownership and default grants

responsibilitybusiness functiondefault roledefault tier
ownerIT Service Deskadmin:admin
contributorIT Operationsmanage:manage
contributorSecuritymanage:manage
consumerFinanceread:read
consumerHuman Resourcesread:read