[온톨로지 적용하기] 8주차 Day 3 — 읽기와 쓰기를 나누어 잇는다

주차 주제: 바인딩 — 개념과 테이블을 잇기 | 제조 사례: AI 가 마스터를 고친 사고

오늘의 목표: 읽기 바인딩과 쓰기 경로를 분리하고, 쓰기의 조건을 정한다.

소요 시간: 30분


1. 한 문장으로

읽기는 온톨로지로 갑니다.
쓰기는 원래 업무 경로로 갑니다.            ★

2. 왜 나누나

읽기는

  · 틀려도 되돌릴 수 있습니다              ★
  · 여러 시스템을 합쳐서 볼 수 있습니다    ★
  · 조건만 맞으면 됩니다
쓰기는

  · 틀리면 데이터가 망가집니다             ★
  · 업무 규칙을 다 거쳐야 합니다           ★
  · 권한·승인·감사가 붙습니다                 ★

3. 개념으로 쓰면 안 되는 이유

"개념 「품목」 에 쓰기를 붙이면
 ERP 든 MES 든 알아서 쓰면 되지 않나"         ★
안 됩니다.
· 업무 규칙을 건너뜁니다                  ★
    (필수값·중복검사·승인)
· 원래 시스템의 트리거·후처리를 안 탑니다  ★
· 감사 기록이 다른 자리에 남습니다        ★
· 어느 시스템에 쓸지 애매합니다           ★
마지막이 결정적입니다.

  「품목」 이 네 시스템에 있는데
  어디에 쓸까요?                           ★

4. ★ 그래서 쓰기는 이렇게

개념 → 업무 활동 → 원래 시스템           ★
예 — AI 가 품목을 등록하고 싶을 때
나쁜 길

  AI → 개념 「품목」 → INSERT mst_item       ★
맞는 길

  AI → 활동 「품목 등록 요청」               ★
     → 사람 확인                            ★
     → ERP 의 정규 등록 경로                ★
     → 중복검사·승인·채번이 다 돕니다        ★
① 프로세스 과정의 활동이 여기 있습니다.   ★

5. 바인딩 표에 쓰기 칸을 두세요

─────────────────────────────────────────
  개념  품목

  읽기     erp.mst_item (조건 ...)         ★
           + PLM/MES/WMS 참고              ★

  쓰기     직접 쓰기 금지                ★
           경로: 활동 「품목 등록 요청」     ★
           시스템: ERP 정규 등록 화면       ★
           승인: 설계팀 주인                ★
─────────────────────────────────────────
「직접 쓰기 금지」 를 명시하세요.          ★

  안 적으면 누군가 붙입니다.                 ★

6. 그런데 쓰기가 필요한 것도 있다

전부 금지는 아닙니다.
쓰기를 붙일 수 있는 것

  · 판정 결과  (검사 판정 · 이상 탐지)     ★
  · 분류·태그  (문서 분류 · 클레임 유형)   ★
  · 요약·설명  (사유 정리)                 ★
  · 초안       (사람이 확인 전)            ★
공통점

  · 새로 만드는 값입니다                   ★
  · 기존 값을 안 고칩니다                  ★
  · 틀려도 되돌릴 수 있습니다                 ★

7. 쓰기 조건 넷

쓰기를 붙일 때 반드시
① 누가 썼는지 남깁니다                     ★
   사람인가 Agent 인가

② 근거를 남깁니다                          ★
   무엇을 보고 그렇게 판정했나

③ 되돌릴 수 있게 합니다                    ★
   덮어쓰지 말고 새 행으로

④ 범위를 좁힙니다                          ★
   이 개념의 이 속성만                       ★
② 기준정보 과정 9주차 Day 2 의
「Agent 도 역할을 받는다」 와 같습니다.       ★

8. 제조 현장의 실제

어느 업체, 챗봇에 쓰기를 열었습니다.
"품목 정보를 고쳐 줘" 가 되게                ★
3주 뒤
· 품목 단위가 68건 바뀌어 있었습니다.     ★
· 누가 바꿨는지 기록이 「SYSTEM」            ★
· 왜 바꿨는지 없음                           ★
파 보니

  사용자가 "이 품목 단위가 박스인 것 같은데"
  라고 했고
  챗봇이 확인 없이 바꿨습니다.             ★
결과

  · 재고 수량이 틀어졌습니다                 ★
  · 소요량 계산이 틀렸습니다                 ★
  · 복구에 2주                               ★
고친 뒤
· 마스터 직접 쓰기 전면 금지              ★
· 대신 「수정 요청」 활동 생성               ★
· 주인에게 알림 → 확인 → 반영               ★
· 요청자·근거·원래값을 다 남김               ★
그리고 부수 효과

  요청 건수가 지표가 됐습니다.             ★
    "단위 수정 요청이 많은 품목군" 이
    기준정보 정리 우선순위가 됐습니다.       ★

9. 읽기도 범위를 적으세요

읽기는 안전하지만 보면 안 되는 것이       ★
있습니다.
· 원가·단가 (권한)                           ★
· 급여·인사                                  ★
· 고객 개인정보                              ★
바인딩 표에

  「권한 구획」 을 적습니다.                 ★
    "원가 속성은 원가팀 역할만"             ★
그리고 실제 제한은

  실행 시점에 겁니다. (2주차 Day 4 ④)     ★

10. 오늘 해 볼 것 (15분)

① 쓰기 칸을 채우세요

  개념  ________
  읽기  ____________________                  ★
  쓰기  □ 금지  □ 활동 경유 (활동명 ______)   ★
       □ 직접 (속성 ______ 만)               ★
② 쓰기가 필요한 자리를 찾으세요

  AI·Agent 가 새로 만드는 값               ★
  1. ________  2. ________                     ★
  → 기존 값을 고치는 것이 있나  ○/✗            ★
③ 권한 구획을 적으세요

  보면 안 되는 속성  ____________             ★
  누가 볼 수 있나    ____________             ★

11. 내일 할 것

바인딩이 끊어졌을 때 알아채는 법.

컬럼이 없어져도 아무 일이 안 일어납니다. 그게 문제입니다.


이 글은 온톨로지 적용하기 과정의 8주차 3일차입니다. 과정 전체 보기

진도와 검색이 되는 판: AXPulse 기술따라가기

댓글

이 블로그의 인기 게시물

자재관리는 잘 쓰는데 BOM은 엑셀입니다

협력사 AI 로봇 도입, 공급망 스마트 제조 생태계 대응 전략

개발 테스트 자동화, AI 에이전트와 MCP 도입 전략