폴크스방크 라이파이젠방크
거래 내역서를 Excel로 변환

폴크스방크 라이파이젠방크 계좌 거래 내역서의 차이점

폴크스방크와 라이파이젠방크 — 통칭 VR은행 — 은 독일의 협동조합 금융 그룹(Genossenschaftliche FinanzGruppe Volksbanken Raiffeisenbanken)을 구성합니다. 중앙에서 관리되는 도이체방크나 콤메르츠방크와 달리, VR그룹은 약 800개의 독립 은행으로 이루어져 있으며, 각 은행은 폴크스방크 슈투트가르트, 폴크스방크 쾰른 본, 라이파이젠방크 바트 쾨칭 등 지역을 담당합니다. 이들을 하나로 묶는 것은 DZ BANK와 Atruvia(그룹 IT 서비스 제공업체)가 개발한 공통의 Kontoauszug PDF 기술 표준입니다. VR은행 거래 내역서 하나를 이해하면 모든 내역서를 이해할 수 있습니다.

Kontoauszug(독일 은행 계좌 거래 내역서)는 VR은행에서 발행하는 경우 인식 가능한 레이아웃을 따릅니다. 왼쪽 상단에 "VR-Bank" 또는 "Volksbank" 또는 "Raiffeisenbank" 로고, 상단 섹션에 계좌 소유자 정보와 IBAN/BIC, 본문에 거래 테이블이 있습니다. 그러나 VR은행 형식에는 다른 독일 은행과 추출 방식을 다르게 만드는 세 가지 구조적 특징이 있습니다.

첫째, 다중 계좌 PDF. 단일 VR은행 Kontoauszug는 같은 PDF 문서에 당좌 계좌(Auszugskonto)와 증권 계좌(Depotkonto)를 자주 결합합니다. 문서의 전반부에는 SEPA 이체, 자동 이체, 정기 이체 등 당좌 거래가 표시되고, 후반부에는 배당금 지급, 매수/매도 결제, 보관 수수료 등 증권 관련 항목이 표시됩니다. PDF당 계좌 하나를 가정하는 일반 추출 도구는 두 계좌 유형을 단일 테이블에 섞거나 증권 거래를 완전히 누락시킵니다.

둘째, 조합원 계좌(Mitgliederkonto). VR은행은 협동조합(Genossenschaften)이므로 계좌 소유자는 은행 지분을 보유한 조합원(Mitglieder)이기도 합니다. Kontoauszug에는 사업 출자금(Geschäftsguthaben)에 대한 배당금 지급(Gewinnausschüttung)이나 조합원 보너스 지급 등 조합원 전용 항목이 포함되는 경우가 있습니다. 이러한 항목은 표준 거래와 다른 레이아웃을 사용합니다. 사용 목적 필드가 없고, 비표준 금액 형식이며, IBAN 대신 조합원 지분 계좌 번호를 참조합니다. 모든 행에 사용 목적 열이 있다고 가정하는 위치 기반 추출 도구는 이러한 조합원 행을 잘못 정렬합니다.

셋째, GENO BIC. 모든 VR은행은 GENO(Genossenschaft의 약자)로 시작하는 BIC를 보유합니다. 일반적인 VR은행 BIC는 GENODEF1XXX와 같습니다. 처음 네 글자는 협동조합 은행임을 식별하고, 다음 두 글자(DE)는 국가를 나타내며, 나머지 글자는 특정 은행을 식별합니다. 이 일관된 BIC 접두사는 자동 계좌 분류에 유용합니다. 여러 독일 은행의 거래 내역서를 처리하는 경우, GENO 접두사는 문서가 VR은행 내역서임을 즉시 식별하며, 이는 Sparkasse나 콤메르츠방크 내역서와 다른 열 매핑이 필요할 수 있습니다.

VR은행 명세서의 주요 필드

VR은행의 Kontoauszug(계좌 거래 내역서)에는 독일 은행 명세서에서 기대하는 모든 표준 필드와 협동조합 은행 형식에만 있는 몇 가지 고유 필드가 포함되어 있습니다. 어떤 필드를 추출해야 하는지, 그리고 해당 필드가 어떻게 표시되는지 이해하는 것은 유용한 스프레드시트 출력을 위한 전제 조건입니다.

VR은행 명세서에서 이러한 필드를 추출할 때의 어려움은 문서가 당좌 계좌 거래와 증권/조합원 항목이라는 근본적으로 다른 두 데이터 구조를 동일한 PDF 내에서 혼합하고 있다는 점입니다. 모든 페이지를 균일한 테이블로 처리하는 도구는 증권 행을 잘못 정렬하거나 완전히 누락시킬 수 있습니다.

일반 PDF-to-Excel 도구가 VR은행 거래 내역서 처리에 어려움을 겪는 이유

일반 PDF-to-Excel 변환기와 전통적인 OCR 도구는 모든 페이지가 동일한 열 구조를 따른다는 공통된 가정을 공유합니다. 이 가정은 VR은행 거래 내역서에서 세 가지 특정 방식으로 무너집니다.

증권 계좌 문제. 당좌 계좌 거래가 끝나고 증권 계좌 섹션이 시작되면 열 레이아웃이 변경됩니다. 증권 항목은 표준 거래 필드 대신 "Stück"(수량), "Kurs"(가격), "Kurswert"(시장 가치), "Wertpapierkennnummer"(증권 식별 번호) 등 다른 필드 라벨을 사용합니다. 문서의 전반부로 학습된 템플릿 기반 OCR 도구는 증권 계좌 필드를 잘못된 당좌 계좌 열에 매핑하여 배당금 지급의 주식 수량이 사용 목적 열에 나타나고 가격이 잔액 열에 들어가는 무의미한 행을 생성합니다.

다중 행 사용 목적. VR은행 거래 내역서는 거래당 3~6줄에 걸쳐 있는 조밀한 다중 행 사용 목적 블록을 사용합니다. 각 줄에는 SEPA 코드 접두사 — 실제 목적 텍스트용 SVWZ+, 종단 간 참조용 EREF+, 위임 참조용 MREF+, 채권자 식별자용 CRED+ — 가 포함됩니다. 줄 기반 OCR 엔진은 각 SEPA 코드 줄을 별도의 텍스트 행으로 처리하여 단일 거래를 여러 스프레드시트 행으로 분할하고 정렬 오류를 이후 모든 열에 연쇄적으로 전파합니다. 200개 거래 내역서에서 1%의 정렬 오류율만 있어도 두 개의 손상된 행이 발생하며, 이를 수동으로 식별하고 수정하는 데 20분이 걸릴 수 있습니다.

조합원 계좌 배당금 줄. 협동조합 조합원 배당금 지급은 완전히 다른 행 형식을 사용합니다. 일반적인 조합원 배당금 줄은 "사업 출자금 배당금 지급"과 같은 참조와 유로 금액이 표시되며 — IBAN, 사용 목적, 거래 유형 코드가 없습니다. 이 행은 위의 표준 거래 행과 동일한 수의 열을 갖지 않을 수도 있습니다. 모든 행이 동일한 열 집합을 가질 것으로 기대하는 도구는 누락된 필드를 null로 해석하고 금액을 잘못된 열로 이동시킵니다.

의미 기반 추출 도구 — 텍스트 줄 구문 분석이 아닌 문서를 시각적으로 읽는 도구 — 는 세 가지 경우를 모두 자동으로 처리합니다. AI는 당좌 계좌 테이블에서 증권 계좌 섹션으로의 전환을 인식하고, 다중 행 사용 목적 블록을 단일 행으로 그룹화하며, 각 필드가 나타내는 의미를 이해하여 조합원 배당금 줄을 올바른 출력 열에 매핑합니다.

VR은행 명세서를 6단계로 변환하는 방법

다음은 폴크스방크 라이파이젠방크(VR은행) 계좌 거래 내역서 PDF를 다운로드부터 내보내기까지 구조화된 Excel 스프레드시트로 변환하는 실용적인 워크플로입니다. 계좌가 폴크스방크 슈투트가르트, 라이파이젠방크 오버바이에른 또는 약 800개 VR은행 기관 중 어디에 있든 동일한 단계가 적용됩니다.

VR-NetWorld vs. 온라인 뱅킹: 두 가지 PDF 출처

VR은행 고객은 두 가지 경로를 통해 계좌 거래 내역서를 받을 수 있으며, 어느 경로를 사용하느냐에 따라 추출 작업 흐름이 약간 달라집니다. 이 차이를 이해하면 흔한 불편을 피할 수 있습니다. 겉보기에는 정상이지만 추출을 방해하는 내장 서식이 포함된 파일을 다운로드하는 경우가 바로 그것입니다.

VR-NetWorld 소프트웨어는 협동조합 금융 그룹의 IT 서비스 제공업체인 Atruvia(구 Fiducia & GAD IT AG)가 개발한 데스크톱 뱅킹 애플리케이션입니다. FinTS/HBCI 표준을 통해 은행에 연결하여 계좌 거래 내역서를 컴퓨터에 직접 다운로드합니다. VR-NetWorld에서 내보낸 PDF는 일반적으로 잘 구성되어 있습니다. 소프트웨어가 은행 자체 PDF 템플릿을 사용하여 생성하므로 텍스트 레이어가 깨끗하고 기계가 읽을 수 있습니다. 그러나 일부 VR-NetWorld 버전은 기업 고객을 위해 독점 DTA/VT 형식으로 계좌 거래 내역서를 내보내는데, 이는 표준 PDF 구조가 아니므로 일반 추출 도구로는 읽을 수 없습니다. 기업 뱅킹에 VR-NetWorld를 사용하는 경우 DTA가 아닌 PDF로 내보내야 합니다.

온라인 뱅킹(브라우저 기반)은 VR은행 웹사이트를 통해 접속하는 웹 포털입니다. 온라인 뱅킹 시스템에서 생성된 PDF는 VR-NetWorld와 동일한 기본 형식을 사용하지만 세무서가 종이 명세서와 동등한 것으로 인정하는 적격 전자 서명(qualifizierte elektronische Signatur)과 같은 추가 보안 기능이 포함될 수 있습니다. 일부 VR은행은 온라인 포털을 통해 비밀번호로 보호된 PDF를 발급합니다. 비밀번호는 종종 계좌 번호 또는 가입 시 설정한 PIN입니다. ImageToTable.ai는 이러한 암호화된 PDF를 지원합니다. 처리 전에 비밀번호를 입력하면 AI가 비밀번호를 저장하지 않고 메모리에서 파일을 해독합니다.

VR 뱅킹 앱(모바일)에서도 PDF 다운로드를 제공합니다. 모바일에서 생성된 PDF는 온라인 뱅킹 버전과 시각적으로 동일하지만, 앱이 전송을 위해 압축하면 이미지 해상도가 낮아질 수 있습니다. 최상의 추출 결과를 얻으려면 모바일 앱보다 온라인 뱅킹 포털이나 VR-NetWorld를 사용하세요.

중요한 점은 추출 도구가 PDF가 어느 경로에서 왔는지 상관하지 않는다는 것입니다. AI는 출처와 관계없이 문서 레이아웃을 동일한 방식으로 읽습니다. PDF에 거래 데이터가 표시되어 있는 한(DTA/VT 독점 형식이 아닌 경우) 추출 작업 흐름은 동일합니다.

독일 회계 소프트웨어용 VR은행 데이터 준비

모든 VR은행 거래가 포함된 구조화된 Excel 파일만으로도 유용합니다. 독일 회계 소프트웨어용으로 형식이 맞춰진 파일이라면 시간 절약 효과가 훨씬 커집니다. VR은행 거래 내역 데이터가 가장 많이 사용되는 세 가지 대상은 DATEV, Lexware, sevDesk이며, 각각 특정 형식 요구 사항이 있어 첫 시도에 가져오기가 성공할지 거부될지가 결정됩니다.

DATEV는 독일 세무사(Steuerberater)가 사용하는 지배적인 시스템입니다. 구분 기호로 쉼표가 아닌 세미콜론, 소수 구분 기호로 쉼표, ANSI/Windows-1252 문자 인코딩, 그리고 SKR03 또는 SKR04 표준 계정 체계에 매핑되는 특정 열 순서를 갖춘 CSV 파일을 기대합니다. 거래 유형 필드(SEPA 이체, SEPA 자동 이체, 정기 이체)는 적절한 DATEV BU 키(예약 키)에 매핑되어야 합니다. VR은행 거래 내역서의 경우 사용 목적 필드에는 세무사가 미결 항목 관리(offene Posten-Verwaltung)에 사용하는 송장 번호나 고객 참조 번호가 포함되는 경우가 많습니다. 이 필드가 누락되거나 잘리면 일치하지 않는 모든 거래를 수동으로 조회해야 합니다.

Lexware buchhalter 및 클라우드 기반 Lexware Office는 UTF-8 인코딩과 쉼표 구분 기호가 있는 CSV 가져오기를 허용하며, 거래 데이터에 IBAN과 BIC가 포함되어 있어야 합니다. 사용 목적은 최대 140자까지 가능하며, 이는 일반적으로 VR은행 거래 내역서에 충분합니다.

sevDesk는 API를 통한 직접 은행 거래 내역 가져오기를 지원하며, CSV가 표준 열 이름을 사용하면 추출된 필드를 자동으로 매핑할 수 있습니다. 단일 계좌에 대한 12개월치 거래 내역서 등 VR은행 거래 내역서 배치를 처리하는 경우 도구가 모든 거래를 하나의 출력 테이블로 병합하므로 12번 가져오는 대신 한 번만 가져오면 됩니다.

여러 독일 은행 거래 내역서의 일괄 처리에 대한 자세한 안내는 Buchhaltung용 독일 은행 거래 내역서 일괄 처리 가이드를 참조하세요.

VR은행 계좌 거래 내역서 추출을 위한 GoBD 준수

독일의 GoBD 규정(전자적 형태의 장부, 기록 및 문서의 적절한 관리 및 보존 원칙)은 연방재무부가 제정하고 조세기본법(AO) 제146조 및 제147조에 명시되어 있으며, 계좌 거래 내역서를 포함한 모든 세무 관련 문서를 10년간 변경 불가능한 기계 판독 가능 형식으로 보관하도록 요구합니다. VR은행 계좌 거래 내역서의 경우 특히 세 가지 준수 사항이 중요합니다.

추출된 Excel 파일은 작업용 복사본일 뿐, 보관용 대체물이 아닙니다. 원본 PDF 계좌 거래 내역서(VR-NetWorld 또는 온라인 뱅킹 포털에서 다운로드한 것)는 GoBD를 준수하는 아카이브에 변경 불가능한 상태로 저장되어야 합니다. 추출된 스프레드시트는 조정, 비용 추적 및 회계 소프트웨어 가져오기를 위한 운영 도구이지만 원본을 대체하지는 않습니다.

완전성은 준수 요구사항입니다. 추출 파이프라인이 증권 계좌 항목을 누락하거나 조합원 계좌 배당금 행을 잘못 정렬하면 결과 스프레드시트는 GoBD의 완전성 요구사항을 충족하지 못합니다. 이것이 바로 다중 계좌 PDF 형식을 올바르게 처리하는 의미론적 추출이 단순한 편의성뿐만 아니라 규정 준수를 위해 중요한 이유입니다. 12개월 감사 기간 동안 월별 증권 거래 하나가 누락되면 12개의 누락 항목이 되어 세무 조사관이 §162 AO에 따라 문제를 제기할 수 있으며, 잠재적으로 추계 과세로 이어질 수 있습니다.

추적 가능성을 유지해야 합니다. 세무 조사 중에 감사관은 회계 시스템의 특정 값이 어떻게 도출되었는지 질문할 수 있습니다. Bbox 검증 기능(추출된 각 셀을 원본 문서의 위치에 연결)을 사용하면 Excel 셀의 모든 거래를 1분 이내에 원본 계좌 거래 내역서의 위치로 추적할 수 있습니다. 계좌 거래 내역서 추출 방법에 대한 자세한 내용은 계좌 거래 내역서 데이터 추출 완벽 가이드를 참조하세요.

자주 묻는 질문

모든 폴크스방크와 라이파이젠방크가 동일한 계좌 거래 내역서 형식을 사용하나요?

네. 약 800개의 법적으로 독립된 은행임에도 불구하고, VR 그룹은 계좌 거래 내역서 PDF에 대해 통일된 기술 표준을 사용합니다. 레이아웃(헤더 구조, 필드 레이블, 거래 테이블 형식)은 모든 기관에서 일관됩니다. 즉, 폴크스방크 슈투트가르트의 거래 내역서와 라이파이젠방크 바트 쾨칭의 거래 내역서가 동일한 방식으로 추출됩니다. 오스트리아 라이파이젠방크(라이파이젠란데스방크)는 George 플랫폼에서 다른 형식을 사용하므로 이 표준에 포함되지 않습니다.

증권 계좌 항목이 당좌 계좌 거래와 섞여 있을 때 도구가 어떻게 처리하나요?

의미 기반 추출은 PDF의 각 섹션을 독립적으로 읽습니다. AI는 문서가 당좌 계좌 테이블에서 증권 계좌 섹션으로 전환되는 시점을 인식하고 열 매핑을 자동으로 조정합니다. 출력에 Kontoart 열을 정의하면 각 행에 "당좌" 또는 "증권" 태그가 지정되어 별도로 필터링하거나 분석할 수 있습니다.

VR-NetWorld 내보내기가 DTA/VT 형식입니다. 도구가 이를 지원하나요?

DTA/VT는 전자 계좌 거래 내역서를 위한 독일 은행 전용 형식으로, 표준 PDF가 아닙니다. 이 도구는 PDF, JPEG 또는 PNG 입력이 필요합니다. VR-NetWorld에서 계좌 거래 내역서를 다운로드할 때 "DTA" 대신 "PDF로 내보내기"를 선택하십시오. 이미 DTA/VT를 사용 중인 워크플로우가 있다면 VR-NetWorld 내에서 PDF로 인쇄하여 형식을 변환해야 할 수 있습니다.

조합원 계좌 배당금 지급이 올바르게 추출되나요?

네, 하지만 조합원 계좌 데이터를 위한 별도 열을 정의해야 할 수 있습니다. 표준 당좌 계좌 열은 배당금 금액을 캡처하지만, 참조 정보가 일반 거래와 동일한 SEPA 구조를 갖지 않을 수 있습니다. Mitgliederkonto-Referenz 열을 추가하면 출력에서 이러한 항목을 표준 거래와 분리하는 데 도움이 됩니다.

여러 페이지로 구성된 VR은행 계좌 거래 내역서(당좌 계좌와 증권 계좌가 혼합된 경우)도 처리할 수 있나요?

네, 가능합니다. 이 도구는 페이지 수에 관계없이 PDF를 처리합니다. 페이지 경계를 넘어 누적 잔액을 추적하고, 어떤 페이지에서든 계좌 유형 간 전환을 식별합니다. 당좌 계좌 거래 10페이지와 증권 계좌 항목 10페이지가 혼합된 20페이지 분량의 명세서도 한 번의 업로드로 처리됩니다.

VR은행 계좌 거래 내역서 PDF가 비밀번호로 보호되어 있으면 어떻게 하나요?

일부 VR은행은 온라인 뱅킹 포털을 통해 비밀번호로 보호된 계좌 거래 내역서를 발급하며, 비밀번호는 일반적으로 계좌번호 또는 등록 시 설정한 PIN입니다. 이 도구는 암호화된 PDF를 지원합니다. 처리 전에 비밀번호를 입력하면 파일이 메모리에서 복호화됩니다. 비밀번호는 저장되지 않습니다. 동일한 PIN을 사용하는 월별 명세서의 경우, 계정 설정에 비밀번호를 저장하여 자동 복호화할 수 있습니다.

DATEV 형식으로 직접 내보낼 수 있나요?

이 도구는 표준 CSV 및 Excel로 내보냅니다. DATEV 호환(구분자로 세미콜론, ANSI/Windows-1252 인코딩, 독일식 소수점 표기)을 위해서는 내보낸 CSV를 후처리하거나, 정리된 구조화 데이터를 세무사에게 전달하여 DATEV 가져오기 워크플로우에서 형식 변환을 처리하도록 할 수 있습니다.