독일 회계 소프트웨어 vs AI 송장 추출
월 300건의 송장을 처리하는 데 어떤 워크플로우가 살아남을까?

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

공급업체 송장을 처리하는 모든 독일 재무팀에는 명시적으로 이름을 붙이지 않았더라도 데이터 캡처 철학이 있습니다. 이는 매일 사용하는 소프트웨어와 새로운 공급업체가 첫 송장을 보낼 때 내리는 결정에 내재되어 있습니다.

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

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

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

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

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

DATEV Unternehmen Online (DUO)는 세무사와 협력하는 기업이 가장 많이 사용하는 진입점입니다. DUO에는 OCR 기반 송장 인식 기능이 내장되어 있습니다. 문서를 업로드하면 시스템이 자동으로 주요 필드를 추출합니다. 표준 독일 송장 형식(Rechnungsnummer가 오른쪽에 일관되게 표시되고, VAT 세분화가 예측 가능한 2행 테이블을 따르며, 공급업체가 일반적인 템플릿을 사용하는 경우)에서는 비교적 잘 작동합니다. 한계는 범위에 있습니다. DUO의 인식 기능은 표준 형식의 독일 송장에 맞춰져 있으며 직접 플랫폼 접근이 필요합니다. 형식이 비정상적이거나, 스캔 품질이 낮거나, 독일어가 아닌 송장은 OCR 처리 후 수동 수정이 필요한 경우가 많습니다. DATEV 자체는 자동화 깊이에서 특화된 추출 도구보다 18~36개월 뒤처져 있으며, AI 제품 수익(2024년 €370만)은 증가 추세이지만 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税率での正味金額であることを理解します。

この3つの能力が、会計ソフトのデータ入力とは一線を画します。

テンプレート不要の運用。 新しい取引先から最初の請求書が届いても、設定は不要です。AIは、既存の取引先からの50通目の請求書と同じように読み取ります。これがテンプレートベースのOCRとの最大の運用上の違いです。抽出テンプレートのライブラリを構築、維持、更新する必要は一切ありません。

フォーマット間の一貫性。 同じ列定義が、鮮明なPDF、ぼやけた紙の請求書の写真、2022年のスキャン文書、ZUGFeRDハイブリッドファイルでも機能します。会計ソフトのネイティブOCRは、通常、最初のカテゴリのみを確実に処理します。残りは手動でのフォールバックが必要になり、そこでフォーム優先の哲学が再び前面に出てきます。

추출 중 필드 수준 계산. 이는 단순히 페이지에서 데이터를 찾는 것을 넘어섭니다. 계산된 열(Computed Column)을 정의할 수 있습니다. 예를 들어, 순 금액(Nettobertrag) + 부가세(USt-Betrag) = 총액(Bruttobetrag)이 일치하는지 확인하여 일치하면 "OK"를, 일치하지 않으면 차액을 출력하는 열을 만들 수 있습니다. 이 검증은 추출 중에 실행되며, Excel에서 별도의 후처리 단계가 아닙니다. 또한 추론된 열(Inferred Columns)을 정의하여 문서 내용을 기반으로 송장을 분류할 수 있습니다. 예를 들어, 공급업체 신원과 송장 설명을 기반으로 비용 센터(Kostenstelle) 값을 할당할 수 있으며, 어떤 필드에도 "Kostenstelle"라는 단어가 포함되어 있지 않아도 가능합니다.

출력은 단일 구조화된 스프레드시트(CSV 또는 Excel)로, 정확한 열 이름이 헤더로 포함되며 DATEV로 직접 가져올 수 있는 형식(세미콜론, ANSI 인코딩, DD.MM.YYYY 날짜 형식, 쉼표 소수점 표기)으로 제공됩니다. 귀하의 세무사는 모든 데이터를 수동으로 입력한 것과 동일한 파일 구조를 받게 되며, 키 입력과 오류율이 줄어듭니다.

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

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

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

이 비교는 소프트웨어 브랜드에 관한 것이 아닙니다. 두 데이터 캡처 모델 간의 구조적 차이와 실제 독일 AP 환경에서 각 모델이 어디에서 한계를 드러내는지에 관한 것입니다.

각 접근 방식의 실제 적용 분야

공정한 비교는 경계를 명확히 합니다. 어느 한 접근 방식이 항상 옳지는 않습니다. 결정은 처리량, 공급업체 다양성, 그리고 워크플로우가 실제로 처리하는 비정형 입력의 양에 따라 달라집니다.

기존 회계 소프트웨어 수동 입력이 적합한 경우: 월 20~30건 미만의 송장을 처리하고, 거의 모든 송장이 표준 양식을 사용하는 독일 국내 공급업체로부터 발행되며, 세무사가 DATEV 생태계 내에서 모든 것을 종단 간 처리하고, 다국어 또는 수기 입력이 없는 경우입니다. 이러한 시나리오에서는 추출 계층(가벼운 계층이라도)을 도입하는 오버헤드가 절약되는 시간을 정당화하지 못할 수 있습니다. 단순하게 유지하세요. 양식 우선 모델은 바로 이 정도 처리량을 위해 설계되었습니다.

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

많은 팀이 선택하는 중간 지점: 익숙한 공급업체의 깔끔한 PDF로 도착하는 표준 국내 청구서에는 DUO를 사용하고, 예외적인 문서들 — 사진으로 찍힌 수공업자 청구서, 네덜란드 공급업체 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를 구분하지 않습니다.

統合アーキテクチャよりも重要なのは、税理士の机に届くCSVのフィールド完全性です。14の必須項目のうち7つしか抽出できず、残り7つを人間が補完する必要があるネイティブDUO統合よりも、14項目すべてを正しい形式で、各項目に信頼度スコアを付けて提供する外部抽出ワークフローの方が有用です。税理士は、どのソフトウェアがCSVを生成したかは気にしません。彼らが気にするのは、転記前に修正する必要があるかどうかです。

これが、抽出ツールの出力形式がブランド名よりも重要である理由でもあります。カンマではなくセミコロン。UTF-8ではなくANSI。ISO 8601ではなくDD.MM.YYYY。ピリオドではなくカンマ小数点。これらの規則のいずれかを間違えると（多くの汎用抽出ツールが間違えます）、DATEVでCSVインポートが静かに失敗します。経理担当者は、税理士がバッチを返送するまで問題に気づきません。その時点で、抽出によって節約された時間は、形式のトラブルシューティングに失われます。

電子請求書義務化がこの比較に与える影響

ドイツのB2B電子請求書義務化は段階的に施行されています。2025年1月から受信対応が義務付けられ、売上高80万ユーロ以上の企業は2027年までに、全事業者は2028年までに発行が義務付けられます。形式はXRechnung（純粋なXML）とZUGFeRD 2.0.1以上（XMLを埋め込んだハイブリッドPDF/A-3）です。理論上、これは抽出問題を根本から解決します。すべての請求書が機械可読なXMLで届くなら、誰もOCRやAI抽出を必要としません。

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

이 지점에서 두 철학은 sharply 갈라집니다. XRechnung/ZUGFeRD 파싱을 기본 지원하는 회계 소프트웨어(DATEV DUO, sevDesk, Lexware Office)는 구조화된 XML 형식을 잘 처리합니다. 그러나 전환 기간 동안 지속될 기존 PDF 및 촬영된 인보이스의 경우 소프트웨어는 수동 데이터 입력에 의존합니다. XML 파서는 XRechnung 필드를 완벽하게 읽습니다. 사람이 나머지를 수동으로 읽습니다. 워크플로는 가장 덜 구조화된 입력만큼만 자동화됩니다.

의미론적 추출 계층이 이를 평탄화합니다. 동일한 AI 엔진을 사용하여 구조화된 전자 인보이스의 XRechnung XML을 파싱하고 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"와 같은 문구의 존재 등입니다. 그런 다음 추론된 열(Inferred Column)을 사용하여 역과세 전기에 올바른 Steuerschlüssel을 할당할 수 있습니다. 핵심은 "구성"이라는 단어입니다. 이는 모든 추출 도구에서 기본적으로 자동으로 작동하지 않습니다. 로직을 한 번 정의하면 이후 배치의 모든 송장에 일관되게 적용됩니다.

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

네, 물론입니다. AI 추출은 데이터 입력 단계, 즉 공급업체의 PDF를 받은 후 스프레드시트에 정형 데이터를 입력하는 워크플로우 부분을 대체합니다. 예약, 부가세 신고, 은행 거래 내역 조정, 재무 보고, 세무사 협업을 대체하지는 않습니다. 이러한 기능에는 여전히 DATEV, Lexware 또는 sevDesk가 필요합니다. 변경되는 것은 회계 시스템에 데이터가 입력되는 방식입니다. 즉, 회계사가 직접 입력하는 대신 AI가 문서를 읽고 CSV를 출력하여 직접 가져옵니다. 가져오기 이후의 회계 소프트웨어 역할은 변경되지 않습니다.

AI 추출 CSV 자체가 GoBD를 준수하나요?

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

클라우드 기반 AI 추출의 DSGVO 준수는 어떻게 되나요?

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

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

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

지나치게 고민하지 않고 선택하는 방법

팀에서 매월 30건 이하의 독일 공급업체 청구서를 처리하고, 청구서 양식을 알고 있으며, 세무사가 모든 작업을 DATEV 내에서 처리한다면 — 회계 소프트웨어의 기본 데이터 입력 기능을 그대로 사용하세요. 추출 계층을 추가하는 것은 필요 없는 오버헤드입니다.

팀에서 매월 50건 이상의 청구서를 처리한다면 — 특히 청구서가 사진, 스캔본, PDF 등 다양한 언어로 도착하고 공급업체의 양식이 자주 바뀌는 경우 — 수학적으로 의미론적 추출 쪽으로 확실히 기울어집니다. 독일 Buchhalter 요율 기준으로 청구서당 절약되는 시간만으로도 일관되게 사용하는 첫 달 안에 추출 도구 비용을 충당할 수 있습니다.

이 결정은 회계 소프트웨어를 대체하는 문제가 아닙니다. 회계 소프트웨어가 원래부터 담당하도록 설계되지 않은, Buchhalter의 시간 대부분을 소모하는 단 한 가지 작업 — 공급업체 문서를 읽고 그 내용을 양식에 입력하는 일 — 을 인식하는 문제입니다. 그 작업은 모든 회계 플랫폼의 상류에 존재합니다. 공급업체 청구서와 세무사의 DATEV 사이 — 바로 그곳이 워크플로 철학 결정이 이루어지는 자리입니다.