@operato/twin-kernel 0.7.60 → 0.7.61

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -1633,6 +1633,25 @@ export interface OrderState {
1633
1633
  * 이것도 상태에 없어서 되살아난 오더는 빈 문자열을 갖고, 이후 모든 이벤트의 거래번호가 빈다.
1634
1634
  */
1635
1635
  bizTransaction?: string;
1636
+ /**
1637
+ * 이 오더가 **이행하는 계획** — 표준 `OperationsRequestID`.
1638
+ *
1639
+ * ── 왜 부모-자식이 아닌가 (원문 대조 2026-08-24) ───────────────────────────
1640
+ * 「생산 계획 하나에 작업지시 여럿」을 담아야 했고, `parentOrderId` 같은 위계를 만들려다 원문을
1641
+ * 읽었다. **`OperationsRequestType` 에는 부모 축이 없다** — 계획은 `SegmentRequirement` 로 분해되고
1642
+ * 자식 계획을 갖지 않는다.
1643
+ *
1644
+ * 표준이 쓰는 방향은 반대다: **이행하는 쪽이 계획을 가리킨다.** `OperationsResponseType` 과
1645
+ * `OpSegmentResponseType` **둘 다** `OperationsRequestID` 를 든다(B2MML-OperationsPerformance ·
1646
+ * OperationsPerformanceTypes). 그래서 위계를 발명하지 않고 그 참조를 그대로 쓴다.
1647
+ *
1648
+ * 그러면 「이 계획이 얼마나 이행됐나」는 이 값으로 묶어 답한다 — **새 축을 만들지 않는다.** 계획
1649
+ * 자체도 오더로 들어오면 그 오더의 `requested` 가 계획량이고, 묶인 것들의 합과 **다를 수 있다.**
1650
+ * 그 차이가 곧 진단이므로 둘을 같은 값으로 만들지 않는다.
1651
+ *
1652
+ * `bizTransaction` 과 다르다 — 그것은 외부 거래(PO/SO)이고 이것은 **우리 안의 상위 계획**이다.
1653
+ */
1654
+ operationsRequestId?: string;
1636
1655
  /**
1637
1656
  * 도메인이 **약속해 둔 자리와 시각창** — 어디로/언제 들이기로 했는가.
1638
1657
  *
@@ -2439,6 +2458,8 @@ export interface OrderStatusDelta {
2439
2458
  */
2440
2459
  allocated?: string[];
2441
2460
  bizTransaction?: string;
2461
+ /** 이행하는 계획 — 표준 `OperationsRequestID`(§`OrderState.operationsRequestId`). */
2462
+ operationsRequestId?: string;
2442
2463
  /**
2443
2464
  * 도메인이 **약속해 둔 자리와 시각창** — 어디로/언제 들이기로 했는가.
2444
2465
  *
package/dist/epcis.d.ts CHANGED
@@ -81,6 +81,16 @@ export declare const CBV_BIZSTEP: {
81
81
  * 공정 중 검사가 그 모양이다.
82
82
  */
83
83
  readonly inspecting: "urn:epcglobal:cbv:bizstep:inspecting";
84
+ /**
85
+ * **어느 단계로도 이름 붙지 않는 활동** — 원문: 「A business step not identified by any other」.
86
+ *
87
+ * 이것은 근사가 아니라 **표준이 준 낱말**이다. 그 구별이 중요하다: 재고 조정처럼 한 낱말이 두 일을
88
+ * 하는 원천(세어 보고 맞춘 것 · 사람이 정정한 것)을 `cycle_counting` 으로 옮기면 **일어나지 않은
89
+ * 계수를 기록**하게 된다. 그때 쓰는 것이 이 값이고, 무슨 일이었는지는 값으로 함께 나른다.
90
+ *
91
+ * 원문 확인: CBV Standard Release 2.0(Ratified Jun 2022) §7.1.
92
+ */
93
+ readonly other: "urn:epcglobal:cbv:bizstep:other";
84
94
  };
85
95
  export type EpcisEventType = 'ObjectEvent' | 'AggregationEvent' | 'TransactionEvent' | 'TransformationEvent';
86
96
  export type EpcisAction = 'ADD' | 'OBSERVE' | 'DELETE';
package/dist/epcis.js CHANGED
@@ -89,7 +89,17 @@ export const CBV_BIZSTEP = {
89
89
  * 이 단계에 `DISP.conformant`/`DISP.non_conformant` 가 붙어 판정이 처분으로 남는다 — 입고검수·
90
90
  * 공정 중 검사가 그 모양이다.
91
91
  */
92
- inspecting: 'urn:epcglobal:cbv:bizstep:inspecting'
92
+ inspecting: 'urn:epcglobal:cbv:bizstep:inspecting',
93
+ /**
94
+ * **어느 단계로도 이름 붙지 않는 활동** — 원문: 「A business step not identified by any other」.
95
+ *
96
+ * 이것은 근사가 아니라 **표준이 준 낱말**이다. 그 구별이 중요하다: 재고 조정처럼 한 낱말이 두 일을
97
+ * 하는 원천(세어 보고 맞춘 것 · 사람이 정정한 것)을 `cycle_counting` 으로 옮기면 **일어나지 않은
98
+ * 계수를 기록**하게 된다. 그때 쓰는 것이 이 값이고, 무슨 일이었는지는 값으로 함께 나른다.
99
+ *
100
+ * 원문 확인: CBV Standard Release 2.0(Ratified Jun 2022) §7.1.
101
+ */
102
+ other: 'urn:epcglobal:cbv:bizstep:other'
93
103
  };
94
104
  // ── GS1 EPC URI 헬퍼 (표준) ────────────────────────────────────────────────
95
105
  /** SSCC (물류단위: 팔레트/화물/트레일러) — 결정적 카운터 기반. */
@@ -433,6 +433,8 @@ export class ObservedReducer {
433
433
  ...(d.recipeKey ? { recipeKey: d.recipeKey } : {}),
434
434
  ...(d.allocated?.length ? { allocated: d.allocated.slice() } : {}),
435
435
  ...(d.bizTransaction ? { bizTransaction: d.bizTransaction } : {}),
436
+ /* 이행하는 계획 — 「이 계획이 얼마나 됐나」를 이 값으로 묶어 답한다(§`OrderState.operationsRequestId`). */
437
+ ...(d.operationsRequestId ? { operationsRequestId: d.operationsRequestId } : {}),
436
438
  /* 약속해 둔 자리·시각창도 채운다 — 시뮬만 알면 미러 위 예측이 「어디로 들일지」를 모른다.
437
439
  (이 필드가 어느 길에서 빠지면 무슨 일이 나는지는 §dockDoor 에 적혀 있다.) */
438
440
  ...(d.dockDoor ? { dockDoor: d.dockDoor } : {}),
@@ -109,7 +109,7 @@ const SPECS = {
109
109
  fields: {
110
110
  orderId: 'string', kind: 'string', status: 'string', requested: 'number', fulfilled: 'number',
111
111
  gtin: 'string', held: 'boolean', lines: 'object[]', priority: 'number', startTime: 'string', endTime: 'string',
112
- allocated: 'string[]', bizTransaction: 'string', dockDoor: 'string', windowStartMs: 'number', recordTime: 'string'
112
+ allocated: 'string[]', bizTransaction: 'string', operationsRequestId: 'string', dockDoor: 'string', windowStartMs: 'number', recordTime: 'string'
113
113
  }
114
114
  /* 상태·종류는 도메인이 소유한다 — 닫지 않는다. */
115
115
  },
@@ -1078,7 +1078,17 @@ var CBV_BIZSTEP = {
1078
1078
  * 이 단계에 `DISP.conformant`/`DISP.non_conformant` 가 붙어 판정이 처분으로 남는다 — 입고검수·
1079
1079
  * 공정 중 검사가 그 모양이다.
1080
1080
  */
1081
- inspecting: "urn:epcglobal:cbv:bizstep:inspecting"
1081
+ inspecting: "urn:epcglobal:cbv:bizstep:inspecting",
1082
+ /**
1083
+ * **어느 단계로도 이름 붙지 않는 활동** — 원문: 「A business step not identified by any other」.
1084
+ *
1085
+ * 이것은 근사가 아니라 **표준이 준 낱말**이다. 그 구별이 중요하다: 재고 조정처럼 한 낱말이 두 일을
1086
+ * 하는 원천(세어 보고 맞춘 것 · 사람이 정정한 것)을 `cycle_counting` 으로 옮기면 **일어나지 않은
1087
+ * 계수를 기록**하게 된다. 그때 쓰는 것이 이 값이고, 무슨 일이었는지는 값으로 함께 나른다.
1088
+ *
1089
+ * 원문 확인: CBV Standard Release 2.0(Ratified Jun 2022) §7.1.
1090
+ */
1091
+ other: "urn:epcglobal:cbv:bizstep:other"
1082
1092
  };
1083
1093
  function ssccUri(companyPrefix, serial) {
1084
1094
  return `urn:epc:id:sscc:${companyPrefix}.${String(serial).padStart(10, "0")}`;
@@ -1681,6 +1691,8 @@ var ObservedReducer = class {
1681
1691
  ...d.recipeKey ? { recipeKey: d.recipeKey } : {},
1682
1692
  ...d.allocated?.length ? { allocated: d.allocated.slice() } : {},
1683
1693
  ...d.bizTransaction ? { bizTransaction: d.bizTransaction } : {},
1694
+ /* 이행하는 계획 — 「이 계획이 얼마나 됐나」를 이 값으로 묶어 답한다(§`OrderState.operationsRequestId`). */
1695
+ ...d.operationsRequestId ? { operationsRequestId: d.operationsRequestId } : {},
1684
1696
  /* 약속해 둔 자리·시각창도 채운다 — 시뮬만 알면 미러 위 예측이 「어디로 들일지」를 모른다.
1685
1697
  (이 필드가 어느 길에서 빠지면 무슨 일이 나는지는 §dockDoor 에 적혀 있다.) */
1686
1698
  ...d.dockDoor ? { dockDoor: d.dockDoor } : {},
@@ -8975,6 +8987,7 @@ var SPECS = {
8975
8987
  endTime: "string",
8976
8988
  allocated: "string[]",
8977
8989
  bizTransaction: "string",
8990
+ operationsRequestId: "string",
8978
8991
  dockDoor: "string",
8979
8992
  windowStartMs: "number",
8980
8993
  recordTime: "string"
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@operato/twin-kernel",
3
- "version": "0.7.60",
3
+ "version": "0.7.61",
4
4
  "type": "module",
5
5
  "description": "Twin Domain Kernel — framework-agnostic, zero-dep (domain + sim + 3-channel contract). WMS/YMS/MES, EPCIS 2.0 · ISA-95.",
6
6
  "publishConfig": {