독일 회계 소프트웨어 vs AI 인보이스 추출
월 300건 인보이스에서 살아남는 워크플로는?

데이터 캡처의 두 가지 철학, 도구 대 도구의 싸움이 아닙니다

독일의 모든 재무 팀은 공급업체로부터 들어오는 인보이스를 처리할 때 데이터 캡처 철학을 가지고 있습니다. 이름을 붙이지 않았을 뿐입니다. 이 철학은 매일 사용하는 소프트웨어와 새 공급업체가 첫 인보이스를 보낼 때 내리는 결정에 녹아 있습니다.

첫 번째 철학은 양식 우선입니다. 인보이스를 열고 페이지의 각 필드를 확인한 후 구조화된 입력 그리드에 매핑합니다. 소프웨어가 슬롯을 제공합니다. 일치하는 값을 찾습니다. DATEV Unternehmen Online, Lexware Office, sevDesk가 인보이스 데이터 입력을 처리하는 방식이 바로 이것입니다. 소프트웨어가 무엇이 어디에 들어갈지 정의하고, 사람이 문서의 레이아웃과 시스템의 예상 형식 사이의 간격을 메웁니다.

두 번째 철학은 콘텐츠 우선입니다. 원하는 데이터 포인트의 이름을 지정하면 시스템이 문서 내 어디에 있든 그 의미를 이해하여 찾습니다. 위치가 아니라 의미를 기준으로 합니다. 이것이 AI 의미론적 추출, 즉 맞춤 열 추출입니다. "Rechnungsnummer," "Nettobertrag," "Leistungsdatum"과 같이 필요한 필드 이름을 입력하면 AI가 사람처럼 문서를 읽고, 공급업체의 레이아웃과 관계없이 각 값을 찾습니다.

이 두 접근 방식은 경쟁 제품이 아닙니다. 워크플로우에서 지능이 어디에 있는지에 대한 경쟁적인 가정입니다. 하나는 사람이 문서 필드를 소프트웨어 슬롯에 시각적으로 매칭하여 지능을 제공합니다. 다른 하나는 기계가 문서 의미론을 이해하여 지능을 제공합니다. 월간 시간으로 측정한 실질적인 차이는 대부분의 팀이 생각하는 것보다 큽니다.

독일 회계 소프트웨어가 송장 데이터를 실제로 처리하는 방식

이 비교에서 무엇이 중요한지 이해하려면 마케팅 페이지 너머를 바라보고 각 플랫폼에서 데이터 입력이 실제로 어떻게 작동하는지 확인해야 합니다.

DATEV Unternehmen Online (DUO)는 Steuerberater와 협력하는 기업에게 가장 일반적인 진입점입니다. DUO에는 OCR 기반 송장 인식 기능이 내장되어 있습니다. 문서를 업로드하면 시스템이 주요 필드를 자동으로 추출하려고 시도합니다. 표준 독일 송장 레이아웃(Rechnungsnummer가 오른쪽에 일관되게 표시되고, VAT 세분화가 예측 가능한 2행 표를 따르며, 공급업체가 일반적인 템플릿을 사용하는 경우)에서는 합리적으로 잘 작동합니다. 한계는 범위에 있습니다. DUO의 인식 기능은 표준 형식의 독일 송장에 맞춰 조정되어 있으며 플랫폼 직접 접근이 필요합니다. 비정형 형식, 낮은 스캔 품질, 또는 비독일어 콘텐츠가 포함된 송장은 일반적으로 OCR 통과 후 수동 수정이 필요합니다. DATEV 자체는 자동화 깊이에서 전문 추출 도구보다 18~36개월 뒤처져 있으며, AI 제품 수익(2024년 €3.7백만)은 성장하고 있지만 VC 지원 핀테크에 뒤처지는 혁신 속도를 반영합니다.

Lexware Office와 sevDesk는 다른 접근 방식을 취합니다. 두 제품 모두 AI 기반 영수증 캡처를 제공합니다. 모바일 앱으로 Beleg을 스캔하거나 PDF를 끌어다 놓으면 시스템이 거래에 할당하고 예산 카테고리를 제안합니다. sevDesk의 자동 게시 규칙은 은행 및 문서 데이터를 원장 항목으로 매핑할 수 있습니다. 그러나 자동화는 얕습니다. AI는 추출보다는 분류에 가깝습니다. 실제 필드 수준 데이터(Rechnungsnummer, VAT 세율별 Einzelbeträge, Leistungsdatum)의 경우 여전히 한쪽 화면에서 송장을 보고 다른 쪽에서 소프트웨어에 입력해야 합니다. Lexware Office는 최소한의 AI 자동화를 제공하고, sevDesk는 영수증 매칭을 추가하지만 깊은 필드 추출은 제공하지 않습니다. 두 제품 모두 DATEV 호환 내보내기 파일을 생성하지만, 데이터가 입력된 후에만 가능합니다.

이 플랫폼들의 공통점은 미묘하지만 결과적으로 중요한 설계 가정입니다. 소프트웨어는 구조화된 입력을 기대합니다. DATEV는 세미콜론 구분자와 ANSI 인코딩의 CSV 파일을 가져옵니다. sevDesk와 Lexware는 사전 정의된 레이블이 있는 양식 필드를 제공합니다. 모든 플랫폼은 데이터가 게시 로직에 도달할 때쯤에는 누군가가 이미 문서를 살펴보고 관련 필드를 식별하여 올바른 슬롯에 배치했을 것이라고 가정합니다. 문제는 그 "누군가"가 사람이냐 기계냐입니다.

이것은 소프트웨어에 대한 비판이 아닙니다. 회계 소프트웨어가 설계된 목적과 설계되지 않은 것을 정확하게 설명하는 것입니다. DATEV의 핵심 역량은 문서 판독이 아닙니다. Steuerberater 워크플로우를 갖춘 세무 준수 복식부기입니다. sevDesk의 핵심 역량은 촬영된 Rechnungen에서 필드 추출이 아닙니다. 중소기업을 위한 현대적인 인보이스 및 결제 추적 인터페이스입니다. 각 도구는 제 역할을 잘 수행합니다. 그러나 공급업체의 PDF를 구조화된 데이터로 변환하는 작업은 이들 중 어느 것도 구축되지 않은 상류 작업이며, 그 상류의 공백이 Buchhalter의 일정을 데이터 입력 시간으로 채웁니다.

이 격차가 왜 존재하는지, 그리고 전자 인보이스 전환 이후에도 왜 지속될지에 대한 더 깊은 분석은 독일 인보이스 데이터 입력이 여전히 수동으로 남아 있는 구조적 이유에 대한 분석을 참조하세요.

AI 의미론적 추출이 동일한 문제에 접근하는 방식

의미론적 추출은 워크플로의 반대쪽 끝에서 시작합니다. 양식을 제공하고 작성하도록 요청하는 대신, 원하는 것을 명명하도록 요청한 다음 문서 어디에서든 해당 값을 레이아웃과 관계없이 찾아냅니다.

실제로는 이렇게 보입니다. 열 이름 집합을 정의합니다: Rechnungsnummer, Rechnungsdatum, Lieferant, Nettobetrag, USt-Betrag (19%), USt-Betrag (7%), Bruttobetrag, USt-IdNr, Leistungsdatum. 인보이스 배치를 업로드합니다 — Metro에서 온 PDF 10개, 지역 Handwerker의 사진으로 찍은 Rechnungen 5개, 네덜란드 공급업체의 스캔 문서 3개 — 그러면 AI가 한 번에 모두 처리합니다. 각 인보이스에 대해 필드가 의미하는 바를 의미론적으로 이해하여 요청된 모든 필드를 찾아냅니다. 템플릿 위치를 일치시키는 것이 아닙니다.

이 메커니즘은 규칙이 덧붙여진 OCR이 아닙니다. 사람처럼 문서를 읽는 비전-언어 모델입니다. "Rechnungs-Nr.," "RG-Nr. 2026-0442," "Invoice #"가 모두 동일한 개념을 가리킨다는 것을 인식합니다. 공급업체마다 레이블과 위치가 다르더라도 말입니다. "Netto"라는 열 아래와 "19%" 오른쪽에 있는 숫자가 표준 VAT 세율의 순액임을 이해합니다. 템플릿이 알려줬기 때문이 아니라, 문서의 구조가 인간 독자에게 전달하는 것과 같은 방식으로 그 관계를 전달하기 때문입니다.

세 가지 기능이 회계 소프트웨어 데이터 입력과 구별됩니다:

제로 템플릿 운영. 새 공급업체가 첫 인보이스를 보냅니다 — 설정이 필요 없습니다. AI는 기존 공급업체의 50번째 인보이스를 읽는 것과 같은 방식으로 읽습니다. 이것이 템플릿 기반 OCR과의 가장 큰 운영상 차이점입니다: 추출 템플릿 라이브러리를 구축, 유지 또는 업데이트할 필요가 없습니다. 인보이스 스캐닝 소프트웨어를 평가할 때 가장 먼저 테스트해야 할 사항입니다.

형식 간 일관성. 동일한 열 정의가 깨끗한 PDF, 종이 인보이스의 흐릿한 사진, 2022년의 스캔 문서, ZUGFeRD 하이브리드 파일에서 작동합니다. 회계 소프트웨어의 기본 OCR은 일반적으로 첫 번째 범주만 안정적으로 처리합니다. 나머지는 수동 대체가 필요합니다 — 바로 양식 우선 철학이 다시 나타나는 지점입니다.

추출 중 필드 수준 계산. 이는 페이지에 있는 것을 찾는 것 이상입니다. 계산 열을 정의할 수 있습니다 — 예를 들어, Nettobertrag + USt-Betrag = Bruttobetrag인지 확인하고 일치하면 "OK"를, 일치하지 않으면 차액을 출력하는 열입니다. 이 검증은 Excel에서 별도의 사후 처리 단계가 아닌 추출 중에 실행됩니다. 또한 문서 내용에 따라 인보이스를 분류하는 추론 열을 정의할 수 있습니다 — 예를 들어, 어느 필드에도 "Kostenstelle"라는 단어가 없더라도 공급업체 신원과 인보이스 설명에 따라 Kostenstelle 값을 할당하는 경우입니다.

출력은 정확한 열 이름을 헤더로 하는 단일 구조화된 스프레드시트(CSV 또는 Excel)이며, DATEV로 직접 가져올 수 있도록 형식이 지정됩니다(세미콜론, ANSI 인코딩, DD.MM.YYYY 날짜 형식, 쉼표 소수 표기). Steuerberater는 누군가 수동으로 입력한 것과 동일한 파일 구조를 받게 되며, 키 입력과 오류율만 제외됩니다.

필드 단위 접근 방식 — 원하는 것을 정확히 지정하고 AI가 이를 찾도록 하는 방식 — 이 개별 송장 필드의 의미론적 추출을 템플릿 기반 OCR과 질적으로 다르게 만드는 이유입니다. 차이는 단지 속도만이 아닙니다. 문서 레이아웃에 대해 생각하는 것을 멈추고 데이터 요구사항에 대해 생각하기 시작한다는 점이 다릅니다.

§14 UStG 필드 정의부터 DATEV 호환 출력까지 이 추출 워크플로우를 구축하는 전체 단계별 가이드는 독일 Rechnung 데이터를 Excel로 추출하는 가이드를 참조하세요.

비교: 템플릿 기반 입력 vs 의미론적 추출

이 비교는 소프트웨어 브랜드에 관한 것이 아닙니다. 두 데이터 캡처 모델 간의 구조적 차이 — 그리고 실제 독일 AP 환경에서 각각이 한계에 부딪히는 지점에 관한 것입니다.

각 접근 방식이 실제로 적합한 경우

정직한 비교는 경계를 그립니다. 어느 접근 방식도 보편적으로 옳지는 않습니다. 결정은 볼륨, 공급업체 다양성, 그리고 워크플로우가 실제로 수신하는 비정형 입력의 양에 달려 있습니다.

네이티브 회계 소프트웨어 데이터 입력이 적합한 경우: 월 20-30건 미만의 송장을 처리하고, 거의 모두 표준 레이아웃의 국내 독일 공급업체에서 오며, Steuerberater가 DATEV 생태계 내에서 모든 것을 종단 간 처리하고, 다국어 또는 필기 입력이 없는 경우입니다. 이 시나리오에서는 추출 레이어를 도입하는 오버헤드가 — 가벼운 것이라도 — 절약되는 시간을 정당화하지 못할 수 있습니다. 단순하게 유지하세요. 폼 우선 모델은 정확히 이 볼륨을 위해 설계되었습니다.

AI 의미론적 추출이 더 강력한 선택이 되는 경우: 월 송장 볼륨이 50건을 넘고, 공급업체 기반에 혼합 형식(PDF, 스캔, 사진)이 포함되며, 다국어 송장을 처리하고, 헤더 필드가 아닌 라인 항목 세부 정보가 필요하거나, 월 결산을 위해 송장을 일괄 처리하는 경우입니다. 추출이 비용을 상쇄하는 기준점은 주관적이지 않습니다. 독일 비용 환경을 위해 구축된 프레임워크를 사용해 계산할 수 있으며, 이는 독일 중소기업을 위한 송장 처리 비용 계산 프레임워크에 자세히 설명되어 있습니다.

많은 팀이 선택하는 중간 지점: 익숙한 공급업체에서 깨끗한 PDF로 도착하는 표준 국내 송장에는 DUO를 사용하고, 사진으로 찍힌 Handwerker 송장, 네덜란드 공급업체 PDF, VAT 라인 항목이 분할된 다중 페이지 Metro Rechnungen 같은 예외 문서에는 AI 추출 레이어를 사용하는 방식입니다. 이 하이브리드 접근 방식은 회계 소프트웨어를 대체하지 않습니다. 가장 노동 집약적인 문서를 가장 빠르게 처리하는 도구로 우회시키면서, 단순한 문서는 네이티브 워크플로우에 유지합니다.

실제 배치 추출이 이를 어떻게 처리하는지 구체적으로 알아보려면 — 80개의 혼합 형식 Rechnungen을 단일 업로드로 처리하는 과정 — 독일 Eingangsrechnungen의 Excel 일괄 처리 가이드를 참조하세요.

DATEV 인계: CSV 호환성이 네이티브 통합보다 중요한 이유

독일 회계 소프트웨어 비교에서 "네이티브 DATEV 통합"이 CSV 기반 데이터 인계보다 본질적으로 더 낫다는 반복적인 가정이 있습니다. 이 가정을 직접 검토해 볼 가치가 있습니다.

DATEV의 가져오기 형식은 엄격하고 문서화가 잘 되어 있습니다: 세미콜론 구분자, ANSI/Windows-1252 인코딩, DD.MM.YYYY 날짜 형식, 쉼표 기반 소수 표기(1.234,56 €). 이러한 요구 사항을 충족하는 CSV 파일은 DUO의 네이티브 인터페이스를 통해 입력된 데이터와 기능적으로 동일합니다 — Steuerberater의 DATEV Rechnungswesen 설치가 동일한 방식으로 처리합니다. 가져오기 인터페이스는 필드 순서, 인코딩, 형식 규칙이 일치하는 한 DUO의 OCR로 생성된 CSV와 외부 추출 도구로 생성된 CSV를 구분하지 않습니다.

통합 아키텍처보다 더 중요한 것은 Steuerberater의 책상에 도착하는 CSV의 필드 완전성입니다. 14개 Pflichtangaben 중 7개만 추출하고 나머지 7개를 수동으로 완성해야 하는 네이티브 DUO 통합은, 14개 필드를 모두 올바른 형식으로 각각의 신뢰도 점수와 함께 제공하는 외부 추출 워크플로우보다 덜 유용합니다. Steuerberater는 어떤 소프트웨어가 CSV를 생성했는지 신경 쓰지 않습니다. 전표 입력 전에 수정해야 하는지가 중요할 뿐입니다.

이것이 추출 도구의 브랜드 이름보다 출력 형식이 더 중요한 이유이기도 합니다. 쉼표가 아닌 세미콜론. UTF-8이 아닌 ANSI. ISO 8601이 아닌 DD.MM.YYYY. 마침표 소수가 아닌 쉼표 소수. 이러한 규칙 중 하나라도 틀리면 — 많은 범용 추출 도구가 그렇습니다 — CSV 가져오기가 DATEV에서 조용히 실패합니다. Buchhalter는 Steuerberater가 배치를 돌려보낼 때까지 문제를 발견하지 못합니다. 그 시점에 추출로 절약한 시간은 형식 문제 해결에 허비됩니다.

E-Rechnung 의무화가 이 비교에 미치는 변화

독일의 B2B 전자송장 의무화는 단계적으로 시행되고 있습니다: 2025년 1월부터 수신 기능이 요구되었고, 2027년까지 매출 80만 유로 이상 기업은 발행이 의무화되며, 2028년까지 모든 기업으로 확대됩니다. 형식은 XRechnung(순수 XML)과 ZUGFeRD 2.0.1+(XML이 내장된 하이브리드 PDF/A-3)입니다. 서류상으로는 이로 인해 추출 문제가 원천적으로 해결됩니다. 모든 송장이 기계 판독 가능한 XML로 도착한다면 OCR이나 AI 추출이 전혀 필요 없기 때문입니다.

2025~2028년 전환 기간의 실제 운영 상황은 더 복잡합니다. 2026년의 일반적인 재무 팀은 대형 공급업체의 XRechnung XML(기계 판독은 가능하지만 사람의 눈에는 보이지 않음 — 시각적 렌더링이 없음), 중견 공급업체의 ZUGFeRD 하이브리드 PDF(일반 송장처럼 보이지만 대부분의 이메일 시스템이 제거하는 구조화된 데이터가 내장됨), 아직 전환 의무가 없는 소규모 공급업체의 기존 PDF, 그리고 여전히 물리적 우편을 보내는 개인 사업자의 촬영된 종이 송장을 받습니다. 네 가지 형식, 하나의 목적지: Steuerberater가 매월 10일까지 기대하는 DATEV CSV입니다.

바로 여기서 두 접근 방식이 크게 갈라집니다. 네이티브 XRechnung/ZUGFeRD 파싱을 갖춘 회계 소프트웨어(DATEV DUO, sevDesk, Lexware Office)는 구조화된 XML 형식을 잘 처리합니다. 그러나 전환 기간 동안 지속될 기존 PDF와 촬영된 송장의 경우, 소프트웨어는 수동 데이터 입력에 의존합니다. XML 파서는 XRechnung 필드를 완벽하게 읽습니다. 사람이 나머지를 모두 수동으로 읽습니다. 워크플로우는 가장 구조화되지 않은 입력만큼만 자동화됩니다.

의미론적 추출 계층은 이를 평탄화합니다: 구조화된 전자송장의 XRechnung XML을 파싱하고 동일한 AI 엔진으로 PDF, 스캔, 사진에서 필드를 추출합니다. 출력은 송장이 어떻게 도착했는지와 관계없이 단일 통합 CSV입니다. 2028년부터 모든 공급업체가 구조화된 전자송장을 보내야 할 때, PDF/스캔 추출 기능은 규정 준수 안전망이 됩니다 — 기본 수집 경로가 아니라, XML이 손상된 ZUGFeRD 파일을 보내는 공급업체, 의무 범위 밖의 해외 공급업체, 또는 감사에서 발견되는 2024년 종이 송장을 위한 폴백입니다.

자주 묻는 질문

AI 추출이 손으로 쓴 독일어 인보이스에서도 작동하나요?

네, 단, 중요한 경계가 있습니다. 표준 Rechnung 레이아웃(Handwerker가 인쇄된 양식에 펜으로 작성하는 종류)에 또박또박 쓴 필기는 비전-언어 모델이 안정적으로 추출합니다. Buchhalter가 눈을 찡그리며 동료에게 확인을 요청할 정도로 알아보기 어려운 필기는 AI로도 해결되지 않습니다. 알아볼 수 있는 독일어 손글씨 인보이스 필드의 정확도는 일반적으로 90% 이상이지만, 신뢰 임계값 아래로 떨어지는 10%는 자동 승인하지 않고 사람의 검토를 위해 표시해야 합니다. 실질적인 가치는 AI가 손글씨 인보이스의 90%를 사람이 건드리지 않고 처리하고, 경계선에 있는 10%는 검증 경로로 보낸다는 점입니다. 이는 100%를 수동으로 입력하는 워크플로우와는 다른 방식입니다.

AI 추출이 §13b 역충전 인보이스를 올바르게 처리할 수 있나요?

네, 하지만 명시적인 정의가 필요합니다. §13b 역충전 시나리오(일반적으로 EU 역내 공급자 인보이스에서 발생)는 공급자가 VAT를 부과하지 않고 수령자가 이를 자체적으로 회계 처리하는 것을 의미합니다. AI는 역충전 지표를 감지하도록 구성할 수 있습니다: VAT 라인 부재, "reverse charge", "Steuerschuldnerschaft des Leistungsempfängers" 또는 "VAT shifted to recipient"와 같은 문구의 존재 등이 그것입니다. 추론 열을 통해 역충전 장부 처리를 위한 올바른 Steuerschlüssel을 할당할 수 있습니다. 핵심은 "구성"이라는 단어입니다. 이는 모든 추출 도구에서 기본적으로 자동으로 작동하는 것이 아닙니다. 로직을 한 번 정의하면 이후 일괄 처리의 모든 인보이스에 일관되게 적용됩니다.

AI 추출을 사용해도 회계 소프트웨어가 여전히 필요한가요?

네, 반드시 필요합니다. AI 추출은 데이터 입력 단계, 즉 공급업체의 PDF를 수신한 후 스프레드시트에 구조화된 데이터가 생기기까지의 워크플로우 부분을 대체합니다. 장부 기장, VAT 신고, 은행 거래 조정, 재무 보고, Steuerberater 협업을 대체하지는 않습니다. 이러한 기능을 위해서는 여전히 DATEV, Lexware 또는 sevDesk가 필요합니다. 달라지는 것은 데이터가 회계 시스템에 들어가는 방식입니다. Buchhalter가 직접 입력하는 대신 AI가 문서를 읽고 CSV를 출력하여 직접 가져오는 방식입니다. 해당 가져오기 이후의 회계 소프트웨어 역할은 변함이 없습니다.

AI 추출 CSV는 단독으로 GoBD를 준수하나요?

아닙니다. 추출 도구의 CSV는 작업 파일일 뿐이며, 감사에 대비한 아카이브가 아닙니다. GoBD는 수신 송장에 대해 세 가지를 요구합니다: 수신된 형식의 원본 문서(PDF, 스캔, 사진), 추출되거나 입력된 데이터, 그리고 누가 언제 무엇을 변경했는지 기록하는 개정 보안 감사 추적입니다. 추출 도구는 처리 결정에 대한 감사 로그를 생성해야 합니다. 그러나 GoBD 준수 아카이브는 추출 도구가 아닌 문서 관리 시스템이나 회계 소프트웨어에 있습니다. 추출 계층은 구조화된 데이터와 감사 로그를 생성하며, 둘 다 원본 문서 이미지와 함께 기존 GoBD 아카이브에 입력된다고 생각하십시오.

클라우드 기반 AI 추출의 DSGVO 준수는 어떻습니까?

이는 전적으로 제공업체에 달려 있습니다. 독일 공급업체 송장에는 DSGVO의 적용을 받는 개인 데이터(공급업체 이름, 주소, 때때로 개인 Steuernummern)가 포함되어 있습니다. 추출 제공업체의 호스팅 위치와 데이터 처리 계약이 중요합니다. 문서화된 GDPR 준수, 데이터 처리 계약(Auftragsverarbeitungsvertrag, 즉 AVV), 자동 파일 삭제 정책을 갖춘 EU 호스팅 제공업체는 법적 요구 사항을 충족합니다. EU 외부에서 호스팅되는 제공업체는 데이터 전송 메커니즘에 대한 면밀한 검토가 필요합니다. 이는 AI 추출 범주 자체의 한계가 아니라 공급업체 선택 기준입니다. 동일한 DSGVO 검토가 sevDesk 및 클라우드 호스팅 DATEV 모듈을 포함한 모든 클라우드 기반 회계 도구에 적용됩니다.

DUO의 OCR과 전용 AI 추출 도구 간 필드 수준 정확도는 어떻게 비교됩니까?

DATEV DUO의 OCR은 필드가 기존 방식으로 일관되게 배치되고 라벨이 지정된 표준 독일 송장 레이아웃에서 높은 정확도를 달성합니다. 비표준 형식, 스캔 문서, 사진, 다국어 송장에서는 정확도가 떨어집니다. 비전-언어 모델을 사용하는 전용 AI 추출 도구는 다양한 형식의 인쇄 텍스트에서 95-99%의 필드 수준 정확도를 달성하고, 읽을 수 있는 필기에서는 약 90% 이상을 달성합니다. 운영상의 차이는 정확도 수치뿐만 아니라 추출 후 어떤 일이 발생하는지에 있습니다. DUO OCR은 DATEV 생태계 내에서 작동하므로 수정이 동일한 인터페이스 내에서 이루어집니다. 외부 추출 도구는 필드별 신뢰도 점수를 제공하여 검토자가 모든 것을 다시 확인하는 대신 신뢰도 임계값 아래의 필드에만 집중할 수 있도록 해야 합니다. 두 워크플로 모두 사람의 검토가 필요합니다. 차이는 송장 중 얼마나 많은 부분을 검토하고 얼마나 많은 부분을 자동 승인하는지입니다.

과도하게 고민하지 않고 선택하는 방법

팀이 월 30장 이하의 독일 공급업체 인보이스를 처리하고, 레이아웃을 알고 있는 공급업체에서 오며, Steuerberater가 DATEV 내에서 모든 것을 처리한다면 — 회계 소프트웨어의 기본 데이터 입력 방식을 유지하세요. 추출 레이어를 추가하는 것은 필요 없는 오버헤드입니다.

팀이 월 50장 이상의 인보이스를 처리한다면 — 특히 사진, 스캔, PDF 형태로 여러 언어로 도착하고 레이아웃이 자주 바뀌는 공급업체에서 오는 경우 — 결정적으로 의미론적 추출 쪽으로 기울어집니다. 독일 Buchhalter 인건비 기준으로 인보이스당 절약되는 시간만으로도 일관되게 사용하는 첫 달 안에 추출 도구 비용을 충당할 수 있습니다.

이 결정은 회계 소프트웨어를 대체하는 문제가 아닙니다. 회계 소프트웨어가 Buchhalter의 시간을 가장 많이 소모하는 작업, 즉 공급업체 문서를 읽고 그 내용을 양식에 입력하는 작업을 수행하도록 설계된 적이 없다는 점을 인식하는 것입니다. 그 작업은 모든 회계 플랫폼의 앞단계에 있습니다. 공급업체 인보이스와 Steuerberater의 DATEV 사이 — 바로 그곳에 워크플로 철학 결정이 자리 잡고 있습니다.