일본 발주서 데이터를 Excel로 추출하는 방법
공급업체 송장 대사용

일본 발주서의 구성 — 항목별 설명

일본의 발주서는 서양의 발주서보다 더 표준화되어 있으면서도 더 세밀한 구조를 따릅니다. 표준화된 이유는 공정거래위원회(JFTC)가 하도급법에 명시하고 2026년 중소수탁거래적정화법(取適法)으로 강화한 하도급 거래의 필수 기재 사항 덕분에 모든 법적 발주서가 동일한 핵심 정보를 포함하기 때문입니다. 세밀한 이유는 해당 항목 안의 내용이 일본 비즈니스 관행을 반영하며, 일반적인 추출 도구로는 분석하도록 학습되지 않았기 때문입니다.

JFTC는 발주서(2026년 법률에 따른 공식 명칭은 제4조 서면)에 최소한 다음 사항이 포함되어야 한다고 규정합니다: 양 당사자 명칭, 발행일, 인도물품 설명, 납품 기한, 납품 장소, 검사 완료일, 지급 금액, 지급 기한, 지급 방법입니다. 실제로 대부분의 일본 발주서에는 매칭 업무에 중요한 추가 항목이 포함됩니다. 다음은 조달 관리자가 실제로 다루는 전체 구조입니다:

JFTC의 샘플 발주서 템플릿은 규정 준수 문서에 표시되는 모든 필수 필드의 전체 세트를 보여줍니다. 추출에 대한 시사점: 일본 발주서는 자유 형식의 비즈니스 서신이 아닙니다. 예측 가능한 필드가 있는 구조화된 문서이지만, 해당 필드에는 일본 조달 맥락을 위해 설계되지 않은 도구에는 보이지 않는 관행에 의해 규율되는 콘텐츠가 포함되어 있습니다. 추출 작업은 "이 문서를 읽는 것"이 아니라 "이 문서를 읽고 마감일이 지급 계산에 무엇을 의미하는지 이해하는 것"입니다.

발주서-납품서-청구서 매칭 문제가 단순 자동화로 해결되지 않는 이유

3자 매칭 워크플로우(발주서, 납품서, 청구서의 수량, 가격, 조건 일치 여부 확인)는 일본 조달에서 초과 지급, 중복 지급, 사기를 방지하는 통제 지점입니다. 동시에 수동 데이터 입력 병목 현상이 집중되는 곳이기도 합니다. 대부분의 팀이 먼저 시도하는 "OCR 출력을 VLOOKUP으로 처리"라는 명백한 해결책이 통하지 않는 이유는 다음과 같습니다.

핵심 어려움은 세 문서가 동일한 거래를 서로 다른 텍스트 표현으로 기술한다는 점입니다. 공급업체의 발주서에는 "스테인리스 볼트 M8×30 (SUS304)"로 항목이 나열되어 있지만, 해당 청구서에는 "SUS 볼트 M8"로 축약되어 있습니다. 하나를 기준으로 다른 하나를 검색하면 Excel에서 #N/A가 반환됩니다. 발주서에는 수량이 "1식"(1 lot)으로 기재되어 있지만, 청구서는 동일한 합계에 대해 lot를 5개(個)로 세분화합니다. 수량이 숫자상으로 일치하지 않지만 동일한 주문을 나타냅니다. 발주서에는 단가가 세금 제외(税抜)로 표시되고, 청구서에는 세금 포함(税込)으로 표시되어, 단순 비교 시 가격이 변경되었다고 결론내립니다.

이것이 템플릿 매칭이 아닌 문서 의미론을 읽는 추출 접근 방식이 상황을 바꾸는 지점입니다. 추출 단계에서 발주서를 구조화된 필드(발주 번호 열, 품목명 열, 수량과 단위가 각각 분리된 열, 단가가 세금 제외로 정규화된 열)로 출력한다면, 동일하게 구조화된 청구서 추출 결과와의 매칭은 단순한 열 비교가 됩니다. 무거운 작업은 스프레드시트(공급업체가 서식을 변경하면 깨지는 복잡한 다중 조건 VLOOKUP 수식)에서 추출 단계(AI가 표현을 단일 스키마로 해결하는 곳)로 이동합니다.

하도급법은 또한 추출 속도를 중요하게 만드는 시간 제약을 부과합니다. 대금은 상품 또는 서비스 수령일(납품일)로부터 60일 이내에 지급되어야 합니다. 추출 및 매칭에 60일 중 1주일이 소요된다면, 조달팀에는 승인 라우팅, 불일치 해결, 지급 처리를 위한 53일만 남습니다. 추출 단계를 며칠에서 몇 초로 단축하면 규정 준수 기간의 사용 가능한 부분이 직접적으로 확장됩니다.

발주서 데이터를 Excel로 추출하는 방법 — 단계별 가이드

수동으로 발주서를 Excel에 옮겨 적는 작업을 대체하는 워크플로는 세 단계로 구성됩니다. 첫 번째 단계인 추출할 항목 정의는 한 번만 설정하면 모든 공급업체, 모든 발주서 형식, 이후 모든 일괄 처리에 적용됩니다.

동일한 열 스키마가 다음 달에도, 새로 온보딩한 공급업체의 발주서에도, 법인세법(法人税法)상 7년, 하도급법상 2년간 보관이 법적으로 의무화된 이전 회계연도(決算年度)의 보관 발주서에도 그대로 적용됩니다. 공급업체가 ERP를 업그레이드하면서 발주서 형식을 변경해도, 사용자가 정의한 열 이름은 영향을 받지 않습니다.

일반 추출이 실패하는 필드와 그 처리 방법

일본 발주서에서 세 가지 데이터 포인트는 다른 항목보다 자동 추출이 어렵습니다. 읽기 어려워서가 아니라, 추출 시 단순화하지 않고 보존해야 하는 비즈니스 로직이 포함되어 있기 때문입니다.

지급 조건(支払条件) — 텍스트 문자열에서 결제일로

일본 발주서의 지급 조건은 "20일締翌月末払い", "月末締翌々月末払い", "納品後60日以内"처럼 간결한 복합 표현으로 표기됩니다. 각 표현에는 청구 기간 마감일(締日, settlement day)과 그 마감일 기준 지급 기한이라는 두 가지 정보가 포함되어 있습니다. 발주서와 송장을 대조하는 조달팀은 이 두 데이터를 별도 열로 확보해야 합니다. 마감일은 송장 청구 기간이 발주서와 일치하는지 확인하고, 지급 지연 기간은 송장 납기일이 올바른지 확인하는 데 사용됩니다.

일반 추출은 이를 하나의 구분되지 않은 텍스트 문자열로 출력합니다. 계산 열(Computed Column) — AI가 문서에서 직접 읽지 않고 추출 중에 값을 계산하는 열 — 이 문제를 해결합니다. 예를 들어 마감일 (지급 조건에서 일자 추출: "20일締"이면 20, "月末締"이면 31)이라는 열과 지급 지연 개월 수 (지급 조건에서: "翌月末払い"이면 1, "翌々月末払い"이면 2)라는 두 번째 열을 정의합니다. AI가 일본어 지급 조건 관례를 분석하여 수식으로 계산할 수 있는 구조화된 값을 출력합니다.

소비세 구분 — 복수 세율 매칭

일본의 복수 세율 소비세 제도에서는 하나의 발주서에 10%, 8%, 비과세 항목이 혼재될 수 있습니다. 2023년 10월부터 시행된 적격 송장 제도(인보이스 제도)를 준수하려면 청구서에서 세율별로 금액을 구분해야 합니다. 발주서 추출 결과에서 각 항목이 어떤 세율로 과세되는지 보존되지 않으면 청구서의 세액 합계를 발주서와 대조할 수 없습니다. 즉, 조달팀이 세금 계산을 확인할 수 없는 상태에서 지불을 승인하게 됩니다.

해결책은 추론 열입니다. AI가 라벨이 지정된 필드에서 읽는 대신 문맥을 통해 값을 추론하는 열입니다. 소비세 구분(옵션: 10% 표준, 8% 경감, 비과세) — 품목 설명에서 판단. 식음료 품목 → 8% 경감. 일반 상품 → 10%. 수출 품목 또는 명시적으로 비과세 표기된 항목 → 비과세로 정의합니다. AI가 각 라인 항목 설명을 읽고 추출 중에 올바른 소비세 구분을 할당하므로, 출력 스프레드시트에는 세율별 합계 검증이 가능하도록 세금 구분이 이미 채워져 도착합니다.

납품 장소(納入場所) — 세분화, 가변적, 중요

일본 제조업 발주서의 납품 장소는 독특하게 구체적입니다. "〇〇株式会社 埼玉工場 第二組立課 B棟3階"는 공장 단지 내 특정 건물, 층, 부서를 참조합니다. 이러한 문자열은 공급업체에 따라 길이와 세부 수준이 다르고, 자주 약칭(埼玉工場 → 埼工)되며, 내부 생산 일정의 조회 키로 사용됩니다. 납품 장소가 손상되거나 잘린 경우 — 층 정보가 누락된 "〇〇株式会社 埼玉工場 第二組立課 B棟" — 자재가 잘못된 접수 도크로 보내집니다. 추출 시 인쇄된 전체 문자열을 보존해야 하며, 일본어 언어 모델이 없는 OCR 엔진이 자주 오독하는 한자(工場 vs 工塲, 棟 vs 楝)도 포함해야 합니다.

추출된 발주서 데이터를 일본 회계 소프트웨어로 가져오기

추출 작업의 결과물은 스프레드시트입니다. 최종 목적지는 매칭이 이루어지는 회계 또는 구매 소프트웨어입니다. 다음은 일본 기업이 실제로 사용하는 도구에 파이프라인이 연결되는 방식입니다.

Yayoi (弥生会計 / 弥生販売) — 일본 중소기업 회계 시장 점유율 1위입니다. Yayoi의 데스크톱 및 클라우드 제품은 분개장 및 구매 원장 데이터에 대한 CSV 가져오기를 지원합니다. 추출된 데이터의 열 헤더는 가져오기 필드 매핑이 됩니다: 발주서 번호 → 伝票番号, 날짜 → 日付, 공급업체 → 仕入先, 금액 → 金額. 구매 및 재고 관리를 위한 동반 제품인 Yayoi Sales (弥生販売)는 발주서 데이터를 구매 모듈에 직접 가져옵니다. 이는 추출에서 가져오기까지의 단계를 파일 업로드로 줄여주는 전용 파이프라인입니다.

freee — 70,000개 이상의 일본 중소기업이 사용하는 클라우드 회계 플랫폼입니다. freee의 API 및 CSV 가져오기는 자동 분개(自動仕訳)를 통한 구매 거래 등록을 지원합니다. 품목별 세금 구분과 함께 추출된 발주서 데이터는 freee의 소비세 신고에 직접 입력되며, 이는 적격 송장 제도 준수를 위해 필요한 10% 표준 세율과 8% 경감 세율 계산을 모두 지원합니다.

MoneyForward Cloud Accounting (マネーフォワード クラウド会計) — freee의 주요 경쟁사로, 일본에서 가장 많은 금융 기관 API 연결(2,451개 이상)을 보유하고 있습니다. MoneyForward의 구매 관리 모듈은 CSV 가져오기를 지원하며, 공급업체명과 금액이 포함된 추출된 발주서 데이터가 구매 원장에 직접 입력됩니다. 플랫폼의 자동 은행 거래 내역 조정 기능은 추출된 지불 기록을 은행 피드와 매칭하여 발주서 추출부터 지불 확인까지의 과정을 완결합니다.

Kanjo Bugyo (勘定奉行) — OBC의 회계 제품군으로, 일본 중견 기업(연간 매출 5억~50억 엔)에서 지배적입니다. Kanjo Bugyo의 구매 모듈은 발주서 데이터의 일괄 가져오기를 지원하며, 특히 다중 부문 비용 배분(部門別原価管理)에 강점이 있습니다. 발주서에 부서 코드나 원가 센터가 포함된 경우, 해당 필드는 자동으로 부문별 손익 보고서에 반영됩니다.

공통점: 모든 주요 일본 회계 플랫폼은 구조화된 데이터 가져오기를 지원합니다. 병목 현상은 가져오기 기능 자체가 아니라, 발주서 데이터를 먼저 구조화된 형태로 만드는 데 있었습니다. 깔끔한 Excel 열이 확보되면, 가져오기는 파일 업로드 또는 복사-붙여넣기에 불과합니다.

자주 묻는 질문

공급업체로부터 팩스로 전송된 수기 발주서도 읽을 수 있나요?

네, 가능합니다. 일본 공급업체, 특히 중소 제조업체와 무역 회사는 수기 또는 일부 수기로 작성된 발주서(볼펜으로 품목과 수량을 기재하고 회사 도장(社判)을 날인한 문서)를 자주 팩스로 보냅니다. AI 모델은 조달 약어(㈱는 株式会社, No.는 番号)에서 흔히 사용되는 축약된 한자를 포함한 일본어 필기체를 읽을 수 있습니다. 종이 결, 기울어짐, 잉크 번짐 등 품질이 크게 저하된 팩스의 경우, 어려운 문자가 있는 출력물은 점검(스팟 체크)이 필요할 수 있습니다. 팩스 원본 문서의 정확도를 높이려면 300dpi 이상으로 스캔하는 것이 좋습니다.

단일 발주서가 여러 페이지로 구성된 경우는 어떻게 하나요?

발주서의 모든 페이지를 한 번에 업로드하십시오. 추출 엔진은 동일한 파일의 여러 페이지를 하나의 연속된 문서로 처리합니다. 헤더 필드(발주 번호, 공급업체, 날짜)는 한 번 추출되며, 모든 페이지의 라인 항목은 동일한 행 집합으로 수집됩니다. 연속 페이지에 헤더가 없고 이전 페이지의 라인 항목 테이블만 계속되는 다중 페이지 팩스 발주서의 경우, 추출 엔진은 첫 번째 페이지에서 식별된 발주 번호에 모든 항목을 연결하여 연속성을 유지합니다.

모든 공급업체가 다른 발주서 형식을 사용하는 경우에도 작동하나요?

네, 가능합니다. 이것이 템플릿 기반 OCR보다 의미론적 추출이 갖는 결정적인 장점입니다. 템플릿 기반 도구는 각 공급업체의 형식에 맞는 별도의 구문 분석 템플릿(영역 좌표 또는 필드 레이블 정의)을 생성하고 유지 관리해야 합니다. 공급업체가 ERP를 업그레이드하거나 서식을 재설계할 때와 같이 발주서 레이아웃을 변경하면 템플릿이 깨져서 다시 구축해야 합니다. 의미론적 추출은 각 데이터가 페이지의 어디에 나타나는지가 아니라 무엇인지를 이해하여 문서를 읽습니다. 발주 번호는 미쓰비시 케미컬의 발주서 오른쪽 상단에 인쇄되어 있든, 지역 하청업체의 수기 팩스 하단 중앙에 있든 항상 발주 번호입니다.

추출 시 8%와 10% 소비세 분할은 어떻게 처리되나요?

일본의 복수 세율 소비세 제도에서는 청구서에 세율별로 과세 항목을 구분하여 기재해야 합니다. 발주서 추출 시, 예를 들어 세율(옵션: 8%, 10%, 비과세) — 품목 설명 기준으로 분류와 같이 세율 분류 로직을 지정하는 열을 추가하면, AI가 각 라인 항목을 평가하여 추출 중에 올바른 세율을 할당합니다. 식품 및 정기구독 신문은 8%, 그 외는 10%, 수출 거래 및 명시적으로 면세되는 항목은 비과세로 처리됩니다. 추출된 데이터에는 세율이 이미 할당되어 있어, 청구서의 세액 내역과 일치하는 세율별 합계 계산을 즉시 수행할 수 있습니다. 이는 추론 열에 해당합니다. 즉, 세율이 발주서에 인쇄되어 있지 않지만, 추출 중 AI가 품목 설명을 기반으로 도출해냅니다.

동일한 워크플로우로 다른 일본 조달 문서도 처리할 수 있나요?

열 스키마 접근 방식은 전체 조달 문서 체인에 적용됩니다. 견적서(見積書)의 경우: 공급업체, 품목, 단가, 유효 기간을 추출하여 발주서와 비교함으로써 주문 가격이 견적 가격과 일치하는지 확인합니다. 납품서(納品書)의 경우: 납품 수량을 추출하여 발주서 수량과 비교함으로써 청구서 도착 전에 부족 납품을 식별합니다. 청구서(請求書)의 경우: 청구 금액과 세액 내역을 추출하여 발주서 데이터와 비교함으로써 지불 승인 전에 확인합니다. 동일한 추출 플랫폼이 네 가지 문서 유형을 모두 처리하며, 동일한 열 명명 로직이 적용됩니다. 즉, 원하는 필드를 정의하면 AI가 의미를 기준으로 해당 필드를 찾습니다. 관련 문서 수준 워크플로우는 일본 은행 통장 데이터 추출, 호주 BAS 추출 워크플로우, 캐나다 GST/HST 신고 데이터 추출에 대한 가이드에서 다루고 있습니다.

종이 발주서에서 전자 대사까지

일본의 조달 문서 체인(견적서, 발주서, 납품서, 청구서)은 각 문서를 관행을 이해하는 사람이 읽는 환경을 위해 설계되었습니다. 발주서에 "20일 마감 익월 말 지불"이라고 적혀 있으면, 사람은 이것이 청구월 20일 기준 다음 달 말까지 지불을 의미한다는 것을 압니다. 청구서는 품목명을 약칭으로 표기하지만, 사람은 그것이 발주서의 동일한 제품을 가리킨다는 것을 압니다. 세율 분류는 품목 설명에 내포되어 있으며, 사람은 머릿속으로 매핑합니다. 조달 디지털화의 걸림돌은 이러한 문서에 구조가 부족해서가 아닙니다(사실 매우 구조화되어 있습니다). 문제는 그 구조가 사람 독자 간의 공유된 맥락에 의존하는 반면, 해당 맥락에 접근할 수 없는 기계는 구조를 잘못 읽는다는 데 있습니다.

필드 위치가 아닌 필드 의미를 읽는 발주서 추출은 이러한 격차를 해소합니다. 발주서 번호는 OCR 오류 대신 조회 키가 됩니다. 지불 조건은 하나의 왜곡된 문자열 대신 결제일과 지연 기간이라는 두 개의 열이 됩니다. 세율 분류는 청구서 검토 시 머리를 긁적이게 하는 대신 데이터가 채워진 열이 됩니다. 조달 팀은 현재 재입력에 소비하는 시간을 되찾고, 회사의 현금을 보호하는 통제 지점인 대사 워크플로우는 더 빠르고 신뢰할 수 있게 됩니다.