Automatisierung · KI 7 Min. Lesezeit 30. April 2026

Sieben Minuten pro Rechnung – oder 30 Sekunden. Wir haben gemessen, wo Automatisierung in der Praxis stolpert und ab wann sie sich rechnet.

Concierge an einem Empfangsschalter prüft am Bildschirm die Daten eines ankommenden Gastes – Metapher für automatisierte Eingangsrechnungs-Prüfung im TecArt CRM
Wie ein guter Concierge: empfangen, prüfen, weiterreichen – nur in 30 Sekunden statt 7 Minuten. (Bild ist KI generiert)

Sieben Minuten. So lange dauert es im Durchschnitt, eine Eingangsrechnung manuell in einem CRM zu erfassen – Kontakt suchen, Beträge prüfen, Positionen eintragen, Beleg anlegen, Zahlungsziel setzen, speichern. Mit einer sauber aufgesetzten Automatisierung in TecArt CRM und der Natif-Integration sind dieselben Schritte in rund 30 Sekunden erledigt.

Das klingt nach einer Marketing-Zahl. Ist es auch. Wir haben die sieben Minuten bei uns und bei Kunden selbst gemessen. Und wir haben dabei gelernt, wo „Automatisierung" in der Praxis stolpert – an Artikelzeilen mit Mischsteuersätzen, an Dubletten, an Kontakten, die auf den ersten Blick passen und es auf den zweiten doch nicht tun.

Dieser Leitfaden ist kein Produktprospekt. Wir zeigen Ihnen, welche Bausteine Sie für eine belastbare Automatisierung brauchen, wo OCR an seine Grenzen kommt, wie der Ablauf vom PDF-Eingang bis zum abgelegten Beleg konkret aussieht, wie wir Dubletten erkennen – bevor sie Geld kosten – und ab wann sich die Einführung rechnet.

Welche Bausteine braucht eine saubere Automatisierung?

Stellen Sie sich das Setup wie einen Empfangstresen im Hotel vor. Die IDP-Engine – bei uns ist das Natif – ist der Concierge: Sie liest die ankommenden Dokumente, erkennt Lieferant, Rechnungsnummer, Beträge und Artikelpositionen und weiß auch, ob dieser Gast schon einmal da war. Das TecArt CRM ist die Rezeption, wo aus dem Gast ein Vorgang mit Mappe und Ablage wird. Unser Verbindungs-Layer ist das kurze Stück Teppich dazwischen – er sorgt dafür, dass aus dem Concierge-Befund ein Beleg mit Kontakt, Konto und Zahlungsziel entsteht. Und die Mapping-Logik ist der Dolmetscher: Sie übersetzt die Sprache Ihrer Lieferanten – mit deren eigenen Steuerschlüsseln, Kostenstellen und Bezeichnungen – in die Sprache Ihres Kontenplans.

Wenn eines dieser vier Bauteile schwächelt, bricht die ganze Kette. Ein starker Concierge nützt wenig, wenn die Rezeption nicht weiß, wo sie den Gast einordnen soll – sprich: wenn Ihre Kreditorenstammdaten ein Sammelsurium aus Schreibweisen sind.

Warum reicht reines OCR nicht?

Klassische OCR-Lösungen sind wie ein Postbote, der zwar alle Briefe lesen, aber nicht verstehen kann: Sie liefern eine Zeichenkette, oft sogar eine sehr gute. Aber Struktur? Keine. Eine Zahl in der Mitte eines PDFs ist nicht automatisch ein Rechnungsbetrag; sie könnte genauso die Bestellnummer, eine Seitenzahl oder eine Artikelposition sein.

An drei Stellen scheitert reines OCR in der Buchhaltung immer wieder: an Artikelzeilen mit wandernden Spalten, an Rechnungen mit gemischten Steuersätzen (7 und 19 Prozent auf einem Beleg), und an abweichenden Schreibweisen – „USt", „MwSt" und „VAT" sind für OCR drei verschiedene Zeichenketten, für einen Buchhalter dasselbe.

Eine IDP-Engine wie Natif arbeitet anders. Sie bringt trainierte Modelle für Rechnungsdokumente mit, validiert die ausgelesenen Felder gegen Plausibilitätsregeln und liefert zusätzlich einen Konfidenzwert pro Feld. Damit wissen Sie, wo die Maschine sich sicher ist – und wo ein Mensch drüberschauen sollte.

Wie sieht der Ablauf konkret aus?

Der Weg vom PDF-Eingang bis zum abgelegten Beleg läuft in sechs Schritten. Das eingebettete Video zeigt ihn live in unserem TecArt – vier Minuten, ohne Folien, mit echten Daten.

Ablaufdiagramm Natif Leitfaden

  1. Eingang. Die Rechnung kommt als PDF ins System – entweder per E-Mail an ein dediziertes Postfach oder als Scan in einen überwachten Ordner.
  2. Vorschau & erster Check. Sie öffnen das PDF direkt im CRM, rechtsklicken, „Senden an Natif". Eine Vorschau des Dokuments erscheint – und im Hintergrund passiert bereits der erste Check, auf den wir gleich noch zurückkommen.
  3. Auslesung. Die Rechnung geht an Natif. Die Felder werden gefüllt – Lieferant, Rechnungsnummer, Datum, Nettobetrag, Umsatzsteuer, Brutto, Zahlungsziel. Parallel läuft der Kontakt-Abgleich gegen den TecArt-Stamm. Zugeordnet wird nur bei einem 100-Prozent-Match über USt-ID oder IBAN. Alles darunter landet in einer manuellen Schlange – der Kontakt bleibt offen, bis ein Mensch zustimmt.
  4. Positionen. Die Artikelzeilen werden angelegt, auch bei Mischrechnungen mit 7 und 19 Prozent auf einem Beleg. Geprüft wird, ob die Summe der Netto-Beträge aus den Zeilen dem Netto im Rechnungskopf entspricht. Stimmt die Rechnung nicht mit sich selbst überein, läuft sie in die Freigabe – sie wird nicht heimlich falsch gebucht.
  5. Beleg. In TecArt entsteht die Eingangsrechnung, das PDF wird am Beleg abgelegt. Wichtig – und das gehört zur Ehrlichkeit dazu: Die Ablage ist an dieser Stelle noch editierbar, nicht revisionssicher. Die Revisionssicherheit kommt in einem späteren Archivierungsschritt, der in Ihrem DMS oder Archivsystem stattfindet.
  6. Übergabe. Der Beleg liegt im CRM, wo Ihre Buchhaltung den Prozess weiterführt – Freigabe, Zahlung, Übergabe an die Finanzbuchhaltung.

Wie erkennen wir Dubletten, bevor sie Geld kosten?

Jeder Aufruf von Natif kostet Geld. Das ist der Grund, warum wir die Rechnung nicht einfach blind durchschicken, sondern vorher noch eine kurze Runde drehen – das ist der „erste Check" aus Schritt 2.

Bevor das PDF an Natif geht, bilden wir einen Hash aus dem Dokument – eine Art digitaler Fingerabdruck. Den vergleichen wir gegen die Hashes der bereits verarbeiteten Belege im CRM. Gibt es einen Treffer, stoppt der Workflow: Die Rechnung ist schon einmal durch. Möglicherweise, weil ein Lieferant sie zweimal geschickt hat; möglicherweise, weil ein Kollege sie parallel bearbeitet hat; möglicherweise, weil ein Scan-Ordner dieselbe Datei zweimal eingelesen hat.

Das ist kein spektakuläres Feature, aber ein sauberes. Und es erspart Ihnen zweierlei: den doppelt gebuchten Beleg, den niemand will, und den doppelten Natif-Aufruf, den niemand bezahlen will. Weil der Check lokal im CRM läuft, merkt er die Dublette, bevor sie zur Rechnung wird.

Was ist mit Gutschriften, Sammel-PDFs und geänderten Bankverbindungen? Die gehören in den Werkzeugkoffer einer vollständigen Automatisierung – und stehen bei uns auf der Roadmap. Heute erkennen wir sauber Dubletten und decken den Standardfall einer Rechnung ab. Den Rest fangen Ihre Mitarbeiter weiterhin manuell ab. Wer eine Lösung sucht, die das alles schon kann, dem geben wir im Gespräch gern eine ehrliche Einschätzung, was heute mit Natif und TecArt realistisch ist und was nicht.

Ab wann rechnet sich die Einführung?

Zuerst die Rechnung, die wir auch auf LinkedIn gezeigt haben. Wir kalkulieren mit 40 Euro pro Stunde für eine Buchhaltungskraft – Vollkosten inklusive Arbeitgeberanteil, eine branchenübliche Größenordnung im Mittelstand.

Bei 100 Eingangsrechnungen im Monat und rund sieben Minuten Bearbeitung pro Beleg sind das 11,7 Stunden, also rund 467 Euro im Monat, nur für die Erfassung. Mit der Natif-Integration reduziert sich die Bearbeitung auf etwa 30 Sekunden pro Beleg. In Summe: 50 Minuten und rund 33 Euro.

Und jetzt die ehrliche Seite. Diese Zahlen gelten für den laufenden Betrieb. Die Einführung kostet einmalig Zeit: Sie müssen die Modelle auf Ihre typischen Lieferanten trainieren, das Mapping für Steuerschlüssel und Konten festlegen und Ihren Freigabe-Workflow sauber definieren. Rechnen Sie mit ein bis drei Tagen Setup, je nach Komplexität Ihrer Kreditorenstruktur. Dazu kommen laufende Kosten für die Natif-Lizenz und gelegentliche Wartung, wenn neue Lieferanten hinzukommen oder Rechnungslayouts sich ändern.

Unsere Daumenregel aus der Praxis: Unternehmen mit 50 oder mehr Eingangsrechnungen pro Monat amortisieren die Einführung in der Regel innerhalb des ersten Jahres. Bei 100 Rechnungen oder mehr ist es deutlich schneller.

Was wir bewusst nicht versprechen: hundertprozentige Automatisierung ohne menschlichen Eingriff. Die gibt es nicht, auch nicht mit Natif. Das Ziel ist, dass Ihre Buchhaltung in der Ausnahme arbeitet – nicht im Regelfall.

Fazit

Die Bausteine sind klar: Concierge, Rezeption, Verbindungs-Layer und Dolmetscher. Der Ablauf läuft in sechs Schritten – mit einem Hash-basierten Dublettencheck davor, der gleichermaßen Ihre Zahlen und Ihre Natif-Rechnung schützt. Die Zahlen rechnen sich ab rund 50 Eingangsrechnungen pro Monat. Und ja, der Funktionsumfang ist heute der Standardfall einer Rechnung – mehr haben wir auf der Roadmap, und mehr versprechen wir heute nicht.

Wenn Sie sehen möchten, wie das in Ihrer TecArt-Instanz aussehen würde, nehmen wir uns 20 Minuten Zeit und zeigen den Ablauf live am Bildschirm mit echten Daten. Kurzer Termin, keine Folien. Lassen Sie uns gern unverbindlich darüber sprechen, was bei Ihrer Kreditorenstruktur realistisch ist und was nicht. Wir freuen uns auf Ihr Projekt!

Details zur Integration finden Sie auf unserer Addon-Seite zur TecArt–Natif-Integration.

Kurze Frage? Konkreter Bedarf?

Erzählen Sie uns, was Sie vorhaben – wir melden uns in der Regel innerhalb eines Arbeitstages.

 

Jetzt anrufen

E-Mail schreiben

Unsere Leistungen

LinkedIn