@operato/twin-kernel 0.7.59 → 0.7.61

package/dist/contract.d.ts

@@ -1633,6 +1633,25 @@ export interface OrderState {
      * 이것도 상태에 없어서 되살아난 오더는 빈 문자열을 갖고, 이후 모든 이벤트의 거래번호가 빈다.
      */
     bizTransaction?: string;
+    /**
+     * 이 오더가 **이행하는 계획** — 표준 `OperationsRequestID`.
+     *
+     * ── 왜 부모-자식이 아닌가 (원문 대조 2026-08-24) ───────────────────────────
+     * 「생산 계획 하나에 작업지시 여럿」을 담아야 했고, `parentOrderId` 같은 위계를 만들려다 원문을
+     * 읽었다. **`OperationsRequestType` 에는 부모 축이 없다** — 계획은 `SegmentRequirement` 로 분해되고
+     * 자식 계획을 갖지 않는다.
+     *
+     * 표준이 쓰는 방향은 반대다: **이행하는 쪽이 계획을 가리킨다.** `OperationsResponseType` 과
+     * `OpSegmentResponseType` **둘 다** `OperationsRequestID` 를 든다(B2MML-OperationsPerformance ·
+     * OperationsPerformanceTypes). 그래서 위계를 발명하지 않고 그 참조를 그대로 쓴다.
+     *
+     * 그러면 「이 계획이 얼마나 이행됐나」는 이 값으로 묶어 답한다 — **새 축을 만들지 않는다.** 계획
+     * 자체도 오더로 들어오면 그 오더의 `requested` 가 계획량이고, 묶인 것들의 합과 **다를 수 있다.**
+     * 그 차이가 곧 진단이므로 둘을 같은 값으로 만들지 않는다.
+     *
+     * `bizTransaction` 과 다르다 — 그것은 외부 거래(PO/SO)이고 이것은 **우리 안의 상위 계획**이다.
+     */
+    operationsRequestId?: string;
     /**
      * 도메인이 **약속해 둔 자리와 시각창** — 어디로/언제 들이기로 했는가.
      *
@@ -2439,6 +2458,8 @@ export interface OrderStatusDelta {
      */
     allocated?: string[];
     bizTransaction?: string;
+    /** 이행하는 계획 — 표준 `OperationsRequestID`(§`OrderState.operationsRequestId`). */
+    operationsRequestId?: string;
     /**
      * 도메인이 **약속해 둔 자리와 시각창** — 어디로/언제 들이기로 했는가.
      *

package/dist/epcis.d.ts

@@ -81,6 +81,16 @@ export declare const CBV_BIZSTEP: {
      * 공정 중 검사가 그 모양이다.
      */
     readonly inspecting: "urn:epcglobal:cbv:bizstep:inspecting";
+    /**
+     * **어느 단계로도 이름 붙지 않는 활동** — 원문: 「A business step not identified by any other」.
+     *
+     * 이것은 근사가 아니라 **표준이 준 낱말**이다. 그 구별이 중요하다: 재고 조정처럼 한 낱말이 두 일을
+     * 하는 원천(세어 보고 맞춘 것 · 사람이 정정한 것)을 `cycle_counting` 으로 옮기면 **일어나지 않은
+     * 계수를 기록**하게 된다. 그때 쓰는 것이 이 값이고, 무슨 일이었는지는 값으로 함께 나른다.
+     *
+     * 원문 확인: CBV Standard Release 2.0(Ratified Jun 2022) §7.1.
+     */
+    readonly other: "urn:epcglobal:cbv:bizstep:other";
 };
 export type EpcisEventType = 'ObjectEvent' | 'AggregationEvent' | 'TransactionEvent' | 'TransformationEvent';
 export type EpcisAction = 'ADD' | 'OBSERVE' | 'DELETE';

package/dist/epcis.js

@@ -89,7 +89,17 @@ export const CBV_BIZSTEP = {
      * 이 단계에 `DISP.conformant`/`DISP.non_conformant` 가 붙어 판정이 처분으로 남는다 — 입고검수·
      * 공정 중 검사가 그 모양이다.
      */
-    inspecting: 'urn:epcglobal:cbv:bizstep:inspecting'
+    inspecting: 'urn:epcglobal:cbv:bizstep:inspecting',
+    /**
+     * **어느 단계로도 이름 붙지 않는 활동** — 원문: 「A business step not identified by any other」.
+     *
+     * 이것은 근사가 아니라 **표준이 준 낱말**이다. 그 구별이 중요하다: 재고 조정처럼 한 낱말이 두 일을
+     * 하는 원천(세어 보고 맞춘 것 · 사람이 정정한 것)을 `cycle_counting` 으로 옮기면 **일어나지 않은
+     * 계수를 기록**하게 된다. 그때 쓰는 것이 이 값이고, 무슨 일이었는지는 값으로 함께 나른다.
+     *
+     * 원문 확인: CBV Standard Release 2.0(Ratified Jun 2022) §7.1.
+     */
+    other: 'urn:epcglobal:cbv:bizstep:other'
 };
 // ── GS1 EPC URI 헬퍼 (표준) ────────────────────────────────────────────────
 /** SSCC (물류단위: 팔레트/화물/트레일러) — 결정적 카운터 기반. */

package/dist/observed-reducer.js

@@ -433,6 +433,8 @@ export class ObservedReducer {
                     ...(d.recipeKey ? { recipeKey: d.recipeKey } : {}),
                     ...(d.allocated?.length ? { allocated: d.allocated.slice() } : {}),
                     ...(d.bizTransaction ? { bizTransaction: d.bizTransaction } : {}),
+                    /* 이행하는 계획 — 「이 계획이 얼마나 됐나」를 이 값으로 묶어 답한다(§`OrderState.operationsRequestId`). */
+                    ...(d.operationsRequestId ? { operationsRequestId: d.operationsRequestId } : {}),
                     /* 약속해 둔 자리·시각창도 채운다 — 시뮬만 알면 미러 위 예측이 「어디로 들일지」를 모른다.
                        (이 필드가 어느 길에서 빠지면 무슨 일이 나는지는 §dockDoor 에 적혀 있다.) */
                     ...(d.dockDoor ? { dockDoor: d.dockDoor } : {}),

package/dist/operational-ingest.d.ts

@@ -1,6 +1,6 @@
 import type { IngestResult } from './face2-adapter.ts';
 /** 이 문이 받는 여섯 가지 — 리듀서가 접는 것과 같은 목록(주목 확인은 우리 안의 행위라 제외). */
-export type OperationalKind = 'task' | 'equipment' | 'person' | 'asset' | 'order' | 'quality';
+export type OperationalKind = 'task' | 'equipment' | 'person' | 'asset' | 'order' | 'quality' | 'test';
 /**
  * 정규 운영 레코드 — **델타의 필드 이름 + 시각(`at`)**.
  *

package/dist/operational-ingest.js

@@ -109,7 +109,7 @@ const SPECS = {
         fields: {
             orderId: 'string', kind: 'string', status: 'string', requested: 'number', fulfilled: 'number',
             gtin: 'string', held: 'boolean', lines: 'object[]', priority: 'number', startTime: 'string', endTime: 'string',
-            allocated: 'string[]', bizTransaction: 'string', dockDoor: 'string', windowStartMs: 'number', recordTime: 'string'
+            allocated: 'string[]', bizTransaction: 'string', operationsRequestId: 'string', dockDoor: 'string', windowStartMs: 'number', recordTime: 'string'
         }
         /* 상태·종류는 도메인이 소유한다 — 닫지 않는다. */
     },
@@ -119,6 +119,27 @@ const SPECS = {
         /* 누적 카운터가 없으면 OEE 가 양품률을 못 센다 — 판정 하나만으로는 비율이 나오지 않는다. */
         required: ['moverId', 'good', 'goodCount', 'scrapCount'], // vocabulary-guard: allow
         fields: { moverId: 'string', good: 'boolean', goodCount: 'number', scrapCount: 'number', recordTime: 'string' } // vocabulary-guard: allow
+    },
+    /*
+     * **시험 결과** — 대상을 가리켜 들어온다(표준 `TestResult.TestableObjectID`).
+     *
+     * `result` 를 **요구하지 않는다**: 재기만 하고 판정하지 않는 원천이 정상이고, 요구하면 그 원천의
+     * 사실을 아예 담을 수 없다(§`TestResult.result`). 비어 있으면 커널이 선언된 기준으로 판정하고
+     * `derived` 를 세운다 — 판정하지 못하면 비워 둔다.
+     *
+     * `propertyMeasurements` 안쪽은 재검사하지 않는다 — 그 모양은 `PropertyMeasurement` 계약이고,
+     * 여기서 두 번 지키면 두 벌이 된다(설비 `motion` 과 같은 규율).
+     */
+    test: {
+        eventType: OP_EVENT.test,
+        identity: 'testableObjectId',
+        /* 무엇을 어느 기준으로 시험했나 — 둘 중 하나가 없으면 그 결과는 아무 데도 붙지 못한다. */
+        required: ['testableObjectId', 'specId'],
+        fields: {
+            testableObjectId: 'string', specId: 'string', result: 'string', at: 'string', expiresAt: 'string',
+            derived: 'boolean', propertyMeasurements: 'object[]', recordTime: 'string'
+        },
+        enums: { result: ['pass', 'fail'] }
     }
 };
 /**
@@ -152,6 +173,20 @@ export function operationalKindOf(record) {
         return 'task'; // 작업이 든 `orderId` 는 소속(참조)이다
     if (has('orderId'))
         return 'order';
+    /*
+     * ── ★ **채널을 열고 들어오는 길을 내지 않았다** (2026-08-24) ─────────────────
+     * `OP_EVENT.test` 를 계약에 냈는데 이 라우팅이 `testableObjectId` 를 보지 않았다. 그래서 커넥터의
+     * 시험 결과가 **어느 통도 아니어서 조용히 버려졌다** — 거부 목록에도 남지 않았다(운영 경로를 아예
+     * 지나지 않으므로).
+     *
+     * 같은 부류가 하루에 세 번 났다: `ilmd`(매핑에 자리 없음) · 사건 시각(이름 어긋남) · 그리고 이것.
+     * **계약에 자리를 만드는 것과 그 자리로 가는 길을 내는 것은 다른 일이다.** 앞의 것만 하면 보내는
+     * 쪽에는 「실었다」로 보이고 화면에는 「없다」로 보인다.
+     *
+     * 순서상 뒤에 둔다 — 시험 결과가 작업·오더를 함께 가리킬 수 있고, 그때 그것은 **그 작업의 사실**이다.
+     */
+    if (has('testableObjectId'))
+        return 'test';
     return undefined;
 }
 /** 이 레코드가 운영 사실인가 — 호스트의 라우팅이 묻는 자리. */

package/dist-cjs/index.cjs

@@ -1078,7 +1078,17 @@ var CBV_BIZSTEP = {
    * 이 단계에 `DISP.conformant`/`DISP.non_conformant` 가 붙어 판정이 처분으로 남는다 — 입고검수·
    * 공정 중 검사가 그 모양이다.
    */
-  inspecting: "urn:epcglobal:cbv:bizstep:inspecting"
+  inspecting: "urn:epcglobal:cbv:bizstep:inspecting",
+  /**
+   * **어느 단계로도 이름 붙지 않는 활동** — 원문: 「A business step not identified by any other」.
+   *
+   * 이것은 근사가 아니라 **표준이 준 낱말**이다. 그 구별이 중요하다: 재고 조정처럼 한 낱말이 두 일을
+   * 하는 원천(세어 보고 맞춘 것 · 사람이 정정한 것)을 `cycle_counting` 으로 옮기면 **일어나지 않은
+   * 계수를 기록**하게 된다. 그때 쓰는 것이 이 값이고, 무슨 일이었는지는 값으로 함께 나른다.
+   *
+   * 원문 확인: CBV Standard Release 2.0(Ratified Jun 2022) §7.1.
+   */
+  other: "urn:epcglobal:cbv:bizstep:other"
 };
 function ssccUri(companyPrefix, serial) {
   return `urn:epc:id:sscc:${companyPrefix}.${String(serial).padStart(10, "0")}`;
@@ -1681,6 +1691,8 @@ var ObservedReducer = class {
           ...d.recipeKey ? { recipeKey: d.recipeKey } : {},
           ...d.allocated?.length ? { allocated: d.allocated.slice() } : {},
           ...d.bizTransaction ? { bizTransaction: d.bizTransaction } : {},
+          /* 이행하는 계획 — 「이 계획이 얼마나 됐나」를 이 값으로 묶어 답한다(§`OrderState.operationsRequestId`). */
+          ...d.operationsRequestId ? { operationsRequestId: d.operationsRequestId } : {},
           /* 약속해 둔 자리·시각창도 채운다 — 시뮬만 알면 미러 위 예측이 「어디로 들일지」를 모른다.
              (이 필드가 어느 길에서 빠지면 무슨 일이 나는지는 §dockDoor 에 적혀 있다.) */
           ...d.dockDoor ? { dockDoor: d.dockDoor } : {},
@@ -8975,6 +8987,7 @@ var SPECS = {
       endTime: "string",
       allocated: "string[]",
       bizTransaction: "string",
+      operationsRequestId: "string",
       dockDoor: "string",
       windowStartMs: "number",
       recordTime: "string"
@@ -8990,6 +9003,33 @@ var SPECS = {
     // vocabulary-guard: allow
     fields: { moverId: "string", good: "boolean", goodCount: "number", scrapCount: "number", recordTime: "string" }
     // vocabulary-guard: allow
+  },
+  /*
+   * **시험 결과** — 대상을 가리켜 들어온다(표준 `TestResult.TestableObjectID`).
+   *
+   * `result` 를 **요구하지 않는다**: 재기만 하고 판정하지 않는 원천이 정상이고, 요구하면 그 원천의
+   * 사실을 아예 담을 수 없다(§`TestResult.result`). 비어 있으면 커널이 선언된 기준으로 판정하고
+   * `derived` 를 세운다 — 판정하지 못하면 비워 둔다.
+   *
+   * `propertyMeasurements` 안쪽은 재검사하지 않는다 — 그 모양은 `PropertyMeasurement` 계약이고,
+   * 여기서 두 번 지키면 두 벌이 된다(설비 `motion` 과 같은 규율).
+   */
+  test: {
+    eventType: OP_EVENT.test,
+    identity: "testableObjectId",
+    /* 무엇을 어느 기준으로 시험했나 — 둘 중 하나가 없으면 그 결과는 아무 데도 붙지 못한다. */
+    required: ["testableObjectId", "specId"],
+    fields: {
+      testableObjectId: "string",
+      specId: "string",
+      result: "string",
+      at: "string",
+      expiresAt: "string",
+      derived: "boolean",
+      propertyMeasurements: "object[]",
+      recordTime: "string"
+    },
+    enums: { result: ["pass", "fail"] }
   }
 };
 function operationalKindOf(record) {
@@ -9002,6 +9042,7 @@ function operationalKindOf(record) {
   if (has("assetId")) return "asset";
   if (has("taskId")) return "task";
   if (has("orderId")) return "order";
+  if (has("testableObjectId")) return "test";
   return void 0;
 }
 function isOperationalRecord(record) {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@operato/twin-kernel",
-  "version": "0.7.59",
+  "version": "0.7.61",
   "type": "module",
   "description": "Twin Domain Kernel — framework-agnostic, zero-dep (domain + sim + 3-channel contract). WMS/YMS/MES, EPCIS 2.0 · ISA-95.",
   "publishConfig": {