PIENCE / AX FORUM
← AX 포럼

AI에게 데이터를 주기 전에, 업무의 뜻부터 합의해야 할까요?

생산 완료, 출하 가능, 유효 주문. 용어·상태·계산 기준을 누가 정할 것인가?

파이언스의 관점과 제안입니다 · 실현 여부와 효과는 적용·검증이 필요합니다.

PIENCE'S POINT OF VIEW

같은 숫자를 다르게 해석하는 조직에서는 업무 기준이 AX의 핵심 자산이다.

왜 지금 이 질문인가

테이블과 문서를 연결해도 부서마다 완료의 의미와 집계 기준이 다를 수 있습니다. AI의 문장 능력만으로 이 차이를 해결하기 어렵습니다. 우리는 용어·코드 관계·계산 기준·예외를 현업과 합의하는 작업을 AX의 중요한 개발 범위로 봅니다.

HOW IT COULD WORK

이런 흐름을 제안합니다

01현업의 질문무엇을 알고 싶은가
02업무 의미용어·관계·예외
03검증된 조회계산·권한·기준일
04근거 있는 답수치·문서·조건

논의를 위한 개념도 · 고객사 운영 구조를 재현한 그림이 아닙니다.

우리가 제안하는 접근

  1. 대표 질문을 모으고 정답을 판단할 업무 책임자를 정합니다.
  2. 수주·품목·작업지시·문서 개정처럼 연결의 기준이 되는 대상을 정의합니다.
  3. 지표 계산은 검증된 업무 기능에서 수행하고 AI는 조건을 해석하고 근거를 설명하도록 역할을 나눕니다.
제조

현장에 적용한다면

LOT·공정 경로·주문 배정과 재투입 같은 예외를 별도 규칙으로 다룹니다.

스타트업

서비스에 적용한다면

결제 고객·활성 사용자·취소 주문 등 지표의 정의와 집계 시점을 맞춥니다.

THE OTHER SIDE

이런 반론도 가능합니다

업무 정의만 하다 프로젝트가 끝나지 않을까요? 전사 용어를 모두 정리하기보다 실제 질문 두세 개에 필요한 기준부터 정하고, 예외가 드러날 때 확장하는 접근을 제안합니다.

EVIDENCE & OPEN QUESTIONS

해외에서는 무엇을 확인했을까요?

복잡한 기업 질의의 난도와 의미 계층의 구현 방식은 같은 문제를 가리킵니다. 데이터를 연결하기 전에 대표 질문의 뜻과 정답 기준을 합의하는 작은 실험부터 시작할 수 있습니다.

외부 공개 자료입니다. 파이언스의 고객·수행 실적이나 동일한 효과를 보장하는 자료가 아닙니다. 자료별 해석과 한계도 함께 읽어주세요.

기업 데이터 질의에는 테이블 이름 이상의 이해가 필요하다

Spider 2.0: Evaluating Language Models on Real-World Enterprise Text-to-SQL Workflows

2025-03-17 개정본 v2

자료에서 확인한 내용

기업 수준 데이터 활용에서 가져온 632개 질의 워크플로 문제를 제시합니다. 복잡한 스키마뿐 아니라 메타데이터, SQL 방언 문서, 프로젝트 코드 등을 이해해야 하는 과업을 포함합니다.

파이언스의 해석과 적용 한계
이렇게 연결해 봅니다 · 파이언스의 해석

현업 용어·지표·관계와 검증된 질의를 업무 자산으로 남기는 접근에 연결됩니다. 자연어 질문이 맞는 SQL처럼 보여도 실제 업무 기준에 맞는지는 별도로 확인해야 합니다.

적용할 때의 한계

벤치마크는 기업별 운영 효과나 투자 수익을 입증하지 않습니다. 모든 프로젝트에 대규모 의미 체계를 먼저 구축해야 한다는 근거도 아닙니다.

업무 의미와 검증된 질문을 데이터 위에 남기는 방법

Semantic Views / Verified Query Repository

상시 갱신 문서 · 확인일 기준

자료에서 확인한 내용

Semantic Views는 업무 대상·관계·지표·차원을 정의합니다. 별도의 Verified Query Repository는 검증한 질문과 SQL을 모아 유사한 질문의 답변에 활용하는 방식을 설명합니다.

파이언스의 해석과 적용 한계
이렇게 연결해 봅니다 · 파이언스의 해석

‘완료’, ‘가용 재고’, ‘유효 주문’의 뜻을 합의하고 대표 질문과 정답을 함께 관리하는 구현 방식의 참고 자료입니다. 파이언스는 작은 업무 범위에서 이 원칙을 적용하자고 제안합니다.

적용할 때의 한계

특정 제품의 기술 문서이며 정확도 향상에 대한 독립적 실험은 아닙니다. 정의 자체가 잘못되면 오류가 재사용될 수 있고, Snowflake 도입이 AX의 필수 조건도 아닙니다.

설비 정보를 재사용하려면 구조와 의미를 함께 정의해야 한다

Asset Administration Shell Specifications

Release 26-01 목록 기준

자료에서 확인한 내용

IDTA의 AAS 명세는 산업용 디지털 트윈을 위한 데이터 구조, 인터페이스와 의미를 정의합니다. 공개 목록에는 메타모델·API·데이터 명세·보안·패키지 형식이 포함됩니다.

파이언스의 해석과 적용 한계
이렇게 연결해 봅니다 · 파이언스의 해석

반복되는 설비·문서·속성 정보를 일정한 구조로 관리하는 발상을 참고할 수 있습니다. 파이언스는 연결의 공통 틀을 재사용하면서 공장별 업무 규칙은 현업과 결정하자고 제안합니다.

적용할 때의 한계

표준이 현장 데이터의 누락이나 품질 문제를 자동 해결하지 않습니다. 모든 중소기업에 전체 명세 도입을 요구하는 제안이 아니며 적용 범위와 비용을 먼저 확인해야 합니다.

근거에서 다시 현장으로

동일한 질문 10개에 대해 용어·지표 정의를 추가하기 전후 답의 일치율은 어떻게 달라질까요?

경험·반론·다른 자료 남기기 ↓

자료 확인 2026-10-08 · 해외 사례·연구 20건 전체 보기 →

작게 실험하고, 이렇게 확인합시다

  1. 같은 질문에 현업·관리자·시스템이 내놓는 답을 비교합니다.
  2. 불일치를 데이터 누락, 용어 차이, 계산 규칙, 권한 차이로 분류합니다.
  3. 합의한 기준을 API와 검증 질문에 반영하고 기준 변경 시 재시험합니다.

함께 풀고 싶은 질문

  • 귀사의 ‘완료’와 ‘가용 재고’는 모두에게 같은 뜻인가요?
  • AI가 모호한 질문을 받으면 언제 되물어야 할까요?
내 생각 남기기 ↓

댓글과 대화

등록 순 · 검토 후 공개
아직 공개된 댓글이 없습니다.

동의하는 점, 다른 경험, 남은 의문을 첫 댓글로 남겨주세요.

JOIN THE DISCUSSION

여러분의 생각은 어떤가요?

회원가입 없이 익명으로 참여할 수 있습니다. 구체적인 경험, 반론, 더 나은 질문을 남겨주세요.

공개·보관·철회 안내

회사명, 개인 이름, 연락처, 계약·계정 정보는 적지 마세요. 접수 원문은 공개하지 않으며 90일 경과 후 정리합니다. 공개 원고는 운영자가 식별정보를 정리할 수 있습니다. 확인 코드로 접수 상태를 보거나 철회할 수 있습니다. 철회 시 사이트의 해당 글과 원문이 삭제되며, 원글을 철회하면 연결된 댓글도 보이지 않습니다. 이미 발송된 알림이나 외부에 수집된 사본은 함께 삭제되지 않습니다.