@operato/ops-contract 0.1.0 → 0.2.0

package/dist/canonical-record.d.ts

@@ -0,0 +1,86 @@
+/** 개체 관측 — 물건 하나가 어디서 무엇이 됐나. */
+export interface CanonicalRecord {
+    /**
+     * 개체 하나의 식별자. **`quantityList` 를 쓰면 없어도 된다** — 낱개 번호가 없는 자재(밀가루 3.5kg)는
+     * 개체가 없다. 둘 다 없으면 무엇을 관측했는지 말하지 않은 것이므로 커널 매핑이 거부한다.
+     */
+    epc?: string;
+    /**
+     * 클래스와 수량 — `{ epcClass, quantity, uom? }`. **잔량 절대값을 싣는다**(「얼마 뺐다」가 아니라
+     * 「얼마 남았다」). 그래야 사건 하나를 놓쳐도 다음 사건이 정답을 다시 말해 주고 오차가 쌓이지 않는다.
+     *
+     * 담김(`childQuantityList`)이 하루 먼저 이 자리를 받았다 — 그때와 같은 이유다. 원본이 비직렬 수량을
+     * 말할 길이 없어서, 그것이 주된 경로인 시스템(식품 제조 MES)은 라이브를 낼 수 없었다. 커널의
+     * 관측 리듀서는 처음부터 이 값을 읽었고 문만 없었다.
+     */
+    quantityList?: {
+        epcClass: string;
+        quantity?: number;
+        uom?: string;
+    }[];
+    action: string;
+    bizStep: string;
+    disposition?: string;
+    readPoint?: string;
+    bizLocation?: string;
+}
+/**
+ * 담김 관측 — **부모와 자식**으로 말한다. 자리 필드는 개체 관측과 같은 이름이다(문자열).
+ *
+ * 이름은 표준의 것을 그대로 쓴다(`parentID`·`childEPCs`) — 여기서 다시 지으면 매핑이 번역이 되고,
+ * 같은 사실에 두 어휘가 생긴다.
+ */
+/**
+ * 변환 관측 — **무엇으로 무엇이 되었나.** 입력과 출력이 **한 사실에 함께** 있어야 계보가 남는다.
+ *
+ * 따로 보내면(「이 로트가 없어졌다」와 「이 제품이 생겼다」) 그 둘을 이을 근거가 없다. 그래서 표준이
+ * 한 사건에 둘을 담고, 우리 레코드도 같은 모양이다.
+ *
+ * 이름은 **표준의 것을 그대로** 쓴다(`inputQuantityList` 등). 갈래 판정이 이 이름으로 이루어지므로
+ * 커넥터 낱말(`consumed`·`produced`)로 담으면 판정되지 않는다 — 커넥터가 정규 이름으로 담아 보내고
+ * 매핑은 그 안에서 값을 고른다.
+ *
+ * **없는 쪽은 필드를 만들지 않는다.** 빈 배열을 실으면 「없다」고 말하는 것이 된다. 소실(N→0)과
+ * 생성(0→N)도 표준이 인정하는 변환이다.
+ *
+ * `transformationID` 가 한 오더의 여러 단계를 잇는다 — 소비를 먼저 알고 산출을 나중에 알게 되는 원본에서
+ * 그 둘을 묶는 유일한 자리다.
+ */
+export interface CanonicalTransformationRecord {
+    /** 개체로 소비된 것. */
+    inputEPCList?: string[];
+    /** 클래스와 수량으로 소비된 것 — 로트 단위 소비가 이 자리다. */
+    inputQuantityList?: {
+        epcClass: string;
+        quantity?: number;
+        uom?: string;
+    }[];
+    outputEPCList?: string[];
+    outputQuantityList?: {
+        epcClass: string;
+        quantity?: number;
+        uom?: string;
+    }[];
+    /** 한 오더의 여러 단계를 잇는 식별자. */
+    transformationID?: string;
+    bizStep: string;
+    disposition?: string;
+    readPoint?: string;
+    bizLocation?: string;
+}
+export interface CanonicalAggregationRecord {
+    parentID: string;
+    /** 개체로 담긴 자식. 수량으로만 담겼으면 없다(둘 중 하나는 있어야 한다). */
+    childEPCs?: string[];
+    /** 수량으로 담긴 자식 — `{ epcClass, quantity, uom? }`. 값의 옳고 그름은 커널 검증이 본다. */
+    childQuantityList?: {
+        epcClass: string;
+        quantity?: number;
+        uom?: string;
+    }[];
+    action: string;
+    bizStep: string;
+    disposition?: string;
+    readPoint?: string;
+    bizLocation?: string;
+}

package/dist/canonical-record.js

@@ -0,0 +1 @@
+export {};

package/dist/contract.d.ts

@@ -394,7 +394,7 @@ export interface TestResult {
  * 함께 움직인다. 열린 문자열로 두지 않는 이유는, 처분이 **자원에 효과를 주기** 때문이다 — 커널이 모르는
  * 결정을 받으면 무엇을 해야 할지 알 수 없고, 그때 조용히 아무것도 하지 않는 것이 가장 나쁘다.
  */
-export declare const DISPOSITION_DECISION: readonly ["rework", "use-as-is", "scrap", "return-to-supplier", "hold"];
+export declare const DISPOSITION_DECISION: readonly ["rework", "repair", "use-as-is", "regrade", "scrap", "return-to-supplier", "hold"];
 export type DispositionDecision = (typeof DISPOSITION_DECISION)[number];
 /**
  * **부적합 처분** — `OP_EVENT.disposition` 의 데이터.

package/dist/contract.js

@@ -226,7 +226,32 @@ levelOfType) {
  * 함께 움직인다. 열린 문자열로 두지 않는 이유는, 처분이 **자원에 효과를 주기** 때문이다 — 커널이 모르는
  * 결정을 받으면 무엇을 해야 할지 알 수 없고, 그때 조용히 아무것도 하지 않는 것이 가장 나쁘다.
  */
-export const DISPOSITION_DECISION = ['rework', 'use-as-is', 'scrap', 'return-to-supplier', 'hold'];
+export const DISPOSITION_DECISION = [
+    /** 원 규격으로 되돌린다 — 공정에 다시 들어가고, 산출물은 원 품목이다. */
+    'rework',
+    /**
+     * 쓸 수 있게 만들되 **원 규격은 아니다** — 공정에 다시 들어가지만 산출물이 원 품목이 아니다.
+     *
+     * `rework` 와 나눈 이유는 이름이 아니라 **효과**다. 되돌린 것과 고쳐 쓴 것은 산출물의 정체성이
+     * 다르고, 그것을 한 낱말로 묶으면 계보가 「원 품목을 만들었다」고 거짓을 말한다.
+     */
+    'repair',
+    /** 그대로 쓴다 — 공정도 정체성도 바뀌지 않는다. */
+    'use-as-is',
+    /**
+     * **등급을 내려 다른 품목으로 판다** — 공정에 다시 들어가지 않고, 그 자리에서 품목 정의가 바뀐다.
+     *
+     * 다른 넷과 축이 다르다. 폐기도 특채도 아니고 **자재의 품목 자체가 달라진다**(GTIN 이 바뀐다).
+     * 식품·철강·섬유에서 일상이다.
+     */
+    'regrade',
+    /** 재고에서 뺀다. */
+    'scrap',
+    /** 공급자에게 돌려보낸다 — 재고에서 빠지되 폐기와 다른 사실이다. */
+    'return-to-supplier',
+    /** 아직 정하지 않았다 — 묶어 두고 쓰지 않는다. */
+    'hold'
+];
 /**
  * 이 시험 결과가 **이 시각에 유효한 합격인가.**
  *

package/dist/index.d.ts

@@ -16,3 +16,4 @@ export * from './scenario-validate.ts';
 export * from './vocabulary.ts';
 export * from './wms-profile.ts';
 export * from './yms-profile.ts';
+export * from './canonical-record.ts';

package/dist/index.js

@@ -37,3 +37,4 @@ export * from "./scenario-validate.js";
 export * from "./vocabulary.js";
 export * from "./wms-profile.js";
 export * from "./yms-profile.js";
+export * from "./canonical-record.js";

package/dist-cjs/index.cjs

@@ -408,7 +408,32 @@ function hierarchyOf(s, levelOfType) {
     }
   };
 }
-var DISPOSITION_DECISION = ["rework", "use-as-is", "scrap", "return-to-supplier", "hold"];
+var DISPOSITION_DECISION = [
+  /** 원 규격으로 되돌린다 — 공정에 다시 들어가고, 산출물은 원 품목이다. */
+  "rework",
+  /**
+   * 쓸 수 있게 만들되 **원 규격은 아니다** — 공정에 다시 들어가지만 산출물이 원 품목이 아니다.
+   *
+   * `rework` 와 나눈 이유는 이름이 아니라 **효과**다. 되돌린 것과 고쳐 쓴 것은 산출물의 정체성이
+   * 다르고, 그것을 한 낱말로 묶으면 계보가 「원 품목을 만들었다」고 거짓을 말한다.
+   */
+  "repair",
+  /** 그대로 쓴다 — 공정도 정체성도 바뀌지 않는다. */
+  "use-as-is",
+  /**
+   * **등급을 내려 다른 품목으로 판다** — 공정에 다시 들어가지 않고, 그 자리에서 품목 정의가 바뀐다.
+   *
+   * 다른 넷과 축이 다르다. 폐기도 특채도 아니고 **자재의 품목 자체가 달라진다**(GTIN 이 바뀐다).
+   * 식품·철강·섬유에서 일상이다.
+   */
+  "regrade",
+  /** 재고에서 뺀다. */
+  "scrap",
+  /** 공급자에게 돌려보낸다 — 재고에서 빠지되 폐기와 다른 사실이다. */
+  "return-to-supplier",
+  /** 아직 정하지 않았다 — 묶어 두고 쓰지 않는다. */
+  "hold"
+];
 function testPassedAt(r, at) {
   if (r.result !== "pass") return false;
   if (!r.expiresAt || !at) return r.result === "pass";

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@operato/ops-contract",
-  "version": "0.1.0",
+  "version": "0.2.0",
   "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",