GIZ ONTOLOGY
부서마다 다른 기준을, 하나의 업무 모델로 맞춥니다.
품목·재고·주문·로트 같은 업무 객체와 관계, 상태, 허용된 동작을 정의해 화면과 API, Agent가 같은 기준을 쓰게 하는 공통 모델입니다.
아키텍처 개념도
같은 '가용 재고'도 부서마다 다르게 계산합니다
생산팀과 구매팀이 말하는 가용 재고는 다를 수 있습니다. 검사 대기 수량을 넣는지, 이미 예약된 수량을 빼는지에 따라 같은 테이블에서 다른 결론이 나옵니다. 데이터를 한곳에 모으는 것만으로는 이 차이가 사라지지 않습니다.
Giz Ontology는 업무 객체(품목, 재고, 주문, 발주, 선적, 로트 등)와 그 관계, 상태, 허용된 동작을 한 번 정의합니다. 화면, API, Agent가 모두 이 정의를 사용합니다.
무엇을 정의하나요
| 정의 대상 | 예시 | 효과 |
|---|---|---|
| 객체와 관계 | 품목–BOM–공급처, 발주–선적–입고 | 조회와 계산이 같은 관계를 따릅니다 |
| 상태와 전이 | 발주 확정, 선적, 입고, 보류 | 정해진 순서로만 상태가 바뀝니다 |
| 업무 동작(Command) | 입고 처리, 보류 지정, 계획 확정 | 화면과 Agent가 같은 권한과 검증으로 실행합니다 |
| 규칙 | 음수 재고 거부, 중복 입고 거부 | 잘못된 기록이 원장에 들어가지 않습니다 |
표준 모델은 16개 업무 영역의 객체를 담고 있습니다. 모든 객체에 바로 쓸 수 있는 화면이 있는 것은 아니며, 도입할 업무에 맞춰 필요한 부분을 구성합니다.
지금 시연할 수 있는 흐름
수입 공급 흐름은 실제 화면으로 시연합니다. 수요 엑셀 입력부터 발주, 선적, 지연 알림, 입고, 재고까지 이어집니다. 재고 원장은 수정할 수 없고, 음수 재고와 중복 입고는 거부됩니다. 생산 실행, 품질, 영업·수요 계획 영역은 모델과 테스트를 갖추고 있으며, 구축할 때 고객 데이터로 검증해 적용합니다.
기존 시스템과의 관계
ERP·MES·QMS는 계속 원천 기록을 맡습니다. Giz Ontology는 그 기록을 연결하고, 시스템 사이에서 엑셀과 메일로 처리하던 일을 맡습니다.
공급망 계획 · 품질 보류·8D 종결 · 업무 앱
다음 단계
가장 복잡한 업무 하나를 가져오세요.
현재 쓰는 파일과 시스템, 바꾸고 싶은 일을 함께 살펴보겠습니다.