Softwareentwicklung in Frankfurt: jede Eingangsrechnung belegbar im System

• Warum Belege in Frankfurt auf drei Wegen ankommen

  Softwareentwicklung in Frankfurt hat für kaufmännische Abteilungen oft einen unscheinbaren Ausgangspunkt: Eingangsrechnungen kommen per Post, als PDF im Postfach und als E-Rechnung, und keiner der Wege weiß vom anderen. Wer Speditionen, Luftfracht und Dienstleister rund um den Flughafen bezahlt, sammelt so Monat für Monat Belege, deren Vollständigkeit niemand zeigen kann. Dazu kommt die Kundschaft der Region. Wer an Banken, Versicherer oder die Chemie- und Pharmabetriebe im Rhein-Main-Gebiet liefert, wird von diesen Häusern ausführlich geprüft. Ein Rechnungseingang, der an einer von Hand abgehakten Tabelle hängt, lässt sich in einem solchen Gespräch schwer erklären.

• Ein Eingang für alle Rechnungen

  Wir bauen die Strecke, in der jede Eingangsrechnung genau einmal ankommt, gleich über welchen Weg. E-Rechnungen im Format XRechnung oder ZUGFeRD werden als strukturierte Daten gelesen, PDF und Scans über Texterkennung erfasst. Danach prüft die Anwendung Lieferant, Rechnungsnummer und Betrag gegen vorhandene Belege, damit nichts zweimal in die Buchung geht. Was fehlt, wird sichtbar: eine Bestellung ohne Rechnung, eine Rechnung ohne Wareneingang, ein Lieferant, der elektronisch abgerechnet hat, dessen Beleg aber nie in der Buchhaltung angekommen ist. Für Firmen, die Fracht über den Frankfurter Flughafen abwickeln oder Rechenzentren im Umfeld des DE-CIX betreiben, kommen Sammelrechnungen mit vielen Einzelpositionen hinzu. Auch sie laufen durch denselben Eingang, damit am Monatsende eine einzige Liste zeigt, was gebucht, was offen und was noch nicht angekommen ist.

• Softwareentwicklung, die Quellen gegeneinander zählt

  Das Herzstück ist ein Abgleich zwischen Beständen, die sich eigentlich decken müssten: dem Abruf aus dem E-Rechnungskanal, dem Export aus der Buchhaltung und den Bestellungen aus dem ERP. Jede Abweichung bekommt einen Grund – fehlt, doppelt, Betrag weicht ab – und eine zuständige Person. Gebaut wird mit TypeScript, Node.js und PostgreSQL; wo eine Buchhaltungssoftware keine Schnittstelle bietet, lesen wir ihre Excel- oder CSV-Exporte ein.

• Wie viele Belege ein manueller Export übersieht

  Aus einem abgeschlossenen Vorhaben: 3 048 Rechnungen wurden aus dem staatlichen E-Rechnungssystem geholt (Stand 09/2026). Beim ersten Abgleich der nachgeholten 2 408 Belege fehlten 346 im manuellen Export. Nachlässig gearbeitet hatte dort niemand. Ein manueller Export kann nur nicht melden, was er nicht erfasst. Erst ein zweiter, unabhängiger Weg macht eine Lücke zählbar – und damit auch belegbar, dass sie geschlossen ist, wenn ein Abnehmer oder der Wirtschaftsprüfer danach fragt.

• Softwareentwicklung mit Abnahme an einem vollständigen Monat

  Abgenommen wird an einem echten Monat Ihrer Belege: Die Strecke gilt als fertig, wenn alle Eingänge aus allen Kanälen erfasst, Dubletten erkannt und Abweichungen mit Grund ausgewiesen sind. Festgehalten werden diese Kriterien im Angebot, bevor die Arbeit beginnt. Vertragsform ist der Werkvertrag mit Festpreis, geliefert in Etappen, die jeweils für sich geprüft werden. Rechnungen enthalten Namen, Bankverbindungen und Konditionen. Vor der ersten Datei gilt deshalb eine gegenseitige Geheimhaltungsvereinbarung, für die Verarbeitung ein Auftragsverarbeitungsvertrag. Welche Daten ein externer Dienst wie die Texterkennung zu sehen bekommt, halten wir im Angebot fest.

Begriffe zum Thema

1. 1

   Mängelhaftung im Werkvertrag: Rechte des Bestellers

   Wann ein Werk mangelhaft ist, welche Rechte der Besteller in welcher Reihenfolge hat und wo bei Software die Grenze zwischen Fehler und neuem Wunsch verläuft.

2. 2

   Stammdatenmanagement: eine gültige Fassung pro Geschäftspartner

   Stammdaten ändern sich selten und stecken in jedem Vorgang. Warum Automatisierung an ihnen scheitert, wie man Dubletten auflöst und welche Regeln einen bereinigten Bestand halten.

Was kaufmännische Leitungen vorab klären wollen