도면·BOM에서 품목·구매·생산 준비까지
입력 자료의 근거·기존 품목·BOM 계층을 검증합니다.
상세 안내 →홈 / 구매 결재, 금액만 보고 승인해도 될까? AI로 요청 근거를 모으는 방법
PIENCE · 파이언스
구매 결재, 금액만 보고 승인해도 될까? AI로 요청 근거를 모으는 방법
구매 요청·재고·기존 발주·과거 단가·견적·예산을 한눈에 연결합니다. 제조 자재·스타트업 소프트웨어의 가상 예시와 그림 4개·16항목 점검표로 AI·온톨로지·담당 승인·실제 발주 확인을 설명합니다.
파이언스 · 구매 근거·검토·승인 AX 가이드 · 2026년 10월 29일
구매 요청·구매결의서·품의서 · 근거가 보이는 승인 AX
“지난번에는 언제, 얼마에 샀나요? 지금도 남아 있나요?”
결재 화면에는 이번 요청만 있고, 판단에 필요한 과거 단가·구매·입출고·재고·예산은 다른 화면에 흩어져 있습니다. 파이언스는 요청의 이유·비교 기준·미확인 사항·다음 행동을 한눈에 연결해 담당자가 근거를 보고 결정하는 AX를 제안합니다.
고객사 이름과 실제 비공개 기록은 제외했습니다. 수량·가격·예산·화면은 모두 가상이며 구축 완료·실측 절감 성과가 아닙니다.
그림 1. 자료를 다시 만드는 결재에서, 근거가 모이는 결재로
한 화면에서 답할 질문: 왜 필요한가? 보유분·기존 발주로 충족되지 않는가? 비교 조건은 같은가? 언제 쓸 수 있는가? 어떤 조건을 더 확인해야 하는가?
그림 2. 온톨로지가 구매 요청과 판단 근거의 관계를 연결합니다
| 역할 | 구매 승인에서 할 일 |
|---|---|
| 온톨로지 | 요청 행과 수요·재고·거래·견적·예산·담당 관계, 단위·시간·원본·허용 동작 정의 |
| AI | 조회된 근거 요약, 비교 조건 차이·부족 질문·대안·영향 설명과 검토 메모 초안 |
| 계산·업무 규칙 | 수량·단위 환산·금액·중복·예산·승인 조건을 명시한 기준으로 검증 |
| 담당자 | 원본·미확인·대안 검토 후 승인·보완·반려 결정, 허용된 발주 범위 확정 |
기존 ERP·결재 시스템에서 어떻게 시작하나요?
구매 요청 한 건에서 승인자가 실제로 보는 항목부터 정의합니다. 기존 ERP·재고·견적·예산의 허용된 조회 기능을 연결하고 공통 코드·단위·기간·조회 시점을 맞춥니다. 관계형 DB·뷰·API로 필요한 업무 관계부터 구현할 수 있습니다. 전사 온톨로지나 그래프 DB 구축을 먼저 끝내야 하는 것은 아닙니다.
원본 링크·기준 시각·가격 조건을 함께 보여주고 “조회 실패·최신 여부 미확인·권한 없음”을 구분합니다. AI 요약에서 민감한 금액·계약·개인정보가 권한 밖 사용자나 공급사에 전달되지 않도록 조회·요약·외부 통보 범위를 각각 정합니다.
그림 3. 부족한 자재는 70개인데, 왜 75개를 요청했을까요?
수량 근거: 앞선 생산계획·자재·구매·외주 글의 예시를 이어갑니다. 신규 생산100개 × 자재2개 = 총소요200개, 가용80개와 기존 미입고50개를 반영하면70개 부족입니다. 최소발주50개·25개 배수라 구매 후보는75개이고 잔량5개입니다. 기존50개는 이미 반영했으므로 다시 신규 발주하지 않습니다.
| 조건 | 과거 구매 | 이번 견적 |
|---|---|---|
| 품질·금액 기준 | 같은 규격·원화·운송 포함·세전 | 같은 기준으로 확인했다는 가정 |
| 상자 구성 / 가격 | 20개 / 22,000원 | 25개 / 25,000원 |
| 개당 환산 | 22,000 ÷ 20 = 1,100원 | 25,000 ÷ 25 = 1,000원 |
| 이번 요청 금액 | 과거 가격은 참고 이력 | 3상자 × 25,000 = 75,000원 |
| 예산 영향 | 같은 기간·범위·세전 가용예산 90,000원 | 75,000원 사용 시 잔여 15,000원 |
상자 가격은 올랐지만 개당 환산 가격은 낮습니다. 그래도 과거 거래일·수량 구간·보증·반품·설치·지원이 다르면 추가 검토가 필요합니다. 이것만으로 “최저가·문제없음·즉시 승인”을 확정하지 않습니다. 예산은 기집행·승인 예약을 이미 차감한 가용액이며, 실제 업무에서는 세금·부대비용을 포함하는 회사 기준으로 맞춥니다.
AI 검토 메모 예: “부족70개를 발주 배수로 맞춰75개 요청했습니다. 5개 잔량의 사용 계획을 확인해 주세요. 기존 발주50개는 중복 제외했습니다. 비교 가능한 조건의 환산 단가는1,000원/개입니다. 필요일 전 검사 해제 가능 여부와 견적 유효성, 다른 요청의 추가 발생 여부는 승인 직전 재확인이 필요합니다.”
그림 4. 승인과 실제 발주·입고는 서로 다른 상태입니다
현장·사무실 연결: PDA·태블릿에서 자재·반제품의 실제 입고·LOT(배치·제조번호)·검사 보류·사용 가능 상태를 입력합니다. 사무실 PC·TV는 “누가 승인해야 하는지·발주가 실제 반영됐는지·입고 지연으로 어떤 작업이 영향받는지”를 보여줍니다. TV에는 필요한 업무 상태만 표시하고 견적·민감 금액은 권한 있는 화면으로 제한합니다.
권한·재검토·중복 발주·부분 실패는 어떻게 관리하나요?
승인 대상의 요청 행·수량·금액·기간·조건·근거 버전을 고정합니다. 회사의 승인·위임 정책과 확인 절차를 따르고 금액을 쪼개 승인 기준을 우회하지 않습니다. 검토 중 재고·발주·예산·가격·납기가 바뀌면 필요한 재계산과 재승인을 연결합니다.
허용된 업무 기능·API로 발주하고 중복 방지와 감사 기록을 남깁니다. 발주가 생성됐는데 통보만 실패했다면 발주를 새로 만들지 않고 원본 상태부터 재조회합니다. 일부 요청 행만 승인·처리됐다면 전체 완료로 표시하지 않습니다. 담당·시도·실패·다음 조치와 공급사 확인을 남깁니다.
AI는 단가 상승·중복 후보를 부정 거래나 잘못으로 단정하지 않습니다. 계산된 차이와 근거·조건·미확인을 보여주고 담당자 판단을 지원합니다. 승인과 실제 외부 발주·계약 변경·결제는 별도의 권한과 절차를 따릅니다.
제조 자재뿐 아니라 스타트업의 구독·장비·외주에도 적용합니다
| 업무 | 가상 예시·확인할 근거 |
|---|---|
| 제조 자재 | 자재75개 요청: 소요·가용·기존 발주·필요일·발주 배수와 남는5개 확인 |
| 스타트업 CRM·SaaS | 목표20좌석, 사용12+미배정3=보유15좌석이면 추가 후보5좌석. 월/연 결제·갱신일·기능 등급·계약 범위 확인 |
| 장비·외주 서비스 | 장비 보유·수리 대안·설치와 교육, 외주 범위·검수 기준·수정 횟수·지원·착수일·기존 계약 중복 확인 |
회의에서 확인한 요구는 과거 구매·단가·입출고 정보를 승인자가 편하게 함께 보고, 요청자가 수기로 다시 정리하는 부담을 줄이는 일이었습니다. 파이언스의 기존 ERP 연결·현장 입력·실패 상태·감사 기록 기반에, 근거를 모으는 온톨로지·검토 화면·승인·실행 확인을 연결하는 확장 제안입니다.
DX는 흩어진 원본의 코드·단위·상태·시간을 연결합니다. AI는 차이·이유·대안과 미확인을 설명합니다. AX는 요청·검토·승인·발주·현장 결과를 이어 운영합니다. 첫 단계는 구매 요청 한 건의 조회·비교 화면이며 검증 후 허용된 실행 범위를 넓힙니다.
효과는 원본 조회·재작성·추가 질문·검토 대기·수정·중복 발주·납기·재고·추가 비용을 같은 범위로 비교합니다. AI 검토·자료 정리·유지·실패 복구 시간도 함께 측정합니다.
구매 근거·검토·승인 AX 16항목 점검표
| 항목 | 확인 질문 |
|---|---|
| □ 구매 목적 | 어떤 주문·생산·업무에 왜 필요한지 연결했는가? |
| □ 수량 근거 | 총소요·가용 재고·입고 예정·발주 단위를 구분하는가? |
| □ 보유·중복 | 재고·미배정 계정·기존 요청·열린 발주를 확인했는가? |
| □ 동일 품목 | 규격·등급·모델·대체재·계약 범위가 같은가? |
| □ 비교 단위 | 개·상자·kg·좌석·월·연 단위를 맞췄는가? |
| □ 비교 금액 | 통화·세금·운송·설치·지원 조건이 같은가? |
| □ 과거 구매 | 기준 거래일·수량 구간·가격 유효성이 확인되는가? |
| □ 예산 | 예산 범위·기간·기집행·승인 예약을 반영하는가? |
| □ 납기·조건 | 도착·검사 해제·사용 가능일과 견적 유효일이 맞는가? |
| □ 대안·영향 | 분할 구매·대체재·일정 조정·현상 유지의 영향을 보는가? |
| □ 근거 접근 | 누가 어떤 원본을 볼 수 있는지 정했는가? |
| □ AI 미확인 | AI가 사실·계산·가설·확인 질문을 구분하는가? |
| □ 승인 범위 | 요청 행·수량·금액·기간·담당 승인권한이 명확한가? |
| □ 직전 재검증 | 승인·발주 직전 재고·발주·예산·견적 버전이 유효한가? |
| □ 실제 반영 | 초안·승인·발주·회신·입고·검수를 각각 확인하는가? |
| □ 효과·개선 | 조회·재작성·질문·검토·오류·추가 비용을 비교하는가? |
자주 묻는 질문
AI가 구매 요청을 자동으로 승인하나요?
이 글은 AI가 근거·대안·미확인을 정리하고 담당자가 승인·보완·반려하는 설계입니다. 승인권한과 정책을 지키고 발주·계약 변경·결제는 별도 절차로 확인합니다.
과거보다 가격이 높으면 문제인가요?
규격·포장량·단위·통화·세금·운송·기간·거래 시점과 수량 구간을 맞춰야 비교할 수 있습니다. 차이는 검토 신호이며 잘못이나 부정 거래를 확정하는 근거가 아닙니다.
온톨로지가 필요한 이유는 무엇인가요?
구매 요청과 수요·재고·발주·견적·예산·담당 관계, 의미·단위·시점·원본을 연결해 왜 필요한지 설명하기 위해서입니다. 필요한 관계부터 기존 DB·API로 시작할 수 있습니다.
작은 스타트업에도 적용할 수 있나요?
가능합니다. 구독 좌석·보유 장비·외주 범위·기존 계약·예산을 한 요청에 연결해 중복 구매와 비교 기준의 누락을 확인하는 화면부터 검증할 수 있습니다.
모두 납품 완료된 기능인가요?
확인한 현업 요구와 ERP 연결·현장 입력 기반을 바탕으로 한 AX 확장 설계입니다. 가상 화면·가격·수량은 실측 성과나 전사 통합 승인 제품의 납품 완료를 의미하지 않습니다.
설계를 뒷받침하는 공식 기술 자료
Microsoft Learn · Purchase requisition overview: 내부 구매 요청의 검토·승인과 공급사에 보내는 구매 발주를 구분하는 원리를 참고했습니다.
Palantir · Ontology overview: 업무 대상·속성·관계·동작을 연결하는 원리를 참고했습니다. 특정 플랫폼이나 그래프 DB 구매를 전제하지 않습니다.
자료 확인: 2026년 10월 29일. 외부 제품의 기능을 파이언스 납품 실적으로 소개하지 않습니다.
함께 읽으면 좋은 AX 자료
파이언스 공식 프로젝트 문의
구축하려는 업무, 현재 사용하는 시스템, 필요한 기능과 희망 일정을 알려주세요. 필요한 업무부터 단계적으로 구축하며, 범위와 예산은 상담 후 협의합니다.