@operato/ops-contract 0.9.4 → 0.9.5

package/dist/contract.d.ts

@@ -3172,6 +3172,38 @@ export declare const EQUIPMENT_STATUS: readonly ["busy", "setup", "down", "idle"
 export type EquipmentStatus = (typeof EQUIPMENT_STATUS)[number];
 /** 선언된 상태인가. */
 export declare function isEquipmentStatus(value: unknown): value is EquipmentStatus;
+/**
+ * **ISA-95 의 네 자원** — 「무엇이 자원인가」를 한 자리에서 말한다.
+ *
+ * ── 왜 필요한가 (MES 레인이 물음, 2026-09-05) ──────────────────────────────
+ * 계약이 네 자원을 여러 곳에서 다루는데, **넷이라고 말하는 값이 없었다.** 그래서 소비처가 저마다
+ * 손으로 든다 — 자원 하나에 걸린 것을 한자리에 보이는 화면(360)이 종류마다 무엇을 물을지 정하려면
+ * 그 목록이 필요하고, 지금은 화면마다 적게 된다.
+ *
+ * 이미 갈라지기 시작했다: `CapacityAxis`(§`capacity.ts`)가 넷을 손으로 들고 있다.
+ * `EQUIPMENT_STATUS` 가 정확히 같은 자리였다 — 계약에 있는데 소비처가 따로 선언하고 있었다.
+ *
+ * ── 왜 넷만인가 ────────────────────────────────────────────────────────────
+ * 표준이 넷이라고 말한다(ISA-95 Part 1 §5: Personnel · Equipment · Material · Physical Asset).
+ * 자리·공정·로트를 여기 섞고 싶은 힘이 있는데 — 화면이 그것들도 보여 주므로 — **섞으면 이 상수가
+ * ISA-95 를 말하지 않게 된다.** 그러면 다음 사람이 이것을 근거로 쓸 수 없다.
+ *
+ *   자리   자원을 **담는 곳**이다. 자원이 아니다
+ *   로트   자재의 **개체**다. 자재 종류와 다른 층이다
+ *   공정   자원을 **쓰는 일**이다
+ *
+ * 화면이 그 셋도 필요하면 다른 이름으로 든다. 이 목록은 「무엇이 자원인가」에만 답한다.
+ *
+ * ── `CapacityAxis` 와 다르다 ───────────────────────────────────────────────
+ * 그것은 **제약이 걸린 축**이고(무엇을 늘려야 하는가), 자리가 들어간다 — 자리가 모자라도 못 돌기
+ * 때문이다. 자재는 없다(늘린다고 지금 나오는 것이 아니다). 둘은 겹치지만 같지 않다.
+ *
+ * 합치면 한 값이 두 물음에 답하게 되고, 그러면 어느 쪽 뜻으로 읽어야 하는지 알 수 없다.
+ */
+export declare const RESOURCE_KIND: readonly ["equipment", "personnel", "material", "asset"];
+export type ResourceKind = (typeof RESOURCE_KIND)[number];
+/** 선언된 자원 종류인가. */
+export declare function isResourceKind(value: unknown): value is ResourceKind;
 /**
  * 원본의 낱말을 우리 상태로 옮긴다 — **모르면 `undefined` 다.**
  *

package/dist/contract.js

@@ -1276,6 +1276,39 @@ export const EQUIPMENT_STATUS = ['busy', 'setup', 'down', 'idle', 'planned-stop'
 export function isEquipmentStatus(value) {
     return typeof value === 'string' && EQUIPMENT_STATUS.includes(value);
 }
+/**
+ * **ISA-95 의 네 자원** — 「무엇이 자원인가」를 한 자리에서 말한다.
+ *
+ * ── 왜 필요한가 (MES 레인이 물음, 2026-09-05) ──────────────────────────────
+ * 계약이 네 자원을 여러 곳에서 다루는데, **넷이라고 말하는 값이 없었다.** 그래서 소비처가 저마다
+ * 손으로 든다 — 자원 하나에 걸린 것을 한자리에 보이는 화면(360)이 종류마다 무엇을 물을지 정하려면
+ * 그 목록이 필요하고, 지금은 화면마다 적게 된다.
+ *
+ * 이미 갈라지기 시작했다: `CapacityAxis`(§`capacity.ts`)가 넷을 손으로 들고 있다.
+ * `EQUIPMENT_STATUS` 가 정확히 같은 자리였다 — 계약에 있는데 소비처가 따로 선언하고 있었다.
+ *
+ * ── 왜 넷만인가 ────────────────────────────────────────────────────────────
+ * 표준이 넷이라고 말한다(ISA-95 Part 1 §5: Personnel · Equipment · Material · Physical Asset).
+ * 자리·공정·로트를 여기 섞고 싶은 힘이 있는데 — 화면이 그것들도 보여 주므로 — **섞으면 이 상수가
+ * ISA-95 를 말하지 않게 된다.** 그러면 다음 사람이 이것을 근거로 쓸 수 없다.
+ *
+ *   자리   자원을 **담는 곳**이다. 자원이 아니다
+ *   로트   자재의 **개체**다. 자재 종류와 다른 층이다
+ *   공정   자원을 **쓰는 일**이다
+ *
+ * 화면이 그 셋도 필요하면 다른 이름으로 든다. 이 목록은 「무엇이 자원인가」에만 답한다.
+ *
+ * ── `CapacityAxis` 와 다르다 ───────────────────────────────────────────────
+ * 그것은 **제약이 걸린 축**이고(무엇을 늘려야 하는가), 자리가 들어간다 — 자리가 모자라도 못 돌기
+ * 때문이다. 자재는 없다(늘린다고 지금 나오는 것이 아니다). 둘은 겹치지만 같지 않다.
+ *
+ * 합치면 한 값이 두 물음에 답하게 되고, 그러면 어느 쪽 뜻으로 읽어야 하는지 알 수 없다.
+ */
+export const RESOURCE_KIND = ['equipment', 'personnel', 'material', 'asset'];
+/** 선언된 자원 종류인가. */
+export function isResourceKind(value) {
+    return typeof value === 'string' && RESOURCE_KIND.includes(value);
+}
 /**
  * 원본의 낱말을 우리 상태로 옮긴다 — **모르면 `undefined` 다.**
  *

package/dist/domain-catalog.d.ts

@@ -170,6 +170,25 @@ export type TwinRelationTarget = {
     kind: 'external';
     entity: string;
 };
+/**
+ * **그 관계가 가리키는 것이 언제의 일인가** — 화면의 판단이 여기서 갈린다.
+ *
+ * ── 왜 필요한가 (MES 레인이 실측으로 올림, 2026-09-05) ─────────────────────
+ * 설비 하나에 걸린 것을 한자리에 보이면, 들어오는 관계라도 뜻이 갈린다.
+ *
+ *   past       이미 일어났다 — 세워도 안 바뀐다        실적 · 상태 구간
+ *   future     아직이다 — 세우면 이것이 걸린다          정비 계획 · 지시
+ *   standing   시간이 없는 사실                        등급 · 붙박인 자리 · 종류
+ *
+ * 한 묶음에 담으면 **「걸린 것이 열」인데 아홉이 지난 일인 경우와 아홉이 앞의 일인 경우가 같아
+ * 보인다.** 「이 설비를 세워도 되나」의 답이 정반대인 두 상황이다.
+ *
+ * ── 왜 `via` 로 가르면 안 되나 ──────────────────────────────────────────────
+ * `via` 는 i18n 키다. **「이것이 지난 일인가」를 말하지 않는다.** 화면이 키 이름을 보고 짐작하게
+ * 되고, 축이 하나 늘 때 한 화면만 따라간다. 읽는 곳은 제품마다여도 **무엇을 아는지는 한 벌**이어야
+ * 한다.
+ */
+export type RelationTense = 'past' | 'future' | 'standing';
 export interface TwinRelationInfo {
     /** 출발 축. */
     from: string;
@@ -183,7 +202,27 @@ export interface TwinRelationInfo {
     via: string;
     /** 없을 수 있는 참조인가. `false` 인데 비면 **끊어진 참조**로 보고한다. */
     optional?: boolean;
+    /**
+     * 언제의 일인가. **없으면 「선언이 말하지 않았다」** — `standing` 이 아니다.
+     *
+     * 기본값을 두고 싶은 힘이 있는데 두면 거짓이 된다. 예를 들어 `tasks.resourceRef → equipment` 는
+     * **그 작업이 끝났는지에 따라** 과거이기도 미래이기도 하다. 선언이 답할 수 없는 자리이고, 거기
+     * `standing` 을 씌우면 「시간이 없는 사실」이라고 잘못 말하게 된다.
+     *
+     * 그러니 말할 수 있는 관계만 말한다. 안 말한 것을 화면이 시간으로 묶으려 하면 안 된다.
+     */
+    tense?: RelationTense;
 }
+/**
+ * 그 관계가 언제의 일인가 — **모르면 `undefined`.**
+ *
+ * 소비처가 저마다 `?? 'standing'` 을 적지 않게 한 자리에 둔다. 그리고 그 기본값을 **주지 않는
+ * 것**이 이 함수의 요점이다 — 선언이 말하지 않은 것을 「시간이 없는 사실」로 바꾸면 화면이 모르는
+ * 것을 아는 척한다.
+ *
+ * 시간으로 묶는 화면은 `undefined` 인 것을 **묶지 않고 그대로 둔다.**
+ */
+export declare function tenseOf(r: Pick<TwinRelationInfo, 'tense'> | undefined): RelationTense | undefined;
 /** 관계 전체 — 지도의 선과 항목의 이웃이 여기서 나온다(화면은 이 목록을 갖지 않는다). */
 export declare const TWIN_RELATIONS: TwinRelationInfo[];
 export type TwinObservationKind = 

package/dist/domain-catalog.js

@@ -149,6 +149,18 @@ export const TWIN_AXES = [
     { axis: 'demandWindows', path: 'energy.closed', idField: 'startMs', label: 'twin.axis.demandWindows', kind: 'instance',
         source: 'state', historical: true, standardClass: {}, systems: ['ems'] }
 ];
+/**
+ * 그 관계가 언제의 일인가 — **모르면 `undefined`.**
+ *
+ * 소비처가 저마다 `?? 'standing'` 을 적지 않게 한 자리에 둔다. 그리고 그 기본값을 **주지 않는
+ * 것**이 이 함수의 요점이다 — 선언이 말하지 않은 것을 「시간이 없는 사실」로 바꾸면 화면이 모르는
+ * 것을 아는 척한다.
+ *
+ * 시간으로 묶는 화면은 `undefined` 인 것을 **묶지 않고 그대로 둔다.**
+ */
+export function tenseOf(r) {
+    return r?.tense;
+}
 /** 관계 전체 — 지도의 선과 항목의 이웃이 여기서 나온다(화면은 이 목록을 갖지 않는다). */
 export const TWIN_RELATIONS = [
     /* 자리가 속한 구역 — **board 밖**(호스트의 `TwinArea`). 해소는 호스트가 한다. */

package/dist/reliability.d.ts

@@ -42,3 +42,38 @@ export interface Mtbf {
  * 사라지고, 그러면 이 수가 실제보다 좋아진다 — 자료가 나쁠수록 수가 좋아지는 쪽은 두지 않는다.
  */
 export declare function computeMtbf(input: MtbfInput): Mtbf;
+export interface MttrInput {
+    /** 어느 설비의. */
+    equipmentId: string;
+    /** 그 설비의 상태 구간들. 순서는 상관없다 — 여기서 시각으로 세운다. */
+    periods: readonly ReliabilityPeriod[];
+}
+/** 낼 수 없는 이유 — 「0」이나 「무한」으로 답하지 않는다. */
+export type MttrMissing = 
+/** 고장이 없다 — 나눌 수가 0이다. 고칠 일이 없었던 것이지 복구가 빠른 것이 아니다. */
+'no-failure'
+/** 모르는 상태 낱말이 있다 — 조용히 빼면 고장이 사라진다. */
+ | 'unknown-status'
+/** 길이가 없거나 시각을 읽을 수 없는 구간이 있다. */
+ | 'invalid-period';
+export interface Mttr {
+    equipmentId: string;
+    /** 평균 복구 시간(ms). **낼 수 없으면 없다.** */
+    mttrMs?: number;
+    /** 분자 — `down` 구간 길이의 합. */
+    downMs: number;
+    /** 분모 — **고장으로 들어간 횟수**(이어진 `down` 은 한 번). MTBF 와 같은 수다. */
+    failures: number;
+    /** 받은 `down` 구간의 수 — `failures` 와 다르면 이어진 것이 있었다. */
+    downPeriods: number;
+    /** 옮길 수 없던 상태 낱말들 — 무엇이 왔는지 말한다. */
+    unknownStatuses: string[];
+    missing: MttrMissing[];
+}
+/**
+ * 이 설비의 MTTR.
+ *
+ * **모르는 상태를 만나면 답하지 않는다.** MTBF 와 같은 이유다 — 그 구간이 고장이었다면 빼는 순간
+ * 복구 시간이 짧아 보인다. 자료가 나쁠수록 수가 좋아지는 쪽은 두지 않는다.
+ */
+export declare function computeMttr(input: MttrInput): Mttr;

package/dist/reliability.js

@@ -1,5 +1,8 @@
 /*
- * **MTBF** — ISO 22400-2. 고장 사이에 얼마나 돌았나.
+ * **MTBF · MTTR** — ISO 22400-2. 고장 사이에 얼마나 돌았나 · 고치는 데 얼마나 걸렸나.
+ *
+ * 표준이 둘을 **짝으로** 정의한다. 한쪽만 두면 소비처가 나머지를 자기 식으로 짓고, 그러면 같은
+ * 설비가 화면마다 다른 수를 갖는다 — 이 파일이 애초에 존재하는 이유가 그것이다.
  *
  * ── 왜 구간을 받나 (집계 값이 아니라) ────────────────────────────────────────
  * `computeMtbf(가동시간, 고장횟수)` 로 두면 **「고장 횟수」를 부르는 쪽이 센다.** 그러면 세는 방법이
@@ -42,15 +45,22 @@ const at = (t) => (typeof t === 'string' ? Date.parse(t) : NaN);
  * **모르는 상태를 만나면 답하지 않는다.** 빼고 계산하면 그 구간이 고장이었을 때 고장이 조용히
  * 사라지고, 그러면 이 수가 실제보다 좋아진다 — 자료가 나쁠수록 수가 좋아지는 쪽은 두지 않는다.
  */
-export function computeMtbf(input) {
-    const { equipmentId } = input;
-    const missing = [];
+/**
+ * 구간을 한 번 훑어 두 산출식이 쓸 것을 다 센다.
+ *
+ * **두 함수가 따로 걸으면 안 된다** — 「이어진 `down` 은 한 번」 규칙이 두 곳에 살게 되고, 한 곳만
+ * 고쳐지는 날 같은 설비의 MTBF 와 MTTR 이 서로 어긋난다. 그 둘은 같은 고장 횟수로 나눈 값이므로
+ * 어긋나면 둘 중 하나가 반드시 틀렸는데, 어느 쪽인지 아무도 모른다.
+ */
+function scanPeriods(periods) {
     const unknown = new Set();
     /* 시각으로 세운다 — 받은 순서를 믿지 않는다. 이어짐 판정이 순서에 걸린다. */
-    const sorted = [...(input.periods ?? [])]
+    const sorted = [...(periods ?? [])]
         .map(p => ({ status: normalizeEquipmentStatus(p?.status), said: String(p?.status ?? ''), from: at(p?.from), to: at(p?.to) }))
         .sort((a, b) => a.from - b.from);
     let operatingMs = 0;
+    /** 고친 시간의 합 — MTTR 의 분자. */
+    let downMs = 0;
     let failures = 0;
     let downPeriods = 0;
     let invalid = false;
@@ -74,6 +84,7 @@ export function computeMtbf(input) {
         if (p.status === 'busy')
             operatingMs += p.to - p.from;
         if (p.status === 'down') {
+            downMs += p.to - p.from;
             downPeriods++;
             if (!wasDown)
                 failures++;
@@ -83,23 +94,61 @@ export function computeMtbf(input) {
             wasDown = false;
         }
     }
-    if (invalid)
+    return { operatingMs, downMs, failures, downPeriods, unknownStatuses: [...unknown], invalid };
+}
+/**
+ * 이 설비의 MTBF.
+ *
+ * **모르는 상태를 만나면 답하지 않는다.** 빼고 계산하면 그 구간이 고장이었을 때 고장이 조용히
+ * 사라지고, 그러면 이 수가 실제보다 좋아진다 — 자료가 나쁠수록 수가 좋아지는 쪽은 두지 않는다.
+ */
+export function computeMtbf(input) {
+    const s = scanPeriods(input.periods);
+    const missing = [];
+    if (s.invalid)
         missing.push('invalid-period');
-    if (unknown.size)
+    if (s.unknownStatuses.length)
         missing.push('unknown-status');
-    if (operatingMs <= 0)
+    if (s.operatingMs <= 0)
         missing.push('no-operating-time');
-    if (failures === 0)
+    if (s.failures === 0)
+        missing.push('no-failure');
+    const out = {
+        equipmentId: input.equipmentId,
+        operatingMs: s.operatingMs,
+        failures: s.failures,
+        downPeriods: s.downPeriods,
+        unknownStatuses: s.unknownStatuses,
+        missing
+    };
+    if (missing.length)
+        return out;
+    return { ...out, mtbfMs: s.operatingMs / s.failures };
+}
+/**
+ * 이 설비의 MTTR.
+ *
+ * **모르는 상태를 만나면 답하지 않는다.** MTBF 와 같은 이유다 — 그 구간이 고장이었다면 빼는 순간
+ * 복구 시간이 짧아 보인다. 자료가 나쁠수록 수가 좋아지는 쪽은 두지 않는다.
+ */
+export function computeMttr(input) {
+    const s = scanPeriods(input.periods);
+    const missing = [];
+    if (s.invalid)
+        missing.push('invalid-period');
+    if (s.unknownStatuses.length)
+        missing.push('unknown-status');
+    if (s.failures === 0)
         missing.push('no-failure');
     const out = {
-        equipmentId,
-        operatingMs,
-        failures,
-        downPeriods,
-        unknownStatuses: [...unknown],
+        equipmentId: input.equipmentId,
+        downMs: s.downMs,
+        failures: s.failures,
+        downPeriods: s.downPeriods,
+        unknownStatuses: s.unknownStatuses,
         missing
     };
     if (missing.length)
         return out;
-    return { ...out, mtbfMs: operatingMs / failures };
+    return { ...out, mttrMs: s.downMs / s.failures };
 }

package/dist-cjs/index.cjs

@@ -62,6 +62,7 @@ __export(index_exports, {
   OP_PARAM: () => OP_PARAM,
   ORDER_TERMINAL_STATUS: () => ORDER_TERMINAL_STATUS,
   PRIORITY_UNSET: () => PRIORITY_UNSET,
+  RESOURCE_KIND: () => RESOURCE_KIND,
   RETIRED_VOCABULARY: () => RETIRED_VOCABULARY,
   SCHEDULE_STATUS: () => SCHEDULE_STATUS,
   TWIN_AXES: () => TWIN_AXES,
@@ -103,6 +104,7 @@ __export(index_exports, {
   commandsOf: () => commandsOf,
   computeFirstPassYield: () => computeFirstPassYield,
   computeMtbf: () => computeMtbf,
+  computeMttr: () => computeMttr,
   computeOee: () => computeOee,
   conversionFactorOf: () => conversionFactorOf,
   criterionSaysNothing: () => criterionSaysNothing,
@@ -151,6 +153,7 @@ __export(index_exports, {
   isOperationalRecord: () => isOperationalRecord,
   isOrderTerminal: () => isOrderTerminal,
   isPlannedStopStatus: () => isPlannedStopStatus,
+  isResourceKind: () => isResourceKind,
   isTransformationRecord: () => isTransformationRecord,
   isoDurationHours: () => isoDurationHours,
   itemKeyOf: () => itemKeyOf,
@@ -203,6 +206,7 @@ __export(index_exports, {
   ssccUri: () => ssccUri,
   stateFieldsOf: () => stateFieldsOf,
   subLotIdOf: () => subLotIdOf,
+  tenseOf: () => tenseOf,
   testEvidenceGaps: () => testEvidenceGaps,
   testPassedAt: () => testPassedAt,
   transactionEvent: () => transactionEvent,
@@ -1024,6 +1028,10 @@ var EQUIPMENT_STATUS = ["busy", "setup", "down", "idle", "planned-stop"];
 function isEquipmentStatus(value) {
   return typeof value === "string" && EQUIPMENT_STATUS.includes(value);
 }
+var RESOURCE_KIND = ["equipment", "personnel", "material", "asset"];
+function isResourceKind(value) {
+  return typeof value === "string" && RESOURCE_KIND.includes(value);
+}
 function normalizeEquipmentStatus(value) {
   const said = typeof value === "string" ? value.trim().toLowerCase() : "";
   return isEquipmentStatus(said) ? said : void 0;
@@ -1860,6 +1868,9 @@ var TWIN_AXES = [
     systems: ["ems"]
   }
 ];
+function tenseOf(r) {
+  return r?.tense;
+}
 var TWIN_RELATIONS = [
   /* 자리가 속한 구역 — **board 밖**(호스트의 `TwinArea`). 해소는 호스트가 한다. */
   { from: "locations", field: "parentId", target: { kind: "external", entity: "space.area" }, via: "twin.rel.area", optional: true },
@@ -4070,12 +4081,11 @@ function rolledThroughputYield(steps) {
 
 // src/reliability.ts
 var at = (t) => typeof t === "string" ? Date.parse(t) : NaN;
-function computeMtbf(input) {
-  const { equipmentId } = input;
-  const missing = [];
+function scanPeriods(periods) {
   const unknown = /* @__PURE__ */ new Set();
-  const sorted = [...input.periods ?? []].map((p) => ({ status: normalizeEquipmentStatus(p?.status), said: String(p?.status ?? ""), from: at(p?.from), to: at(p?.to) })).sort((a, b) => a.from - b.from);
+  const sorted = [...periods ?? []].map((p) => ({ status: normalizeEquipmentStatus(p?.status), said: String(p?.status ?? ""), from: at(p?.from), to: at(p?.to) })).sort((a, b) => a.from - b.from);
   let operatingMs = 0;
+  let downMs = 0;
   let failures = 0;
   let downPeriods = 0;
   let invalid = false;
@@ -4092,6 +4102,7 @@ function computeMtbf(input) {
     }
     if (p.status === "busy") operatingMs += p.to - p.from;
     if (p.status === "down") {
+      downMs += p.to - p.from;
       downPeriods++;
       if (!wasDown) failures++;
       wasDown = true;
@@ -4099,20 +4110,42 @@ function computeMtbf(input) {
       wasDown = false;
     }
   }
-  if (invalid) missing.push("invalid-period");
-  if (unknown.size) missing.push("unknown-status");
-  if (operatingMs <= 0) missing.push("no-operating-time");
-  if (failures === 0) missing.push("no-failure");
+  return { operatingMs, downMs, failures, downPeriods, unknownStatuses: [...unknown], invalid };
+}
+function computeMtbf(input) {
+  const s = scanPeriods(input.periods);
+  const missing = [];
+  if (s.invalid) missing.push("invalid-period");
+  if (s.unknownStatuses.length) missing.push("unknown-status");
+  if (s.operatingMs <= 0) missing.push("no-operating-time");
+  if (s.failures === 0) missing.push("no-failure");
+  const out = {
+    equipmentId: input.equipmentId,
+    operatingMs: s.operatingMs,
+    failures: s.failures,
+    downPeriods: s.downPeriods,
+    unknownStatuses: s.unknownStatuses,
+    missing
+  };
+  if (missing.length) return out;
+  return { ...out, mtbfMs: s.operatingMs / s.failures };
+}
+function computeMttr(input) {
+  const s = scanPeriods(input.periods);
+  const missing = [];
+  if (s.invalid) missing.push("invalid-period");
+  if (s.unknownStatuses.length) missing.push("unknown-status");
+  if (s.failures === 0) missing.push("no-failure");
   const out = {
-    equipmentId,
-    operatingMs,
-    failures,
-    downPeriods,
-    unknownStatuses: [...unknown],
+    equipmentId: input.equipmentId,
+    downMs: s.downMs,
+    failures: s.failures,
+    downPeriods: s.downPeriods,
+    unknownStatuses: s.unknownStatuses,
     missing
   };
   if (missing.length) return out;
-  return { ...out, mtbfMs: operatingMs / failures };
+  return { ...out, mttrMs: s.downMs / s.failures };
 }
 
 // src/erp.ts
@@ -4319,6 +4352,7 @@ function commandSpecGaps(specs, command) {
   OP_PARAM,
   ORDER_TERMINAL_STATUS,
   PRIORITY_UNSET,
+  RESOURCE_KIND,
   RETIRED_VOCABULARY,
   SCHEDULE_STATUS,
   TWIN_AXES,
@@ -4360,6 +4394,7 @@ function commandSpecGaps(specs, command) {
   commandsOf,
   computeFirstPassYield,
   computeMtbf,
+  computeMttr,
   computeOee,
   conversionFactorOf,
   criterionSaysNothing,
@@ -4408,6 +4443,7 @@ function commandSpecGaps(specs, command) {
   isOperationalRecord,
   isOrderTerminal,
   isPlannedStopStatus,
+  isResourceKind,
   isTransformationRecord,
   isoDurationHours,
   itemKeyOf,
@@ -4460,6 +4496,7 @@ function commandSpecGaps(specs, command) {
   ssccUri,
   stateFieldsOf,
   subLotIdOf,
+  tenseOf,
   testEvidenceGaps,
   testPassedAt,
   transactionEvent,

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@operato/ops-contract",
-  "version": "0.9.4",
+  "version": "0.9.5",
   "description": "Operations domain contract — the standard vocabulary that producers and readers agree on (EPCIS 2.0/GS1, ISA-95, IEC 61850/ISO 50001). Types, guards, validation. No state, no engine.",
   "type": "module",
   "main": "./dist-cjs/index.cjs",