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

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가 수량을 세 번째 열 대신 네 번째 열에 넣으면 템플릿이 깨집니다. 열 이름 추출은 위치에 신경 쓰지 않습니다. 수량이 의미하는 바를 이해하여 수량을 찾습니다. 즉, 라인 항목과 연결된 숫자 값으로, 일반적으로 단가 근처에 있고 측정 단위가 옆에 있을 가능성이 높습니다. AI는 문서를 기하학적으로 읽지 않고 의미적으로 읽습니다.

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

다중 발주서 일괄 처리 및 합계 자동 계산

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

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

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

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

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

계산에 Thinking Mode가 필요한 경우

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

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

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

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

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

자주 묻는 질문

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

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

발주서에 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가 검증되는지 아니면 의심스러운 것만 검증되는지를 결정하는 병목 현상입니다.

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