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

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

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

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

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

발주서-납품서-청구서 매칭 문제가 단순 자동화를 거부하는 이유

3자 매칭 워크플로우 — 발주서, 납품서, 청구서가 수량, 가격, 조건에 대해 일치하는지 확인하는 절차 — 는 일본 조달에서 과다 지불, 이중 지불, 사기를 방지하는 통제 지점입니다. 또한 수동 데이터 입력 병목 현상이 집중되는 곳이기도 합니다. 대부분의 팀이 가장 먼저 시도하는 "OCR 출력을 VLOOKUP하면 되는 것 아닌가"라는 단순한 해법이 통하지 않는 이유는 다음과 같습니다.

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

템플릿 매칭 대신 문서 의미를 읽는 추출 접근 방식이 여기서 판도를 바꿉니다. 추출 단계에서 발주서를 구조화된 필드로 출력한다면 — 발주서 번호를 열로, 항목 이름을 열로, 수량과 단위를 각각의 열로 분리하고, 단가를 세금 별도로 정규화 — 동일하게 구조화된 청구서 추출 결과에 대한 매칭 단계는 간단한 열 비교가 됩니다. 무거운 작업은 스프레드시트에서 추출 단계로 이동합니다.

하도급법은 또한 추출 속도를 중요하게 만드는 시간 제약을 부과합니다. 지급은 물품 또는 서비스 수령일로부터 60일 이내에 이루어져야 합니다(納品日から60日以内). 추출과 매칭에 그 60일 창 중 일주일이 소요된다면, 조달 팀은 승인 라우팅, 불일치 해결, 지급 처리를 포함한 다른 모든 작업에 53일이 남습니다. 추출 단계를 며칠에서 몇 초로 줄이면 규정 준수 창의 사용 가능한 부분이 직접적으로 확장됩니다.

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

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

동일한 열 스키마는 다음 달에도, 새로 온보딩하는 공급업체의 발주서에도, 법인세법에 따라 7년간 보관이 법적으로 요구되고 하도급법에 따라 2년간 보관해야 하는 이전 회계연도의 보관 발주서에도 그대로 작동합니다. 공급업체가 ERP를 업그레이드하면서 발주서 형식을 변경해도 정의한 열 이름은 영향을 받지 않습니다.

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

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

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

일본 발주서의 지급 조건은 "20일締翌月末払い" 또는 "月末締翌々月末払い" 또는 "納品後60日以内"와 같은 간결한 복합 표현으로 표기됩니다. 각 표현에는 두 가지 정보가 포함되어 있습니다: 청구 기간이 마감되는 시점과 그 마감일 기준 지급 기한입니다. 발주서와 청구서를 대조하는 조달 팀은 두 정보를 별도의 열로 필요로 합니다 — 마감일은 청구서의 청구 기간이 발주서와 일치하는지 확인하고, 지급 지연 기간은 청구서의 납기일이 올바른지 확인하는 데 사용합니다.

일반 추출은 이를 단일의 구분되지 않은 텍스트 문자열로 출력합니다. 계산 열(Computed Column) — 추출 중에 AI가 문서에서 직접 읽지 않고 값을 계산하는 열 — 이 문제를 해결합니다. 마감일과 같은 열과 지급 지연 개월 수와 같은 두 번째 열을 정의합니다. AI가 일본어 지급 조건 관례를 분석하여 수식으로 계산할 수 있는 구조화된 값을 출력합니다.

소비세 구분 (消費税区分) — 복수 세율 대응

일본의 복수 세율 소비세 제도로 인해 단일 발주서에 10%, 8%, 면세 품목이 함께 포함될 수 있습니다. 2023년 10월부터 시행된 적격 송장 제도(インボイス制度)를 준수하려면 청구서에 세율별로 세액을 구분하여 표시해야 합니다. 발주서 추출 결과에서 어떤 품목이 어떤 세율로 과세되는지 보존되지 않으면 청구서의 세액 합계를 발주서와 대조할 수 없습니다 — 조달 팀은 세금 계산을 확인할 수 없는 상태에서 지급을 승인하게 됩니다.

해결책은 추론 열(Inferred Column) — AI가 라벨이 있는 필드에서 읽지 않고 문맥에서 값을 추론하는 열 — 입니다. 세금 구분 — 품목 설명에서 판단. 식품/음료 품목 → 8% 인하. 일반 상품 → 10%. 수출 품목 또는 명시적으로 비과세로 표시된 품목 → 면세를 정의합니다. AI가 각 품목 설명을 읽고 추출 중에 올바른 세금 구분을 할당하므로, 출력 스프레드시트에 세금 구분이 이미 채워진 상태로 도착합니다 — 세율별 합계 검증에 바로 사용할 수 있습니다.

납품 장소(納入場所) — 세분화되고, 가변적이며, 매우 중요합니다

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

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

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

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

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

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

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

공통점은 분명합니다: 일본의 모든 주요 회계 플랫폼은 구조화된 데이터 가져오기를 지원합니다. 병목 현상은 가져오기 기능이 아니라 발주서 데이터를 구조화된 형태로 만드는 첫 단계였습니다. 깨끗한 Excel 열이 준비되면 가져오기는 파일 업로드 또는 복사-붙여넣기에 불과합니다.

자주 묻는 질문

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

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

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

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

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

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

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

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

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

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

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

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

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