← Back to catalogue
Published

Plan / Schedule

vr.wm-act-008 · wm-act-008-plan-schedule

Represent intentions bound to time: what an agent intends to do, how firmly, when, in what order, under which commitments, and how the intention was later revised or realized.

World Models Activities and processes ACT.PLN

Bundle → Layer → Finding → Questions Filled

6 bundles · 13 layers · 32 findings · 130 questions

Plan Identity and Authority What one plan is, how firmly it is intended, how its revisions are ordered, and who may change it.

Identity and Classification

The stable handle for a plan, its boundary against neighbours, and the class and strength of intention it asserts.

Plan identity and boundary

Establishes the immutable handle for one plan instance and what falls inside its envelope rather than in a referenced plan, task or project.

  1. Which identifier is the authoritative, immutable handle for this plan, and which system issued it? identity
  2. What distinguishes this plan from the adjacent plans, tasks and projects it references? definition
  3. What planning horizon and time granularity does the plan claim to cover? temporal
  4. Which planned actions and schedule entries are constituent parts rather than merely referenced? composition

Plan type and intent mode

Classifies the kind of plan and the degree of authority its intention carries, which governs what an agent may act on unaided.

  1. What degree of authority does this plan assert: proposal, plan, directive or order? classification
  2. Which plan kind applies, such as project schedule, operational routine, agent action plan or service plan? definition
  3. Which parties may act on this plan without a further approval step? authority
  4. On what scale is priority or urgency expressed, and what does each level oblige? measurement

Versioning, Ownership and Authority

How revisions are ordered and reconciled, who owns the plan, and what authorization made it current.

Plan version and supersession

How successive revisions of one plan are counted, timestamped, reconciled between replicas and retired.

  1. Which changes require the revision counter to increment, and which do not? constraint
  2. When two replicas hold the same plan identifier, which revision wins and by what tiebreak? interoperability
  3. How is a superseded revision marked, and does it remain retrievable? lifecycle
  4. Which timestamp records the modification event as opposed to receipt of that modification? temporal

Ownership, write authority and approval

Who is accountable for the plan, who holds write authority over the master copy, and what evidences approval.

  1. Which agent is accountable for this plan and its schedule entries? ownership
  2. Which single role holds write authority over the master copy, and how is that authority transferred? authority
  3. What evidence records that the plan was approved, by whom and against which revision? evidence
  4. Under what conditions may write or approval authority be delegated, and is the delegation recorded on the plan? access
Intention Content What is intended: goals, planned actions, and the conditions and uncertainties the intention rests on.

Goals and Planned Actions

The intended end state and the individual actions meant to bring it about.

Goal and success criteria

The end state the plan serves and the measurable test by which fulfilment is judged.

  1. What end state or objective does the plan intend to bring about? definition
  2. By which measurable criterion is the goal judged achieved rather than merely attempted? measurement
  3. How does the goal decompose into sub-goals and planned actions? composition
  4. What happens when two goals in the same plan cannot both be satisfied? exception

Planned action specification

One intended action: its type and object, the conditions required to start it, the effects expected, and whether it is instantaneous or durative.

  1. Which action type and target object does the planned action denote? definition
  2. Which conditions must hold for the planned action to be executable? requirement
  3. Which state changes does the planned action expect to produce? state
  4. Is the action instantaneous or durative, and are its conditions checked at start, throughout, or at end? temporal
  5. Which lifecycle states may a planned action occupy before it is realized? lifecycle

Assumptions and Uncertainty

Conditions the plan relies on but does not control, and the modelled uncertainty in its durations and logic.

Assumption register

External conditions the plan takes for granted, who watches them, and what their failure invalidates.

  1. Which external condition does the plan take for granted without controlling it? definition
  2. Who is accountable for monitoring each assumption, and on what cadence? ownership
  3. Which observable signal invalidates the assumption, and what re-planning does it trigger? event
  4. How much of the plan fails if this assumption fails? measurement

Schedule risk and contingency

Uncertainty in durations and logic, the analysis run against it, and the reserve held to absorb it.

  1. Which duration estimates carry a distribution rather than a single deterministic value? measurement
  2. Has a schedule risk analysis been run, against which plan revision, and at what confidence level is the committed date set? validation
  3. Where is schedule reserve held, and who may authorize consuming it? constraint
  4. Which activities drive the greatest schedule risk? relationship
Temporal Binding Binding intentions to instants, intervals, deadlines, durations and repeating patterns, with correct time zone semantics.

Time Anchors, Zones and Duration

How an entry is anchored on a timeline, in which time form, and what its duration means.

Schedule entry time binding

The anchoring of a planned action to a point, an interval, a deadline, or a start plus duration.

  1. Is the entry anchored as an instant, a start plus duration, a start plus end, or a deadline only? temporal
  2. In which serialization profile and precision are the entry's absolute times expressed? constraint
  3. Is the entry a date-only all-day binding or a time-of-day binding? classification
  4. Where is the entry expected to take place, and does that place determine its local time? spatial

Time zone and floating-time integrity

Which of the three time forms an entry uses, and how future local times survive time zone rule changes.

  1. Is the entry stored as UTC, as local time with a named zone, or as floating local time? classification
  2. Which time zone database release was in force when the entry was created, and is that release recorded? provenance
  3. What happens to a future entry when its zone's offset or daylight-saving rule changes? exception
  4. If a stored offset disagrees with the named zone, which one governs? validation

Duration, effort and working calendar

Whether a stated duration means elapsed time, working time or resource effort, and which calendar converts between them.

  1. Does the stated duration mean elapsed time, working time, or resource effort? definition
  2. Which working calendar, including non-working days and shift hours, applies to this entry? composition
  3. In which units are durations expressed, and how are partial units rounded? measurement
  4. Which calendar governs when the resource calendar and the activity calendar disagree? exception

Recurrence and Exceptions

Generative patterns for repeating intentions and the individual occurrences that deviate from them.

Recurrence rule specification

The pattern that generates repeated occurrences, its grammar, anchor and termination.

  1. In which recurrence grammar is the pattern expressed, and is it losslessly convertible to the others in use? interoperability
  2. Which frequency, interval, by-part and termination terms define the pattern? constraint
  3. Which start value anchors expansion, and in which zone is expansion performed? temporal
  4. Is the series bounded by count, by an end date, or unbounded, and how far should a consumer expand it? process

Occurrence override and exception

Individual occurrences that differ from the series or are removed from it, and how they survive rule changes.

  1. How is a single occurrence identified independently of the series it belongs to? identity
  2. Does a change apply to one occurrence only or to that occurrence and all later ones? composition
  3. How are cancelled or excluded occurrences recorded so that expansion does not regenerate them? exception
  4. When the series rule changes, what becomes of previously detached overrides? validation
Network, Feasibility and Integrity Ordering between intended items, imposed date constraints, the dates derived from them, resource feasibility and whether the result is fit to rely on.

Dependency and Constraint Network

Logical ordering between planned items, externally imposed date constraints, and the checks that decide whether the network is sound.

Ordering dependency and lag

The directed relations that sequence planned items, their type, lag and justification.

  1. Which ordering relation holds between predecessor and successor: finish-to-start, start-to-start, finish-to-finish or start-to-finish? relationship
  2. What lag or lead applies, in which duration kind, and what justifies it? measurement
  3. What physical or contractual reason justifies the dependency rather than mere convenience? evidence
  4. Which dependencies cross the plan boundary to another party's plan? interoperability

Date constraint and scheduling flexibility

Externally imposed date constraints on an entry and how far the entry may move without breaching them.

  1. Which date constraint is imposed on this entry, and who imposed it? constraint
  2. How flexible is the entry: fixed, movable within a window, or freely schedulable? classification
  3. When a hard constraint conflicts with network logic, which is honoured and how is the conflict surfaced? exception
  4. Is the deadline self-imposed, contractual or regulatory? authority

Schedule integrity and quality assessment

Structural checks that decide whether a schedule is complete, well-constructed and credible enough to be relied on.

  1. Does the schedule capture every activity needed to meet the objective, including work performed by other parties? quality
  2. Which activities have missing predecessors or successors, negative lag, or excessive use of hard constraints? validation
  3. Can the schedule be traced horizontally across dependent activities and vertically to its summary levels? evidence
  4. Which health metrics are computed, at what thresholds, and against which scheduling run? measurement

Precedence network and hierarchical composition

RFC 9253 extends RELATED-TO with temporal RELTYPE values FINISHTOSTART, FINISHTOFINISH, STARTTOFINISH and STARTTOSTART, plus GAP for lag (positive) or lead (negative) duration, and FIRST, NEXT, DEPENDS-ON, PARENT, CHILD and SIBLING. P-Plan isPreceededBy is a transitive step ordering without lag types. OWL-Time intervalBefore, intervalMeets, intervalOverlaps and related Allen relations describe interval topology but are not project-management lag. FHIR CarePlan.partOf, basedOn and replaces relate plan instances. REFID groups components without adding meaning. These relation families must be stored distinctly; isPreceededBy is not equivalent to FINISHTOSTART with lag.

  1. What ordering constraint holds between these planned items, including precedence type and lead or lag gap? relationship
  2. Is this plan or item part of, based on, replacing, parent of or child of another plan, and what grouping REFID if any associates peers? composition
  3. Independently of project lag, which Allen interval relation holds between the scheduled intervals of the two items? temporal
  4. Does this relationship currently dangle because the target was deleted or cancelled, as RFC 9253 warns for FIRST, NEXT and temporal links? evidence

Computation and Resources

Dates derived from logic, durations and constraints, and the resources whose availability makes them feasible.

Critical path and float computation

Separates asserted inputs from computed outputs and records the run that produced the dates, float and critical path.

  1. Which dates are asserted inputs and which are computed outputs of a scheduling run? provenance
  2. Which continuous path of activities determines the finish date, and how was its validity checked? validation
  3. What total float and free float does each activity carry, and what threshold counts as unreasonable? measurement
  4. What triggers recomputation, and is the previous computed result retained? process

Resource assignment and contention

Which agents and resources are assigned at what allocation, their availability, and where they are over-committed.

  1. Which agent or resource is assigned to the planned action, in which role and at what allocation? relationship
  2. What availability calendar limits the assigned resource? state
  3. Where is the same resource committed to overlapping entries, and how is that resolved? exception
  4. Which activities carry a duration but no assigned resource, and is that deliberate? quality
Commitment and Coordination Intentions that bind an agent to another party, and the negotiation by which times and participation are agreed.

Commitment and Obligation

What is promised to whom, on what basis, and what follows if it is not delivered.

Commitment parties and terms

The subset of intentions that bind an agent toward a named beneficiary, with terms and qualifying conditions.

  1. Which party issues the commitment and which party is its beneficiary? ownership
  2. What exactly is promised, by when, and under which qualifying conditions? requirement
  3. Is the commitment informal, contractual or regulatory, and what evidence establishes it? classification
  4. Who is entitled to verify the commitment's existence and terms? access

Remedy, consequence and release

What follows non-fulfilment of a commitment, and how commitments are honoured, released or transferred.

  1. Which additional duty is triggered when the commitment is not fulfilled? constraint
  2. Which observable event constitutes non-fulfilment, and at what moment is it evaluated? event
  3. How is a commitment released, renegotiated or transferred, and whose consent is required? lifecycle
  4. What evidence closes the commitment as honoured? evidence

Participation and Negotiation

Who is invited, what they answered, how clashes are detected and how times are renegotiated.

Participant role and response state

Roles participants hold on an entry, their current response, and how delegation is represented.

  1. In which role does each participant appear on the entry? classification
  2. What is each participant's current response state, and when was it last updated? state
  3. Is a reply expected from this participant, and by when? process
  4. When a participant delegates, how are delegator and delegate linked on the entry? relationship

Conflict detection and rescheduling

Whether an entry consumes availability, how clashes are found, and how alternative times are proposed and recorded.

  1. Does this entry consume the participant's availability or leave them free? definition
  2. How are overlapping commitments detected across separate calendars and plans? process
  3. How is an alternative time proposed, accepted or declined? decision
  4. When an entry moves, what records the previous time and the reason? provenance

Scheduling methods and message sequencing

iTIP methods are PUBLISH, REQUEST, REPLY, ADD, CANCEL, REFRESH, COUNTER and DECLINECOUNTER. Organizer may send PUBLISH, REQUEST, ADD, CANCEL and DECLINECOUNTER; Attendee may send REPLY, REFRESH, COUNTER and a delegation REQUEST. Correlation keys are UID, RECURRENCE-ID, SEQUENCE and DTSTAMP: higher SEQUENCE obsoletes lower for the same UID and recurrence id; matching SEQUENCE ties break on later DTSTAMP. SEQUENCE MUST increment when Organizer changes DTSTART, DTEND, DURATION, DUE, RRULE, RDATE, EXDATE or STATUS. JSCalendar sequence and method (lowercase iTIP method) carry the same semantics. Out-of-order replies must be discarded using persisted last SEQUENCE and DTSTAMP per attendee.

  1. Which scheduling method is being applied, who may send it, and is this a new object or a revision of an existing UID? process
  2. What SEQUENCE and stamp time identify this revision, and does it obsolete a previously stored component with the same UID and recurrence id? lifecycle
  3. If a reply arrives with a lower sequence or earlier stamp than the last persisted attendee response, should it be discarded? evidence
  4. What spoofing, unauthorized organizer-replacement or flood controls apply to this scheduling message, as warned in iTIP security considerations? access
Revision, Execution and Governance Baselines and change control, progress and realization, closure, provenance, disclosure, retention and exchange.

Baseline and Change Control

Frozen reference versions and the controlled record of what changed and why.

Baseline snapshot and approval

Immutable frozen versions of a plan against which later performance and variance are measured.

  1. Which elements are frozen in the baseline and which remain live? composition
  2. Who approved the baseline, and under what rule may the plan be re-baselined? authority
  3. How are multiple concurrent baselines distinguished, and which is current? identity
  4. How is it proven that a stored baseline has not been altered since freezing? security

Change log and reason codes

The controlled record of what changed in a plan, why, on whose authority and at which distinct times.

  1. At what granularity is a change recorded: whole plan, entry, or individual field? composition
  2. Which controlled reason code explains the change, distinguishing correction of an error from genuine re-planning? classification
  3. Who authorized the change, and was downstream notification required? authority
  4. Which timestamps record when the change was decided, applied and observed by consumers? temporal

Progress, Realization and Closure

Recorded actuals against plan, the acts that realized intentions, and the terminal states of a plan.

Progress actuals and variance

Progress recorded against the plan as of a stated status date, and the variance computed against baseline.

  1. How is progress expressed, and is the measurement method declared rather than assumed? measurement
  2. Which actual start and finish dates are recorded, and are dates later than the status date rejected? temporal
  3. What variance against the baseline is computed, and at which level of the plan? validation
  4. As of which status date is the progress statement valid, and who asserted it? provenance

Realization and fulfilment link

How intentions are linked to the acts that fulfilled them, including partial, substituted and unplanned outcomes.

  1. Which recorded acts realize this planned action, and is the correspondence one-to-one? relationship
  2. How is partial or substituted fulfilment represented without overwriting the original intention? state
  3. How is this plan recorded as the plan an executing agent actually followed? provenance
  4. How are acts that occurred with no corresponding intention represented? exception

Closure and abandonment

Terminal states of a plan, the authority and reason for ending it, and the treatment of residual obligations.

  1. Which terminal states may a plan reach, and how are they distinguished from one another? lifecycle
  2. What reason and authority are recorded when a plan is dropped before completion? decision
  3. What happens to open commitments and future occurrences when the plan closes? exception
  4. May a closed plan be edited, and if not, how are subsequent corrections expressed? constraint

Provenance, Access and Exchange

Where a plan came from, who may see what, how long it is kept, and how it maps to external vocabularies.

Plan provenance and attribution

The agent and activity that produced a plan version, and the prior plans, templates or forecasts it derives from.

  1. Which agent, human or software, generated this plan version, and under which activity? provenance
  2. From which prior plan, template or forecast is this plan derived? relationship
  3. Is the planning agent autonomous software, and are its identity and version recorded? classification
  4. Which upstream instruction or request caused the plan to be created? authority

Disclosure, access and retention

The level of detail each audience may see, the grants that permit it, and how long plan records are kept before authorized disposition.

  1. At which level of detail is the entry shared: full content, busy-only, or hidden entirely? privacy
  2. Which grants let a non-owner read or write the plan, and do they apply per entry or per plan? access
  3. How long are plan, schedule and commitment records retained after closure, and under whose records schedule? retention
  4. When an entry is deleted, what marker remains so that replicas do not resurrect it? exception
  5. Which fields may reveal sensitive location, health or negotiation information and must be redacted in projections? security

Interoperability and exchange alignment

Mappings to external calendaring and planning vocabularies, the losses in each direction, and what any conformance claim rests on.

  1. To which external vocabularies does this model map, and which elements are lossy in each direction? interoperability
  2. Does an export and re-import round trip preserve identity, revision counter and occurrence overrides? validation
  3. What evidence supports a conformance claim, as distinct from a mere alignment? evidence
  4. How are locally required fields carried without breaking a receiving implementation? constraint

Classifiers Filled

Family
World Models
Category
Activities and processes
Entry kind
aggregate
Navigation path
NAV.ACT.PLN
Domain
ACT.PLN
Industry
Cross-industry
Tags
planscheduleact.pln
Also called
K7

What it is Filled

This model is the composite root for a plan: an identified, versioned statement of intention held by an agent, together with the planned actions it contains, their binding to instants, intervals, deadlines and recurrence patterns, the ordering and date constraints among them, the commitments that make some intentions binding on third parties, and the baselines, change records, progress and realization links that let intention be compared with what happened. It is deliberately independent of storage and interface: iCalendar, JSCalendar, a Gantt tool file, a Git-tracked Markdown plan or a MongoDB document are projections of the same semantics. It does not own agent identity, act records, process definitions or cost measurement.

In scope

  • Plan identity, classification, intent strength, version and supersession
  • Planned actions with preconditions, expected effects and effort estimates
  • Binding of intended actions to instants, intervals, deadlines, durations and recurrence patterns, including time zone and floating-time semantics
  • Ordering dependencies, lag, date constraints, and the dates, float and critical path derived from them
  • Resource and participant assignment, availability and contention
  • Commitments binding an agent to a beneficiary, with consequences, remedies and release
  • Baselines, change logs, progress actuals, variance, realization links and plan closure
  • Disclosure level, access grants, provenance and retention of plan and schedule records

Out of scope

  • Completed acts and their observations, owned by the act/action model
  • Standing process or workflow definitions, which are types rather than dated intentions
  • Agent identity, roles and organizational structure
  • Cost estimates, budgets and earned-value measurement
  • Calendar transport, storage and synchronization protocols (CalDAV, JMAP, iTIP bindings) as engineering surfaces
  • Motion planning and robot trajectory generation
  • Contract formation and enforcement beyond binding an intention to a beneficiary

Why it exists Filled

Represent intentions bound to time: what an agent intends to do, how firmly, when, in what order, under which commitments, and how the intention was later revised or realized.

Distinguishing features Filled

  • Records intentions bound to time and how firm they are, not things that already happened.
  • Keeps baselines and changes, so planned and actual can be compared later.
  • Commitments make some intentions binding on a beneficiary; others stay tentative.

What robots and AI may and may not do Filled

Must not

  • Turn a tentative intention into a commitment to a third party.
  • Overwrite a baseline instead of creating a new version.
  • Book other people's time without their scheduling authority.

Only with a human decision

  • Making or releasing a commitment to a beneficiary.
  • Approving a new baseline.

May

  • Draft or revise a plan within the owner's authority.
  • Compute dates, float and critical path from dependencies.
  • Record progress and variance.

Moral aspects Filled

  • Schedules reveal where people are and when; disclosure levels must protect privacy.
  • Commitments made by an agent bind real people and must be visible to them.

Who is affected

  • Plan owners and participants
  • Beneficiaries of commitments

Owners Filled

Steward

The plan owner holds the plan; the scheduler holds write authority over dates.

Roles

Plan Owner
Accountable for the content, currency and truthfulness of the plan; Approves baselines, closure and re-baselining; Grants and revokes access to the plan and its entries
Scheduler (write-authority holder)
Holds write authority over the master plan object and transfers it explicitly; Maintains network logic, durations, calendars and constraints; Runs scheduling computations and preserves prior run results
Participant
Responds to invitations and maintains an accurate participation state; Reports actual progress on assigned planned actions as of a stated status date; Delegates participation explicitly, with delegator and delegate both recorded
Commitment Beneficiary
Verifies the existence, terms and fulfilment state of commitments made to them; Receives notification of any change to committed terms; Accepts or disputes fulfilment evidence; holds no edit rights over the plan
Assurance Reviewer
Runs integrity and quality assessments against named plan revisions; Records findings as evidence with their own observation timestamps; May block baseline approval where a required check fails
Records Custodian
Applies retention rules and authorized disposition actions; Maintains tombstones, legal holds and the disposition audit log; Ensures baselines, change logs and audit entries remain append-only until disposition

Master systems

  • Scheduling or project planning tool
  • Calendar system

Links to other meta-models Filled

references

  • WM-ACT-006 Task - A task references the plan or schedule that authorizes it, while the plan remains independently versioned so a task state change does not revise the plan. JSCalendar keeps Task and Event as separate object types for the same reason, and the FHIR intent gradient shows that a plan does not by itself authorize another party to act.
  • Act / Action model (legacy world.actAction, K2) - Recorded acts realize planned actions. PROV models this as an Activity associated with an Agent that had a Plan, so the realization link is a reference between two independently identified entities rather than a state change on one.
  • Process & Workflow model (legacy world.processAndWorkflow, K3) - Recurring operational schedules instantiate a standing process definition. The definition is a reusable type carrying steps and conditions; the dated intention, recurrence rule and overrides stay in this model.
  • Project model (legacy world.project, K5) - A project binds its integrated schedule, baselines and variance from this model instead of redefining them, consistent with GAO treating the reliable schedule as an artifact assessed within, but distinct from, programme management.
  • Person and Organization agent models - Planning agents, owners, organizers, participants, assigners and beneficiaries are references to agent records. Agent identity, contact data and organizational structure are never duplicated on the plan.
  • IANA Time Zone Database - Time zone identifiers and their rules are referenced by identifier and release, never copied into the model, so that a database release can trigger recomputation of stored future local times.
  • Records retention schedule authority - Retention and disposition of plan and calendar records are governed by an external, role-dependent records schedule, as shown by schedules that treat calendars of ordinary and senior officials under different authorities.
  • Cost estimating and earned value model - Cost baselines, budgets and earned value are deliberately excluded and referenced instead; GAO treats schedule assessment and cost estimating as linked but separate bodies of guidance.

aligned

  • W3C PROV-O - prov:Plan, prov:hadPlan, prov:qualifiedAssociation, prov:wasGeneratedBy, prov:wasDerivedFrom and prov:wasAttributedTo anchor plan provenance and the plan-to-activity link. Alignment only; no conformance is claimed without a validated mapping.
  • IETF RFC 5545 iCalendar and RFC 8984 JSCalendar - Schedule entry anchoring, time forms, recurrence and overrides, participant roles, status vocabularies, priority and disclosure class align to these standards. Both are alignments, not conformance claims, until a round-trip test is recorded.
  • IETF RFC 5546 iTIP - Organizer write authority, participation status values, counter-proposal negotiation and the identifier-then-counter-then-timestamp conflict rule are adopted from iTIP rather than reinvented.
  • W3C ODRL Information Model 2.2 - Commitment structure aligns to Agreement, Duty and Obligation between assigner and assignee, with constraints as qualifying conditions and consequence as the duty arising on non-fulfilment.
  • W3C Time Ontology in OWL - Instant, Interval, Duration, temporal reference systems and Allen relations give a formal reading of entries and ordering. Cited as alignment with reduced weight because it remains a Candidate Recommendation Draft rather than a Recommendation.
  • HL7 FHIR RequestIntent and Timing - Supplies the evidenced intent-mode gradient and an independent recurrence grammar used for cross-domain mapping and for demonstrating that recurrence vocabularies are not isomorphic.
  • schema.org Schedule and Event - Projection target for publishing recurring intentions publicly, with eventSchedule attaching a repeat pattern to an event rather than enumerating occurrences.
  • PDDL2.1 durative-action semantics - Machine planner output maps onto planned actions with duration constraints and conditions annotated at-start, over-all and at-end; the finer annotation is preserved locally because calendar components cannot express it.

composes

  • Dimension ownership, access and audit service models - Access decisions, grant management and audit trails are inherited from the Dimension's service models. This model carries only the disclosure class and transparency of an entry and a reference to the retention rule that authorizes disposition.

neighbor

  • WM-ACT-006 Task - A task is an assignable unit of work with its own lifecycle and assignee; it references the plan that authorizes it. The plan is versioned independently, so a task state change does not revise the plan. JSCalendar keeps Event and Task as distinct object types for the same reason.
  • Act / Action model (legacy world.actAction, K2) - An act is a completed occurrence with observation evidence; a planned action is an intention that may never occur. PROV models this as an Activity that used a Plan, keeping plan and activity as separate entities rather than states of one thing.
  • Process & Workflow model (legacy world.processAndWorkflow, K3) - A process definition is a reusable type with no dates; a plan is a dated instance of intention that may instantiate such a definition. Recurrence rules belong here, process step definitions do not.
  • Project model (legacy world.project, K5) - A project is an endeavour with governance, funding and deliverables; its integrated schedule and baselines are bound from this model rather than redefined. GAO treats schedule assessment and cost estimating as linked but separate bodies of guidance.
  • Calendar service and free/busy interface - A calendar is a container and access surface. Agenda, Gantt and busy-only views are projections of plan semantics; disclosure class and transparency are modelled here, the serving protocol is not.
  • Obligation / contract model - Only the binding of an intention to a named beneficiary is in scope, aligned to an ODRL Duty within an Agreement. Contract formation, consideration and enforcement remain external.
  • Time zone reference data - Zone identifiers and their rules are referenced from the IANA database and never copied into the model; only the identifier and the database release in force are recorded.

What else AI and robots need to interact with it Filled

Identity and identifiers required Filled

  • Authoritative master-system identifier issued by the system of record for the plan or entry, recorded together with the identity of the issuing system.
  • Governed global identifier or IRI from a registered namespace, such as a globally unique calendar object identifier that is stable across revisions, or a registry IRI.
  • UUID or ULID minted by the adopting Dimension where neither of the above exists, explicitly flagged as locally minted so downstream systems do not mistake it for an authoritative key.
  • A date, a start time, a title or a position in a recurrence series is never an identifier. One occurrence of a recurring intention is identified by the series identifier plus its recurrence identifier.

Direct properties not applicable Not applicable

Not applicable

Institutional or informational subject: no invented physical properties.

Recognition optional Filled

  • A plan has planned actions bound to times, dependencies, an owner and a version.

Capabilities and actions required Filled

  • Draft and classify a plan: Create a plan with an authoritative identifier, an owner, a declared intent mode and a horizon, and record who produced it.
  • Bind a planned action to time: Create a schedule entry that anchors a planned action to an instant, interval, duration or deadline in a declared time form.
  • Expand a recurrence into occurrences: Generate the ordered occurrence set for a bounded horizon by applying the rule, then the additions, then the exclusions and overrides.
  • Compute the network schedule: Derive early and late dates, total and free float and the driving path from durations, dependencies, date constraints and working calendars.
  • Assess schedule integrity: Run structural and credibility checks against a plan revision and record the result as evidence.
  • Record a commitment: Bind an intention to a named beneficiary with terms, qualifying conditions and the consequence of non-fulfilment.
  • Reconcile participant responses: Apply inbound replies and counter-proposals to an entry and resolve competing revisions deterministically.
  • Freeze a baseline: Capture an immutable, digested snapshot of a plan revision as the reference for later variance measurement.
  • Apply a plan change: Apply a field-scoped patch under optimistic concurrency, with a controlled reason and separated decision, application and observation times.
  • Record progress and realization: Record actuals as of a status date, compute variance against the baseline and link realizing acts to the intentions they fulfilled.
  • Project a disclosure-limited view: Produce an agenda, network or busy-only projection for a requester at the disclosure level they are granted.
  • Close a plan and apply disposition: Move a plan to a terminal state, settle residual commitments and future occurrences, and apply authorized retention disposition.
  • Split this-and-future: Truncate a recurring master at the previous occurrence and create a new master for future occurrences, linking the objects with first and next relations.

Hazards and failure modes required Filled

  • Time zone and floating time errors.
  • Double booking of shared resources.

Standards and interfaces required Filled

  • iCalendar (RFC 5545).
  • ISO 8601 durations and recurrence.
  • Critical path method.

Context of use required Filled

  • Time zone rules follow the IANA database. Release 2026c alone records Alberta moving to a permanent -06 offset and Morocco to a permanent +00 offset, which invalidates previously computed future local times for those regions.
  • The Gregorian calendar is assumed by default. Non-Gregorian calendars require an explicit temporal reference system, and iCalendar recurrence is defined on the Gregorian calendar only.
  • Working calendars, public holidays and weekend definitions are locale-specific, including jurisdictions where the weekend is not Saturday and Sunday, and must be supplied rather than inferred.
  • Week numbering and the first day of the week vary; by-week-number recurrence results change with the week-start setting, so it must be recorded rather than defaulted silently.
  • The cited retention authority applies to United States federal records only. Other jurisdictions require their own records schedule, and no European statutory basis is cited in this pass.
  • Business-hours and response-time assumptions embedded in commitments are jurisdiction and sector specific and must be stated explicitly in the commitment terms.
  • Default calendar scale is Gregorian (iCalendar CALSCALE, JSCalendar rscale default).
  • Default week start is Monday in JSCalendar firstDayOfWeek default mo; US deployments often use Sunday and MUST store WKST explicitly.
  • Time zone interpretation assumes IANA TZDB regional rules, which change; stored zone identifiers must not be replaced by a single numeric offset.
  • FHIR CarePlan R4 status and intent vocabularies are used; R5 differences are not modelled.
  • Working weeks, holidays and prayer-time calendars are not assumed; they appear only if encoded as recurrence exceptions or free-busy.

Sources Filled

  1. RFC 5545: Internet Calendaring and Scheduling Core Object Specification (iCalendar) - Internet Engineering Task Force (IETF)
  2. RFC 5546: iCalendar Transport-Independent Interoperability Protocol (iTIP) - Internet Engineering Task Force (IETF)
  3. RFC 8984: JSCalendar: A JSON Representation of Calendar Data - Internet Engineering Task Force (IETF)
  4. RFC 3339: Date and Time on the Internet: Timestamps - Internet Engineering Task Force (IETF)
  5. RFC 9557: Date and Time on the Internet: Timestamps with Additional Information - Internet Engineering Task Force (IETF)
  6. Time Zone Database (tz / zoneinfo) - Internet Assigned Numbers Authority (IANA)
  7. PROV-O: The PROV Ontology - World Wide Web Consortium (W3C)
  8. Time Ontology in OWL - World Wide Web Consortium (W3C)
  9. ODRL Information Model 2.2 - World Wide Web Consortium (W3C)
  10. FHIR ValueSet: RequestIntent - Health Level Seven International (HL7)
  11. FHIR Data Types (Timing) - Health Level Seven International (HL7)
  12. GAO Schedule Assessment Guide: Best Practices for Project Schedules (GAO-16-89G) - U.S. Government Accountability Office
  13. General Records Schedule 5.1: Common Office Records - U.S. National Archives and Records Administration (NARA)
  14. Schedule (schema.org type) - Schema.org Community Group
  15. PDDL2.1: An Extension to PDDL for Expressing Temporal Planning Domains - Journal of Artificial Intelligence Research (Fox and Long)
  16. RFC 5545: Internet Calendaring and Scheduling Core Object Specification (iCalendar) - IETF
  17. RFC 9253: Support for iCalendar Relationships - IETF
  18. PROV-O: The PROV Ontology - W3C
  19. PROV-DM: The PROV Data Model - W3C
  20. Time Ontology in OWL - W3C and OGC
  21. The P-PLAN Ontology - Ontology Engineering Group, Universidad Politecnica de Madrid, and Information Sciences Institute, University of Southern California
  22. HL7 FHIR CarePlan (Release 4) - HL7 International
  23. ISO 21502:2020 Project, programme and portfolio management - Guidance on project management - ISO

Open questions

  • RFC 7529 (rscale and skip) as a fetched primary source for non-Gregorian recurrence, which both packs reach only indirectly through JSCalendar or the OWL-Time temporal reference system concept.
  • RFC 7953 VAVAILABILITY against the base f-duration-effort-and-working-calendar finding, to determine whether availability components subsume, conflict with, or complement the working-calendar model; grok records it as an explicit omission.
  • A non-US retention authority (EU storage-limitation text and at least one non-US national records schedule) to close the single-jurisdiction gap the base itself flags in its retention checklist.
  • Hierarchical task network decomposition and simple temporal networks with uncertainty, to decide whether they are an extension point on f-planned-action-specification or a separate sibling model.
  • ANSI/EIA-748 and ISO 21508 for the baseline and earned-value boundary, which both packs could only assert at catalogue level or exclude for lack of fetchable text.
  • The iTIP organizer-sole-write model versus a scheduler-maintained integrated schedule fed by contributor updates: both authority models are recorded as a conflict but no reconciliation rule is evidenced, and the newly imported scheduling-message finding makes it operationally live.
  • Cost baselines, budgets and earned value management are excluded; ANSI/EIA-748 and ISO 21508 could not be fetched in this pass and are not cited.
  • ISO catalogue pages, including the ISO 8601 parts and ISO 21502, returned HTTP 403 to the fetcher. ISO alignment is asserted only indirectly, through RFC 3339 which is an explicit profile of ISO 8601.
  • The GAO ten best practices were confirmed from the GAO product page and indexed text of GAO-16-89G; the full PDF text was not machine-extracted, so individual practice wording should be verified against the source document before quotation.
  • The exact NARA GRS 5.1 item number and disposition wording for calendars were not machine-extracted because the PDF returned as binary; only the coverage statement was confirmed from indexed text.
  • Hierarchical task networks, simple temporal networks with uncertainty, and constraint-based temporal planning are out of scope.
  • Capacity planning, shift rostering, labour-law working-time limits and collective agreement constraints are not modelled.
  • Cron and systemd timer expressions are noted as further non-isomorphic recurrence grammars but are not mapped.
  • Alarms, reminders and notification scheduling are treated as a projection concern and are not given their own finding.
  • Non-Gregorian calendar systems are referenced through the OWL-Time temporal reference system concept but are not modelled in detail.
  • RFC 7953 VAVAILABILITY working-availability components were not fetched and are not modelled beyond free-busy.
  • VALARM and JSCalendar alerts are notification mechanics, not modelled as first-class findings.
  • RFC 7529 non-Gregorian recurrence is represented only through JSCalendar rscale and skip, not as a standalone fetched source.
  • PMBOK schedule-baseline and earned-value formulae were not used as primary text because the full PMI guides are paywalled and the PMI library fetch was blocked.
  • ISO 21502 full text is paywalled; schedule-baseline language is catalogue-level alignment only.
  • Critical-chain buffers, resource leveling, MRP and ISA-95 operations schedules lack primary support here.
  • PDDL, HTN and other automated-planning operator models are omitted.
  • Shift rostering, crew pairing, court and legislative calendars and military OPORD formats are omitted as specialised siblings.
  • CalDAV, iMIP and JSCalendar sharing protocols are interfaces, not included as semantics.

Machine files

Provenance

world-models research · reviewable-draft

Built from: models/wm-act-008-plan-schedule/spec.yaml, ver-cy/world-models/card-supplements/wm-act-008-plan-schedule.json