[email protected]

Local AI for Tax Firms: §57/§62a StBerG, §203 and the RAG Path

Local AI for Tax Firms: §57/§62a StBerG, §203 and the RAG Path

Editorial note: The information in this article was compiled to the best of our knowledge at the time of publication. Technical details, prices, versions, licensing terms, and external content may change. Please verify the information provided independently, particularly before making business-critical or security-related decisions. This article does not replace individual professional, legal, or tax advice.

AI in the tax firm without risking confidentiality? We build local, §203-compliant AI on your hardware - see AI for tax advisors and AI for confidentiality professionals, or book an initial consultation. Without hardware of your own there is the hosted option: AI platform for tax firms.

Capturing receipts, pre-qualifying client emails, researching in tax-authority letters - AI can save enormous time in a tax firm. The problem is not the AI but where the data flows. Anyone entering client data into ChatGPT or Copilot transmits it to third-party servers. That can breach tax-advisor confidentiality, with consequences under both criminal and professional law.

The German Federal Chamber of Tax Advisors (BStBK) published an FAQ catalogue on AI in early 2026. It shows that the key issue is less whether firms use AI than how they do so in compliance. This article frames the legal situation, shows the permitted operating models, and explains how we build a RAG pipeline on your client knowledge - locally, so the data never leaves the firm.

Table of contents

The tax advisor's confidentiality is anchored in §57 StBerG and criminally sanctioned via §203 StGB. Importantly, this duty is broader than data protection. §57 StBerG protects not only personal data but everything the tax advisor learns in the course of their profession. In our assessment this includes the fact that a mandate relationship exists.

For the use of external IT, the profession-specific norm §62a StBerG applies. It permits engaging service providers but ties this to clear conditions:

  • Careful selection of the provider and termination in case of violations.
  • Contract in text form (§126b BGB) with a confidentiality obligation and a warning about the criminal consequences, plus a restriction to the information required.
  • Under §62a (5) StBerG the requirements also apply to directly mandate-related services - here with the client's consent.

The BStBK FAQ catalogue on AI (as of 27 January 2026) distinguishes between free applications and business accounts where training on inputs can be switched off. It prefers AI features from tax and firm software vendors and works with confidentiality levels for the data entered. Before entering sensitive data the BStBK recommends obtaining client consent, otherwise anonymisation or pseudonymisation.

On top of this comes the EU AI Act: the transparency obligations under Art. 50 have applied since 2 August 2026. Typical firm applications such as receipt triage or drafting correspondence are generally not high-risk systems. Following the Digital Omnibus (Regulation (EU) 2026/1744), high-risk obligations apply from 2 December 2027 for Annex III and from 2 August 2028 for Annex I; governance structures should nevertheless be in place early (as of October 2026). This article is general information and not legal advice.

Why cloud AI becomes a risk for tax firms

Cloud AI is not banned per se - but with US providers it is hard to map cleanly in practice. Three points stand in the way:

  1. The subprocessor chain. An AI provider itself uses subprocessors (Azure, AWS, and others). Each would have to be bound in text form under §62a StBerG. With a long, opaque chain this is not practically feasible.
  2. The CLOUD Act. US providers are subject to the US CLOUD Act, which enables access by US authorities. An EU region does not protect against this as long as a US parent company stands behind it.
  3. Training on your data. Many consumer AI services process inputs further - for mandate-related data a clear breach of §57 StBerG.

The data processing agreement does not solve this: it governs data protection under Art. 28 GDPR, not the criminally sanctioned confidentiality. The DPA and the §62a/§203 obligation are separate layers - both must be satisfied.

With local AI on your hardware most of this chain disappears: the data does not leave the firm. Because we retain remote-maintenance and admin access, we remain a participating person - which is why we offer the §62a/§203 contract package for the build and maintenance phase as an option.

Operating models for firm AI

Not every firm needs the same setup. We implement three models - with a clear link to our services:

  • On-premise appliance (AI Cube). A turnkey AI box in your firm. Open WebUI, Ollama/vLLM and local models are pre-installed; ideal for small and mid-sized firms. The data stays in-house.
  • Dedicated GPU server or LLM hosting. For larger firms with more users and throughput. Operated on your own hardware or in a German data centre, with an OpenAI-compatible API for integration into DATEV or your firm software.
  • Hosted AI platform for tax firms. If you do not (yet) want to operate your own hardware, you get a dedicated instance with Open WebUI and models operated in Germany by German providers, DPA and Section 203 supplementary agreement included - with a short, controllable provider chain instead of a US hyperscaler.

In all models only open-source building blocks are used (no vendor lock-in), and the §62a/§203 contract package is available as an option for local models and included with the AI platform. More on the cross-industry framework under AI for confidentiality professionals.

The RAG pipeline: components step by step

The real value comes not from a bare language model but from Retrieval-Augmented Generation (RAG): the AI answers questions from your own documents instead of from generic training knowledge - with source references. This is how we build the pipeline (more under Custom RAG):

  1. Ingestion. Documents are read in from the source systems (PDF, receipts, emails, scans with OCR) and normalised.
  2. Chunking. Content is split into meaningful sections - for tax texts oriented around sections, marginal numbers and outline levels.
  3. Embeddings + vector database. Each section is translated into a vector and stored in a vector database (Qdrant) - with access and client-separation metadata.
  4. Retrieval and re-ranking. For a query, the most relevant sections are retrieved (semantic plus keyword) and sorted by re-ranking.
  5. Generation. A local model (Ollama or vLLM, e.g. Mistral) formulates the answer - based solely on the retrieved passages, with source references.
  6. Observability and quality. With Langfuse we measure quality, latency and cost and make answers traceable - important for audits.

We run exactly this stack ourselves: our AI offer finder on wz-it.com is a production RAG system on Qdrant, LiteLLM/Mistral and Langfuse.

Connecting multiple knowledge sources securely

A firm AI is only as good as the sources it can access. We connect multiple knowledge sources into the same RAG pipeline - with enforced access rights:

  • Client files and the DMS. Connection to your document management and (via integration) to DATEV.
  • Receipts and accounting data. Receipt recognition, classification and pre-accounting as a basis.
  • BMF letters and case law. External professional sources, where permitted by licence, for research.
  • Internal templates and firm know-how. Annual-report cover letters, checklists and processes searchable from one place.

The decisive factor is client separation: through access rights and payload filters in the vector database, every query only sees the sources it is allowed to see. This preserves confidentiality even within the firm - a requirement generic cloud tools do not meet.

How we work at WZ-IT

We deliver firm AI as a lifecycle, not as a device purchase:

  1. Advise and design. Workshop, sizing, data classification and the §62a/§203 contract framework - before any hardware arrives.
  2. Build and integrate. On-premise setup, RAG on your documents with access control, integration into DATEV or your firm software, confidentiality obligation plus DPA.
  3. Operate and maintain (optional). Updates, monitoring, model upgrades and RAG curation as a contract - or you operate it fully yourself after handover and training.

The operational contract texts are drafted by qualified professionals; this article does not replace case-specific legal advice.

Further guides

Ready for AI that protects your clients? We build it locally, §62a/§203-compliant, and operate it on request. Book your initial consultation now.

Sources

Timo Wevelsiep

Written by

Timo Wevelsiep

Co-Founder & CEO

Co-Founder of WZ-IT. Specialized in cloud infrastructure, open-source platforms and managed services for SMEs and enterprise clients worldwide.

Frequently Asked Questions

Answers to important questions about this topic

Customers from mid-sized business, industry and the public sector, in Germany and internationally

  • Stadtwerke Brühl
  • DGHO e.V.
  • solarwerkstatt berlin
  • Krüger Dirndl
  • ABCO Water Systems
  • Golem.de
  • EVADXB
  • nextGYM
  • AInergy
  • ml&s
  • Odiseo Solutions
  • Annota
  • ARGE
  • SweetConnect GmbH
  • Aphy AG
  • CORGOS
  • Rekorder
  • SolidProof
  • Yonju
  • Keymate
  • Paritel
  • Mr. Clipart
  • Millenium
  • Negosh
  • Führerscheinmacher
  • BTI
  • Deutsche Gesellschaft für Datenschutz
Read client reviews

Enquiry

Build local AI for your tax firm

We plan the platform around firm size and data flows, then connect DATEV, the DMS, and tax knowledge sources to a locally operated model.

  • Straight with Timo and Robin - no sales team, no pitch
  • A professional assessment of your situation
  • Concrete next steps for infrastructure, software or AI

The conversation is free and non-binding.

WZ-IT's advice on our Azure migration was technically sound and completely non-binding right from the intro call - we took away a great deal.
Jakob ÖschlbergerInno7 GmbH
Timo and Robin, founders of WZ-IT

Which tax-firm workflow are you planning?

WZ-IT's advice on our Azure migration was technically sound and completely non-binding right from the intro call - we took away a great deal.
Jakob ÖschlbergerInno7 GmbH