Vorab gerechnet

Rechnungs-Vorkontierung

Eingangsrechnungen werden gelesen, geprüft und mit Kontierungsvorschlag an die Buchhaltung gereicht — der Mensch entscheidet, die KI tippt. Wir möchten das als internen Prototyp für unser Unternehmen umsetzen.

Gerechnet am 11.09.2026 um 22:18 Uhr

Ihr erster Prototyp · Festpreis netto
6.390
Prototyp Aufwand 58 / 100 · ca. 6 Wochen

So haben wir Sie verstanden

Prototyp zur automatischen Erfassung, Prüfung und Kontierungsvorschlag von Eingangsrechnungen mittels KI, Entscheidung bleibt beim Menschen.

Was der Prototyp enthält

Upload einer Rechnung, KI liest Belegdaten aus, schlägt Kontierung vor, Mensch prüft und bestätigt in einer Maske.

Aufwands-Meter — 100 heißt maximaler Aufwand und maximaler Preis, keine Note.

KI-Integration mit Dokumentenverarbeitung und Freigabeworkflow, aber ohne Altsystem-Anbindung

Danach: Vollausbau

Vollausbau ab 77.000 € · indikativ bis 100.000 € · 6 Wochen · Team aus 3

Komponenten

  • Rechnungserfassung (Upload/Import, Texterkennung)6 PT
  • KI-Prüfung & Kontierungsvorschlag7,25 PT
  • Freigabe-Oberfläche für Buchhaltung4,75 PT
  • Datenmodell & Anbindung SQL Server3,5 PT
  • Protokollierung & Testing3,5 PT

Besetzung

  • Lead Developer (Lead .NET-Entwickler)
  • Senior Developer (Senior .NET-Entwickler)
  • Inventive Engineer (Architektur)

Annahmen hinter dem Preis

  • Rechnungen liegen als PDF oder Scan vor
  • Kontierungslogik folgt einem einfachen, definierbaren Regelwerk
  • Keine Anbindung an bestehende Buchhaltungssoftware im Prototyp

Was wir zu Beginn klären

  • Welches Rechnungsformat und -volumen ist zu erwarten (PDF, Scan, Anzahl pro Monat)?
  • Wie viele Nutzer sollen die Freigabe-Oberfläche gleichzeitig nutzen?

Der Fahrplan — was in welcher Woche fertig ist

0
0
0
0
0
  1. Woche 1 Kickoff Abstimmung, Zugänge, Feinschnitt des Umfangs
  2. Woche 2 Rechnungserfassung (Upload/Import, Texterkennung) 6 PT
  3. Woche 3 KI-Prüfung & Kontierungsvorschlag 7,25 PT
  4. Woche 4 Freigabe-Oberfläche für Buchhaltung 4,75 PT
  5. Woche 5 Datenmodell & Anbindung SQL Server 3,5 PT
  6. Woche 5 Protokollierung & Testing 3,5 PT
  7. Woche 6 Abnahme Übergabe nach Abnahme und Restzahlung

Verstärkung: Köpfe auf Abschnitte legen

  • 1 Woche früher, Abnahme in Woche 5 statt 6: „Rechnungserfassung (Upload/Import, Texterkennung)“ +1 Senior Developer (Senior .NET-Entwickler), „Datenmodell & Anbindung SQL Server“ +1 Senior Developer (Senior .NET-Entwickler) · +120 €
  • 2 Wochen früher, Abnahme in Woche 4 statt 6: „Rechnungserfassung (Upload/Import, Texterkennung)“ +1 Senior Developer (Senior .NET-Entwickler), „KI-Prüfung & Kontierungsvorschlag“ +1 Senior Developer (Senior .NET-Entwickler), „Freigabe-Oberfläche für Buchhaltung“ +1 Senior Developer (Senior .NET-Entwickler), „Datenmodell & Anbindung SQL Server“ +1 Senior Developer (Senior .NET-Entwickler) · +270 €
  • 3 Wochen früher, Abnahme in Woche 3 statt 6: „Rechnungserfassung (Upload/Import, Texterkennung)“ +3 Senior Developer (Senior .NET-Entwickler), „KI-Prüfung & Kontierungsvorschlag“ +3 Senior Developer (Senior .NET-Entwickler), „Freigabe-Oberfläche für Buchhaltung“ +3 Senior Developer (Senior .NET-Entwickler), „Datenmodell & Anbindung SQL Server“ +1 Senior Developer (Senior .NET-Entwickler), „Protokollierung & Testing“ +1 Tester · +540 € hilft am meisten

Legen Sie Köpfe auf die Abschnitte, die schneller fertig werden sollen: dieselben Stunden, mehr Köpfe, weniger Wochen — wie bei den Tempopaketen, ein Kopf mehr +5 %, zwei +8 %, drei +10 %, vier +12 % auf den Anteil des Abschnitts am MVP-Festpreis. Entwickler kommen nicht auf Abschnitte, die andere zusammenführen, und nicht auf, was erst im letzten Drittel beginnt — dort macht ein weiterer Entwickler ein Projekt langsamer. Auf den letzten Abschnitt vor der Abnahme legen Sie stattdessen Tester. Wer die Köpfe sind, wählen wir.

Lastenheft und Pflichtenheft

Ziel Eingangsrechnungen werden automatisiert erfasst, geprüft und mit einem Kontierungsvorschlag versehen, den ein Mensch final bestätigt.

Lösungsweg Eine ASP.NET-Core-Anwendung mit KI-gestützter Texterkennung und Kontierungslogik, die Rechnungen strukturiert aufbereitet und der Buchhaltung zur Freigabe vorlegt.

  1. Was gefordert istDas System muss Eingangsrechnungen einlesen können (z. B. PDF-Upload).
    Wie wir es umsetzenUpload-Funktion für PDF-Rechnungen in der Web-Oberfläche mit Ablage in SQL Server.
  2. Was gefordert istDas System muss die Rechnungsdaten mittels KI auslesen und prüfen.
    Wie wir es umsetzenKI-Anbindung liest Rechnungsdaten (Betrag, Lieferant, Positionen) aus und bewertet Plausibilität.
  3. Was gefordert istDas System muss einen Kontierungsvorschlag generieren.
    Wie wir es umsetzenRegelbasierte bzw. KI-gestützte Ableitung eines Kontierungsvorschlags je Rechnung.
  4. Was gefordert istDas System muss dem Menschen eine Oberfläche zur Prüfung und Freigabe bieten.
    Wie wir es umsetzenRazor-Oberfläche zeigt Rechnung, KI-Vorschlag und Freigabe-Buttons für die Buchhaltung.
  5. Was gefordert istDas System muss die Entscheidung des Menschen nachvollziehbar protokollieren.
    Wie wir es umsetzenSerilog protokolliert jede Freigabe- oder Ablehnungsentscheidung mit Zeitstempel und Nutzer.

Rahmenbedingungen

  • Interner Prototyp für das eigene Unternehmen
  • Keine Angabe zu Rechnungsvolumen
  • Keine rechtlichen Vorgaben genannt

Nicht im Umfang

  • Keine automatische Buchung ohne menschliche Freigabe
  • Keine Anbindung an bestehende Buchhaltungssoftware im Prototyp
  • Keine Mehrmandantenfähigkeit
  • Kein automatisierter Zahlungsversand

Woran Sie die Abnahme messen

  • 10 Testrechnungen werden erfolgreich hochgeladen, ausgelesen und mit Vorschlag versehen
  • Freigabeentscheidung wird in unter 3 Sekunden gespeichert und protokolliert
  • Kontierungsvorschlag wird für mindestens 80 % der Testrechnungen sachlich plausibel erzeugt

Meilensteine

  • Woche 2: Rechnungserfassung (Upload/Import, Texterkennung)
  • Woche 3: KI-Prüfung & Kontierungsvorschlag
  • Woche 4: Freigabe-Oberfläche für Buchhaltung
  • Woche 5: Datenmodell & Anbindung SQL Server
  • Woche 5: Protokollierung & Testing
  • Woche 6: Abnahme

Technologien, die wir einsetzen

  • ASP.NET Core MVC & Razor Pages
  • Microsoft.Extensions.AI
  • Entity Framework Core & Dapper
  • SQL Server 2025
  • Serilog & OpenTelemetry
  • Anthropic Claude & Azure OpenAI / OpenAI
  • ASP.NET Core MVCWeb-Oberfläche für Upload und Freigabe-Workflow
  • Razor ViewsServerseitige Ansicht zur Rechnungsprüfung durch die Buchhaltung
  • KI-AnbindungAuslesen der Rechnungsdaten und Erzeugen des Kontierungsvorschlags
  • EF Core 10Datenzugriff auf Rechnungs- und Kontierungsdaten
  • SQL ServerSpeicherung von Rechnungen, Vorschlägen und Freigabeentscheidungen
  • SerilogNachvollziehbare Protokollierung der Freigabeentscheidungen
  • Anthropic Claude & Azure OpenAI / OpenAIDas Sprachmodell, das die Rechnung liest und das Konto vorschlägt
  • Microsoft.Extensions.AIEinheitlicher Zugang zum Modell, austauschbar ohne Umbau

← Zurück zum Portfolio