Rechnung oder GiroCode
→
Anbieter-Evaluation
Zahlungsdaten
EmpfängerSanitär Krause
Betrag359,44 EUR
IBANDE58 5705 0120 0094 7103 28
VerwendungszweckRechnung 2026-0417
IBAN durch Docutain validiert
Veröffentlicht am
10 Min. Lesezeit
Von Sarah Karbach
Fotoüberweisung-Anbieter auswählen: Leitfaden für Banken und Fintechs
Eine gute Fotoüberweisung erkennt Zahlungsdaten zuverlässig, fügt sich kontrolliert in die Banking-App ein und passt zum Datenschutz- und Betriebsmodell des Anbieters. Eine Featureliste allein reicht für die Auswahl nicht aus.
- Ziel
- Weniger manuelle Eingaben bei kontrolliertem Überweisungsentwurf
- Eingaben
- Kamera, Bild, PDF und GiroCode nach Produktumfang
- Prüfung
- Reale Rechnungen auf repräsentativen echten Geräten
- Hauptkriterien
- Qualität, Datenfluss, Integration, UX, Betrieb und Support
Zielbild und Scope festlegen
Definieren Sie zuerst, welche Aufgabe die Fotoüberweisung im eigenen Prozess übernimmt. Typisch ist ein kontrollierter Überweisungsentwurf: Die App erfasst eine Rechnung oder einen GiroCode, übernimmt erkannte Felder und zeigt sie dem Nutzer vor der Freigabe zur Prüfung an.
Zum Scope gehören Eingabewege, erwartete Dokumente, Zielfelder, unterstützte Plattformen, UI-Verantwortung und die Übergabe an das bestehende Überweisungsformular. Eine Lösung für Android und iOS muss außerdem zu den eingesetzten nativen oder Cross-Platform-Technologien passen.
Entscheidungskriterien für Fotoüberweisung-Anbieter
| Kriterium | Was zu prüfen ist | Geeigneter Nachweis |
| Erkennungsqualität | Empfänger, IBAN, Betrag, Referenz und weitere benötigte Felder bei realen Rechnungen | Gemeinsamer Testkorpus und dokumentierte Feldmetriken |
| Eingabeabdeckung | Kamera, vorhandene Bilder und PDFs sowie GiroCode/EPC-QR entsprechend dem Use Case | End-to-End-Test aller vorgesehenen Quellen |
| Datenverarbeitung | Verarbeitungsort, externe Übertragung, optionale Telemetrie und Löschkonzept | Architekturdiagramm, technische Prüfung und Vertrag |
| Integration | APIs, UI-Komponenten, Fehlerfälle, Theming, Barrierefreiheit und vorhandene App-Architektur | Produktionsnaher Proof of Concept |
| Betrieb | OS- und Geräteupdates, Releasezyklus, Monitoring, Support und Eskalation | Supportprozess, Updatepolitik und Referenzen |
| Gesamtkosten | Lizenz, Implementierung, QA, Wartung, Support und Wechselrisiko über die Laufzeit | Drei-Jahres-TCO mit identischem Funktionsumfang |
Lokale oder serverbasierte Verarbeitung
Rechnungen können neben Zahlungsdaten auch Adressen, Leistungsinformationen und weitere personenbezogene Inhalte enthalten. Deshalb ist der Datenfluss ein Architektur- und Beschaffungskriterium, nicht nur ein technisches Detail.
Bei lokaler Verarbeitung verbleiben Bilder und erkannte Daten auf dem Gerät. Serverbasierte Modelle können andere Betriebs- und Updatevorteile bieten, erfordern aber eine entsprechende Übertragung und Bewertung. Prüfen Sie bei jedem Anbieter den tatsächlichen Datenweg, optionale Dienste und Telemetrie separat.
Das Docutain Photo Payment SDK verarbeitet Rechnungserkennung und GiroCode lokal auf dem Gerät. Die App erhält strukturierte Zahlungsdaten zur weiteren Verarbeitung im eigenen Workflow.
Erkennungsqualität und IBAN-Prüfung
Eine aggregierte Genauigkeitszahl kann wichtige Unterschiede verdecken. Messen Sie die Felder, die für Ihren Überweisungsprozess relevant sind, und unterscheiden Sie zwischen korrekt erkannt, nicht erkannt und falsch erkannt. Berücksichtigen Sie Layouts, Druckqualität, Falten, Licht, Kamerawinkel, digitale PDFs und unterschiedliche Geräteklassen.
Docutain gibt bei der Extraktion nur gültige IBANs aus. Das reduziert ungültige Ergebnisse, ersetzt aber nicht die abschließende Nutzerprüfung des gesamten Überweisungsentwurfs. Auch Empfänger, Betrag und Referenz sollten vor der Freigabe sichtbar bestätigt werden.
GiroCodes enthalten bereits strukturierte Daten. Eine robuste Lösung kombiniert deshalb GiroCode-Erkennung mit Rechnungs-OCR für Dokumente ohne nutzbaren EPC-QR-Code.
Integration, UX und Betrieb
Bewerten Sie nicht nur den ersten erfolgreichen API-Aufruf. Ein produktionsnaher Test umfasst Berechtigungen, Kamera- und Importfluss, Abbruch, Fehlerbehandlung, Theming, Barrierefreiheit, Lifecycle, Logging, Release-Builds und die Übergabe an das Überweisungsformular.
Die UI sollte Quelle und Ergebnis verständlich machen, erkannte Werte zur Prüfung darstellen und Korrekturen ermöglichen. Technisch benötigt das Team stabile APIs, dokumentierte Plattformgrenzen und einen Ansprechpartner für Integration und Betrieb.
Anbieter im Praxistest evaluieren
- Repräsentativen, freigegebenen Rechnungskorpus und erwartete Felder definieren.
- Identische Eingaben und Geräte für alle Kandidaten verwenden.
- Feldqualität, Bearbeitungsbedarf, Laufzeit und Abbrüche dokumentieren.
- Lokalen und serverseitigen Datenfluss technisch nachvollziehen.
- Integration, UX, Barrierefreiheit, Support und TCO in die Entscheidung einbeziehen.
Praxisbeispiele mit Docutain
Bei 1822direkt arbeitet die Fotoüberweisung direkt auf dem Gerät; die Success Story beschreibt zuverlässige Nutzung und wenige Supportanfragen. Star Finanz setzt Docutain für lokale Rechnungserkennung ein: unter Windows für OCR und Datenextraktion, auf Android, iOS und Mac Catalyst im Fotoüberweisungs-Workflow.
Diese Referenzen ersetzen keinen eigenen Test. Sie zeigen, welche Nachweise für eine Beschaffungsentscheidung hilfreich sind: konkreter Workflow, Plattformen, Datenfluss und Erfahrung im Betrieb.
Photo Payment evaluierenEigenen Banking-Use-Case mit Docutain prüfen
Besprechen Sie Eingabewege, Plattformen, Datenfluss und Testkorpus mit unserem SDK-Team oder starten Sie eine technische Evaluation.
HÄUFIGE FRAGEN
Fotoüberweisung-Anbieter bewerten
Bewerten Sie Erkennungsqualität pro relevantem Feld, Eingabeabdeckung, Datenfluss, Integration, UX, Betrieb, Support und Gesamtkosten gemeinsam. Gewichten Sie die Kriterien anhand Ihres Banking-Prozesses.
Verwenden Sie für alle Anbieter denselben freigegebenen Rechnungskorpus und dieselben realen Geräte. Erfassen Sie pro Feld korrekte, fehlende und falsche Ergebnisse sowie manuellen Korrekturbedarf.
Nein. Kamera, Fokus, automatische Aufnahme und Bildqualität müssen auf repräsentativen echten Android- und iOS-Geräten geprüft werden. Emulatoren eignen sich nur für grundlegende Integrationstests.
Ein GiroCode liefert strukturierte SEPA-Daten, ist aber nicht auf jeder Rechnung vorhanden. Eine kombinierte Lösung verwendet GiroCode, wenn verfügbar, und Rechnungs-OCR als flexiblen Fallback.