Zum Hauptinhalt springen
Neural2B
ℹDemonstrationsszenario. Ein Beispiel für eine mögliche Implementierung, kein abgeschlossenes Kundenprojekt von Neural2B.

Erkennung und Genehmigung eingehender Primärdokumente

Demonstrationsszenario: Wir scannen Rechnungen, Protokolle und Frachtbriefe, extrahieren Details und überprüfen Regeln. Wenn das Modell unsicher ist, übergeben wir es an den Operator.

Beschreibung der Business-Situation

Das Unternehmen erhält Dutzende von Rechnungen, Protokollen und Frachtbriefen von verschiedenen Lieferanten. In PDF, Scans oder Fotos. Der Buchhalter verbringt täglich bis zu 4 Stunden damit, Beträge manuell einzugeben, die EDRPOU zu überprüfen, IBAN-Kontonummern zu überprüfen und zu suchen, welchem Vertrag jedes Dokument zugeordnet werden soll.

Schema des Datenflusses und Architektur

1Quellen der Dokumente: Buchhaltungs-E-Mail, Uploads über das interne Web-Cockpit oder DocuSign-Webhooks
2Multimodales Modell, das Tabellen und Siegel erkennt
3Strukturvalidator: Überprüft den EDRPOU-Code anhand der Kontrollnummer und die Richtigkeit des IBAN
4Betragsprüfmodul: Ist der Betrag ohne Mehrwertsteuer + Mehrwertsteuer = insgesamt zu zahlender Betrag
5Integration: Strukturierter JSON geht in das Buchhaltungssystem, wo ein Entwurf erscheint

Rolle des Menschen im Ablauf (Human-in-the-loop)

Wenn das System in einem Feld weniger als 95 % sicher ist oder wenn der Dokumentenbetrag das Limit überschreitet, wird das Dokument hervorgehoben. Der Buchhalter muss es in einer benutzerfreundlichen Weboberfläche bestätigen.

Synthetische Testdaten

Beispiel für Eingabe und Systemantwort

Eingabeanfrage des Nutzers:
Scan der Rechnung Nr. SF-481 von LLC 'TechnoPostach' über einen Betrag von 48.600,00 UAH (einschließlich Mehrwertsteuer 8.100,00 UAH) für die Lieferung von Kabelprodukten.
Erstellte Antwort / Aktion des Systems:
'Erkannt: Lieferant: LLC TechnoPostach; EDRPOU: 38492015; Rechnung: UA823052990000026001234567890; Betrag: 48.600,00 ₴; Mehrwertsteuer: 8.100,00 ₴; Zweck: Zahlung für Kabelprodukte für Rechnung 481. Einzelheiten stimmen mit dem Lieferantenverzeichnis überein. Entwurf im Buchhaltungssystem erstellt. Wartet auf Bestätigung des Buchhalters.'

Einschränkungen des Demo-Szenarios

  • ✕Ohne die elektronische Unterschrift des Buchhalters wird das System kein Geld vom Konto abheben
  • ✕Beschädigte oder unleserliche Scans erhalten die Kennzeichnung 'Erfordert erneute Anforderung des Originals'
  • ✕Wenn sich die vertraglichen Preise geändert haben, überprüft das System diese mit den festgelegten Bedingungen der Spezifikationen

Was beim Pilottest gemessen werden sollte

  • ✓Genauigkeit der Extraktion obligatorischer Felder (EDRPOU, Betrag, Nummer, Datum) — Ziel: > 98 %
  • ✓Zeit für ein Dokument (Ziel: < 15 Sekunden)
  • ✓Anteil der Dokumente, die ohne manuelle Korrekturen durchgegangen sind
Passende Unternehmensleistung

Automatisierung der Dokumentenverarbeitung

Leistungsüberblick →

Sie interessieren sich für eine ähnliche Architektur?

Wir passen die Logik dieses Szenarios an Ihre internen Programme, die Struktur Ihrer Datenbanken und Ihre Abläufe an.

Anpassung besprechen

Szenario-Anpassung: Dokumentenkennung und -genehmigung

Beschreiben Sie den Prozess, der Ihrem Team Zeit frisst. Wir sagen Ihnen, was sich hier automatisieren lässt, welche Daten dafür nötig sind und womit Sie am besten anfangen.

Ihre Daten bleiben unter uns. Geschäftsgeheimnisse oder Zugänge fragen wir über ein offenes Formular niemals ab.

Dokumentenkennung und -genehmigung | Neural2B-Szenario