세금 및 결제 데이터를 변경하지 않고 인보이스 PDF를 번역하는 방법

인보이스 PDF를 번역할 때는 내용을 수정하기 전에 독자용 텍스트와 거래 데이터를 먼저 분리해야 합니다. 품목 설명, 안내 사항 및 일부 라벨은 번역이 필요할 수 있습니다. 반면 인보이스 번호, 납세자 번호, 날짜, 수량, 통화, 단가, 금액, 결제 세부 정보 및 참조 번호는 일반적으로 원본 거래 데이터와 정확히 일치하도록 유지해야 합니다.

다음 순서로 진행하세요:

1. 발행된 원본 인보이스는 기준 기록(system-of-record)이므로 절대 변경하지 마세요.
2. 번역본의 목적이 사내 검토용 사본인지, 공식 승인용 번역본인지 결정하세요.
3. 모든 필드를 목록화하고 번역 대상, 변경 금지(고정), 발급자 관리 항목으로 분류하세요.
4. 보호 대상인 거래 데이터 계층을 건드리지 않고 텍스트만 번역하세요.
5. 식별자와 숫자 필드를 기계적으로 대조하여 비교하세요.
6. 각 행의 금액, 소계, 세액 및 총액을 다시 계산해 검증하세요.
7. 편집기 화면뿐만 아니라 최종 내보낸 PDF 파일을 그대로 검토하세요.

본 문서의 샘플 인보이스 와 원본-번역본 감사 워크시트를 다운로드하거나 샘플 데이터 안내를 확인해 보세요. 이 예시에는 가상의 거래처와 식별자, 두 개의 품목, 논리적으로 일치하는 EUR 합계가 포함되어 있어 실제 재무 문서를 업로드하지 않고도 검증 절차를 연습해 볼 수 있습니다.

번역된 인보이스의 용도부터 결정하세요

사내 검토용 사본과 과세 당국, 법원, 은행, 감사관, 고객 또는 정산 시스템에서 공식적으로 인정받는 인보이스는 완전히 다른 산출물입니다.

사내 검토용 사본의 경우, 실무적인 목표는 재무팀이나 운영팀이 상품, 서비스, 결제 지침 및 거래 맥락을 쉽게 이해하도록 돕는 것입니다. 원본 인보이스가 여전히 법적 효력을 가지므로, 번역본은 부속 문서로 명시하여 보관해야 합니다.

공식 제출용인 경우 제출 요구 사항은 접수 기관에 따라 결정됩니다. 공증 번역, 번역사 확인서, 보이는 모든 필드의 완역, 특정 파일 형식 또는 원본 문서와의 병기 제출을 요구할 수 있습니다. 일반적인 번역 작업 방식을 토대로 이러한 요구 사항을 임의로 짐작하지 마세요.

이러한 구분이 중요한 이유는 인보이스가 일반 텍스트가 아닌 구조화된 거래 증빙 자료이기 때문입니다. 유럽연합 집행위원회(European Commission)의 최신 VAT 인보이스 가이드라인 에서는 고유 일련번호, 공급자 및 고객 정보, 품목 설명 및 수량, 단가, 거래 일자, 부가가치세율, 부가가치세액, 역청구(reverse charge)와 같은 사례에 대한 특정 문구 등의 필드를 명시하고 있습니다. 영국 지침에서도 마찬가지로 고유 인보이스 번호, 일자, 품목 설명, 금액, 부가가치세 및 총 청구 금액을 명시합니다. 세부적인 규정은 거래 유형과 관할권에 따라 다르지만, 원본 보존 원칙은 어디서나 동일합니다.

번역 전 필드 목록 작성하기

각 필드를 단순한 문장의 일부분이 아니라 소유자가 있는 하나의 객체로 취급하세요. 반복되는 품목별 필드에 고유 ID를 부여하여 숫자가 다른 행으로 잘못 이동하지 않도록 방지해야 합니다.

숫자만 보호해서는 안 됩니다. 마이너스 기호, 통화 코드, 소수점 구분 기호, 백분율 기호, 세금 레이블, 열 제목 등에 따라 숫자의 의미가 결정될 수 있습니다.

번역과 현지화 및 변환 작업을 구분하세요

이 작업들은 서로 다릅니다.

• 번역 Calibration certificate copy 은 언어를 바꾸는 작업입니다.
• 표시 형식 변경은 2026-09-15 를 다음과 같이 표시하는 작업입니다: 15 September 2026 날짜를 유지하면서 표기 방식만 변경하는 것이지만,
• EUR을 USD로 환전하는 것은 재무 데이터를 변경하는 것이며,
• 공급업체의 정식 등록명을 대상 언어의 마케팅용 이름으로 대체하는 것은 기업의 신원을 바꾸는 행위입니다.

승인된 모든 현지화 내역은 별도로 기록하세요. 대상 독자에게 더 친숙하게 느껴진다는 이유만으로 환율 계산, 세금 재계산, 단위 변환 또는 법인명 대체 작업을 수행해서는 절대로 안 됩니다.

발행된 원본 인보이스는 보존하고 사본으로 작업하기

원본 파일은 읽기 전용 상태로 안전하게 보관하세요. 번역본 파일명은 새로 발행된 인보이스로 오인되지 않도록 지정해야 합니다. 내부 프로세스에 부합한다면 Translation for reference — source invoice remains authoritative같은 명칭을 내부 라벨로 사용하는 것이 유용합니다.

업로드 또는 전달 전 확인 사항:

• 약관, 추가 페이지, 대변전표(크레딧 노트) 참조를 포함하여 어떤 페이지도 삭제하지 마세요.
• 첨부 파일, 주석, 양식 필드, 서명 및 숨겨진 레이어를 식별하세요.
• PDF에 선택 가능한 텍스트가 포함되어 있는지, 아니면 페이지 이미지로 구성되어 있는지 확인하세요.
• 문서를 처리할 수 있는 권한이 누구에게 있는지, 승인된 환경 외부로 유출될 수 있는 데이터가 무엇인지 점검하세요.
• 번역에 사용된 원본 파일의 정확한 불변 사본이나 해시값을 보관하세요.

인보이스에는 이름, 주소, 사업자등록번호(납세자 번호), 은행 계좌 정보 및 영업상 민감한 품목 내역이 포함될 수 있습니다. 외부 서비스를 이용하기 전에 문서 번역 개인정보 보호 체크리스트 를 적용하세요. 은행 계좌 번호 위에 검은색 사각형을 덧씌우는 방식은 실제 하부 데이터가 완전히 제거되고 검증되지 않는 한 유효한 개인정보 보호 조치가 아닙니다.

공급 내역을 변경하지 않고 품목 설명 번역하기

품목별 설명(Line descriptions)은 단순해 보이지만 제품 세부 모델, 서비스 제공 기간, 모델 번호 및 계약 범위를 담고 있는 경우가 많습니다. 설명을 보호해야 할 토큰과 번역 가능한 문장으로 분리하세요.

예시:

반복되는 품목, 서비스, 세금 및 상업 용어에는 용어집을 사용하세요. 용어집은 언어 표현을 일관되게 제어하는 용도로만 써야 하며, 기저의 회계 데이터를 수정해서는 안 됩니다. 원문 용어가 모호하다면 가장 자연스러워 보이는 번역을 임의로 고르지 말고 작업을 멈춘 뒤 인보이스 담당자에게 확인하세요.

법적 필수 문구는 각별한 주의가 필요합니다. EU 가이드라인에서는 다음과 같은 사례에 사용되는 문구를 명시하고 있습니다: reverse charge, self-billing, cash accounting및 마진 과세 제도. 이러한 문구는 해당 인보이스 발행자나 관할 당국이 승인한 공식 용어의 범위 내에서만 번역해야 합니다. 원본에 없는 과세 구분을 임의로 추가하지 말고, 중복되어 보인다는 이유로 삭제해서도 안 됩니다.

모든 품목 라인과 합계 금액 검산

원본과 번역본을 나란히 두고 육안으로 검토하는 것만으로는 부족합니다. 겉보기에는 그럴듯해 보이는 오류를 잡아내려면 산술 연산과 필드 단위 비교를 수행해야 합니다.

모든 개별 품목 라인에 대해 다음 사항을 확인하세요:

quantity × unit price − approved discount = line net

그런 다음 원본에 적용된 인보이스 수준의 계산 관계를 확인하세요. 예:

sum(line net amounts) = net subtotal
taxable base × stated tax rate = tax amount
net subtotal + tax + approved charges − approved credits = total due

실제 인보이스의 세금 계산이나 반올림 방식이 다른 경우, 억지로 이 수식에 끼워 맞추지 마세요. 대신 원본에 명시된 계산 및 반올림 규칙을 그대로 재현한 후 원본과 번역본의 결과를 비교해야 합니다.

다운로드 가능한 예제 스프레드시트는 특정 사례를 보여줍니다:

인보이스 번호, 부가세 번호(VAT ID), 구매 주문 번호(PO), IBAN, BIC, 통화 코드, 입금 참조 번호 등 보호 대상 문자열도 모두 비교하세요. 숫자만 비교해서는 고객의 세금 식별 번호가 뒤바뀌거나 은행 입금 참조 번호 끝자리가 잘린 문제를 잡아낼 수 없습니다.

PDF 구조와 OCR 신중하게 다루기

개별 단어를 정상적으로 선택할 수 있는지, 복사한 텍스트가 눈에 보이는 읽기 순서를 그대로 따르는지 테스트해 보세요. 인보이스는 실제 표 구조 대신 개별 위치가 지정된 텍스트 조각들로 구성되어 있을 수 있어, 화면상으로는 멀쩡해 보여도 텍스트를 추출할 때 품목 설명과 금액이 뒤섞일 수 있습니다.

텍스트 기반 PDF의 경우 레이아웃을 인식하는 워크플로를 사용하고 가장 복잡한 페이지부터 먼저 테스트하세요. 다음 사항을 점검해야 합니다:

• 설명이 긴 개별 품목 라인;
• 다음 페이지로 이어지는 반복 헤더
• 할인, 크레딧 및 마이너스 금액
• 복수 세율 또는 여러 통화
• 결제 안내 정보와 인접한 합계 금액
• 바닥글 약관, 은행 세부 정보 및 법적 고지 문구

이미지로만 구성된 인보이스의 경우, OCR은 원본을 복원하는 별도의 선행 단계가 됩니다. 번역을 진행하기 전에 모든 식별자와 숫자를 페이지 이미지와 일일이 대조해 확인하세요. 0/O, 1/I와 같은 흔한 글자 오인식, 누락된 소수점, 사라진 마이너스 기호, 합쳐진 열 등은 번역 모델이 텍스트를 처리하기도 전에 거래 내용을 완전히 왜곡할 수 있습니다. 스캔 PDF 워크플로 를 사용하고 원본 페이지 이미지를 비교 기준용으로 반드시 보관하세요.

BookTranslator는 지원되는 전체 PDF 문서를 번역할 수 있습니다. 레이아웃 유지가 중요한 텍스트 선택 가능 문서의 경우 표준 PDF 번역이 적합한 방식입니다. OCR 모드는 스캔본이나 이미지가 많은 페이지에서 내용을 추출하여 가독성 있는 번역본 PDF로 재구성할 수 있지만, 원본 페이지의 레이아웃, 글꼴 또는 글꼴 크기를 완벽하게 보존하는 것은 보장하지 않습니다. BookTranslator는 인보이스를 발행하거나, 세무 처리를 검증하거나, 공증 번역을 제공하거나, 결제 지침을 승인하지 않습니다.

이러한 기준에 부합한다면 대표 샘플 문서로 PDF 번역기를 테스트해 보세요. 결제 전에 작업 세부 정보를 면밀히 확인하고, 다운로드한 문서는 원본 구조가 그대로 유지되었다고 맹신하지 말고 새로운 결과물로 간주하여 철저히 검토하시기 바랍니다.

내보낸 PDF를 실제 거래 문서 관점에서 검토하기

최종 파일을 새 뷰어에서 열고 다음 3단계 검토를 실행하세요.

1. 필드별 검토

• 보호된 모든 식별자를 글자 하나하나 대조합니다.
• 모든 날짜를 의미상 값과 역할에 따라 비교합니다.
• 수량, 단가, 할인, 요율, 세액, 합계 필드를 비교합니다.
• 품목 설명이 올바른 행에 그대로 연결되어 있는지 확인합니다.
• 원본과 번역본의 인보이스 품목 행 수가 동일한지 확인합니다.

2. 계산 검토

• 각 행의 금액을 다시 계산합니다.
• 해당되는 경우 과세 항목별 소계를 합산합니다.
• 원본 문서의 계산 방식과 반올림 규칙을 적용하여 세금을 재계산합니다.
• 크레딧, 보증금(선납금), 기납부 금액, 미납 잔액을 대조하여 맞춥니다.
• 모든 차이점을 면밀히 조사하며, 아주 작은 오차라도 단순 번역 노이즈로 치부해서는 안 됩니다.

3. PDF 검토 단계

• 텍스트 오버플로, 잘림, 열 밀림 현상, 페이지 구분을 점검합니다.
• 품목별 내역 표를 일반 텍스트로 복사하여 읽기 순서를 확인합니다.
• 모든 청구서 및 구매 주문서(PO) 참조 번호를 검색하여 대조합니다.
• 링크, 첨부 파일, 주석, 양식 필드, 서명 등이 포함되어 있다면 이를 검증합니다.
• 번역본임을 나타내는 표기가 필수 청구서 내용을 가리지 않는지 확인합니다.

글꼴, 언어 적용 범위, 이미지, 접근성 및 최종 파일 검사를 진행할 때는 더 포괄적인 PDF 번역 QA 체크리스트 를 활용하세요. 표가 복잡한 경우에는 PDF 표 및 차트 워크플로.

번역본이 새로운 원본 청구서로 오인될 수 있다면 작업을 멈추세요

다음과 같은 상황에서는 번역본을 배포해서는 안 됩니다.

• 수취인의 인증 요건이나 완전성 규칙을 알 수 없는 경우
• 원본과 번역본이 명확히 구별되지 않는 경우
• 청구서, 세무, 구매 주문서 또는 결제 식별자 중 하나라도 불일치하는 경우
• 품목 설명이 원본의 해당 항목과 확실하게 연결되지 않는 경우
• 원본과 번역본의 산술 연산 결과가 일치하지 않는 경우
• OCR 오류 가능성으로 인해 숫자, 부호, 소수점, 식별자에 불확실성이 있는 경우
• 서명이나 구조화된 전자 청구서 레이어가 권한 없이 수정된 경우
• 최종 PDF 파일을 별도로 다시 열어 독립적으로 점검하지 않은 경우

실무적인 원칙은 엄격합니다. 언어만 번역하고 거래 관련 사실 정보는 그대로 보존해야 하며, 필드별 비교와 산술 검증을 통해 이를 입증해야 합니다. 누가 무엇을 공급했는지, 지불해야 할 금액이 얼마인지, 세금이 어떻게 표기되었는지, 어디로 송금해야 하는지가 왜곡되었다면 아무리 자연스럽게 번역된 청구서라도 결코 성공적인 번역이 아닙니다.