@things-factory/ops-master 10.1.247 → 10.1.248

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@things-factory/ops-master",
-  "version": "10.1.247",
+  "version": "10.1.248",
   "main": "dist-server/index.js",
   "things-factory": true,
   "author": "heartyoh <heartyoh@hatiolab.com>",
@@ -45,12 +45,12 @@
     "@things-factory/auth-base": "^10.1.247",
     "@things-factory/env": "^10.1.149",
     "@things-factory/shell": "^10.1.247",
-    "@things-factory/worklist": "^10.1.247"
+    "@things-factory/worklist": "^10.1.248"
   },
   "browser": "dist-client/index.js",
   "devDependencies": {
     "copyfiles": "^2.4.1",
     "rimraf": "^6.1.3"
   },
-  "gitHead": "3c672029b2ef4a09f3370d37e5d225392856a602"
+  "gitHead": "ca390a4b791d6e8630388167d3da6031034b5a5e"
 }

package/dist-client/bootstrap.d.ts

@@ -1,19 +0,0 @@
-import './master-change-policy-panel.js';
-/**
- * 그리드 편집기 등록.
- *
- * `select` · `json5` · `datetime` 같은 것은 data-grist 가 기본으로 등록한다.
- *
- * ── 왜 `duration` 이 아니라 `iso-duration` 인가 ────────────────────────────
- * `@operato/grist-editor` 에 `duration` 이 있지만 그것은 **초 숫자**를 받는다. 우리 칸에는
- * `PT209S` 가 들어 있어서 붙여 보니 화면이 빈 칸이었다.
- *
- * 그래서 같은 이름으로 우리 것을 덮어 등록해 봤더니 **그것도 안 됐다.** `worklist` 패키지가 같은
- * 이름으로 초 숫자용을 등록하고 있었고, 나중에 부팅한 쪽이 이긴다. 둘 다 자기가 이겼는지 모른다.
- *
- * 이름을 뺏는 대신 뜻이 다른 이름을 쓴다. 초 숫자와 ISO 8601 은 실제로 다른 타입이고, 이름이 그것을
- * 말해야 한다. `worklist` 의 화면은 초를 저장하는 것이 맞고 우리가 건드릴 일이 아니다.
- *
- * **이 등록소는 앱 전체가 한 벌을 나눠 쓴다** — 이름이 겹치면 조용히 진다. 아키텍트에게 올려 두었다.
- */
-export default function bootstrap(): void;

package/dist-client/bootstrap.js

@@ -1,66 +0,0 @@
-import { registerEditor as registerGristEditor, registerRenderer as registerGristRenderer } from '@operato/data-grist';
-import './master-change-policy-panel.js';
-import { html } from 'lit';
-import { registerActivityPanel } from '@things-factory/worklist/dist-client';
-import { provideMasterChangeApproval, provideMasterChangeStatus } from './master-change-providers.js';
-import { OpsMasterGristEditorIsoDuration, OxGristRendererIsoDuration } from './pages/master/grist-iso-duration.js';
-import { OpsMasterGristEditorReference, OxGristRendererList, OxGristRendererReference } from './pages/master/grist-reference.js';
-/**
- * 그리드 편집기 등록.
- *
- * `select` · `json5` · `datetime` 같은 것은 data-grist 가 기본으로 등록한다.
- *
- * ── 왜 `duration` 이 아니라 `iso-duration` 인가 ────────────────────────────
- * `@operato/grist-editor` 에 `duration` 이 있지만 그것은 **초 숫자**를 받는다. 우리 칸에는
- * `PT209S` 가 들어 있어서 붙여 보니 화면이 빈 칸이었다.
- *
- * 그래서 같은 이름으로 우리 것을 덮어 등록해 봤더니 **그것도 안 됐다.** `worklist` 패키지가 같은
- * 이름으로 초 숫자용을 등록하고 있었고, 나중에 부팅한 쪽이 이긴다. 둘 다 자기가 이겼는지 모른다.
- *
- * 이름을 뺏는 대신 뜻이 다른 이름을 쓴다. 초 숫자와 ISO 8601 은 실제로 다른 타입이고, 이름이 그것을
- * 말해야 한다. `worklist` 의 화면은 초를 저장하는 것이 맞고 우리가 건드릴 일이 아니다.
- *
- * **이 등록소는 앱 전체가 한 벌을 나눠 쓴다** — 이름이 겹치면 조용히 진다. 아키텍트에게 올려 두었다.
- */
-export default function bootstrap() {
-    /*
-     * The approval flow for master changes is ops-master's (ADR-0086 decision 1, amended 2026-10-10): it
-     * answers the editor's submit and status events for its own axes, and puts the policy table beside the
-     * activity it governs.
-     */
-    provideMasterChangeStatus();
-    provideMasterChangeApproval({
-        testSpecification: 'submitTestSpecificationDraft',
-        recipeDefinition: 'submitRecipeDraft',
-        materialDefinition: 'submitMaterialDefinitionDraft'
-    });
-    registerActivityPanel({
-        name: 'master-change-policy',
-        labelKey: 'master-policy.title',
-        render: ({ activityName }) => html `<master-change-policy-panel .activity=${activityName}></master-change-policy-panel>`
-    });
-    registerGristRenderer('iso-duration', OxGristRendererIsoDuration);
-    registerGristEditor('iso-duration', OpsMasterGristEditorIsoDuration);
-    /*
-     * 다른 표의 이름 하나를 골라 오는 칸. `resource-object` 와 팝업은 같고 저장하는 것이 다르다 —
-     * 저쪽은 객체, 이쪽은 이름. 이름이 그것을 말해야 해서 따로 등록한다.
-     */
-    registerGristRenderer('reference', OxGristRendererReference);
-    registerGristEditor('reference', OpsMasterGristEditorReference);
-    /*
-     * 목록 칸. 기본 글자 렌더러는 배열을 **구분 없이 이어 붙인다** — 두 사람이 선 자리가
-     * 「P-ECU-S-0001P-ECU-S-0002」로 보였다. 고칠 것은 그리기뿐이라 편집기는 그대로 둔다.
-     */
-    registerGristRenderer('ops-list', OxGristRendererList);
-    /*
-     * 기준정보 변경 정책은 **설정에 안 올린다**(2026-09-24).
-     *
-     * 같은 표가 업무 상세에 섰다(worklist `registerActivityPanel`, 위에서 이 패키지가 건다). 두 자리에 두면 한
-     * 사실을 두 화면이 각각 그리고, 한쪽만 고치는 날이 온다. 그 축을 부르는 업무 옆에 두는 쪽이 맞다 —
-     * 「이 업무를 승인제로 둘까」가 그 자리에서 답할 물음이다.
-     *
-     * 설정으로 되돌릴 일이 생기면 여기에 다시 ADD_SETTING 을 놓으면 된다 —
-     * 그때 setting-base 의존도 다시 든다.
-     */
-}
-//# sourceMappingURL=bootstrap.js.map

package/dist-client/bootstrap.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"bootstrap.js","sourceRoot":"","sources":["../client/bootstrap.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,cAAc,IAAI,mBAAmB,EAAE,gBAAgB,IAAI,qBAAqB,EAAE,MAAM,qBAAqB,CAAA;AAEtH,OAAO,iCAAiC,CAAA;AAExC,OAAO,EAAE,IAAI,EAAE,MAAM,KAAK,CAAA;AAE1B,OAAO,EAAE,qBAAqB,EAAE,MAAM,sCAAsC,CAAA;AAE5E,OAAO,EAAE,2BAA2B,EAAE,yBAAyB,EAAE,MAAM,8BAA8B,CAAA;AAErG,OAAO,EAAE,+BAA+B,EAAE,0BAA0B,EAAE,MAAM,sCAAsC,CAAA;AAClH,OAAO,EAAE,6BAA6B,EAAE,mBAAmB,EAAE,wBAAwB,EAAE,MAAM,mCAAmC,CAAA;AAEhI;;;;;;;;;;;;;;;;GAgBG;AACH,MAAM,CAAC,OAAO,UAAU,SAAS;IAC/B;;;;OAIG;IACH,yBAAyB,EAAE,CAAA;IAC3B,2BAA2B,CAAC;QAC1B,iBAAiB,EAAE,8BAA8B;QACjD,gBAAgB,EAAE,mBAAmB;QACrC,kBAAkB,EAAE,+BAA+B;KACpD,CAAC,CAAA;IACF,qBAAqB,CAAC;QACpB,IAAI,EAAE,sBAAsB;QAC5B,QAAQ,EAAE,qBAAqB;QAC/B,MAAM,EAAE,CAAC,EAAE,YAAY,EAAE,EAAE,EAAE,CAAC,IAAI,CAAA,yCAAyC,YAAY,gCAAgC;KACxH,CAAC,CAAA;IAEF,qBAAqB,CAAC,cAAc,EAAE,0BAA0B,CAAC,CAAA;IACjE,mBAAmB,CAAC,cAAc,EAAE,+BAA+B,CAAC,CAAA;IAEpE;;;OAGG;IACH,qBAAqB,CAAC,WAAW,EAAE,wBAAwB,CAAC,CAAA;IAC5D,mBAAmB,CAAC,WAAW,EAAE,6BAA6B,CAAC,CAAA;IAE/D;;;OAGG;IACH,qBAAqB,CAAC,UAAU,EAAE,mBAAmB,CAAC,CAAA;IAEtD;;;;;;;;;OASG;AACL,CAAC","sourcesContent":["import { registerEditor as registerGristEditor, registerRenderer as registerGristRenderer } from '@operato/data-grist'\n\nimport './master-change-policy-panel.js'\n\nimport { html } from 'lit'\n\nimport { registerActivityPanel } from '@things-factory/worklist/dist-client'\n\nimport { provideMasterChangeApproval, provideMasterChangeStatus } from './master-change-providers.js'\n\nimport { OpsMasterGristEditorIsoDuration, OxGristRendererIsoDuration } from './pages/master/grist-iso-duration.js'\nimport { OpsMasterGristEditorReference, OxGristRendererList, OxGristRendererReference } from './pages/master/grist-reference.js'\n\n/**\n * 그리드 편집기 등록.\n *\n * `select` · `json5` · `datetime` 같은 것은 data-grist 가 기본으로 등록한다.\n *\n * ── 왜 `duration` 이 아니라 `iso-duration` 인가 ────────────────────────────\n * `@operato/grist-editor` 에 `duration` 이 있지만 그것은 **초 숫자**를 받는다. 우리 칸에는\n * `PT209S` 가 들어 있어서 붙여 보니 화면이 빈 칸이었다.\n *\n * 그래서 같은 이름으로 우리 것을 덮어 등록해 봤더니 **그것도 안 됐다.** `worklist` 패키지가 같은\n * 이름으로 초 숫자용을 등록하고 있었고, 나중에 부팅한 쪽이 이긴다. 둘 다 자기가 이겼는지 모른다.\n *\n * 이름을 뺏는 대신 뜻이 다른 이름을 쓴다. 초 숫자와 ISO 8601 은 실제로 다른 타입이고, 이름이 그것을\n * 말해야 한다. `worklist` 의 화면은 초를 저장하는 것이 맞고 우리가 건드릴 일이 아니다.\n *\n * **이 등록소는 앱 전체가 한 벌을 나눠 쓴다** — 이름이 겹치면 조용히 진다. 아키텍트에게 올려 두었다.\n */\nexport default function bootstrap() {\n  /*\n   * The approval flow for master changes is ops-master's (ADR-0086 decision 1, amended 2026-10-10): it\n   * answers the editor's submit and status events for its own axes, and puts the policy table beside the\n   * activity it governs.\n   */\n  provideMasterChangeStatus()\n  provideMasterChangeApproval({\n    testSpecification: 'submitTestSpecificationDraft',\n    recipeDefinition: 'submitRecipeDraft',\n    materialDefinition: 'submitMaterialDefinitionDraft'\n  })\n  registerActivityPanel({\n    name: 'master-change-policy',\n    labelKey: 'master-policy.title',\n    render: ({ activityName }) => html`<master-change-policy-panel .activity=${activityName}></master-change-policy-panel>`\n  })\n\n  registerGristRenderer('iso-duration', OxGristRendererIsoDuration)\n  registerGristEditor('iso-duration', OpsMasterGristEditorIsoDuration)\n\n  /*\n   * 다른 표의 이름 하나를 골라 오는 칸. `resource-object` 와 팝업은 같고 저장하는 것이 다르다 —\n   * 저쪽은 객체, 이쪽은 이름. 이름이 그것을 말해야 해서 따로 등록한다.\n   */\n  registerGristRenderer('reference', OxGristRendererReference)\n  registerGristEditor('reference', OpsMasterGristEditorReference)\n\n  /*\n   * 목록 칸. 기본 글자 렌더러는 배열을 **구분 없이 이어 붙인다** — 두 사람이 선 자리가\n   * 「P-ECU-S-0001P-ECU-S-0002」로 보였다. 고칠 것은 그리기뿐이라 편집기는 그대로 둔다.\n   */\n  registerGristRenderer('ops-list', OxGristRendererList)\n\n  /*\n   * 기준정보 변경 정책은 **설정에 안 올린다**(2026-09-24).\n   *\n   * 같은 표가 업무 상세에 섰다(worklist `registerActivityPanel`, 위에서 이 패키지가 건다). 두 자리에 두면 한\n   * 사실을 두 화면이 각각 그리고, 한쪽만 고치는 날이 온다. 그 축을 부르는 업무 옆에 두는 쪽이 맞다 —\n   * 「이 업무를 승인제로 둘까」가 그 자리에서 답할 물음이다.\n   *\n   * 설정으로 되돌릴 일이 생기면 여기에 다시 ADD_SETTING 을 놓으면 된다 —\n   * 그때 setting-base 의존도 다시 든다.\n   */\n}\n"]}

package/dist-client/index.d.ts

@@ -1,17 +0,0 @@
-export * from './pages/master/master-page-base';
-export * from './master-change-approval';
-export * from './pages/master/personnel-class';
-export * from './pages/master/person';
-export * from './pages/master/equipment-class';
-export * from './pages/master/equipment';
-export * from './pages/master/stop-reason';
-export * from './pages/master/physical-asset-class';
-export * from './pages/master/physical-asset';
-export * from './pages/master/material-class';
-export * from './pages/master/material-definition';
-export * from './pages/master/operational-location';
-export * from './pages/master/operation-definition';
-export * from './pages/master/test-specification';
-export * from './pages/master/route-definition';
-export * from './pages/master/recipe-definition';
-export * from './master-change-providers';

package/dist-client/index.js

@@ -1,21 +0,0 @@
-/*
- * 마스터 화면은 축마다 하나다 — 이유는 pages/master/master-page-base.ts 에 적었다.
- */
-export * from './pages/master/master-page-base';
-export * from './master-change-approval';
-export * from './pages/master/personnel-class';
-export * from './pages/master/person';
-export * from './pages/master/equipment-class';
-export * from './pages/master/equipment';
-export * from './pages/master/stop-reason';
-export * from './pages/master/physical-asset-class';
-export * from './pages/master/physical-asset';
-export * from './pages/master/material-class';
-export * from './pages/master/material-definition';
-export * from './pages/master/operational-location';
-export * from './pages/master/operation-definition';
-export * from './pages/master/test-specification';
-export * from './pages/master/route-definition';
-export * from './pages/master/recipe-definition';
-export * from './master-change-providers';
-//# sourceMappingURL=index.js.map

package/dist-client/index.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"index.js","sourceRoot":"","sources":["../client/index.ts"],"names":[],"mappings":"AAAA;;GAEG;AACH,cAAc,iCAAiC,CAAA;AAC/C,cAAc,0BAA0B,CAAA;AACxC,cAAc,gCAAgC,CAAA;AAC9C,cAAc,uBAAuB,CAAA;AACrC,cAAc,gCAAgC,CAAA;AAC9C,cAAc,0BAA0B,CAAA;AACxC,cAAc,4BAA4B,CAAA;AAC1C,cAAc,qCAAqC,CAAA;AACnD,cAAc,+BAA+B,CAAA;AAC7C,cAAc,+BAA+B,CAAA;AAC7C,cAAc,oCAAoC,CAAA;AAClD,cAAc,qCAAqC,CAAA;AACnD,cAAc,qCAAqC,CAAA;AACnD,cAAc,mCAAmC,CAAA;AACjD,cAAc,iCAAiC,CAAA;AAC/C,cAAc,kCAAkC,CAAA;AAChD,cAAc,2BAA2B,CAAA","sourcesContent":["/*\n * 마스터 화면은 축마다 하나다 — 이유는 pages/master/master-page-base.ts 에 적었다.\n */\nexport * from './pages/master/master-page-base'\nexport * from './master-change-approval'\nexport * from './pages/master/personnel-class'\nexport * from './pages/master/person'\nexport * from './pages/master/equipment-class'\nexport * from './pages/master/equipment'\nexport * from './pages/master/stop-reason'\nexport * from './pages/master/physical-asset-class'\nexport * from './pages/master/physical-asset'\nexport * from './pages/master/material-class'\nexport * from './pages/master/material-definition'\nexport * from './pages/master/operational-location'\nexport * from './pages/master/operation-definition'\nexport * from './pages/master/test-specification'\nexport * from './pages/master/route-definition'\nexport * from './pages/master/recipe-definition'\nexport * from './master-change-providers'\n"]}

package/dist-client/master-change-approval.d.ts

@@ -1,14 +0,0 @@
-export interface MasterChangeApprovalRequest {
-    axis: string;
-    revisionId: string;
-    editGeneration: number;
-}
-export interface MasterChangeStatus {
-    state: 'pending' | 'approved' | 'rejected' | 'aborted' | 'unknown';
-    comment?: string;
-    who?: string;
-    open?: () => void;
-}
-export declare function masterChangeStatus(target: EventTarget, activityInstanceId: string): Promise<MasterChangeStatus>;
-/** Products handle this event; the common editor never knows a product mutation name. */
-export declare function requestMasterChangeApproval(target: EventTarget, request: MasterChangeApprovalRequest): Promise<unknown>;

package/dist-client/master-change-approval.js

@@ -1,36 +0,0 @@
-export async function masterChangeStatus(target, activityInstanceId) {
-    let response;
-    target.dispatchEvent(new CustomEvent('master-change-status', {
-        bubbles: true,
-        composed: true,
-        detail: {
-            activityInstanceId,
-            respondWith(value) {
-                if (response)
-                    throw new Error('Duplicate status provider');
-                response = value;
-            }
-        }
-    }));
-    return response ?? { state: 'unknown' };
-}
-/** Products handle this event; the common editor never knows a product mutation name. */
-export async function requestMasterChangeApproval(target, request) {
-    let response;
-    target.dispatchEvent(new CustomEvent('master-change-approval', {
-        bubbles: true,
-        composed: true,
-        detail: {
-            ...request,
-            respondWith(value) {
-                if (response)
-                    throw new Error('A master change approval request already has a handler.');
-                response = value;
-            }
-        }
-    }));
-    if (!response)
-        throw new Error('This product has not registered an approval handler for this master axis.');
-    return response;
-}
-//# sourceMappingURL=master-change-approval.js.map

package/dist-client/master-change-approval.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"master-change-approval.js","sourceRoot":"","sources":["../client/master-change-approval.ts"],"names":[],"mappings":"AAYA,MAAM,CAAC,KAAK,UAAU,kBAAkB,CAAC,MAAmB,EAAE,kBAA0B;IACtF,IAAI,QAAiD,CAAA;IACrD,MAAM,CAAC,aAAa,CAClB,IAAI,WAAW,CAAC,sBAAsB,EAAE;QACtC,OAAO,EAAE,IAAI;QACb,QAAQ,EAAE,IAAI;QACd,MAAM,EAAE;YACN,kBAAkB;YAClB,WAAW,CAAC,KAAkC;gBAC5C,IAAI,QAAQ;oBAAE,MAAM,IAAI,KAAK,CAAC,2BAA2B,CAAC,CAAA;gBAC1D,QAAQ,GAAG,KAAK,CAAA;YAClB,CAAC;SACF;KACF,CAAC,CACH,CAAA;IACD,OAAO,QAAQ,IAAI,EAAE,KAAK,EAAE,SAAS,EAAE,CAAA;AACzC,CAAC;AAED,yFAAyF;AACzF,MAAM,CAAC,KAAK,UAAU,2BAA2B,CAC/C,MAAmB,EACnB,OAAoC;IAEpC,IAAI,QAAsC,CAAA;IAC1C,MAAM,CAAC,aAAa,CAClB,IAAI,WAAW,CAAC,wBAAwB,EAAE;QACxC,OAAO,EAAE,IAAI;QACb,QAAQ,EAAE,IAAI;QACd,MAAM,EAAE;YACN,GAAG,OAAO;YACV,WAAW,CAAC,KAAuB;gBACjC,IAAI,QAAQ;oBAAE,MAAM,IAAI,KAAK,CAAC,yDAAyD,CAAC,CAAA;gBACxF,QAAQ,GAAG,KAAK,CAAA;YAClB,CAAC;SACF;KACF,CAAC,CACH,CAAA;IACD,IAAI,CAAC,QAAQ;QAAE,MAAM,IAAI,KAAK,CAAC,2EAA2E,CAAC,CAAA;IAC3G,OAAO,QAAQ,CAAA;AACjB,CAAC","sourcesContent":["export interface MasterChangeApprovalRequest {\n  axis: string\n  revisionId: string\n  editGeneration: number\n}\n\nexport interface MasterChangeStatus {\n  state: 'pending' | 'approved' | 'rejected' | 'aborted' | 'unknown'\n  comment?: string\n  who?: string\n  open?: () => void\n}\nexport async function masterChangeStatus(target: EventTarget, activityInstanceId: string): Promise<MasterChangeStatus> {\n  let response: Promise<MasterChangeStatus> | undefined\n  target.dispatchEvent(\n    new CustomEvent('master-change-status', {\n      bubbles: true,\n      composed: true,\n      detail: {\n        activityInstanceId,\n        respondWith(value: Promise<MasterChangeStatus>) {\n          if (response) throw new Error('Duplicate status provider')\n          response = value\n        }\n      }\n    })\n  )\n  return response ?? { state: 'unknown' }\n}\n\n/** Products handle this event; the common editor never knows a product mutation name. */\nexport async function requestMasterChangeApproval(\n  target: EventTarget,\n  request: MasterChangeApprovalRequest\n): Promise<unknown> {\n  let response: Promise<unknown> | undefined\n  target.dispatchEvent(\n    new CustomEvent('master-change-approval', {\n      bubbles: true,\n      composed: true,\n      detail: {\n        ...request,\n        respondWith(value: Promise<unknown>) {\n          if (response) throw new Error('A master change approval request already has a handler.')\n          response = value\n        }\n      }\n    })\n  )\n  if (!response) throw new Error('This product has not registered an approval handler for this master axis.')\n  return response\n}\n"]}

package/dist-client/master-change-policy-axes.d.ts

@@ -1,37 +0,0 @@
-/**
- * 어느 축을 보일 것인가.
- *
- * 이 표는 두 자리에 선다 — 사업장 설정에서는 **축 전부**를, 업무 상세에서는 **그 업무를 부르는
- * 축만** 보인다. 같은 부품이 두 자리에 서면서 목록을 다르게 고르므로, 그 판단을 여기 한 벌 둔다.
- *
- * ── 왜 업무 쪽에서 좁히나 ──────────────────────────────────────────────────
- * 업무 상세는 「이 업무가 어떻게 처리되나」를 끝내는 자리다. 거기에 축 열여섯을 다 펴면 이 업무와
- * 상관없는 열다섯이 화면을 덮는다. 반대로 사업장 설정에서는 좁히면 안 된다 — 관리자는 「품목을
- * 승인받게 하자」로 생각하지 어느 업무부터 찾자로 생각하지 않는다.
- */
-export type PolicyAxis = {
-    axis: string;
-    declared?: boolean;
-    approvalRequired?: boolean | null;
-    reason?: string | null;
-    /** 승인으로 켤 수 있는 축인가 — 개정본을 결재로 보낼 문이 있는가. 서버가 답한다. */
-    revisable?: boolean;
-    approvalReady?: boolean;
-    approvalActivity?: string | null;
-};
-/**
- * `activity` 를 주면 그 업무를 부르는 축만, 안 주면 전부.
- *
- * 빈 글자는 「안 준 것」으로 본다 — 빈 이름으로 좁히면 **아무것도 안 걸려 빈 표**가 되고, 그것은
- * 「이 업무를 부르는 축이 없다」와 구별되지 않는다.
- */
-export declare function axesForActivity(axes?: PolicyAxis[] | null, activity?: string | null): PolicyAxis[];
-/**
- * 읽은 뒤 무엇을 알리나. **알릴 것이 없으면 `undefined`** — 업무 상세 밖이거나 못 읽었을 때다.
- *
- * 못 읽은 것을 「비었다」로 알리면 업무 상세가 칸을 접고, 사람은 「이 업무에 딸린 기준정보가 없다」로
- * 읽는다. 못 읽었으면 안 알린다 — 칸이 남아 못 읽었다고 말한다.
- */
-export declare function panelContentSignal(axes: PolicyAxis[] | null | undefined, activity: string | null | undefined, failed: boolean): {
-    empty: boolean;
-} | undefined;

package/dist-client/master-change-policy-axes.js

@@ -1,29 +0,0 @@
-/**
- * `activity` 를 주면 그 업무를 부르는 축만, 안 주면 전부.
- *
- * 빈 글자는 「안 준 것」으로 본다 — 빈 이름으로 좁히면 **아무것도 안 걸려 빈 표**가 되고, 그것은
- * 「이 업무를 부르는 축이 없다」와 구별되지 않는다.
- */
-export function axesForActivity(axes, activity) {
-    const wanted = String(activity ?? '').trim();
-    if (!wanted)
-        return [...(axes ?? [])];
-    /*
-     * 양쪽을 다 다듬어 비교한다. 이름은 선언에서 온 글자이고 앞뒤 공백 하나가 붙어 오면 **그 줄만
-     * 조용히 사라진다** — 축이 없는 것과 구별되지 않는다. 심은 결함으로 확인하려다 이 자리가
-     * 한쪽만 다듬고 있는 것을 찾았다(2026-09-23).
-     */
-    return (axes ?? []).filter(one => String(one?.approvalActivity ?? '').trim() === wanted);
-}
-/**
- * 읽은 뒤 무엇을 알리나. **알릴 것이 없으면 `undefined`** — 업무 상세 밖이거나 못 읽었을 때다.
- *
- * 못 읽은 것을 「비었다」로 알리면 업무 상세가 칸을 접고, 사람은 「이 업무에 딸린 기준정보가 없다」로
- * 읽는다. 못 읽었으면 안 알린다 — 칸이 남아 못 읽었다고 말한다.
- */
-export function panelContentSignal(axes, activity, failed) {
-    if (failed || !String(activity ?? '').trim())
-        return undefined;
-    return { empty: axesForActivity(axes, activity).length === 0 };
-}
-//# sourceMappingURL=master-change-policy-axes.js.map

package/dist-client/master-change-policy-axes.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"master-change-policy-axes.js","sourceRoot":"","sources":["../client/master-change-policy-axes.ts"],"names":[],"mappings":"AAsBA;;;;;GAKG;AACH,MAAM,UAAU,eAAe,CAAC,IAA0B,EAAE,QAAwB;IAClF,MAAM,MAAM,GAAG,MAAM,CAAC,QAAQ,IAAI,EAAE,CAAC,CAAC,IAAI,EAAE,CAAA;IAE5C,IAAI,CAAC,MAAM;QAAE,OAAO,CAAC,GAAG,CAAC,IAAI,IAAI,EAAE,CAAC,CAAC,CAAA;IAErC;;;;OAIG;IACH,OAAO,CAAC,IAAI,IAAI,EAAE,CAAC,CAAC,MAAM,CAAC,GAAG,CAAC,EAAE,CAAC,MAAM,CAAC,GAAG,EAAE,gBAAgB,IAAI,EAAE,CAAC,CAAC,IAAI,EAAE,KAAK,MAAM,CAAC,CAAA;AAC1F,CAAC;AAED;;;;;GAKG;AACH,MAAM,UAAU,kBAAkB,CAChC,IAAqC,EACrC,QAAmC,EACnC,MAAe;IAEf,IAAI,MAAM,IAAI,CAAC,MAAM,CAAC,QAAQ,IAAI,EAAE,CAAC,CAAC,IAAI,EAAE;QAAE,OAAO,SAAS,CAAA;IAC9D,OAAO,EAAE,KAAK,EAAE,eAAe,CAAC,IAAI,EAAE,QAAQ,CAAC,CAAC,MAAM,KAAK,CAAC,EAAE,CAAA;AAChE,CAAC","sourcesContent":["/**\n * 어느 축을 보일 것인가.\n *\n * 이 표는 두 자리에 선다 — 사업장 설정에서는 **축 전부**를, 업무 상세에서는 **그 업무를 부르는\n * 축만** 보인다. 같은 부품이 두 자리에 서면서 목록을 다르게 고르므로, 그 판단을 여기 한 벌 둔다.\n *\n * ── 왜 업무 쪽에서 좁히나 ──────────────────────────────────────────────────\n * 업무 상세는 「이 업무가 어떻게 처리되나」를 끝내는 자리다. 거기에 축 열여섯을 다 펴면 이 업무와\n * 상관없는 열다섯이 화면을 덮는다. 반대로 사업장 설정에서는 좁히면 안 된다 — 관리자는 「품목을\n * 승인받게 하자」로 생각하지 어느 업무부터 찾자로 생각하지 않는다.\n */\nexport type PolicyAxis = {\n  axis: string\n  declared?: boolean\n  approvalRequired?: boolean | null\n  reason?: string | null\n  /** 승인으로 켤 수 있는 축인가 — 개정본을 결재로 보낼 문이 있는가. 서버가 답한다. */\n  revisable?: boolean\n  approvalReady?: boolean\n  approvalActivity?: string | null\n}\n\n/**\n * `activity` 를 주면 그 업무를 부르는 축만, 안 주면 전부.\n *\n * 빈 글자는 「안 준 것」으로 본다 — 빈 이름으로 좁히면 **아무것도 안 걸려 빈 표**가 되고, 그것은\n * 「이 업무를 부르는 축이 없다」와 구별되지 않는다.\n */\nexport function axesForActivity(axes?: PolicyAxis[] | null, activity?: string | null): PolicyAxis[] {\n  const wanted = String(activity ?? '').trim()\n\n  if (!wanted) return [...(axes ?? [])]\n\n  /*\n   * 양쪽을 다 다듬어 비교한다. 이름은 선언에서 온 글자이고 앞뒤 공백 하나가 붙어 오면 **그 줄만\n   * 조용히 사라진다** — 축이 없는 것과 구별되지 않는다. 심은 결함으로 확인하려다 이 자리가\n   * 한쪽만 다듬고 있는 것을 찾았다(2026-09-23).\n   */\n  return (axes ?? []).filter(one => String(one?.approvalActivity ?? '').trim() === wanted)\n}\n\n/**\n * 읽은 뒤 무엇을 알리나. **알릴 것이 없으면 `undefined`** — 업무 상세 밖이거나 못 읽었을 때다.\n *\n * 못 읽은 것을 「비었다」로 알리면 업무 상세가 칸을 접고, 사람은 「이 업무에 딸린 기준정보가 없다」로\n * 읽는다. 못 읽었으면 안 알린다 — 칸이 남아 못 읽었다고 말한다.\n */\nexport function panelContentSignal(\n  axes: PolicyAxis[] | null | undefined,\n  activity: string | null | undefined,\n  failed: boolean\n): { empty: boolean } | undefined {\n  if (failed || !String(activity ?? '').trim()) return undefined\n  return { empty: axesForActivity(axes, activity).length === 0 }\n}\n"]}

package/dist-client/master-change-policy-panel.d.ts

@@ -1,59 +0,0 @@
-import { LitElement } from 'lit';
-import '@operato/help/ox-help-icon.js';
-declare const MasterChangePolicyPanel_base: (new (...args: any[]) => LitElement) & typeof LitElement;
-/**
- * **이 사업장이 어느 기준정보를 승인제로 두는가.**
- *
- * ── 왜 설정이 아닌가 (2026-09-23, 사용자 판단) ────────────────────────────
- * 처음에는 사업장 설정의 한 칸이었다. 설정은 내가 무엇을 보는지 고르는 자리이고, **다른 사람의 일이
- * 늘어나는 것은 설정이 아니다** — 축 하나를 승인제로 돌리면 그 축의 수정이 앞으로 결재로 흘러간다.
- * 그래서 업무를 다루는 화면으로 옮긴다.
- *
- * 그때 표가 두 자리에 선다. **자리마다 고르는 목록이 다르다** — `master-change-policy-axes.ts` 가
- * 그 판단을 갖는다. 제목은 이 부품이 아니라 **담는 쪽**이 붙인다.
- *
- * ── 이 선언이 무엇인가 ─────────────────────────────────────────────────────
- * 사람의 취향이 아니라 **이 사업장의 규칙**이다. 축마다 한 번 정하고, 정하면 그 축의 마스터는
- * 승인을 지나야 바뀐다.
- *
- * ── 왜 화면이 필요했나 ─────────────────────────────────────────────────────
- * 문은 있었는데 **그리로 가는 길이 없었다.** 정책을 안 정한 축은 화면이 열리다 말고 거절을 냈고
- * (`MASTER_POLICY_REQUIRED`), 정하러 들어갈 자리도 없었다.
- *
- * ── 소유자만 정한다 ────────────────────────────────────────────────────────
- * 읽기는 누구나 한다 — 기준정보를 고치려다 막힌 사람이 **왜 막혔는지** 여기서 알아야 한다.
- * 정하는 것은 도메인 소유자뿐이고, 소유자가 아니면 그렇게 적어 준다.
- */
-export declare class MasterChangePolicyPanel extends MasterChangePolicyPanel_base {
-    static styles: import("lit").CSSResult[];
-    /**
-     * 업무 하나의 화면에 설 때 그 업무의 이름. 없으면 축 전부를 보인다.
-     *
-     * 이름으로 좁힌다 — 축이 어느 업무를 부르는지는 서버가 `approvalActivity` 로 답한다.
-     */
-    activity?: string;
-    private axes;
-    private canDeclare;
-    /**
-     * **아직 못 읽은 것과 없는 것을 가른다.**
-     *
-     * 읽기 전에는 `axes` 가 비어 있고, 업무 하나로 좁힌 자리에서는 그 빈 목록이 곧바로 「이 업무를
-     * 부르는 기준정보가 없습니다」로 그려졌다 — 잠깐 뒤에 표가 나타난다. 사람이 그 잠깐을 보면 없는
-     * 줄 알고 나간다. 읽기 전에는 아무 말도 하지 않는다.
-     */
-    private loaded;
-    /** 못 읽었으면 못 읽었다고 말한다. 빈 표는 「없다」로 읽힌다. */
-    private failed;
-    connectedCallback(): void;
-    private load;
-    /**
-     * 정하는 것도 바꾸는 것도 여기서 한다 — 바꾸면 정책 줄이 새로 서고, 지난 개정본은 자기 때의 줄을
-     * 계속 가리킨다. **결재에 안 태운다**(2026-09-22): 사업장 소유자가 정하는 것이라 확인만 받는다.
-     *
-     * ⚠ **사유는 사람에게 안 묻는다.** 서버가 필수로 받지만 그것은 「누가 어디서 정했나」를 남기려는
-     * 것이다. 시스템 설정에 사람이 글을 쓸 일이 아니다.
-     */
-    private declare;
-    render(): import("lit-html").TemplateResult<1>;
-}
-export {};