공급업체 견적서 5개를 한 번에 비교하는 방법Google Sheets 비교표 하나로 통합하기

Reddit의 r/procurement 게시판에 올라온 "견적서 PDF 5개를 비교할 때 정신 안 놓치는 방법 있나요?"라는 질문에 가장 많은 추천을 받은 답변은 모두 비슷했습니다. PDF를 하나씩 열고, 숫자를 찾아서, 스프레드시트에 입력하고, 반복하라는 것이었죠. 한 댓글 작성자는 가중치 점수 계산 공식, 조건부 서식, 피벗 테이블까지 자동화했다고 합니다. 하지만 병목은 여전히 첫 단계, 즉 PDF에서 데이터를 꺼내 셀에 넣는 작업이었습니다. 이 글은 그 단계를 Google Sheets 사이드바 안으로 옮겼을 때 어떤 일이 일어나는지에 대한 이야기입니다. 견적서 5개를 한 번에 업로드하고, 비교 기준을 한 번만 정의하면, 하나의 비교표가 시트에 바로 작성됩니다.

공급업체 견적서 PDF 5개를 Google Sheets 비교표로 일괄 변환하는 사이드바 애드온

핵심 요약

  1. 매달 4~6시간이 다섯 공급업체의 견적서 PDF에서 숫자를 하나씩 복사해 비교 스프레드시트에 옮기는 데 사라집니다.
  2. ImageToTable.ai의 열 이름 추출 기능은 "요율", "개당 가격", "단가" 등 서로 다른 세 PDF의 필드를 페이지 위치가 아닌 의미를 인식해 동일한 스프레드시트 열로 매핑합니다.
  3. 5개 공급업체 RFQ 라운드가 60분의 타이핑에서 2분 미만으로 단축됩니다. 이는 45배의 속도 향상으로, 공급업체 비교가 반나절 작업에서 커피 한 잔 따르는 사이에 끝나는 일로 바뀝니다.

5개 공급업체 RFQ: 동일한 데이터, 다섯 가지 다른 형식

조달 모범 사례는 일관된 숫자로 수렴됩니다: RFQ당 3~5개의 적격 공급업체를 초대하는 것입니다. 3개 미만이면 경쟁 압박이 생기지 않습니다. 5개를 초과하면 평가 복잡성이 한계 가격 이점을 능가합니다. 공급관리연구소(CAPS Research)는 공급관리연구소(Institute for Supply Management)와 애리조나 주립대학교 W. P. 캐리 경영대학이 공동 후원하며, 20개 산업 분야의 조달 프로세스를 벤치마킹합니다 — 그리고 3~5개 범위가 업종 전반의 구조적 기본값입니다(APQC 조달 벤치마킹).

5개의 적격 공급업체는 5개의 견적 응답을 의미합니다. 그리고 5개의 응답은 5개의 다른 형식을 의미합니다. 공급업체 A는 ERP에서 내보냅니다 — 품목 코드, 설명, 단가, 리드 타임이 일관된 표로 정리된 깔끔한 PDF입니다. 공급업체 B는 이메일 본문에 견적을 작성하고 인쇄된 양식을 스캔한 PDF로 첨부합니다. 공급업체 C는 이전에 본 적 없는 열 레이블이 있는 자체 견적 템플릿을 사용합니다: "품목 코드" 대신 "참조번호", "단가" 대신 "요율", "리드 타임" 대신 "납기(영업일 기준)". 공급업체 D는 행별로 항목을 나열하지만 합계는 3페이지에 넣습니다. 공급업체 E의 PDF는 소규모 지역 유통업체의 손으로 쓴 견적 양식을 스캔한 것입니다 — 가장 비용 경쟁력이 높은 옵션이면서 디지털화에 가장 노동 집약적인 옵션입니다.

Google 스프레드시트 비교 템플릿은 이러한 다양성에 관심이 없습니다. 깔끔한 열이 있습니다: 공급업체명, 품목 설명, 수량, 단가, 라인 합계, 리드 타임, 결제 조건, 납품 조건. 형식 격차 — "5개의 지저분한 PDF"와 "하나의 깔끔한 스프레드시트" 사이에 있는 것 — 은 바로 당신입니다. 견적 라운드당 60~90분 동안 데이터를 형식 간에 수동으로 변환하는 것입니다.

구조적 문제: r/supplychain의 한 조달 관리자는 자신의 RFQ 주기를 "몇 가지 부품 카테고리에 대해 5개 공급업체의 견적을 수동으로 비교하는 것"이라고 설명했습니다. 각 비교 작업에 반나절이 걸렸습니다. 비교 로직이 복잡해서가 아니라, 각 공급업체의 PDF에서 동일한 필드를 찾기 위해 서로 다른 시각적 스캔 패턴이 필요했기 때문입니다. 뇌는 빠르게 적응합니다. 손은 그렇지 않습니다.

엔터프라이즈 소프트웨어는 이 문제를 해결합니다 — 엔터프라이즈 가격으로

SAP Ariba와 Coupa는 소스-투-페이 시장을 지배하며, 둘 다 2025년과 2026년 Gartner Magic Quadrant for Source-to-Pay Suites에서 리더로 선정되었습니다. 이들의 e-소싱 모듈은 정확히 이 문제를 처리합니다: 구조화된 RFQ를 공급업체에 보내고, 표준화된 응답을 수신하며, 자동 비교 테이블을 생성합니다. PDF를 스프레드시트로 변환할 필요가 없습니다. 플랫폼이 처음부터 구조를 강제하기 때문입니다.

가격표는 이 작업의 대부분을 수행하는 중소 규모 조달 팀에게 이들을 무의미하게 만듭니다. SAP Ariba는 500개 공급업체와 5명의 사용자가 있는 중간 규모 배포의 Supplier Lifecycle & Performance 모듈 기준으로 연간 약 $25,000부터 시작합니다. Coupa의 시작 가격은 월 약 $2,500이며, 일반적인 중간 시장 배포는 연간 $200,000에서 $800,000, 여기에 $100,000에서 $400,000의 구현 비용이 추가됩니다. 중소기업 전용 RFQ 도구인 AuraVMS는 월 $5부터 시작하지만, 공급업체가 자사 플랫폼을 통해 제출해야 하므로 이미 받은 편지함에 있는 PDF를 처리할 수 없습니다.

조달 소프트웨어 시장은 2024년 기준 66억 달러 규모로 평가되었습니다. 25만 달러 이상의 대규모 구축을 위한 도구와 월 5달러짜리 RFQ 자동화 도구는 모두 공급업체가 해당 도구의 제출 형식을 사용할 것이라는 공통된 가정을 공유합니다. 소규모 조달팀의 현실은 견적서가 이메일 첨부 파일(PDF, 스캔된 양식, 가끔은 Excel 파일)로 도착하며, 비교는 플랫폼이 요구하는 방식이 아니라 현재 가진 자료로 이루어져야 한다는 점입니다.

시트를 시스템으로 사용하는 현실 — 그리고 부족한 점

중소기업이나 중견 시장의 조달팀이 수억 원대의 소스-투-페이 제품군을 도입하기 어려운 경우, 기본적인 도구 체인은 간단합니다: 비교를 위한 구글 시트 + PDF 수신을 위한 지메일 + 이 둘을 연결하는 수동 데이터 입력. 이는 조달 전문성의 부족이 아닙니다. 이는 사용 가능한 도구에 대한 합리적인 적응입니다. 구글 시트는 IT 조달이나 공급업체 온보딩 없이 실시간 협업, 공유 링크, 수식 기반 평가를 제공합니다.

이 스택에서 부족한 것은 분석 계층이 아닙니다. 구글 시트는 조건부 서식, 가중치 평가, 피벗 테이블 요약을 조달 플랫폼만큼 잘 처리합니다. 부족한 것은 데이터 수집 계층입니다. 즉, 사람의 수동 입력 없이 다섯 개의 PDF 첨부 파일을 다섯 개의 구조화된 데이터 행으로 변환하는 메커니즘입니다.

단일 견적 추출(공급업체 견적 PDF 한 개에서 스프레드시트로 데이터를 가져오는 작업)의 경우, 단계별 가이드에서 애드온을 통한 열 이름 추출 기본을 다룹니다. 일괄 처리도 동일한 사이드바 인터페이스를 기반으로 하지만, 단일 파일 규모에서는 존재하지 않는 과제가 발생합니다. 즉, 용어가 다른 공급업체 간의 일관된 열 매핑, 일부 견적에는 있지만 다른 격적에는 없는 필드 처리, 그리고 원본 형식과 관계없이 모든 행이 동일한 열 구조에 정렬된 비교 준비 완료 테이블을 생성하는 것입니다.

열 이름 추출이 다섯 가지 다른 견적 형식을 통합하는 방법

일관되지 않은 형식에서도 일괄 처리를 가능하게 하는 엔진은 열 이름 추출입니다. 즉, 각 공급업체의 PDF에서 데이터를 어디서 찾을지(필드 주위에 상자 그리기, 공급업체별 템플릿 작성) 도구에 알려주는 대신, 추출하려는 내용을 알려줍니다. 비교 열을 한 번만 정의하면 됩니다. "공급업체명 / 품목 설명 / 단가 / 최소 주문 수량(MOQ) / 리드 타임(일) / 결제 조건." AI는 각 값이 페이지에서 어디에 위치하는지가 아니라 의미론적으로 무엇을 의미하는지 이해하여 모든 문서에서 해당 값을 찾습니다.

이것이 공급업체 간 용어 문제를 처리하는 메커니즘입니다. 공급업체 A의 PDF는 필드를 "Rate"라고 표시합니다. 공급업체 B는 "Unit Price"라고 표시합니다. 공급업체 C는 "Price Per Each"라고 표시합니다. 템플릿 기반 도구는 세 가지 다른 필드 이름을 보고 세 가지 개별 구성을 필요로 합니다. 열 이름 추출은 세 가지 모두 동일한 조달 개념(단가)을 참조한다는 것을 인식하고 자동으로 동일한 출력 열에 매핑합니다. 이것이 추출과 이해의 차이입니다. 기존 OCR은 위치별로 텍스트 문자열을 추출하는 반면, 열 이름 추출은 의미론적 역할별로 데이터 포인트를 추출합니다.

실제 RFQ 라운드의 다양한 형식(ERP 생성 PDF, 이메일 본문 텍스트, 수기 작성 스캔본)에도 추출 방식은 세 가지 모두 동일합니다. 공급업체별로 열 정의를 변경할 필요도, 형식별로 템플릿을 학습시킬 필요도 없습니다. 한 번 정의한 열 이름은 배치 내 모든 문서에서 동일한 테이블의 행을 생성합니다.

Google Sheets 애드온은 스프레드시트 내에서 열리는 사이드바 패널로, 비교 시트와 동일한 창과 탭의 확장 프로그램 메뉴에서 접근할 수 있습니다. 웹사이트에서 견적을 처리하고 파일을 내보낸 후 Sheets로 가져와야 하는 별도 도구가 아닙니다. 스프레드시트 내에서 실행되며 활성 시트를 직접 출력 대상으로 하는 추출 인터페이스 입니다.

배치 공급업체 견적 비교에서 이 아키텍처가 중요한 이유는 한 가지입니다. 사이드바가 다섯 개의 견적 PDF를 수신하고, 동일한 열 정의를 사용하여 모든 PDF에서 데이터를 추출한 후, 모든 결과를 현재 보고 있는 시트에 연속된 행으로 직접 기록합니다. 다운로드 버튼, "CSV를 Sheets로 가져오기" 단계, 중간 대시보드가 필요 없습니다.

다음은 세 가지 작업으로 구성된 배치 워크플로입니다:

1
비교할 열을 한 번만 정의하세요.

사이드바를 열고 공급업체 간 비교할 필드명을 입력하세요: "공급업체명 / 품목 설명 / 단가 / MOQ / 리드타임(일) / 결제 조건". 이 필드들이 테이블 헤더가 됩니다. API 키로 로그인하면 사이드바가 이 구성을 저장하므로, 다음 RFQ 라운드에서도 비교 열이 이미 설정되어 있습니다.

2
공급업체 견적서 5개를 한 번에 업로드하세요.

사이드바에서 업로드를 클릭하고 모든 견적 PDF를 선택하세요 — 공급업체 A의 ERP 내보내기, 공급업체 B의 PDF 스캔, 공급업체 C의 수기 양식 — 그리고 확인하세요. 애드온은 PDF, JPG, PNG, WebP를 지원합니다. 5개 모두 동일한 열 구조로 한 번에 처리됩니다.

3
데이터가 시트에 입력됩니다 — 공급업체당 한 행, 열은 정렬된 상태로.

AI가 각 파일을 읽고, 열 이름과 일치하는 값을 찾아 활성 시트 하단에 새 행으로 추가합니다. 공급업체 A의 데이터는 2행, 공급업체 B의 데이터는 3행 — 동일한 열, 동일한 순서로. 기존 비교 수식은 출력 영역 위나 오른쪽에 그대로 유지됩니다.

JPG/PNG/PDF AI 추출

파일은 안전하게 처리되며 저장되지 않습니다.

누락 필드 문제: A 업체는 지급 조건을 명시했는데 B 업체는 명시하지 않은 경우

단일 견적 워크플로에서는 누락된 필드가 사소한 불편에 그칩니다. "해당 없음"을 입력하거나 셀을 비워두고 넘어가면 됩니다. 하지만 동일한 비교 테이블에 입력되는 5개의 견적 배치에서는 누락된 필드가 구조적 문제를 일으킵니다. A 업체가 지급 조건에 "Net 30"을 명시했지만 B 업체의 견적서에는 지급 조건이 전혀 언급되지 않은 경우, 비교 열에 공백이 생깁니다. 가중치 기준에 지급 조건이 포함된 방식으로 업체를 평가할 경우, B 업체의 누락된 데이터는 점수를 낮춥니다. 조건이 더 나빠서가 아니라 명시하지 않았기 때문입니다.

애드온은 일관된 전략으로 누락된 필드를 처리합니다. 정의한 열이 공급업체 문서에 없으면 해당 공급업체의 출력 셀은 비워둡니다. 오류 없음, 자리 표시자 텍스트 없음. 데이터를 수동으로 입력하는데 필드를 찾을 수 없을 때와 똑같이 빈 셀을 만듭니다.

비교 테이블에 적합한 동작입니다. 조건부 서식으로 누락된 셀을 강조할 수 있습니다. 점수 공식은 빈 셀을 0이 아닌 "제공되지 않음"으로 처리할 수 있습니다. 한 공급업체가 필드를 누락해도 출력 구조는 깨지지 않습니다. 모든 행은 동일한 열을 동일한 순서로 가지며, 데이터가 없는 곳은 공백으로 남습니다.

실제로 다중 공급업체 견적 비교에서 누락된 필드는 예외가 아니라 표준입니다. r/procurement의 조달 전문가는 9단계 수동 RFQ 프로세스를 설명하며 5단계인 "요청한 항목과 공급업체가 제공한 항목 간 포함/제외 비교"가 가장 시간이 많이 걸린다고 언급했습니다. 일부 공급업체는 구조화된 응답 대신 브로셔를 보냅니다. 일부는 항목별로 나열하지만 필요한 요약 필드는 건너뜁니다. 일부 PDF는 모든 데이터가 있지만 4페이지에 걸쳐 있고 총계는 4페이지에 숨겨져 있습니다. 추출 방식은 이 모든 것을 처리합니다. 문서 어디에든 데이터가 있으면 AI가 의미론적 의미로 찾아 올바른 열에 매핑합니다. 없으면 셀은 비워둡니다. 템플릿 깨짐, 행 정렬 불일치, 수동 조정이 필요 없습니다.

속도 배수: 5개 견적을 한 세션으로 vs. 5개 개별 세션

배치 처리의 효율성 향상은 단순한 덧셈이 아닙니다 — 구조적인 변화입니다. 사이드바를 통해 견적서 하나를 처리하는 데는 약 15~30초가 걸립니다: PDF를 업로드하면 AI가 정의된 필드를 찾아내고 데이터가 시트에 나타납니다. 견적서 다섯 개를 하나씩 처리하는 경우 — 다섯 번의 업로드 세션, 다섯 번의 개별 추출 과정 — 총 약 2~3분이 소요되며, 각 파일을 열고 업로드를 확인하는 시간이 추가됩니다. 이는 이미 수동 데이터 입력(견적서당 약 3분 소요: 읽기, 각 필드 찾기, 입력)보다 10~20배 빠릅니다.

배치 처리는 이를 더욱 압축합니다: 견적서 파일 다섯 개를 한 번에 선택하여 업로드하고, 하나의 추출 세션을 시작하면 다섯 개의 행이 모두 시트에 나타납니다. 다섯 번의 추출은 순차적으로 실행됩니다 — 각 파일을 읽고, 각 값 세트를 찾고, 각 행을 추가합니다 — 하지만 배치는 한 번만 시작하면 됩니다. 5개 공급업체 RFQ 라운드의 경우, 파일 선택부터 시트에서 비교 가능한 행이 준비될 때까지 전체 데이터 추출 단계가 2분 이내에 완료됩니다.

방식5개 업체 RFQ 시간월간 (RFQ 4회)주요 제한 사항
수동 복사-붙여넣기60–90분4–6시간전사 오류; 형식 전환 피로
단일 견적 추출 (5회 세션)2–3분8–12분별도 업로드 5회 필요
사이드바 일괄 처리 (5개 동시)<2분<8분파일은 브라우저 기기에서 접근 가능해야 함

월 복리 효과는 구조적 차이가 가시화되는 지점입니다. 주 1회 RFQ 라운드를 진행한다고 가정할 때 — 한 달에 4회, 각각 5개 공급업체 비교 — 수동 데이터 입력만으로 월간 4~6시간이 소요됩니다. 사이드바를 통한 일괄 추출은 이 시간을 8분 미만으로 단축합니다. 이는 2배, 5배 수준의 개선이 아닙니다. 약 45배의 감소입니다 — "반나절짜리 반복 업무"에서 "커피 마시는 동안 해결되는 작업"으로 바뀌는 셈입니다.

여러 카테고리에 걸쳐 견적을 처리하는 조달팀 — 원자재는 특정 공급업체, 포장재는 다른 업체, 물류 서비스는 또 다른 업체 — 의 경우 주간 RFQ 부담은 3~4회의 별도 견적 라운드에 달할 수 있습니다. 각각 60~90분이 소요되므로 수동 비교는 조달 전문가의 주간 업무 중 가장 큰 비중을 차지하게 됩니다. 이는 조달 전문가가 소싱 업무에 하루 평균 2시간 45분을 사용하며, 그중 상당 부분이 전략적 평가보다 데이터 통합에 소요된다는 데이터와 일치하는 결과입니다.

공급업체 견적을 넘어: 문서 유형별 일괄 처리

애드온 사이드바의 일괄 처리 메커니즘은 문서 유형에 관계없이 동일하게 작동합니다. 열만 바뀔 뿐, 작업 흐름은 동일합니다. 조달 업무를 수행하면서 동시에 동일한 Google Sheets 추적 시스템을 통해 공급업체 인보이스를 처리하는 경우, 인보이스 일괄 처리 워크플로도 동일한 패턴을 따릅니다. 인보이스 열을 정의하고, 모든 공급업체 인보이스를 한 번에 업로드하면 하나의 원장 테이블을 얻을 수 있습니다. 조달 역할이 비용 정산까지 확장된다면, 비용 보고서 일괄 처리도 동일하게 작동합니다. 팀의 월별 제출물을 업로드하면 하나의 환급 테이블을 얻을 수 있습니다. 또한 조직에서 세금 목적으로 영수증을 공급업체 견적과 함께 추적하는 경우, 영수증 일괄 처리 가이드에서 영수증 볼륨에 대한 동일한 사이드바 패턴을 다룹니다.

Sheets 사이드바 대신 웹 인터페이스를 통해 작업하는 경우(ImageToTable.ai 웹사이트에 업로드하고 Excel로 내보내기), 공급업체 견적 일괄 비교 일반 가이드에서 동일한 열 이름 추출 메커니즘을 사용하는 웹 기반 워크플로를 다룹니다. 추출 엔진은 동일하며, 전달 방식만 다릅니다.

공통점은 Google Sheets가 이미 기록 시스템이라는 점입니다. 공급업체 비교, 인보이스 추적, 비용 정산 모두에 해당합니다. 애드온은 스프레드시트를 대체하지 않습니다. 스프레드시트에 입력되는 데이터 입력을 대체합니다. 서로 다른 용어를 사용하는 다섯 개의 공급업체 견적을 처리하는 동일한 열 이름 추출 메커니즘은, 서로 다른 레이아웃을 가진 서른 개의 공급업체 인보이스와 다양한 POS 시스템에서 온 수백 개의 영수증도 처리합니다. 사이드바는 Sheets-as-system 아키텍처에서 항상 빠져 있던 수집 계층입니다.

이미 Google Sheets에서 공급업체 견적을 수동으로 비교하는 팀을 위해 — 가중치 점수, 조건부 서식, 복잡한 스프레드시트에서 발생하는 문제까지 포함한 전체 비교 프레임워크를 원한다면 — 일반적인 공급업체 견적 비교 실수 문서에서 일괄 추출로 해결되지 않는 스프레드시트 측면의 함정을 다룹니다. 수동 견적 비교가 여전히 의미가 있는지에 대한 더 넓은 질문은 수동 vs AI 비교 워크플로에서 추출이 선택 사항이 아닌 손익분기점을 살펴봅니다.

FAQ

애드온이 라인 항목이 있는 견적(공급업체당 여러 제품)을 처리할 수 있나요?

네. 공급업체 견적에 여러 라인 항목이 포함된 경우, 반복 구조를 캡처하도록 열을 정의하세요: "품목 설명 / 수량 / 단가 / 라인 합계." AI는 이러한 필드가 각 라인 항목에 대해 반복된다는 것을 인식하고 항목당 별도의 행을 생성합니다. 따라서 5개의 라인 항목이 있는 공급업체 A는 각각 동일한 공급업체 이름이지만 다른 항목 데이터를 가진 5개의 행을 생성합니다. 비교 목적으로 피벗 테이블이나 QUERY 함수를 사용하여 시트에서 공급업체별로 그룹화할 수 있습니다.

한 공급업체가 다른 통화로 견적을 제시하면 어떻게 하나요?

애드온은 문서에 표시된 그대로 값을 추출합니다. 공급업체 A가 USD로, 공급업체 B가 EUR로 견적하면 추출된 숫자는 원래 통화를 반영합니다. 통화 간 비교를 위해 "통화" 열을 추가하고 인접 열에 GOOGLEFINANCE 수식을 사용하여 변환하세요. 예: =GOOGLEFINANCE("CURRENCY:EURUSD") — 행당 한 번 적용됩니다. 추출 자체는 통화를 변환하지 않으며, 페이지에 있는 내용을 캡처합니다.

각 공급업체마다 다른 열 이름을 설정해야 하나요?

아니요. 한 번 설정한 "단가", "MOQ", "리드타임" 등의 컬럼 정의는 각 공급업체가 사용하는 용어와 관계없이 모든 공급업체에 동일하게 적용됩니다. 이것이 컬럼명 추출의 핵심 메커니즘입니다. AI는 "Rate", "Price Per Each", "Unit Price"가 모두 동일한 조달 개념을 의미한다는 것을 인식합니다. 공급업체별로 매핑을 구성할 필요가 없습니다.

애드온이 스캔된 손글씨 견적서에서도 작동하나요?

네. AI 엔진은 스캔된 문서와 손글씨 텍스트를 디지털 PDF와 동일한 방식으로 처리합니다. 손글씨의 정확도는 가독성에 따라 달라집니다. 깔끔한 블록체는 인쇄된 텍스트만큼 안정적으로 추출되지만, 고도로 장식된 필기체나 빽빽한 손글씨는 정확도가 낮을 수 있습니다. 엔진은 시각적 언어 모델을 통해 인쇄된 텍스트와 손글씨를 모두 식별하며, 인쇄된 데이터의 인식 정확도는 최대 99%입니다. 손글씨 견적서의 경우 구매 결정의 근거로 사용하기 전에 출력 결과를 검토해야 합니다.

5개 이상의 공급업체를 비교해야 하면 어떻게 하나요?

사이드바의 일괄 업로드는 단일 세션에서 5개, 10개, 20개 등 모든 파일 수를 처리할 수 있습니다. 유일한 제약은 파일을 동일한 브라우저 세션에서 업로드해야 한다는 것입니다. 배치당 파일 제한은 없습니다.

📮 contact email: [email protected]