On this page Plan Versus Record

ServiceInstance

ServiceInstance schema for recording or planning actual service performances.

A ServiceInstance records a real or planned service. It references the Ordo and records what happened.

{
  "id": "si-2026-01-19-timkat-seattle",
  "type": "service-instance",
  "ordo": "ordo-kidase",
  "date": {
    "gregorian": "2026-01-19"
  },
  "cast": [
    {
      "role": "role-priest",
      "person": "person-priest-001"
    }
  ],
  "activePropers": ["proper-timkat"],
  "anaphora": "anaphora-st-gregory"
}

Plan Versus Record

A planned instance states what is expected; a completed instance records what occurred. Preserve that distinction with status and timeline data instead of overwriting the plan after the service.

{
  "id": "si-2026-01-19-timkat-seattle",
  "type": "service-instance",
  "ordo": "ordo-kidase",
  "activePropers": ["proper-timkat"],
  "privacy": {
    "visibility": "private-parish",
    "anonymizeParticipants": true,
    "publicRelease": false
  }
}

cast binds people to roles for this occurrence only. Reusable blocks and sections should continue to reference roles, never the people assigned on one date.

Before publishing a service record, evaluate participant consent, asset licenses, retention policy, and authority restrictions. Removing display names is not sufficient anonymization when timestamps, locations, or media still identify participants.

Schemas and supported values