API zur Extraktion von Requisiten: 99% Genauigkeit und Integration mit 1C

Automatisierung der Requisitenextraktion: So reduzieren Sie Fehler in Dokumenten um 99 %

Das manuelle Eingeben von INN, KPP und Bankkonten aus PDF- oder DOCX-Dateien ist ein sicherer Weg zu Fehlern, verzögerten Zahlungen und Bußgeldern. Ein Drittel aller Dokumente weist Ungenauigkeiten auf. Die Lösung: kontextuelles NER-Parsing mit Prüfsumme-Validierung. Nachfolgend eine technische Beschreibung der API, Benchmarks und ein Beispiel für 1C.

Wie die automatische Requisitenextraktion funktioniert

Der Prozess beginnt mit dem Hochladen eines Textdokuments. Unterstützte Formate: PDF (mit Textschicht), DOCX, DOC, TXT, RTF und HTML. Gescanntes Bildmaterial ohne OCR wird nicht verarbeitet – das System arbeitet ausschließlich mit maschinenlesbarem Text. Nach Erhalt der Datei startet eine Pipeline aus fünf Stufen:

• Textextraktion – verwendet einen internen Parser für jedes Format, einschließlich Wiederherstellung von Kodierungen wie CP1251 ohne BOM.
• Normalisierung – Behebung von Worttrennungen, Zusammenführung von Bindestrichen, Bereinigung von Layout-Artefakten.
• NER-Erkennung – proprietäres Modell identifiziert rechtlich relevante Entitäten: INN, KPP, OGRN, Bankkonto, BIC, Bankname.
• Prüfsumme-Validierung – jedes Feld wird gegen Algorithmen des Föderalen Steuerdienstes und der Zentralbank Russlands geprüft. Ungültige Daten werden nicht zurückgegeben.
• Strukturierte Antwortbildung – JSON mit sauberen Feldern, bereit zum Import in 1C, CRM oder ERP.

Das System setzt nicht auf einfache reguläre Ausdrücke. Stattdessen kommt kontextuelle Analyse zum Einsatz: Das Bankkonto steht beispielsweise in der Nähe des Banknamens, INN im Block der Geschäftspartnerangaben. So werden Fehlpositive minimiert.

Genauigkeit und Leistung: Reale Zahlen

Auf einer Teststichprobe von 10.000 Dokumenten wurden folgende Metriken erreicht:

• INN / OGRN: 99,7 % – Fehler nur bei extrem verzerrten Layouts.
• Bankkonto: 98,9 % – Hauptfehlerquelle: zusammengezogene Ziffern in schlecht formatiertem Text.
• BIC: 99,5 % – dank strenger BIC-Struktur und Prüfziffer.

Die Verarbeitungsgeschwindigkeit hängt vom Format und der Größe ab:

• Leichtes DOCX (2 Seiten): ~1,5 Sekunden.
• Schweres PDF mit Grafiken: bis 45 Sekunden.
• Maximale Dateigröße: 2 MB.
• Anfragetimeout: 120 Sekunden.

Einschränkungen ergeben sich aus der tiefgehenden Dokumentstrukturanalyse. Bei hoher Last empfehlenswert: asynchrone Verarbeitung via Webhook.

Integration mit 1C: Praktisches Beispiel

Für Buchhalter und Entwickler, die mit 1C arbeiten, gibt es ein fertiges Verarbeitungsmodul. Hier ein vereinfachter API-Aufruf aus 1C Buchhaltung 3.0:

Function IzvlechRekvizityIzFayla(FilePath)    
  URL = "https://api.sb-poisk.ru/v1/extract";    
  Headers = New Withotvetstvie;    
  Headers.Insert("X-API-Key", "VASh_KLYuCh");        
  FormData = New Withtruktura;    
  FormData.Insert("file", New DvoichnyeDannye(FilePath));
  HTTPConnection = New HTTPConnection(URL);
  Answer = HTTPConnection.SendForObrabotki("POST", Headers, FormData);
  Result = ProchitatJSON(Answer.PoluchitTeloKakWithtroku());        
  Return Result;
EndFunction

Die Ausgabe ist eine Struktur mit Feldern: inn, kpp, ogrn, account, bic, bank_name. Damit lassen sich sofort Geschäftspartner anlegen, Rechnungen erstellen oder ähnliches.

Wo es eingesetzt wird und welche Ergebnisse es liefert

Die API ist bereits in verschiedene Geschäfts系统 integriert:

• B2B-Plattformen und Online-Shops – automatische Auffüllung von Requisiten bei Registrierung juristischer Personen, Reduzierung von Ablehnungen durch Zahlungsdatenfehler.
• Banken – automatische Prüfung von Kundenakten vor Kontoeröffnung, Wegfall manueller Eingaben.
• Buchhaltungsdienste – Anlegen von Geschäftspartnern in 1C aus Verträgen ohne Operator.
• CRM und ERP – Synchronisation von Requisiten zwischen Systemen, Vermeidung von Duplikaten und Tippfehlern.

Wirtschaftliche Wirkung: Dokumentverarbeitung von 5–10 Minuten auf 1–2 Sekunden reduziert, Fehlerrate um 99 % gesenkt, Bußgelder und Verluste aus geplatzten Deals minimiert.

Wichtige Punkte

• Nur Textdokumente – Scans ohne OCR nicht unterstützt.
• Validierung obligatorisch – API liefert keine ungültigen INN oder Konten, auch wenn erkannt.
• CP1251-Unterstützung – korrekte Handhabung alter Dokumente mit problematischen Kodierungen.
• Fertige Lösungen für 1C – spart Integrationszeit.
• Kostenloser Test – 100 Anfragen für 30 Tage zum Testen auf eigenen Daten.

Testzugriff mit Promo-Code 1MHABR2026 bis 30. Mai 2026. API-Schlüssel per Webformular oder E-Mail. Das System läuft in Produktion und wird von den Autoren selbst genutzt – keine MVP, sondern industrietauglich.

— Editorial Team