Tabula oder Tess: Vorsystem gegen Buchhaltungsagent

Beide Anbieter versprechen, dass in der Kanzlei weniger getippt wird und dass am Ende eine Buchhaltung in der DATEV steht. Der Weg dorthin unterscheidet sich grundsätzlich, und daran entscheidet sich, welcher der beiden zur eigenen Arbeitsweise passt.

Zwei Bauformen

Tabula ist ein Vorsystem. Belege werden dort eingelesen, ausgewertet, kontiert und als Buchungsvorschlag an das Zielsystem übergeben. Die Kanzlei bekommt eine eigene Oberfläche mit einem klar abgegrenzten Prüfschritt vor der Übergabe.

Tess wird vom Anbieter als KI-Agent beschrieben, der im Bestand mitarbeitet. Der Anbieter wirbt ausdrücklich damit, dass keine neue Buchungsmaske gelernt werden muss und die Kanzlei weiterhin ausschließlich in DATEV-Rechnungswesen korrigiert, woraus das System lernt.

Diese Unterscheidung ist wichtiger als jede Funktionsliste, weil sie bestimmt, wo das Team nach der Einführung arbeitet und wie ein Fehler auffällt.

Wo sie sich unterscheiden

Die drei Unterschiede, die tatsächlich zählen

Der Ort der Korrektur. Bei einem Vorsystem entsteht ein zusätzlicher Arbeitsplatz, an dem geprüft wird, bevor etwas ins Zielsystem gelangt. Das ist Aufwand und zugleich eine Kontrollstelle. Bei einem Agenten entfällt der zweite Arbeitsplatz, dafür verschiebt sich die Kontrolle in den laufenden Bestand, wo sie bewusst organisiert werden muss.

Die Breite der Buchhaltungsfunktionen. Tabula deckt nach Anbieterangaben auch Bereiche ab, die über die Eingangsseite hinausgehen, darunter Mahnwesen, Sammelüberweisungen und den Rechnungsausgang. Wer diese Breite braucht, findet sie dort direkter.

Der Schwerpunkt bei den offenen Posten. Tess stellt die Auszifferung in den Vordergrund, inklusive Skonto, Währungsdifferenzen, Mahngebühren und fehlerhafter Zahlungen. In Beständen, in denen die Klärung offener Posten mehr Zeit kostet als das Kontieren, ist das der relevantere Hebel.

Was die fehlende Preistransparenz praktisch bedeutet

Für keines der beiden Systeme lagen im August 2026 öffentliche Preise vor. Ein Vergleich braucht deshalb zwei Angebote, und damit sie vergleichbar sind, müssen sie auf dieselbe Bezugsgröße gebracht werden.

In beide Angebote gehören dieselben Angaben: Zahl der Mandate, geschätztes Belegvolumen im Monat, Zahl der Bankkonten und gewünschter Starttermin. Aus den Antworten wird eine einzige Zahl gebildet, nämlich die Gesamtkosten über zwei Jahre geteilt durch die Zahl der verarbeiteten Belege.

Als Maßstab dient die manuelle Erfassung. Wer eine Minute für einen einfachen Beleg ansetzt und mit Vollkosten von 45 Euro je Stunde rechnet, kommt auf etwa 75 Cent je Beleg. Ein System, das nach Abzug aller Nacharbeit darunter bleibt, trägt sich. Die Systematik dahinter behandelt der Beitrag zu den Kosten der KI-Buchhaltung.

Die Auszifferung ist der eigentliche Prüfstein

Belegerkennung wird in Demos gezeigt und ist selten das Problem. Die Zeit verschwindet dort, wo Zahlungen nicht sauber zu Rechnungen passen.

Fünf Fälle gehören deshalb in jeden Test. Eine Teilzahlung, die den Posten reduziert, aber offen lässt. Ein Skontoabzug, der auf das richtige Konto gebucht werden muss. Eine Sammelzahlung über mehrere Rechnungen. Eine Währungsdifferenz bei einer Fremdwährungsrechnung. Und eine Mahngebühr, die im Zahlbetrag steckt und nicht zur ursprünglichen Rechnung gehört.

Wer diese fünf Fälle bei beiden Anbietern mit denselben echten Daten durchspielt, hat ein belastbares Ergebnis. Wer nur Standardfälle prüft, vergleicht den Teil der Arbeit, der ohnehin schnell ging.

Nachvollziehbarkeit bei selbstständig arbeitenden Systemen

Je selbstständiger ein System arbeitet, desto genauer gehört geregelt, was es getan hat und wie sich das zurücknehmen lässt.

Drei Fragen gehören in beide Gespräche. Erstens: Ist erkennbar, welche Buchung maschinell entstanden ist. Zweitens: Lässt sich ein ganzer Lauf zurücknehmen, wenn eine systematische Fehlzuordnung auffällt. Drittens: Bleibt protokolliert, auf welcher Grundlage eine Zuordnung erfolgte.

Diese Anforderungen sind keine Bequemlichkeit. Nachvollziehbarkeit ist eine Anforderung der Grundsätze ordnungsmäßiger Buchführung und gilt unabhängig davon, ob eine Person oder ein Programm gebucht hat. Was daraus folgt, behandelt der Beitrag zu den GoBD-Grundsätzen.

Wo beide an dieselbe Grenze stoßen

Beide Systeme setzen voraus, dass Belege vorliegen und Kontoumsätze verfügbar sind.

Wo Mandanten Unterlagen verspätet, unvollständig oder in Papierform liefern, verbessert keines der beiden den entscheidenden Teil. Der Aufwand für das Einsammeln und Nachfassen bleibt, und er ist in vielen Kanzleien größer als die Buchung selbst.

Wer das vermutet, misst es vor der Auswahl: eine Strichliste über einen Monat, getrennt nach Zeit für Beschaffung, Zeit für Kontierung und Zeit für Klärung. Fällt der erste Block am größten aus, ist die Frage nach dem Belegeingang die wichtigere, und sie führt zu anderen Kandidaten als der Vergleich zweier Buchungswerkzeuge.

Fragen für den Demotermin

Diese Fragen sind bei beiden Anbietern dieselben und trennen die Antworten schnell.

Welche Sonderfälle beherrscht das System heute, nicht in der Planung? Konkret genannt werden sollten Skonto, Teilzahlung, Sammelzahlung, Fremdwährung und Mahngebühr.

Wie viele Korrekturen sind im ersten und im dritten Monat zu erwarten? Ein Anbieter, der hier keine Bandbreite nennt, hat die Frage bei Bestandskunden nicht gemessen.

Was passiert bei einem Beleg ohne Zahlung und bei einer Zahlung ohne Beleg? Beides ist Alltag und trennt sorgfältige von oberflächlichen Umsetzungen.

Wer haftet für eine falsche Buchung? Die Antwort ist immer die Kanzlei, und deshalb ist die Prüfstrecke Teil der Auswahl.

Wie sieht der Ausstieg aus? Belege, Zuordnungen und Historie müssen exportierbar sein.

Datenschutz und Verarbeitungsort

Belege einer Steuerkanzlei fallen unter die berufsrechtliche Verschwiegenheit, weshalb der Verarbeitungsort vor der Funktionsfrage steht.

Tess nennt dafür Hosting auf Microsoft Azure in Europa, Rechenzentren nach ISO 27001 und ISO 27018, Verarbeitung ausschließlich in Deutschland und Europa sowie die Anonymisierung personenbezogener Daten vor dem Training. Tabula gibt Deutschland als Standort an.

In beiden Fällen gehört die Frage, ob Inhalte zum Training verwendet werden, schriftlich in den Auftragsverarbeitungsvertrag. Eine Anonymisierung ist ein Unterschied zur unveränderten Verwendung, aber beides gehört dokumentiert und nicht mündlich zugesagt.

Verwandte Gegenüberstellungen

Wer in derselben Auswahlsituation steht, betrachtet üblicherweise auch diese Beiträge:

• Finmatics oder Tess
• Finmatics oder Tabula
• Alternativen zu Tess
• Alternativen zu Tabula

Fazit

Tabula passt zu Kanzleien, die eine eigene Oberfläche mit klarem Prüfschritt wollen und die Buchhaltung in der Breite abdecken möchten, also einschließlich Mahnwesen, Zahlungsverkehr und Rechnungsausgang.

Tess passt zu Kanzleien, in denen niemand eine zweite Oberfläche lernen soll und in denen die Klärung offener Posten den größeren Zeitanteil ausmacht. Voraussetzung ist, dass Bankzugänge verfügbar sind und die Regeln zu Kennzeichnung und Umkehrbarkeit vorab geklärt werden.

Da beide keine Preise veröffentlichen, entscheidet am Ende der Vergleich zweier Angebote auf derselben Bezugsgröße, geprüft an denselben echten Belegen und Zahlungen.