공급업체 견적을 Google Sheets로 추출해
나란히 비교하기

견적 비교 템플릿에 여전히 수동 입력이 필요한 이유

Smartsheet, Asana, Xappex, 또는 3년 전 재무팀이 Excel로 만든 템플릿 등 어떤 업체 비교 템플릿을 다운로드하든, 모두 동일한 구조를 공유합니다: 가중치 기준 열, 점수 공식, 최적 공급업체를 강조하는 순위 요약. Xappex의 무료 업체 비교 템플릿은 사전 정의된 기준 필드, 사용자 정의 가중치 요소, 최종 순위 계산 공식을 제공합니다. 비교 단계에서는 확실히 유용합니다. 하지만 그 이전 단계에서는 전혀 쓸모가 없습니다.

비교 템플릿은 RFQ로 시작하여 공급업체 응답이 담긴 받은 편지함을 거치는 과정의 끝에 위치합니다. 각 공급업체는 다른 형식으로 보냅니다. 한 곳은 SAP Ariba에서 서식이 지정된 PDF를 출력하고, 다른 곳은 손글씨 서명이 있는 스캔된 인쇄 견적서를 이메일로 보내며, 또 다른 곳은 가격이 조건과 다른 시트에 있는 Excel 스프레드시트를 첨부합니다. 템플릿은 이러한 파일 중 어떤 것도 열 수 없습니다. PDF 문단 안에서 단가를 찾거나 스캔된 문서의 두 번째 페이지에서 납기 리드 타임을 찾을 수 없습니다. 템플릿은 사람이 이미 입력한 데이터만 받을 수 있습니다.

이것이 바로 한 조달 전문가가 Reddit에서 질문한 이유입니다: "5개의 다른 PDF 견적서를 정신 나가지 않고 어떻게 비교하나요? 도구가 있나요, 아니면 모두 Excel에 복사-붙여넣기만 하나요?" (r/procurement). 이 질문은 문제의 구조를 드러냅니다. 비교를 위한 도구는 존재하지만, 데이터 추출은 여전히 수동입니다. 다른 r/procurement 스레드에서 한 사용자는 현실을 이렇게 설명합니다: "견적을 요청할 때마다 완전히 다른 형식으로 3~5개의 응답을 받습니다."

이러한 단절은 구조적입니다. 비교 템플릿은 평가 단계를 위해 만들어졌습니다. 데이터 추출은 그 범위에 포함된 적이 없습니다. Coupa나 Jaggaer 같은 조달 소프트웨어가 추출과 평가를 하나의 엔터프라이즈 플랫폼에 묶어 제공하면서, 추출에는 ERP 마이그레이션이 필요하다는 인식이 퍼졌습니다. 이는 잘못된 트레이드오프로, 전체 조달 스택을 교체할 준비가 되지 않은 수많은 중소 규모 팀이 복사-붙여넣기에 갇히게 만듭니다.

부가기능 워크플로: PDF 견적서에서 비교 시트까지 한 탭에서

대부분의 문서 추출 도구는 동일한 구조를 따릅니다. 스프레드시트를 떠나 별도의 웹 대시보드를 열고, 파일을 업로드하고, 처리하고, 결과를 다운로드한 다음, 다시 업로드하거나 비교 시트에 복사하여 붙여넣어야 합니다. 각 단계에서 맥락을 잃게 됩니다. Google Sheets 부가기능은 이를 뒤집습니다. 추출 엔진이 스프레드시트 안에 사이드바 패널로 존재합니다. 확장 프로그램 메뉴에서 여는 좁은 창으로, 데이터 오른쪽에 위치합니다. 사이드바를 통해 견적 PDF를 업로드합니다. 추출된 데이터는 현재 활성화된 시트의 다음 행에 들어갑니다. 목적지가 이미 열려 있으므로 내보내기 단계가 필요 없습니다. 지원되는 필드 유형, 형식, 플랜 세부 정보 등 전체 기능에 대한 자세한 내용은 Google Sheets로 추출 페이지를 참조하세요.

다섯 개의 공급업체 견적을 비교할 때 전체 워크플로는 다음과 같습니다:

1. 비교 시트를 엽니다. 이미 사용 중인 스프레드시트입니다. 가중치 기준 열, 단가 비교를 위한 MIN/MAX 함수, 최저 총액을 강조하는 조건부 서식이 있는 시트입니다. 아무것도 바뀌지 않습니다. 부가기능은 행을 추가할 뿐, 시트를 대체하지 않습니다.

2. 사이드바에서 추출 열을 정의합니다. 각 견적에서 필요한 데이터와 일치하는 필드 이름을 입력합니다: 단가, 최소 주문 수량(MOQ), 리드 타임, 지급 조건, 견적 유효 기간. 이들은 AI가 업로드된 모든 견적에서 검색하는 열이 됩니다. 각 공급업체가 해당 값을 어떻게 표시하거나 배치하든 관계없이 말입니다.

3. 공급업체 견적을 업로드합니다. PDF, 스캔 이미지, Excel 파일을 사이드바로 끌어다 놓습니다. 하나씩 또는 한 번에 모두 선택합니다. 공급업체 A의 라벨이 있는 표 열이 포함된 SAP 생성 PDF, 공급업체 B의 본문 텍스트에 가격이 있는 이메일 스크린샷, 공급업체 C의 손으로 쓴 수량이 있는 스캔 양식 — 모두 동일한 업로드 대기열에 들어갑니다. 부가기능은 PDF, JPG, PNG, WebP, AVIF를 지원합니다.

4. 추출합니다. AI가 각 견적을 읽고 열 이름과 일치하는 값을 찾아 활성 시트 하단에 새 행으로 추가합니다. 공급업체 A의 "단가"와 공급업체 B의 문단에 숨겨진 단위당 비용, 공급업체 C의 양식란에 손으로 쓴 숫자가 모두 동일한 "단가" 열에 들어갑니다. 공급업체당 한 행씩. 수동 입력이 없습니다.

5. 비교 함수가 자동으로 실행됩니다. 새 행이 이미 구축한 가중 점수 계산을 채웁니다. 템플릿이 =MIN(E2:E6) 같은 함수로 최저 단가를 찾는다면 이제 0개 대신 5개의 값이 있습니다. 조건부 서식이 승자를 강조합니다. 템플릿이 설계된 목적인 비교 단계에 드디어 데이터가 생깁니다.

두 방식의 시간 차이는 견적 규모에 비례합니다. 공급업체 5곳의 RFQ에 각각 20개 라인 항목이 있다면, 5개 PDF에 걸쳐 단가, 수량, 리드 타임, 조건 등 약 100개의 셀을 수동으로 입력해야 합니다. 수동 입력은 집중적인 복사-붙여넣기로 30~45분이 소요됩니다. 사이드바 워크플로는 업로드 시간 2분 미만에 AI 처리만으로 동일한 추출을 완료합니다. 일괄 추출 비교에서 확인했듯이, 처리 시간은 값 하나당 분 단위가 아니라 문서 하나당 초 단위로 측정됩니다.

계산은 추출에서 끝나지 않습니다. 총 도착 비용을 비교해야 한다면 계산 열을 사용할 수 있습니다. 열 이름에 수식을 정의하면(예: "도착 비용") AI가 추출 중에 계산을 수행하여 결과를 바로 출력합니다. 시트에 들어가는 것은 Excel 수식을 기다리는 원시 데이터가 아니라, 비교에 바로 사용할 수 있는 숫자입니다.

견적 비교 열 설정하기

이 워크플로우에서 가장 중요한 결정은 AI가 추출할 내용을 지정하는 것입니다. 사이드바에 입력하는 열 이름이 반환되는 데이터를 결정합니다. "가격"이라고 입력하면 AI는 문서에서 찾은 가격을 반환합니다. 구체적으로 지정하는 것이 중요합니다.

조달 비교를 위해 실행 가능한 비교 테이블을 생성하는 필드는 다음과 같습니다:

이 여섯 개의 열은 가격, 수량 제약, 일정, 현금 흐름 영향, 의사 결정 기한 등 조달 결정에 실제로 필요한 다섯 가지 차원을 다루는 비교 테이블을 생성합니다. 배송비, 보증 기간 또는 특정 RFQ에 중요한 다른 필드를 추가 열로 더할 수 있습니다. AI는 각 문서에서 각 값을 독립적으로 검색합니다.

공급업체의 견적에 특정 필드가 없는 경우 출력 테이블의 해당 셀은 비어 있습니다. 공급업체 C에 후속 조치를 취하여 누락된 정보를 채웁니다. 추출 과정에서 데이터를 임의로 생성하지 않으며, 찾은 내용만 보고하고 찾지 못한 부분은 공백으로 남깁니다.

다른 형식을 보내는 공급업체 처리하기

이상적인 조달 프로세스에서는 모든 공급업체가 표준화된 RFQ 템플릿을 작성하고 동일한 Excel 시트를 반환합니다. 실제로는 r/procurement 스레드에서 이런 경우가 드물다는 것을 보여줍니다. 한 댓글 작성자는 이렇게 조언합니다: "Excel 템플릿을 보내세요. Excel 템플릿의 경우: 견적이 '비교 가능'하려면 필수로 요구하는 필드는 무엇인가요?" 다른 댓글은 현실을 이렇게 답합니다: 공급업체는 템플릿을 무시하고 어쨌든 자신의 형식을 보냅니다.

부가기능은 공급업체에 형식을 강요하지 않고 도착하는 어떤 형식에서든 의미론적으로 데이터를 추출하여 형식 차이를 처리합니다. 이를 가능하게 하는 세 가지 메커니즘이 있습니다:

템플릿 매칭이 아닌 의미론적 추출. AI는 "per unit" 또는 "unit rate" 또는 "each" 옆에 있는 "$4.20"이 단가임을 이해하여 단가를 식별합니다 — 테이블 셀, 문단 문장, 스캔된 양식의 손글씨 주석 등 어디에 나타나든 관계없이 말이죠. 좌표를 보지 않고 의미를 읽습니다. 이는 인보이스 부가기능 워크플로우에서 공급업체 인보이스와 영수증을 처리하는 것과 동일한 열 이름 추출 접근 방식입니다 — 원하는 것을 정의하면 AI가 공급업체가 넣은 위치에서 찾아냅니다.

다중 페이지 인식. 공급업체 견적은 한 페이지인 경우가 드뭅니다. 가격은 1페이지, 조건은 2페이지, 납품 일정은 첨부된 부록에 있을 수 있습니다. AI는 모든 페이지를 순서대로 읽습니다. 견적 유효 기간이 PDF 3페이지에 묻혀 있어도 찾아냅니다.

혼합 형식 일괄 처리. 다섯 공급업체의 견적 다섯 개를 단일 배치로 업로드하세요 — PDF 3개, 스캔 이미지 1개, Excel 스프레드시트 1개. AI는 각각을 독립적으로 처리하고 형식을 식별하며 내용을 읽고 결과를 통합 출력으로 병합합니다. 비교 테이블의 각 공급업체 행은 완전히 다른 소스 형식에서 왔을 수 있습니다. 출력은 이를 구분하지 않습니다. 열 구조는 공급업체가 제공한 것이 아니라 사용자가 정의한 것이기 때문입니다.

실질적인 의미: 공급업체와 형식 준수를 협상하는 것을 중단합니다. 공급업체가 ERP 생성 PDF, 손글씨 견적의 휴대폰 사진, 이메일 본문 스크린샷을 보내든 추출은 동일한 구조화된 출력을 생성합니다 — 사용자의 열, 사용자의 비교 테이블입니다.

단가를 넘어 — MOQ, 리드 타임, 지급 조건 추출

단가만 비교하는 RFQ 비교는 효율로 위장한 조달 실수입니다. 조달·공급 연구소(CIPS)는 조달 벤치마킹을 "총 소유 비용, 규정 준수 및 위험 관리, 사이클 타임과 리드 타임, 불량률과 품질 기준"을 평가하는 것으로 정의합니다 — 단순한 선불 가격이 아닙니다. 가장 저렴한 단가에 12주 리드 타임과 Net 7 지급 조건이 결합되면, 2주 납기와 Net 60을 제공하는 약간 높은 단가보다 생산 차질과 운전 자본 측면에서 더 큰 비용이 들 수 있습니다.

이것이 바로 열 이름 접근 방식이 특히 유용한 이유입니다. 가격 추출에 국한되지 않습니다. 조달 결정에 중요한 기준을 정의하면 AI가 모든 공급업체 문서에서 해당 기준을 찾아냅니다. 비교를 바꾸는 세 가지 열:

MOQ. 한 공급업체가 MOQ 5,000으로 단가 $3.20을 제시합니다. 주문 수량은 1,000개입니다. 최소 주문 수량을 충족할 수 없으므로 $3.20 단가는 무의미합니다. 많은 비교 템플릿이 제시된 가격만 포착하고 수량 제약을 놓칩니다. MOQ를 별도 열로 추출하면 불일치가 즉시 드러납니다.

리드 타임. 공급업체 A는 14일, 공급업체 B는 45일을 제시합니다. 생산 일정이 3주 내 자재 도착에 달려 있다면 가격과 관계없이 공급업체 B는 선택지가 아닙니다. 리드 타임 추출은 물류 세부 사항을 비교 기준으로 전환합니다. 수동 견적 추출은 가격과 다른 페이지에 있는 경우가 많아 이 필드를 건너뛰기 쉽지만, AI는 모든 페이지를 읽습니다.

지급 조건. 한 공급업체의 "2/10 Net 30"과 다른 공급업체의 "Net 15"는 가격 차이를 초과하는 운전 자본 격차를 만듭니다. $50,000 주문의 경우 15일 지급과 30일 지급의 차이는 2주간의 자금 여유이며, 현재 상업 이자율 기준 약 $200에 해당합니다. 작은 단위당 절감액도 불리한 지급 조건으로 상쇄될 수 있습니다. 지급 조건을 구조화된 데이터로 추출하면 현금 흐름을 평가 매트릭스에 반영할 수 있습니다.

이러한 필드는 별도 구성이 필요 없습니다. 부가기능 사이드바에서 열 이름을 한 번 입력하면 AI가 업로드된 모든 견적에서 해당 필드를 검색합니다. 그 결과 의사 결정권자가 실제로 필요로 하는 열로 구성된 비교 테이블이, 비교용으로 설계된 적 없는 문서에서 자동으로 채워집니다.

FAQ

부가기능이 영어가 아닌 공급업체 견적서도 처리할 수 있나요?

네. 기본 AI 모델은 여러 언어의 텍스트를 읽고 사용자가 영어로 정의한 열 이름에 값을 추출합니다. 일본 공급업체의 견적서에 "単価"와 "納期"가 있어도 미국 공급업체 PDF와 동일한 "Unit Price" 및 "Lead Time" 열이 생성됩니다. 추출은 언어에 구애받지 않으며, 출력 스키마는 사용자가 지정한 대로 구성됩니다.

두 공급업체가 다른 품목을 견적하면 비교는 어떻게 되나요?

같은 배치에서 다른 제품에 대한 견적서를 업로드하면 AI가 각각을 별도의 행으로 추출합니다. 비교는 모든 공급업체가 동일한 사양을 견적할 때만 유효합니다. 부가기능은 공급업체 간 품목 매칭을 수행하지 않으며, 각 문서에 포함된 내용만 추출합니다. 의사 결정에 추출된 데이터를 사용하기 전에 모든 견적서가 동일한 RFQ를 참조하는지 확인해야 합니다.

부가기능이 오프라인에서 작동하나요? 데이터 보안은 어떤가요?

부가기능은 인터넷 연결이 필요합니다. 추출은 클라우드 기반 AI로 수행됩니다. 파일은 전송 중에 처리되며 추출 완료 후 저장되지 않습니다. 연결은 API 키로 인증되며 사용량은 계정 플랜 할당량에 집계됩니다. 기본 아키텍처는 웹사이트의 처리 파이프라인과 동일하며, 브라우저 탭 대신 Sheets 사이드바를 통해 접근하는 방식입니다.

라인 항목 세부 정보도 추출할 수 있나요, 아니면 헤더 수준 필드만 가능한가요?

라인 항목도 추출할 수 있습니다. 견적 비교에 항목 수준 세부 정보가 필요하면 "Item Description", "Item Quantity", "Item Unit Price" 같은 열을 추가하세요. AI가 라인 항목 테이블을 읽고 라인 항목당 하나의 행을 생성하며, 공급업체 이름이 여러 행에 반복됩니다. 이를 통해 공급업체와 품목별로 필터링할 수 있는 세부 비교가 가능합니다. 배치 항목 수준 추출에 대한 자세한 내용은 배치 공급업체 견적 추출 가이드를 참조하세요.

추출이 사이드바로 이동하면 실제로 무엇이 달라지나

이 변화는 단순히 속도만의 문제가 아닙니다. 핵심은 추출 작업이 비교 작업과 어떤 관계 속에서 이루어지느냐입니다.

추출이 별도의 단계일 때 — PDF를 열고, 값을 읽고, Sheets로 전환하고, 입력하고 — 비교 시트는 모든 처리를 마친 후에야 도달하는 목적지입니다. 데이터 입력 작업을 먼저 수행한 다음에야 비교 함수를 사용할 수 있습니다. 추출은 실제 분석이 시작되기 전에 치러야 하는 비용과 같습니다.

추출이 사이드바 안에서 이루어지면 비교 시트가 출발점이 됩니다. 시트를 열고, 사이드바를 열고, 견적서를 업로드하면 행이 나타납니다. 함수가 작동하고 조건부 서식이 활성화됩니다. 수동적인 템플릿이 실시간 파이프라인이 됩니다 — 데이터를 기다리던 바로 그 스프레드시트가 이제 데이터를 수집하고 있습니다.

이로 인해 추출되는 문서의 범위도 달라집니다. RFQ당 30분의 수동 작업이 필요할 때 조달 팀은 추출을 아껴 씁니다. 반드시 필요한 것만 추출하고, 낙찰 가능성이 낮아 보이는 견적서는 건너뜁니다. 사이드바를 통해 추출이 몇 초 만에 끝나면 그 기준은 0으로 떨어집니다. 모든 견적서가 추출되고, 모든 공급업체가 공정한 비교 행을 받습니다. 조달 결정의 품질이 향상되는 이유는 더 나은 함수가 만들어졌기 때문이 아니라 더 많은 데이터가 표면화되었기 때문입니다.

다음 RFQ에서 사용해 보세요

다음에 RFQ를 발송하고 서로 다른 형식의 PDF 5개로 응답을 받으면, 비교 시트를 열고 부가기능을 로드한 후 업로드하세요. 열이 채워지는 것을 지켜보세요. 점수 함수가 새 행을 찾는 것을 지켜보세요. 이미 만들어 둔 템플릿이 마침내 비교하도록 설계된 데이터를 갖게 됩니다.

이 부가기능은 Google Workspace Marketplace에서 제공됩니다. API 키를 연결하고 활성 시트에 직접 추출을 시작하세요.