Skip to content

Available now

Message families ​

A family is a payload schema. The envelope's message_type selects it, and nothing else does: not the topic, not the producer, not the payload's shape.

Family (schema)message_typeWhat it saysTypical producer
story-contextstory.contextThe complete state of a story at one moment: headline, story_type, sources, assets, gates, compliance. See Snapshots, not deltasNCS or planning system
telling-eventtelling.started, telling.ended, telling.exposedA story going out on a platformPlayout, CMS, social publishing
link-eventlink.committed, link.gate_changed, link.withdrawnAn asset committed to, or withdrawn from, a destinationGraphics, CMS, rundown
delivery-media-availabledelivery.media_availableMedia has arrived in a store. The message carries a reference, never the mediaMAM, media store, ingest
skill-warningskill.warning.raisedAn AI skill flags something for editorial attentionSkill executor
system-auditsystem.auditGovernance trail: clearances, suppressionsCompliance and standards desk tools

Every field of every family, what it means and where that meaning comes from, is in the SOM 1.0 schema reference.

GET /v1/health lists the message types the bus has a schema for (see the Bus API).

The published examples for every family are in the SOM repository, along with negative examples that must be refused. The bus accepts every positive example and refuses every negative one.

Message types without a schema ​

SOM 1.0 names some message types without publishing a schema for them, and a later 1.x may add families. The bus accepts these with the envelope checked and the payload passed through, and says so: payload.unvalidated. Many skill recall_on topics are in this group.

Consumers must ignore message types they don't recognise.

SOM is an open standard maintained by the SOM working group. This service is not endorsed by it.