구매 주문 라인 항목 추출 및
총 비용 자동 계산을 한 번에 처리하는 방법

PO 추출과 실용적 숫자 사이의 간극

구매 주문 PDF를 열어보면 문서는 데이터로 가득합니다. 상단에 PO 번호, 구매자와 공급업체 세부 정보, 납기일, 그리고 3~80행에 달하는 라인 항목 표가 있습니다. 각 행에는 품목 코드, 설명, 수량, 단위, 단가가 나열됩니다. 일부 공급업체는 라인 합계도 인쇄하지만, 대부분은 그렇지 않습니다. 직접 계산을 확인하지 않고 신뢰할 수 있는 주문 총합계를 인쇄하는 경우는 거의 없습니다.

표준 구매 주문 추출은 원시 필드를 제공합니다. 수량, 단가를 얻습니다. 공급업체의 ERP에 포함된 경우 공급업체가 인쇄한 라인 합계를 얻을 수도 있습니다. 도구는 작업이 끝났다고 간주합니다. 데이터가 스프레드시트에 있습니다. 하지만 여러분의 작업은 끝나지 않았습니다. 여전히 다음을 수행해야 합니다:

30개 라인 항목이 있는 단일 PO의 경우, 30개의 수식 셀, 30개의 검증 확인, 하단에 하나의 SUM이 필요합니다. 즉, 61개의 수식 연산입니다. 주당 10개 PO의 경우 610개, 40개의 경우 2,400개가 넘습니다. 추출 도구는 데이터 입력 시간을 줄였지만 산술 연산은 그대로 남겼습니다. 그리고 대량의 산술 연산은 오류가 누적되는 곳입니다. 17행의 잘못 입력된 수식, 세 행을 놓친 SUM 범위, 잘못된 섹션 제목을 포함한 소계 — 각각의 불일치는 확정 지출로 이어지고, 송장이 도착했을 때 숫자가 일치하지 않으면 3자 매칭으로 이어질 수 있습니다.

계산된 열은 이 문제를 원천적으로 해결합니다. 수량과 단가를 원시 값으로 추출하여 사후 처리를 위해 넘겨주는 대신, AI에 계산하려는 내용을 지시합니다. "각 라인에 대해 수량에 단가를 곱함", "동일한 섹션 아래 모든 라인 합계 합산", "총합계를 위해 모든 섹션 추가" — 그러면 추출 중에 계산이 실행됩니다. 다운로드하는 출력에는 이미 답변이 포함되어 있습니다.

구매 발주 품목 계산 열 설정하기

계산을 정의하는 방법은 두 가지입니다. 즉시 시도해보거나 정기적인 PO 워크플로우에 재사용 가능한 템플릿을 설정하는 것입니다. 두 방법 모두 동일한 결과를 얻습니다. AI가 문서에서 원시 값을 추출하고 동시에 산술 연산을 수행합니다.

방법 1: 열 이름 (로그인 불필요, 데모에서 즉시 작동)

가장 간단한 방법: 계산식을 열 이름에 직접 작성합니다. AI는 열 이름을 의미적 명령어로 읽습니다. 즉, 무엇을 찾을지뿐만 아니라 찾은 값으로 무엇을 할지도 파악합니다. 이 방법은 계정 없이 게스트 데모 페이지에서 작동합니다.

8개의 열입니다. 6개는 직접 추출 열입니다. AI가 문서에서 각 값을 찾습니다. 2개는 계산 열입니다. 라인 합계는 행별로 수량에 단가를 곱하고, 주문 총합계는 문서 전체의 모든 라인 합계를 더합니다. AI는 한 번의 처리로 두 작업을 모두 수행합니다.

공급업체가 PO에 이미 라인 합계를 인쇄했고 처음부터 다시 계산하는 대신 검증하려면, 대신 검증 열을 추가할 수 있습니다:

이제 출력에서 자동으로 불일치를 표시합니다. 공급업체가 한 라인에 $1,275.00을 인쇄했지만 수량 × 단가가 $1,200.00인 경우, 일치 여부 열에 "$75.00 초과 청구"라고 출력됩니다. 일일이 확인할 필요가 없습니다.

방법 2: 규칙 형식 (로그인 사용자, 깔끔한 열 이름, 더 많은 제어)

PO를 정기적으로 처리할 때, 특히 여러 공급업체의 다양한 형식을 다룰 때 열 이름을 깔끔하게 유지하고 계산 로직을 규칙 형식 JSON으로 별도 정의하면 설정을 재사용하기 더 쉬워집니다. 열 이름은 간단하게 필드 레이블만 사용하고, 규칙은 각 계산 열이 어떻게 동작해야 하는지 정확히 설명합니다.

규칙 형식 접근 방식은 데이터 정제에 대한 더 세밀한 제어를 제공합니다: 단가에서 통화 기호 제거, 수량에서 단위 접미사 제거("500 units"는 "500"이 됨), 모든 계산 값의 일관된 형식 지정. 이러한 열 이름과 규칙을 템플릿으로 저장하면 처리하는 모든 PO가 동일한 설정을 사용하므로 공급업체별로 재구성할 필요가 없습니다.

컬럼명 추출이 다양한 PO 형식을 처리하는 방법

이 시점에서 한 가지 우려가 생길 수 있습니다. 공급업체마다 PO 형식이 완전히 다릅니다. 어떤 업체는 품목 코드를 1열에, 다른 업체는 3열에 넣습니다. 또 다른 업체는 아예 표를 사용하지 않고 각 섹션 제목 아래에 단락 형태로 라인 항목을 나열합니다. 수량과 단가를 정확히 식별해야 계산이 가능한데, 필드 위치가 바뀌면 어떻게 될까요?

이것이 바로 컬럼명 추출이 템플릿 기반 도구와 근본적으로 다른 점입니다. 템플릿 도구는 픽셀 위치로 필드를 찾습니다. "수량은 표의 N행, 왼쪽에서 세 번째 열에 있다"고 지정하죠. 그런데 공급업체 B의 PO가 수량을 3열이 아닌 4열에 넣으면 템플릿이 깨집니다. 반면 컬럼명 추출은 위치에 신경 쓰지 않습니다. 수량이 의미하는 바를 이해하여 찾아냅니다. 즉, 라인 항목과 연결된 숫자 값이며, 보통 단가 근처에 있고 측정 단위가 함께 있을 가능성이 높습니다. AI는 문서를 기하학적이 아닌 의미론적으로 읽습니다.

이것은 계산된 컬럼에 직접적인 영향을 미칩니다. 한 번 정의한 계산 로직("수량 × 단가")은 해당 필드가 페이지 어디에 있든 작동합니다. 공급업체 A의 PO, 공급업체 B의 PO, 여전히 카본지 양식을 사용하는 업체의 스캔된 종이 PO까지 — 동일한 컬럼 정의가 적용됩니다. AI가 좌표가 아닌 의미로 수량과 단가를 찾기 때문에 공급업체별로 다시 매핑할 필요가 없습니다.

복수 구매요청서 일괄 처리 및 합계 자동 계산

계산 열을 활용한 단일 PO 처리는 문서별 산술 문제를 해결합니다. 하지만 진정한 효율성 향상은 구매요청서를 일괄 처리할 때 나타납니다. 10개, 20개, 50개의 PO를 한 번에 업로드하면 모든 라인 합계와 총합계가 이미 계산된 단일 통합 결과물을 얻을 수 있습니다.

다음은 서로 다른 공급업체의 PO 15개를 처리한 후의 일괄 출력 예시입니다:

PO 15개 일괄 처리 샘플 출력. 라인 합계와 총합계는 추출 시 계산됩니다. 일치 열은 불일치를 표시합니다. PO-9072의 2행에서 공급업체가 인쇄한 라인 합계와 수량 × 단가 계산 간에 $52.50의 차이가 있습니다.

이 일괄 출력에서 모든 라인 합계는 공급업체가 인쇄한 숫자가 아닌 계산 열의 결과입니다. 각 PO의 총합계는 공급업체가 하단에 인쇄한 총액이 아닌 계산된 라인 합계에서 합산됩니다. 그리고 일치 열은 수동 작업에서는 발견되지 않았을 PO-9072의 $52.50 차이를 드러냅니다.

이러한 통합은 지출 추적에 중요합니다. PO 15개를 일괄 처리하면 단일 파일에 15개의 개별 추출 결과가 생성되는 것이 아닙니다. 모든 행이 원본 PO로 추적 가능하고, 모든 라인 합계가 독립적으로 검증되며, PO별 총합계가 이미 계산된 단일 테이블을 얻을 수 있습니다. Excel로 내보내고 공급업체 또는 프로젝트 코드별로 피벗 테이블을 적용하면 수식 셀 없이도 확정 지출 보고서가 완성됩니다.

계산에 사고 모드가 필요한 경우

단순한 행 수준 산술(예: "수량에 단가 곱하기")은 사고 모드 유무와 관계없이 안정적으로 작동합니다. AI는 추출된 값에 대해 깊은 추론 없이 곱셈을 수행할 수 있습니다. 하지만 특정 발주서 시나리오에서는 단순 연산으로 처리할 수 없는 계산이 필요하며, 정확한 결과를 위해 사고 모드를 활성화해야 합니다.

여러 섹션에 걸친 교차 행 집계. 발주서가 품목을 "원자재", "부품", "조립 서비스" 등 여러 섹션으로 나누고 각 섹션에 소계가 있는 경우, AI는 합계를 내기 전에 행을 섹션별로 그룹화해야 합니다. 단순히 "모든 라인 합계 값 합산"은 하나의 숫자만 생성합니다. "각 섹션 내 라인 합계 값을 합산하고 각 섹션의 마지막 행에 소계 출력"은 AI가 섹션 경계를 식별하고, 행을 해당 섹션에 연결하며, 선택적으로 집계해야 합니다. 사고 모드는 AI가 이를 올바르게 수행할 수 있는 추론 단계를 제공합니다.

반복되는 열 헤더가 있는 다중 페이지 발주서. 일부 발주서는 4-6페이지에 걸쳐 있으며, 품목 테이블이 페이지 나누기를 넘어 계속되고 열 헤더가 모든 페이지에 반복됩니다. AI는 2페이지 4열의 "수량"이 1페이지 4열의 "수량"과 동일한 필드임을 이해해야 합니다(별도의 데이터 포인트가 아님). 사고 모드가 없으면 AI는 2페이지의 반복된 헤더 행을 데이터 행으로 처리할 수 있습니다. 사고 모드를 사용하면 문서 연속성에 대해 추론하고 반복된 헤더를 무시합니다.

발주서 전체에 걸친 조건부 로직. "모든 검증 합계의 합이 인쇄된 총합계와 일치하지 않으면 모든 행에 차이를 출력하고, 그렇지 않으면 OK 출력"과 같은 검증 규칙은 AI가 행을 채우기 전에 문서 전체 값을 계산해야 합니다. 이는 두 단계 작업입니다. 먼저 모든 라인 합계를 계산하고 합산한 다음, 인쇄된 총합계와 비교한 후 각 일치 셀에 쓸 내용을 결정합니다. 사고 모드는 이러한 순차적 추론을 지원합니다.

일반 규칙: 계산이 현재 행의 값(단일 행 산술)만 포함하는 경우 열 이름 방식이 사고 모드 없이도 작동합니다. 다른 행, 다른 페이지의 값이 포함되거나 문서 전체 결과에 의존하는 조건부 로직이 필요한 경우 정확한 출력을 위해 사고 모드를 활성화하세요. 토글은 업로드 인터페이스에 있으며, 처리 전 한 번 클릭하면 됩니다.

자주 묻는 질문

발주서에 라인 합계가 전혀 인쇄되지 않은 경우에도 작동하나요?

네. 계산된 열은 수량과 단가에서 직접 라인 합계를 산출하므로, 공급업체가 인쇄했는지 여부에 의존하지 않습니다. 발주서에 라인 합계가 전혀 없는 경우, "라인 합계(수량 × 단가)" 열만 사용하고 검증 열은 건너뛰면 됩니다. 공급업체가 인쇄한 내용과 관계없이 출력에는 계산된 합계가 포함됩니다.

발주서에 USD와 EUR 등 서로 다른 통화 형식이 사용된 경우는 어떻게 하나요?

AI는 자연어 이해의 일부로 통화 기호를 처리합니다. "$12.40"와 "€9.80"의 단가는 고정 파서가 아닌 의미론적으로 값을 읽기 때문에 모두 올바르게 처리됩니다. 규칙 형식에서 "통화 기호 제거, 소수점 두 자리"를 지정하면 AI는 통화 종류와 관계없이 기호를 제거합니다. 출력은 원본 문서의 통화를 유지하며, 규칙에 명시적으로 설명하지 않는 한 교차 통화 변환은 발생하지 않습니다.

분수나 혼합 단위가 포함된 수량도 처리할 수 있나요?

네, 합리적인 범위 내에서 가능합니다. AI는 분수 수량("2.5톤", "0.75kg", "1,500선형 피트")을 처리할 수 있습니다. 규칙에서 "숫자만, 모든 단위 접미사 제거"를 지정하면 숫자 값을 정규화하고 단위 접미사를 제거합니다. 매우 복잡한 단위 변환(예: "각 24개들이 3케이스"를 72로 출력하려는 경우)의 경우 규칙에 변환 로직을 설명하고 사고 모드를 활성화해야 합니다. 간단한 분수와 소수는 특별한 설정 없이 작동합니다.

AI가 수량이나 단가를 잘못 읽으면 어떻게 되나요?

ImageToTable.ai는 인쇄된 표 데이터에 대해 최대 99%의 정확도를 달성하지만, 완벽한 추출 시스템은 없습니다. 발주서 라인 항목의 주요 안전장치는 검증 열입니다. "공급업체 라인 합계"와 "검증된 합계(수량 × 단가)"를 일치 확인과 함께 구성하면, 수학적 불일치를 초래하는 추출 오류가 출력에서 즉시 플래그 지정됩니다. 모든 행을 검토하는 대신 플래그가 지정된 행만 검토하면 됩니다. 고액 발주서의 경우, 사용하는 도구와 관계없이 출력을 승인하기 전에 몇 개 행을 표본 점검하는 것이 좋습니다.

Google Sheets 애드온이 구매 발주서의 계산된 열을 지원하나요?

네. 구매 발주서용 Google Sheets 애드온은 동일한 열 이름 기반 계산 열을 지원합니다. 계산 지침이 포함된 열 이름을 애드온 사이드바에 붙여넣고 PO 이미지나 PDF를 업로드하면, 라인 합계와 주문 총합계가 계산된 결과가 활성 시트에 바로 추가됩니다. 다운로드, 재업로드, 별도의 Excel 세션이 필요 없습니다.

데이터를 추출한 후 Excel 수식을 사용하는 것과 어떻게 다른가요?

최종 숫자는 동일합니다 — AI가 계산하든 수식 셀이 계산하든 50개 × $12.40 = $620.00입니다. 차이는 작업 오버헤드에 있습니다. Excel 수식을 사용하면 =B2*C2를 한 번 작성하고 50행까지 드래그한 후 범위를 확인하고, 맨 아래에 =SUM(F2:F51)을 작성합니다. 그리고 새 PO가 들어올 때마다 이 설정을 반복해야 합니다 — 각 PO는 새 시트나 새 행 블록으로 시작되기 때문입니다. 계산 열을 사용하면 계산을 한 번 정의하면 그 이후 처리하는 모든 PO에서 자동으로 합계가 생성됩니다. 단일 PO의 경우 시간 차이는 미미합니다. 주당 10개 PO라면 누적됩니다. 주당 40개 PO를 다른 형식의 여러 공급업체에서 처리한다면, 그 차이가 바쁜 화요일에 검증이 완료되느냐 건너뛰느냐를 결정합니다.

데이터와 함께 이동하는 검증

추출 결과에 내장된 계산은 스프레드시트 수식이 할 수 없는 일을 합니다: 데이터가 어디로 가든 데이터와 함께 유지됩니다. ERP 가져오기를 위해 PO 라인 항목을 CSV로 내보낼 때, 라인 합계와 총합계 열은 이미 채워져 있습니다 — 내보내기 시 깨지는 수식 참조가 아닙니다. Excel 템플릿이 없는 동료와 파일을 공유할 때, #REF! 오류가 아닌 숫자가 표시됩니다. 6개월 후 감사를 위해 PO 배치를 보관할 때, 계산된 합계가 파일에 남아 추출 날짜까지 추적 가능하며, 덮어쓰여졌을 수 있는 수식 통합 문서에 의존하지 않습니다.

이것이 "데이터 추출"과 "답변 추출"의 실질적인 차이입니다. 데이터는 후처리가 필요합니다. 답변은 바로 사용할 수 있습니다. 그 사이의 산술 단계 — 라인당 5초의 곱셈 — 은 개별적으로는 사소합니다. 성장하는 비즈니스의 조달 규모에서는 모든 PO가 검증되는지 아니면 의심스러운 것만 검증되는지를 결정하는 병목 현상입니다.

모든 문서 유형에서 계산 열이 작동하는 방식에 대한 전체 기술 개요(행 간 집계, 고정 매개변수 참조, 조건부 로직 포함)는 모든 문서에서 계산된 답변을 얻는 가이드를 참조하세요. 지급 계정 측면의 관련 시나리오는 합계가 이미 계산된 송장 라인 항목을 추출하는 방법을 참조하세요.