SAP 데이터 분석 에이전트 — 자연어를 질의문으로 번역하지 않고, 정해진 질의 중 하나를 고르게 한다

도입 포인트 — 이 앱을 사용해야 하는 이유

기존 자연어 질의 방식은 권한 없는 데이터 접근이나 조건 변경으로 신뢰할 수 없는 분석 결과를 초래할 위험이 있습니다. 이 앱은 미리 정의된 10종의 의도 카탈로그를 통해 안전하고 검증된 방식으로 SAP 데이터를 분석하여, 조회 결과에서 계산된 정확한 숫자로만 분석 코멘트를 제공합니다.

핵심 포인트 여섯 가지

사례로 보는 효과

예를 들어, '9월 매출 상위 5개 거래처 알려줘' 요청 시, 신뢰도 93%로 의도 I01에 따라 매출 데이터를 조회하고 43행 중 상위 5개 거래처를 집계해 보여줍니다. 또한 '연체 120일 넘는 채권 보여줘' 같은 질의는 문장에서 '120'을 추출하여 실제 연체일이 해당 일수를 초과하는 채권 데이터를 정확히 조회합니다.

도입하면 달라지는 것

• 데이터 분석 결과의 신뢰도 향상
• 재무 및 운영 위험 요소의 선제적 파악
• 질의 이력과 AI 운영 비용의 투명한 관리
• 핵심 업무 지표 분석에 집중 및 생산성 증대

이런 회사에 맞습니다

SAP 데이터를 활용해 경영 현황 점검, 재무 위험 관리, 핵심 성과 지표를 효율적으로 분석하고자 하는 재무·관리회계·영업 부서에 적합합니다.

질의 한 건이 남기는 것

질의 한 건이 거치는 호출과 기록입니다.

임계값 비교에서 음수를 다루는 방식만 조금 다릅니다. 원가차이율은 음수가 될 수 있어 or 로 양쪽을 걸어야 할 것 같지만, 절댓값 필드를 따로 두어 비교 하나로 풀었습니다.

CostSet?$filter=Bukrs eq '1000' and Period eq '202609' and VarRateAbs gt 0.1
       &$orderby=VarRateAbs desc

ArSet?$filter=Bukrs eq '1000' and OverdueDays gt 120&$orderby=OverdueDays desc

SalesSet?$filter=Bukrs eq '1000' and Period ge '202608' and Period le '202609'
        &$orderby=Period,Revenue desc

실행 화면

실제 화면 9종 둘러보기

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인

사용 방법

1. 회사코드·회계연도를 넣고, 업무 도메인·처리 결과·질의 사용자는 필요할 때만 고릅니다. "전체"를 고르면 해당 조건 없이 조회됩니다.
2. 조회 버튼은 조회조건 입력 필드 줄의 가장 오른쪽에 있습니다. 입력란에서 Enter 키를 눌러도 같은 조회가 실행됩니다.
3. 요약 줄에서 등록 의도 수, 총 질의 건수, 정상 응답률, 평균 신뢰도, 평균·P95 응답시간, 누적 토큰과 비용을 먼저 확인합니다.
4. 분석 에이전트 탭에서 추천 질문을 누르거나 직접 문장을 입력합니다. 해석된 의도와 신뢰도, 뽑아낸 파라미터, 생성된 OData 주소, 조회 결과와 분석 코멘트가 차례로 뜹니다.
5. 해석이 틀렸으면 의도 카탈로그 탭에서 그 의도의 인식 키워드와 질의 템플릿을 확인합니다.
6. 질의 이력 탭에서 누가 무엇을 물었고 어떤 질의가 생성됐는지, 토큰을 얼마나 썼는지 봅니다.
7. 도메인별 통계 탭에서 정상률이 낮은 영역과 미인식 질의를 모아 봅니다.
8. 분석 결과가 의심스러우면 원천 데이터 탭에서 매출·원가·채권 원천을 그대로 확인합니다.
9. CSV 내려받기(UTF-8 BOM)로 현재 탭의 결과를 저장합니다.

자연어가 질의가 되는 여섯 단계

자연어 한 줄이 조회 결과가 되기까지 여섯 단계를 지납니다. LLM 이 맡는 구간은 2·3 단계뿐이고, 나머지는 모두 정해진 규칙입니다.

1. 문장 정리 — 공백과 조사를 털어 비교하기 좋은 형태로 바꿉니다.
2. 의도 선택 — 등록된 10종의 인식 키워드와 겹치는 정도를 재어 가장 높은 하나를 고릅니다. 적합도 = 겹친 키워드 수 ÷ 전체 키워드 수 × 0.55 + min(겹친 수, 4) × 0.11 + 단서 가중치 + (추천 질문과 완전히 같으면 0.20)
3. 파라미터 추출 — 문장에서 기간(YYYYMM · N월) · 상위 N · 임계 비율 · 일수를 찾습니다. 숫자 단서는 의도 선택의 가중치로도 들어갑니다 — 비율이 있으면 원가차이율 의도에, 일수가 있으면 연체 의도에 가중치가 붙습니다.
4. 신뢰도 판정 — 신뢰도 = min(0.98, 0.40 + 적합도 × 0.72). 임계값 아래면 질의를 만들지 않고 해석 실패로 기록합니다.
5. 질의 생성·실행 — 의도에 등록된 OData 템플릿에 파라미터를 끼워 넣습니다. 템플릿은 전부 엔티티셋 + $filter 형태이고 조건은 and 로만 이어집니다.
6. 집계·코멘트 — 조회 결과를 의도에 맞게 묶어(상위 N · 비중 · 증감 · 분포) 표로 만들고, 그 숫자로 분석 코멘트 문장을 채웁니다. 숫자를 문장이 만들어 내지 않습니다.

등록된 의도 10종입니다. 각 의도는 대상 엔티티셋과 파라미터가 정해져 있습니다.

처리 결과는 세 가지로 갈립니다.

조회조건

결과 컬럼

SAP 표준 기능 확장 포인트

SAP 표준 기능 매핑

S/4HANA 에서는 이런 분석을 Fiori 의 분석 앱과 CDS 뷰로 제공하고, Joule 같은 자연어 보조 기능이 그 위에 얹힙니다. 제공 범위와 앱 ID 는 환경·버전별로 달라 확인 필요로 남겼습니다. 이 사례는 그 구조를 OpenUI5 로 작게 재현해 의도 카탈로그를 눈에 보이게 만든 것입니다.

CDS 구성

자주 묻는 질문

자주 묻는 질문

LLM 이 SQL 을 직접 짜는 방식과 무엇이 다릅니까?

이 화면은 LLM 에게 질의문을 짜게 하지 않습니다. 쓸 수 있는 질의를 의도 카탈로그에 10종으로 미리 등록해 두고, 자연어 문장을 그 10종 중 하나로 고르는 일만 맡깁니다. 고른 뒤에는 등록된 OData 템플릿에 파라미터만 끼워 넣어 호출합니다. 질의가 미리 정해져 있으니 권한 밖의 테이블을 읽거나 의도하지 않은 조건이 섞일 여지가 없고, 응답이 틀렸을 때 어느 의도가 잘못 골렸는지 추적할 수 있습니다.

의도를 못 고르면 어떻게 됩니까?

신뢰도가 임계값 아래면 해석 실패로 처리하고 질의를 만들지 않습니다. 샘플에서는 30건 중 4건이 그렇게 처리되어 정상 응답률 76.67% 로 집계됐습니다. 이 건들은 도메인별 통계에서 미인식 질의로 한 줄에 모이고, 거기서 어떤 의도를 추가해야 하는지 후보를 찾습니다. 빈 결과를 그럴듯하게 꾸며 내는 것보다 못 알아들었다고 말하는 편이 안전합니다.

분석 코멘트의 숫자는 LLM 이 만든 것입니까?

아닙니다. 코멘트에 들어가는 숫자는 모두 조회 결과에서 계산한 값입니다. 상위 거래처의 비중, 증감률, 분포 구간별 금액은 화면이 계산해 문장에 끼워 넣습니다. LLM 의 몫은 의도를 고르고 파라미터를 뽑는 데까지입니다 — 숫자를 쓰게 하지 않습니다.

자유 질의는 어떻게 파라미터를 뽑습니까?

문장에서 기간·상위 N·임계값·일수를 찾습니다. "연체 120일 넘는 채권 보여줘" 라면 120을 뽑아 OverdueDays gt 120 으로 바꿉니다. "원가차이율 10% 넘는" 이라면 비율을 뽑아 임계값 조건으로 만듭니다. 숫자 단서가 의도 선택에도 가중치로 들어가 비슷한 의도끼리 헷갈리는 일을 줄입니다.

토큰 비용은 왜 함께 보여줍니까?

에이전트를 붙이면 질의 한 건마다 비용이 발생하고, 쓰는 사람은 그 사실을 보지 못합니다. 질의 이력에 입력·출력 토큰을 남기고 도메인별로 합산해 두면 어느 업무 영역에서 비용이 나가는지, 정상률이 낮은데 토큰만 쓰는 영역이 어디인지 보입니다. 샘플에서는 누적 33,402 토큰 · 269원입니다.

조회 데이터를 함수가 아니라 엔티티셋으로 읽는 이유가 있습니까?

조회는 엔티티셋 + $filter 가 표준에 맞고, 뒤에 실제 OData 서비스가 붙을 때 주소만 바꾸면 그대로 동작합니다. 함수 임포트는 저장·승인·전기 같은 기능 호출에만 남겼습니다. 의도 카탈로그의 질의 템플릿도 모두 엔티티셋 형태입니다.

조회조건에 or 를 쓰지 않은 이유가 있습니까?

OData 구현마다 and 와 or 가 섞인 조건의 해석이 갈립니다. 그래서 기간 비교는 ge·le 범위로, 음수를 다루는 임계값 비교는 절댓값 필드를 따로 두어 gt 하나로 풀었습니다. 조건이 전부 and 이면 어느 구현에서나 같게 해석됩니다.

실제 업무에 붙이려면 무엇이 더 필요합니까?

의도 카탈로그에 등록할 질의를 업무에서 실제로 묻는 문장에서 뽑아야 하고, 사용자 권한이 질의 단계에서 걸리도록 해야 합니다. 그리고 의도를 고르는 부분을 실제 LLM 호출로 바꾸게 됩니다. 이 사례의 해석은 키워드 가중치 방식이며, 카탈로그·이력·비용 집계 구조는 그대로 쓸 수 있도록 분리해 두었습니다.

#데이터 분석 에이전트 #자연어 질의 #의도 카탈로그 #OData V2 #LLM #토큰 비용 #질의 이력 #SAP CO #OpenUI5