OCR솔루션 도입 비용 비교 2026, 한글 문서·페이지 요금·검수 기준
OCR솔루션을 고를 때 페이지 단가만 비교하면, 문자 인식 뒤에 남는 항목 매핑과 사람의 확인 시간이 빠집니다.
한글 구매 서류의 금액을 전산에 넣는 팀과, 스캔 계약서를 검색하려는 팀은 같은 기능을 사야 하는 조직이 아닙니다.
공식 Form Parser 요금과 한국어 지원 범위를 바탕으로 처리료, 검수 부담, 문서 반출 조건을 나눠 판단합니다.
- 문자 추출과 키·값·표 추출을 다른 구매 범위로 비교합니다.
- Form Parser 기본 USD 요금은 첫 100만 페이지 1,000페이지당 30 USD, 초과 구간 20 USD입니다.
- 맞춤 프로세서 호스팅 0.05 USD/시간은 해당 배포 버전에만 따로 검토합니다.
- 한국어 지원, 실제 문서 정답률, 데이터 처리 지역을 서로 구분합니다.
이 글이 필요한 사람
- 구매 서류·계약서를 전산으로 옮기는 업무 담당자
- 처리료와 검수 인건비를 같이 산정하는 구매·재무 담당자
- 한국어 문서 결과를 기존 업무 화면에 연결하는 개발자
- 원문 외부 전송과 보관 범위를 검토하는 보안 담당자
문자인식과 항목 추출부터 구분합니다
OCR솔루션 도입 비용 비교에서 먼저 고정할 것은 읽어야 할 글자 수가 아니라, 결과를 받아 업무를 끝내는 방식입니다.
스캔한 계약서를 검색 가능한 텍스트로 바꾸는 작업과, 청구서의 거래처·금액을 전산 시스템에 넣는 작업은 같은 구매 항목이 아닙니다.
문자인식 엔진이 문장을 정확히 읽어도 어느 숫자가 공급가액인지, 어느 날짜가 지급 기한인지는 별도 판단이 남습니다.
이 차이를 빼고 페이지 단가만 비교하면 저렴한 엔진을 도입한 뒤 필드 매핑과 사람의 검수에 더 많은 비용을 씁니다.
반대로 단순 검색용 문서에 항목 추출 기능까지 붙이면, 사용하지 않는 결과에 높은 처리 요금을 지불할 수 있습니다.
구매 담당자는 문자 추출, 표 구조, 지정 항목, 업무 승인 중 어디까지 공급자가 책임지는지 견적서 첫 장에 나눠 적습니다.
개발자는 출력 텍스트를 받는 것과 실제 회계 입력이 완료되는 것을 서로 다른 성공 상태로 기록해야 합니다.
아래 공식 요금은 클라우드 처리 기능의 가격 근거이며, 설치형 OCR 전체 시장의 평균 가격이나 한국 업체 견적을 뜻하지 않습니다.
공식 가격표 핵심 숫자: Form Parser와 맞춤 처리의 비용
Google Cloud의 현재 Document AI 가격표에서 Form Parser 기본 가격 열은 100만 페이지까지 1,000페이지당 30 USD입니다.
같은 기능의 100만 페이지 초과 구간은 1,000페이지당 20 USD이며, 전체 물량에 낮은 단가를 일괄 적용하는 구조가 아닙니다.
공식 계산 예시는 월 100페이지를 처리했을 때 30 USD를 1,000으로 나눈 값에 100을 곱해 3 USD를 산출합니다.
맞춤 프로세서의 배포 버전에는 별도 호스팅 요금이 있어, 기본 가격 열 기준 시간당 0.05 USD를 구분해야 합니다.
이 호스팅 항목을 기본 Form Parser 사용료에 무조건 더하거나, 모든 OCR 처리기에 공통으로 붙는 고정비라고 설명하면 틀립니다.
표의 금액은 일반 가격 열의 USD 기준이며, 장기 Savings Plan 할인 열이나 개별 계약 가격을 섞지 않았습니다.
USD 외 통화로 결제하면 공식 안내대로 해당 결제 통화의 Cloud Platform SKU 가격을 확인해야 하므로 임의 환율을 확정 원화 견적으로 쓰지 않습니다.
세금, 저장소, 외부 전송, 후속 전산 연계와 사람이 수정하는 시간은 아래 처리 요금만으로 모두 설명되지 않습니다.
| 기능·비용 항목 | 기본 가격 | 과금 단위 | 적용 조건 |
|---|---|---|---|
| Form Parser 첫 구간 | 30 USD | 1,000페이지당 | 월 100만 페이지까지 |
| Form Parser 초과 구간 | 20 USD | 1,000페이지당 | 월 100만 페이지 초과분 |
| 맞춤 프로세서 호스팅 | 0.05 USD | 배포 버전 1개·1시간 | 해당 맞춤 버전 사용 시 |
| 공식 Form Parser 계산 예 | 3 USD | 100페이지 처리 | 첫 구간 계산 예·별도 비용 제외 |
이 요금은 입력·출력 토큰 과금이 아니라 문서 페이지와 맞춤 배포 호스팅 시간 과금이며, 언어모델 토큰 요금을 OCR 페이지 요금으로 바꿔 계산하지 않습니다.
일반 가격표의 Form Parser 숫자와 월간 계산 예를 기준으로 적었으며, 다른 처리기의 요금을 이 표에서 대신 추정하지 않습니다.
단순 OCR, Form Parser, 설치형을 같은 조건으로 비교합니다
Enterprise Document OCR은 문서의 텍스트를 추출하는 기능이고, Form Parser는 문자와 함께 키·값, 표, 일반 항목을 추출합니다.
공식 프로세서 목록에는 OCR과 Form Parser의 한국어가 각각 Korean·ko로 표시되지만, 이는 우리 문서의 정답률 보장이 아닙니다.
한국어 지원이라는 한 항목만 보고 손글씨, 도장과 겹친 글자, 좁은 표의 숫자까지 같은 품질이라고 결론 내리지 않습니다.
Form Parser의 지정 항목이 업무 양식과 맞지 않으면 추출 뒤 규칙 처리나 별도 모델 설계가 여전히 남습니다.
문서 제목과 본문을 검색하려는 조직은 기본 문자 추출부터 검토하고, 공급가액과 지급일을 넘겨야 하는 조직은 항목 추출을 비교합니다.
Layout Parser는 텍스트·표·목록과 검색용 청크를 다루므로, 결재 항목 추출이나 세금계산서 승인 기능과 같은 것으로 보지 않습니다.
SELVAS OCR 공식 소개는 문서·신분증·신용카드 이미지의 문자와 원하는 데이터 추출을 설명하며, 공개 본문에서 확정 설치 견적을 제시하지는 않습니다.
국내 업체를 검토할 때는 한국어 양식 적합성, 설치 장소, 엔진 사용 범위와 지원 책임을 직접 견적과 시험 결과로 비교합니다.
여기서 제시한 클라우드 요금을 SELVAS의 라이선스 가격처럼 표시하지 않으며, 설치형의 서버 수나 동시 처리 수 조건도 별도로 받습니다.
이 조건이면 클라우드를 먼저 시험합니다.
외부 처리가 승인되어 있고 문서량이 들쭉날쭉하며, 처리 API를 기존 업무 시스템과 연결할 개발 담당자가 있는 경우입니다.
이 경우는 설치형 또는 사내 처리 방식을 먼저 비교합니다.
계약이나 내부 통제로 원문 외부 전송이 제한되고, 장기간 일정한 물량을 처리하면서 서버와 엔진 운영을 맡을 인력이 있는 경우입니다.
제품 이름보다 문서 반출 조건과 검수 책임을 먼저 고정해야, 서로 다른 견적을 같은 표에 올릴 수 있습니다.
| 선택지 | 결과 범위 | 비용 비교 기준 | 운영·보안 판단 |
|---|---|---|---|
| 단순 OCR | 문자 텍스트 | 해당 기능의 SKU·검수 시간 | 검색 목적·후속 매핑 확인 |
| Form Parser | 문자·키값·표 | 페이지 구간 요금·검수 | 외부 처리 승인·필드 오류 확인 |
| 설치형 OCR | 계약한 엔진·추출 범위 | 라이선스·서버·지원 견적 | 사내 운영·반출 경로 확인 |
도입 시험은 익명 문서 한 장과 공식 처리기부터 시작합니다
처음부터 실제 고객 서류 전체를 올리지 말고, 보안 담당자가 승인한 익명 시험 문서와 기대 결과를 먼저 준비합니다.
Google Cloud 공식 시작 문서는 프로젝트 선택, 결제 활성화, Document AI API 활성화를 사전 조건으로 설명합니다.
API 활성화에는 serviceusage.services.enable 권한이 필요하며, 공식 문서는 Service Usage Admin 역할을 그 권한을 얻는 방법으로 제시합니다.
그 역할만으로 모든 프로세서 생성·처리 권한까지 확보됐다고 보지 말고, 담당 관리자가 작업별 IAM 권한도 확인해야 합니다.
콘솔에서는 Document AI의 Processors 페이지에서 Create processor를 누르고, 원하는 프로세서 유형을 선택합니다.
옆의 Create processor 창에 시험용 이름을 입력하고 Region을 선택한 뒤 Create를 눌러 생성합니다.
생성 후 Overview 탭의 Name, ID, Type, Prediction endpoint를 확인하며, 가격표와 비교할 기능이 맞는지 Type부터 대조합니다.
문자와 키·값 추출을 비교하는 이번 시험에서는 Form Parser를 따로 만들고, 단순 OCR 결과와 동일한 기능이라고 가정하지 않습니다.
공식 클라이언트 예시는 로컬 PDF를 지정해 처리 요청을 보내고 응답의 Document 텍스트를 읽는 흐름을 제공합니다.
실제 연결 코드는 공식 예시의 프로젝트·위치·프로세서 값을 우리 시험 자원 값으로 바꾸고, 인증 방식은 조직의 승인 절차를 따릅니다.
처리 결과는 텍스트가 나왔는지만 확인하지 말고 원문 페이지 수, 표 행, 거래처, 금액이 기대 값과 같은지 비교합니다.
이 글의 비용 계산 코드는 실제 문서를 전송하지 않는 로컬 산정 예제이며, Document AI 연결 코드를 대신하지 않습니다.
시험 종료 시에는 Processors 페이지의 Action 메뉴에서 Disable processor로 추가 처리를 막는 방법을 검토합니다.
공식 안내에 따르면 비활성화한 프로세서도 생성된 프로세서 할당량에 포함되므로, 필요 없는 시험 자원의 삭제 여부도 관리합니다.
맞춤 버전 호스팅과 저장소가 별도로 남는 경우에는 처리기 비활성화만으로 모든 청구가 사라졌다고 판단하지 않습니다.
원문 품질과 정답 항목을 같이 측정합니다
영업 데모에 쓰인 깨끗한 문서만 시험하면 실제 운영에서 가장 오래 걸리는 예외 문서를 놓칩니다.
스캔 PDF, 휴대폰 촬영, 팩스 사본과 전자 생성 PDF를 분리하고, 각 유형에서 대표적인 정상·실패 사례를 골라야 합니다.
압축된 JPEG를 계속 다시 저장하면 글자 윤곽이 뭉개질 수 있으며, 공식 파일 안내도 손실 압축과 인식 품질의 관계를 설명합니다.
파일 크기를 줄이는 것이 목표가 아니라 필요한 글자를 읽을 수 있는 원본을 남기는 것이 목표입니다.
이미 텍스트가 들어 있는 PDF는 내장 텍스트 추출 결과도 함께 비교해, 불필요한 이미지 인식 호출이 있는지 점검합니다.
이 방식이 모든 PDF에 통하는 것은 아니므로 글자 순서, 복사 가능한 텍스트와 실제 화면의 일치도까지 확인합니다.
정답 표에는 원문 위치와 입력해야 할 값을 같이 적어, 추출 텍스트가 맞는데 필드 선택만 틀린 경우를 구분합니다.
금액의 쉼표나 소수점 하나가 잘못되면 문자 단위 정답률이 높아도 회계 처리 결과는 틀릴 수 있습니다.
따라서 전체 문자 정확도 외에 거래처 식별, 최종 합계, 지급일과 표 행 보존을 각각 평가합니다.
도장, 필기, 접힌 종이와 흐릿한 배경은 별도 집단으로 묶어, 정돈된 문서의 평균값이 어려운 문서를 가리지 않게 합니다.
프로세서가 반환한 신뢰도 값은 검수 대상을 정하는 참고값이지, 지급 승인이나 법적 진위를 확정하는 점수가 아닙니다.
임계값은 벤더 데모의 숫자를 그대로 복사하지 않고, 우리 정답 표에서 놓친 오류와 불필요한 검수량을 함께 보고 정합니다.
시험에서 맞은 문서는 업무 담당자가 승인한 결과와 대조하고, 틀린 문서는 재촬영·규칙 수정·사람 확인으로 원인을 분류합니다.
문서 내용 자체가 불분명한 경우는 엔진 교체로 해결된다고 약속하지 말고, 원문 재확인 요청을 업무 흐름에 넣습니다.
- 정상 문서와 어려운 문서의 결과를 분리합니다.
- 정답 필드: 거래처·합계·지급일·표 행을 대조합니다.
- 문자 오류와 필드 선택 오류를 구분합니다.
- 재촬영·재처리·사람 확인의 담당자와 시간을 기록합니다.
실무 시나리오 1: 월 2만 페이지 구매 서류를 처리하는 팀
구매팀이 매달 거래처 서류 2만 페이지를 처리하고, 거래처명·합계·지급일을 기존 전산 화면에 입력한다고 가정합니다.
이 숫자는 사용량을 설명하는 계산 예시이며, 특정 고객의 실적이나 실제 측정한 평균 처리량이 아닙니다.
100만 페이지 이하 Form Parser 일반 요금 구간에서 2만 페이지의 처리료는 20,000을 1,000으로 나누고 30 USD를 곱한 600 USD입니다.
2만 페이지 중 절반만 항목 추출 대상이라면, 같은 요금 구간의 1만 페이지 추출료는 300 USD로 계산됩니다.
남은 문서를 다른 기능으로 처리하는 비용은 그 기능의 실제 SKU에 따라 따로 계산해야 하므로, 300 USD가 전체 예산이라는 뜻은 아닙니다.
이번 예시는 단순 처리료 비교이고, 무료 체험 크레딧이나 계약 할인·세금·저장 요금은 반영하지 않았습니다.
핵심 절감 항목은 단가 협상뿐 아니라, 이미 전산 데이터가 있는 서류를 다시 이미지로 바꿔 처리하는 중복 업무를 줄이는 것입니다.
스캔 표의 행이 하나씩 밀리면 사람이 거래처 화면과 원문을 번갈아 확인해야 하므로, 문자만 맞는 결과를 자동 입력하지 않습니다.
담당자는 정답 표에서 합계와 지급일이 일치한 문서만 다음 검수 단계로 보내고, 불일치 문서는 원문과 결과를 함께 확인합니다.
입력 자동화 여부는 오류가 발생했을 때 수정할 수 있는 범위와 승인 권한을 먼저 정한 뒤 결정합니다.
이 조건이면 저렴한 문자 추출만으로 끝내지 않습니다.
필드 매핑과 표 행 복원에 걸리는 시간이 커서, 항목 추출 요금 차이보다 사람이 반복 확인하는 시간이 더 큰 경우입니다.
실무 시나리오 2: 민감한 신분 확인 서류를 다루는 조직
고객 확인 서류를 다루는 조직은 페이지당 요금보다 외부 전송 승인과 보관 범위를 먼저 결정해야 합니다.
신분 확인 문서를 읽어 번호를 추출하는 작업은 신분증이 진짜인지 판단하거나, 고객 본인임을 확정하는 작업과 다릅니다.
촬영 상태가 나쁘거나 번호가 일부 가려진 결과를 추정으로 채우지 말고, 재촬영 또는 담당자 확인으로 되돌립니다.
시험 문서에는 실제 주민등록번호와 연락처를 넣지 않고, 승인된 합성 값 또는 비식별 자료로 필드 처리 흐름을 확인합니다.
이 경우는 외부 클라우드 처리를 바로 시작하지 않습니다.
고객 계약, 개인정보 처리 조건이나 조직의 반출 규칙이 아직 정리되지 않았다면, 값싼 요금표가 있어도 도입은 보류합니다.
Google 공식 보안 문서는 고객의 콘텐츠를 Document AI 모델 학습에 사용하지 않는다고 설명합니다.
그 안내는 데이터 위치, 외부 위탁, 접근 기록과 삭제 책임을 따로 검토하지 않아도 된다는 면제 규정이 아닙니다.
처리 지역은 지원 문서에 나온 지역과 프로세서 버전의 조합으로 확인하고, 한국어 지원을 한국 내 처리와 혼동하지 않습니다.
영역을 골랐더라도 원문 저장소와 결과 저장소가 다른 지역이면 전체 문서 흐름의 위치를 다시 검토합니다.
이 조건이면 사내 처리 또는 설치형 견적을 함께 받습니다.
원문이 조직 밖으로 나갈 수 없고 업무량도 꾸준하다면, 서버 운영비와 보안 관리 시간을 포함해 연간 비용으로 비교하는 편이 맞습니다.
총비용은 처리 페이지, 재처리, 사람의 검수로 나눕니다
문서 건수를 페이지 수로 바꾸는 순간 비용 계산이 달라지므로, 열 장짜리 문서를 한 건이라고만 적으면 예산이 과소 계산됩니다.
양면 스캔, 첨부 페이지와 같은 원문을 다시 보낸 횟수까지 실제 요청 기록에서 구분해야 합니다.
원문 파일 하나가 여러 페이지인지, 이미지 파일 하나가 한 페이지인지도 처리 기능의 과금 정의에 맞춰 확인합니다.
공식 가격표는 4xx·5xx 응답의 실패 요청을 청구하지 않는다고 설명하지만, 성공한 결과를 다시 보내는 작업까지 무료라고 말하지는 않습니다.
오류가 났다는 담당자의 표현과 서버의 실패 응답은 다르므로, 결과가 틀린 성공 요청을 재처리 비용에서 제외하지 않습니다.
검수 인건비는 검수 대상 문서 수에 문서당 확인 시간을 곱하고, 조직이 실제 쓰는 시간당 인건비를 적용해 추산합니다.
초기에는 검수 시간이 줄지 않을 수 있으므로, 안정된 문서 유형부터 반복 작업을 줄이고 어려운 양식은 별도로 관리합니다.
새 거래처 양식이 들어오면 일괄 자동 입력을 바로 켜기보다, 정답 표를 추가하고 기존 문서의 결과가 변하지 않았는지도 확인합니다.
맞춤 모델을 쓰는 조직은 처리료 외에 배포 버전의 호스팅 시간, 표본 정리와 변경 검수 시간을 따로 예산화합니다.
파일 보관, 결과 검색, 기존 업무 화면 수정과 장애 대응이 견적에 없으면, 공급자의 낮은 페이지 단가만으로 절감률을 약속하지 않습니다.
보안 비교표는 반출 위치와 출력 데이터까지 포함합니다
원문 이미지가 민감하면 추출된 텍스트도 민감하므로, 결과 JSON을 평범한 개발 로그에 남기는 관행부터 바꿔야 합니다.
장애 메시지에는 원문 대신 요청 식별 정보와 오류 유형을 남기고, 필요한 담당자만 원문을 조회하는 방식이 낫습니다.
문서 저장소와 처리 호출 계정의 권한을 분리하면, 한 계정의 장애나 노출이 전체 자료 접근으로 이어지는 범위를 줄일 수 있습니다.
다만 이 분리 자체가 안전을 보장하지는 않으므로, 계정 회수와 접근 기록 점검도 운영 항목으로 둡니다.
Google 공식 보안 안내에는 데이터 위치, VPC Service Controls와 고객 관리 암호화 키 같은 통제 수단이 소개되어 있습니다.
그 기능이 우리 프로세서·버전·연결 방식에서 지원되는지는 각 공식 문서를 확인하고, 존재하는 기능 이름을 도입 완료 증거로 쓰지 않습니다.
설치형도 무조건 외부 반출이 없다고 단정하지 말고, 기술 지원 과정의 파일 전달과 외부 관리 접속 범위를 계약에 적습니다.
문서 삭제는 원문만 지우는 작업이 아니라 추출 텍스트, 시험 사본, 지원 파일과 백업의 보관 책임을 확인하는 작업입니다.
최종 보관 기간과 법적 처리 근거는 일반적인 기술 비교만으로 정하지 말고, 개인정보·법무 담당자의 검토를 받습니다.
| 점검 대상 | 클라우드 처리 | 설치형 처리 | 확인 자료 |
|---|---|---|---|
| 원문 반출 | 승인 지역·저장소 확인 | 지원 전달·원격 접근 확인 | 개인정보·계약 검토 |
| 결과 접근 | 호출 계정·저장 권한 분리 | 업무 계정·서버 권한 분리 | 역할표·접근 기록 |
| 보관·삭제 | 원문·결과·백업 구분 | 서버·지원 사본·백업 구분 | 삭제 책임·보관 정책 |
실패 점검과 되돌리기 기준을 계약 전에 정합니다
결과가 비어 있으면 가격이나 모델 성능부터 의심하기 전에 파일이 정상적으로 열리고 올바른 형식인지 확인합니다.
PDF의 실제 내용과 MIME 값이 맞는지, 선택한 처리기가 해당 파일 형식을 지원하는지도 같이 봅니다.
공식 파일 지원 표에 여러 형식이 있어도 모든 프로세서가 모든 형식을 동일하게 지원한다고 해석하지 않습니다.
권한 오류는 프로젝트, 호출 계정과 대상 처리기의 권한을 순서대로 확인하고, 관리자 권한을 임시로 넓히는 방식부터 시도하지 않습니다.
위치 오류는 프로세서 위치와 요청 엔드포인트가 같은지 확인하며, 다른 지역으로 보내 해결하는 방법은 반출 승인 없이 쓰지 않습니다.
한글 결과가 어긋나면 선택한 프로세서의 지원 언어, 버전과 원문 품질을 나눠 확인하고, 어려운 문서를 별도 정답 집단으로 다시 시험합니다.
업무 시스템에 이미 입력된 값은 같은 문서를 다시 보냈다고 새 거래로 추가하지 않도록 중복 식별 기준을 유지해야 합니다.
버전 변경 후 회계 핵심 필드의 오류가 늘면 자동 전달을 멈추고, 이전 검수 절차로 되돌리는 승인자를 미리 정합니다.
되돌리기는 새 문서의 처리 중단과 이미 전달된 값의 정정을 구분하며, 이전 결과를 지워서 오류 추적까지 없애지는 않습니다.
벤더의 장애 시간, 지원 연락 경로와 복구 후 재처리 부담은 구매 조건으로 다뤄야지 운영 담당자의 임시 기억에 맡기지 않습니다.
견적 요청서에는 문서 양식과 검수 책임을 고정합니다
설치형 견적을 받을 때는 엔진 라이선스, 서버 또는 코어 범위, 연계 개발과 정기 지원을 각 항목으로 나눠 받습니다.
클라우드 견적에서는 프로세서 종류, 일반 요금인지 계약 요금인지, 월간 페이지와 재처리 예상량을 따로 적습니다.
같은 한국어 OCR이라는 이름이어도 표의 항목 추출과 문자 읽기의 범위가 다르면 두 견적은 같은 상품이 아닙니다.
문서 양식 변경이 유지보수에 포함되는지, 추가 개발인지 확인하지 않으면 계약 후 거래처 서류 하나가 바뀌어도 비용이 생길 수 있습니다.
데모 정확도 대신 우리 정답 표의 합계·날짜·거래처와 예외 집단 결과를 납품 확인 기준으로 합의합니다.
보안 담당자는 설치 장소, 외부 호출, 원문 보관과 기술 지원 파일 전달을 같은 문서에 표시합니다.
운영 담당자는 오류 문서가 어디로 돌아오는지, 담당자가 휴가일 때 누가 검수하는지와 재처리 승인을 누가 맡는지 적습니다.
원문 전체를 매번 공급자에게 전달해야만 장애를 해결할 수 있다면, 계약 전에 비식별 재현 자료와 지원 절차를 협의합니다.
이 조건이면 도입 범위를 줄입니다.
처리료는 낮지만 필드 오류를 받아낼 검수 인력이나 업무 담당자 승인 경로가 없다면, 검색용 문자 추출부터 시작하는 편이 낫습니다.
비용 산정 템플릿: 실제 전송 없이 구간 요금만 계산합니다
아래 Python 예제는 공식 Form Parser 일반 요금 구간을 계산하는 로컬 산정용이며, 문서 전송·모델 호출·업무 입력은 하지 않습니다.
월간 페이지가 100만을 넘으면 첫 구간과 초과 구간을 나누고, 이미 처리한 성공 문서를 다시 보낸 페이지도 입력에 포함합니다.
맞춤 배포 버전의 호스팅 시간은 그 기능을 실제 사용할 때만 넣고, 일반 Form Parser만 비교하면 기본값인 0을 유지합니다.
저장·세금·할인·연계·검수 인건비는 코드에 들어 있지 않으므로, 출력 결과를 최종 계약 견적이라고 제시하지 않습니다.
원화와 USD 금액을 직접 합산하지 말고, 결제 통화의 공식 SKU와 조직이 승인한 예산 환율을 따로 적용합니다.
공식 가격이 바뀌면 숫자만 바꾸는 데 그치지 않고, 기능 이름과 요금 구간·단위도 같이 수정해야 합니다.
from decimal import Decimal
def form_parser_estimate(pages, custom_hosting_hours=0):
# 일반 USD 요금, 별도 할인·세금·저장·검수 제외
if not isinstance(pages, int) or pages < 0:
raise ValueError("pages must be a non-negative integer")
hours = Decimal(str(custom_hosting_hours))
if hours < 0:
raise ValueError("hosting hours must be non-negative")
first = Decimal(min(pages, 1_000_000))
extra = Decimal(max(pages - 1_000_000, 0))
processing = first / 1000 * 30 + extra / 1000 * 20
# 맞춤 배포 버전을 실제 쓰는 경우에만 시간을 입력
hosting = hours * Decimal("0.05")
return {"processing_usd": processing, "custom_hosting_usd": hosting}
assert form_parser_estimate(100)["processing_usd"] == Decimal("3")
assert form_parser_estimate(20_000)["processing_usd"] == Decimal("600")
assert form_parser_estimate(6_000_000)["processing_usd"] == Decimal("130000")
print(form_parser_estimate(20_000))
최종 선택은 가장 싼 페이지가 아니라 끝난 업무로 합니다
OCR솔루션 도입 비용 비교의 최종 단위는 읽은 페이지 수와 함께, 사람이 승인한 업무 완료 건수여야 합니다.
같은 처리료라도 오류가 적어 검수를 빨리 끝내는 방식과, 높은 점수의 텍스트를 다시 입력하는 방식은 총비용이 다릅니다.
첫 계약에서는 정상 문서 집단과 어려운 문서 집단의 결과를 나눠 보고, 업무 완료까지 걸리는 시간을 직접 확인합니다.
문서 반출이 승인되지 않았다면 클라우드 단가 비교를 뒤로 미루고, 설치형의 운영·보안 비용과 시험 범위를 먼저 확정합니다.
문자 추출만으로 목적을 달성하면 비싼 항목 추출을 붙이지 않고, 전산 필드가 필요하면 문자 정확도만으로 도입을 결정하지 않습니다.
공식 요금과 지원 언어는 출발점일 뿐이며, 계약 전에는 실제 문서 표본, 결제 SKU와 지원 책임을 같은 조건으로 다시 확인합니다.
함께 보면 좋은 글
자주 묻는 질문
OCR솔루션의 한국어 지원만 보면 구매해도 되나요?
한국어 지원은 대상 언어에 대한 안내이므로, 실제 양식의 금액·날짜·표 행을 우리 정답 표와 비교한 뒤 구매 조건을 정합니다.
문자만 뽑는 OCR과 Form Parser 요금을 바로 비교해도 되나요?
문자 추출과 키·값·표 추출은 결과 범위가 달라, 후속 매핑과 검수 시간을 포함하지 않으면 같은 상품 비교가 아닙니다.
Form Parser에서 월 2만 페이지는 얼마인가요?
일반 USD 요금의 100만 페이지 이하 구간이라면 처리료는 600 USD이며, 세금·저장·연계·검수 비용이나 개별 할인은 별도입니다.
시간당 0.05 USD 호스팅은 모든 OCR에 붙나요?
아니요, 공식 맞춤 프로세서 호스팅 항목이므로 해당 배포 버전을 사용하는 경우에만 적용 조건과 시간을 확인합니다.
한국어 문서는 한국 지역에서 처리되나요?
언어 지원과 데이터 처리 지역은 별개이므로, 선택한 프로세서·버전의 지원 지역과 원문·결과 저장소 위치를 각각 확인합니다.
처리 결과가 틀리면 실패 요청처럼 무료인가요?
공식 안내의 4xx·5xx 실패 응답과 틀린 결과가 나온 성공 요청은 다르므로, 성공 문서 재처리를 일괄 무료라고 가정하지 않습니다.
공식 출처·확인일·적용 조건
- SELVAS OCR 문자인식 — 확인일 2026-10-09
- Document AI pricing | Google Cloud — 확인일 2026-10-09
- Processor list | Document AI | Google Cloud Documentation — 확인일 2026-10-09
- Creating and managing processors | Document AI | Google Cloud Documentation — 확인일 2026-10-09
- Quickstart: Process documents by using client libraries | Document AI | Google Cloud Documentation — 확인일 2026-10-09
- Regional and multi-regional support | Document AI | Google Cloud Documentation — 확인일 2026-10-09
- Document AI security and compliance | Google Cloud Documentation — 확인일 2026-10-09
- Supported Files | Document AI | Google Cloud Documentation — 확인일 2026-10-09
가격·지원 지역·프로세서 버전과 기능은 바뀔 수 있으므로, 계약 전에는 사용하는 결제 통화의 최신 SKU와 공식 문서를 다시 확인합니다.
공식 요금과 지원 범위는 공급자의 사실 안내이며, 시험 표본·검수 책임·도입 보류 기준은 이 글의 실무 판단입니다.
예시 사용량과 처리료는 비교를 위한 가정이고, 실제 성능 시험이나 특정 고객의 비용 절감 실적을 주장하지 않습니다.
개인정보·보안·법률 판단은 일반 정보만으로 확정하지 말고, 조직 담당자와 전문가가 실제 계약·처리 조건을 검토해야 합니다.
댓글
댓글 쓰기