EPC-QR-Code

Ein EPC-QR-Code ist ein vom European Payments Council (EPC) standardisierter QR-Code, der alle Daten für eine SEPA-Überweisung enthält. Mit einem solchen QR-Code können Überweisungen mittels einer Banking-App auf dem Handy sehr einfach durchgeführt werden, indem der QR-Code eingescannt und die dann im Handy dargestellten Überweisungsdaten bestätigt werden. Der manuelle Aufwand der Eingabe der Daten entfällt ebenso wie das Risiko der Eingabe von fehlerhaften Daten (etwa durch Tippfehler). Der EPC-QR-Code wird innerhalb Deutschlands teils GiroCode genannt, eine Marketing-Bezeichnung der S-Public Services.

EPC-QR-Code auslesen

Eine Mobile-Banking-App auf einem Smartphone oder Tablet bzw. ein Onlinebankingprogramm auf einem Notebook oder Desktoprechner, als auch ein Fahrkartenautomat – falls kein eigenes Endgerät vorhanden ist oder die Zahlung mit Bargeld abgewickelt werden soll – decodiert den QR-Code und füllt mit diesen Daten ein Online-Überweisungsformular aus. Der EPC-QR-Code initiiert aber nicht die Ausführung der Überweisung. Ein Nutzer kann daher die in das Online-Überweisungsformular übertragenen Daten überprüfen und anschließend die Überweisung veranlassen, abändern oder auch abbrechen. Ist also ein entsprechendes Gerät vorhanden, kann der EPC-QR-Code eine Ausfüllhilfe für Online-Überweisungsformulare sein und erspart damit das u. U. fehlerträchtige manuelle Ausfüllen.

Auch auf Geräten mit Microsoft Windows kann der EPC-QR-Code ausgelesen werden. Da der EPC-QR-Code ein normaler QR-Code ist, gehört er zu den 2D-Codes. Mit einem 2D-Code-Lesegerät lassen sich die Daten z. B. in eine Textdatei übertragen oder kann auch ohne externes Lesegerät per Software aus einer Bilddatei oder einem Screenshot ausgelesen werden. Die Übertragung ausgelesener Daten in Überweisungsformulare erfolgt dann zwar meist nur durch kopieren und einfügen manuell, reduziert aber auch hier potentielle Fehlerursachen.

2D-Code-Lesegerät

2D-Code-Lesegeräte, oft als Handgerät genutzt, werden in der Regel im Windows-Gerätemanager unter Human Interface Devices (HID) und bei den Tastaturen angezeigt. Die Grundfunktion eines Lesegerätes entspricht einer Tastatur, da es die gescannten Daten an anderer Stelle eingibt. Bei der Übertragung (Eingabe) ausgelesener Dateninhalte spielt daher der Scancode eine wichtige Rolle, der die Zuordnung eines passenden Tastaturlayouts bedarf. In der Grundkonfiguration verwenden 2D-Code-Lesegeräte oft ein englisches Tastaturlayout, Stichwort QUERTY. Gerätehersteller bieten zur Umstellung auf ein anderes Tastaturlayout – z. B. auf das deutsche QUERTZ, spezielle Barcodes an, die mit dem 2D-Code-Lesegeräte einmalig eingescannt werden.

QR-Code-Software kann u. U. Codes lesen und erstellen oder auch nur eines davon. Jedoch bietet nicht jede Software die hier als auch unter „QR-Code erstellen“ als erforderlich benannten Konfigurationsbedarfe.

Dateninhalt

Der Inhalt eines EPC-QR-Codes für SEPA-Zahlungen ist ein mehrzeiliger Text nach definiertem Format. Quelle EPC069-12. Die folgende Tabelle stellt das im EPC-QR-Code gespeicherte Schema der Daten sowie den verbindlichen als auch optionalen Inhalt dar, mit dem eine SEPA-Zahlung durchgeführt werden kann.

Zeile	orig. Bezeichner		Beispielwert	Beschreibung
1	Service Tag		BCD	Service Tag Pflichtangabe fester Wert = BCD Hinweis: Jede Zeile muss mit einer Zeilenschaltung enden. Die Ausnahme bildet Zeile 12, die keine Zeilenschaltung am Ende verwenden darf. Die nach dem Wert BCD verwendete Zeilenschaltung kann LF oder CrLf sein, muss aber über alle Zeilen hinweg einheitlich erfolgen. Eine nicht genutzte Zeile bedarf dennoch eine Zeilenschaltung, damit die nachfolgende Zeile existieren kann. Auf dieser Basis gründet die verpflichtende Ausnahme der Zeile 12, da weitere Zeilen nicht definiert sind.
2	Version		002	Beteiligte Region im Zahlungsverkehr Pflichtangabe Werte 001 = EWR mit Nicht-EWR-Ländern 002 = nur EWR Der EWR ist respektiv die European Economic Area (EEA), demnach sind Nicht-EWR-Länder non-EEA countries. Es findet Anwendung des Wertes 001 wenn im Zahlungsverkehr Teilnehmer auch aus Nicht-EWR-Ländern stammen mit obligatorischer Angabe der BIC in Zeile 5 002 wenn im Zahlungsverkehr die Teilnehmer einzig aus EWR-Ländern stammen mit optionaler Angabe der BIC in Zeile 5 (technisch nicht erforderlich) Am SEPA teilnehmende Länder und Regionen sind über den folgenden Link einsehbar.
3	Character set		2	Zeichenkodierung Pflichtangabe Werte 1 = UTF-8 2 = ISO 8859-1 3 = ISO 8859-2 4 = ISO 8859-4 5 = ISO 8859-5 6 = ISO 8859-7 7 = ISO 8859-10 8 = ISO 8859-15 Character set: Regeln und Pflichten zum lateinischen Zeichensatz → Quelle EPC121-16, Abs. 1.4 Weitere Informationen im Abschnitt QR-Code erstellen verfügbar.
4	Identification		SCT	Identifikations-Code der anzuwendenden Überweisungsvariante Pflichtangabe Verfügbare Werte SCT = SEPA Credit Transfer INST = SEPA Instant Credit Transfer → Quelle EPC121-16, Abs. 2.1.1 Pflichttermine zur Ermöglichung von SEPA Instant Credit Transfer durch die Zahlungsdienstleister innerhalb des EWR Zahlung empfangen ab 9. Januar 2025 Zahlung senden ab 9. Oktober 2025 außerhalb des EWR Zahlung empfangen von EUR-INST ab 9. Januar 2027 Zahlung senden von EUR-INST ab 9. Juli 2027 SCT bleibt weiterhin nutzbar. Überprüfungspflichten ab 9. Oktober 2025 → Hinweis am Tabellenende
5	BIC		BFSWDE33BER	BIC = Business Identifier Code der Empfängerbank Eine BIC ist ein international standardisierter Code zur Identifikation von Geschäftsstellen. Jede Bank hat einen eigenen Code. Wert = definierter Code, der der Zahlungsempfängerbank zugeordnet ist Die BIC ist eine Pflichtangabe, wenn Zeile 2 den Wert 001 hat optional, wenn Zeile 2 den Wert 002 hat
6	Name		Wikimedia Foerdergesellschaft	Name des Zahlungsempfängers Pflichtangabe Wert = max. 70 Zeichen (Text) Auch wenn es eine Pflichtangabe ist, so hatte es bis zum 8. Oktober 2025 keinerlei Relevanz. Eine auferlegte Validierung durch die beauftragten Zahlungsdienstleister gab es nicht. Überprüfungspflichten ab 9. Oktober 2025 → Hinweis am Tabellenende
7	IBAN		DE12345678901234567890	IBAN, im Sprachgebrauch auch Kontonummer, die dem Zahlungsempfänger zugeordnet ist Pflichtangabe Der Wert entspricht im Aufbau dem Schema des Beispiels Jedes Konto hat eine individuelle, eindeutige fest zugeordnete IBAN. Auch wenn es eine Pflichtangabe ist, so hatte es bis zum 8. Oktober 2025 keinerlei Relevanz. Eine auferlegte Validierung durch die beauftragten Zahlungsdienstleister gab es nicht. Solange die IBAN existierte, wurde unabhängig vom verwendeten Empfängernamen die Zahlungsanweisung durchgeführt. Überprüfungspflichten ab 9. Oktober 2025 → Hinweis am Tabellenende
8	Amount		EUR123.45	Zahlungsbetrag optional, aber empfohlen Wert = Format „EUR#.##“, zwischen 0.01 und 999999999.99
9	Purpose		BENE	Definierte SEPA Purpose-Codes für den Zweck einer Zahlung optional Wert = max. vierstelliger Textschlüssel, dem DTA-Verfahren folgend existente Beispielwerte BENE = Arbeitslosengeld DEPT = Einzahlung GDDS = Einkauf/Verkauf von Ware MTUP = Handy aufladen PENS = Renten SALA = Gehalt TRAD = Handelsgeschäft Damit können Banken, Finanzämter und andere Stellen die Verhältnisse identifizieren. Ein Dispositionskredit wird auch mit Hilfe dieser Codes geregelt.
10	Remittance (Reference)		RF18 5390 0754 7034	Referenz optional, aber empfohlen Wert = strukturierter Zeichen-Code, max. 25 Zeichen gem. ISO 11649 RF Creditor Reference Regel beachten: Wenn Zeile 10 verwendet wird, muss Zeile 11 leer bleiben.
11	Remittance (Text)		Spende fuer Wikipedia	Verwendungszweck optional Wert = unstrukturierter Text, max. 140 Zeichen Regel beachten: Wenn Zeile 11 verwendet wird, muss Zeile 10 leer bleiben.
12	Information			Informationen zwischen Zahlungsempfänger und Urheber der Zahlung optional Wert = max. 70 Zeichen Hinweis: Da dies das letzte Feld ist und zwar unabhängig davon, ob es leer ist oder nicht, darf hier keine Zeilenschaltung am Ende verwendet werden.

Überprüfungspflichten und Echtzeitüberweisungen in Euro ab 9. Oktober 2025

Mit Einführung der SEPA INST Überweisung innerhalb des EWR (Zahlung senden) muss ab demselben Datum der Name und die IBAN eines SEPA-Zahlungsempfängers bei einer jeden Zahlungsanweisung verbindlich dem realen Namen des empfangenden Kontoinhabers sowie seiner IBAN entsprechen. Dies dient zum Schutz vor Betrug und vor menschlichen Fehlern. Stimmen die Kriterien nicht überein, werden SEPA-Überweisung wie auch Daueraufträge nicht mehr ausgeführt.

Kontoinhaber sind daher angehalten, bereits vor dem Stichtag ihre gespeicherten oder notierten Bankverbindungen sowie Daueraufträge validiert bzw. überprüft zu haben. SEPA-Überweisungen, die an den Schorsch gehen, der aber Georg heist, laufen Gefahr, dann nicht mehr ausgeführt zu werden. Ebenso sind geänderte Firmennamen ein Problem – Stichwort alter Dauerauftrag, was schnell zu einem Zahlungsverzug führen kann. Namenswechsel durch standesamtliche Änderungen, veraltete Inhalte von seit langem genutzten EPC QR Codes – all das, was bis dato noch funktionierte, kann ab Oktober 2025 zu Verzögerungen im Zahlungsverkehr führen. Die vormals tolerierten Fehler waren praktisch, aber ebenso eine Option zur Erlangung eines potentiellen Vermögenschadens.

Die Verordnung (EU) 2024/886 nimmt daher die Zahlungsdienstleister in die Pflicht, dass sie auch also solche handeln und sodann eine Überprüfung vor der Ausführung einer beauftragten Überweisung oder Dauerauftrags durchführen und bei erkannten Diskrepanzen die Zahlungsanweisung nicht mehr ausführen dürfen. Macht der Dienstleister während der regelmäßigen Überprüfung Fehler und es entsteht dadurch ein finanzieller Schaden wegen falscher Buchungen, dann haftet ausschließlich der Zahlungsdienstleister.

Sollte also u. U. eine echt aussehende Zahlungsaufforderung eingehen, die beispielsweise an die namentlich bekannten lokalen Stadtwerke gehen soll, aber die Zahlungsaufforderung betrügerisch an eine nicht den Stadtwerken gehörige IBAN adressiert ist, dann wird eine solche schadhafte Überweisung aufgrund der Überprüfungspflicht der Zahlungsdienstleister nicht mehr ausgeführt.

EPC-QR-Code erstellen

Beispiel
Hinweis: die hier im Artikel verwendeten Daten stellen keine verlässliche Quelle für reale Spendenzahlungen dar. Informationen für Spenden finden sich auf wikimedia.de

EPC-QR-Code (Beispiel)

BCD
001
1
SCT
BFSWDE33BER
Wikimedia Foerdergesellschaft
DE12345678901234567890
EUR123.45


Spende fuer Wikipedia

Zeichenkodierung
Im Artikelabschnitt Dateninhalt werden in der dargestellten Tabelle für die Zeile 3 die möglichen Werte 1–8 für das verwendete „Character set“ (Zeichenkodierung) angegeben. So steht z. B. der Wert 2 für ISO 8859-1. Ein QR-Code-Generator muss eine der acht zulässigen Zeichenkodierungen beherrschen. Oftmals gibt es in Generatoren eine Auswahlmöglichkeit. Die im QR-Code-Generator verwendete Zeichenkodierung muss in der Dateneingabe für die Erstellung des QR-Codes in der Zeile 3 mit der zugehörigen Zahl benannt werden.

Zeichensatz
EPC121-16 gibt die begrenzten Zeichen vor, die unterstützt werden müssen und regelt den Umgang mit dem Schrägstrich.

Character set: Regeln und Pflichten zum lateinischen Zeichensatz → Quelle EPC121-16, Abs. 1.4

Zeilenschaltung
Als Zeilenschaltung sind erlaubt line feed (LF) oder carriage return line feed (CRLF), jedoch nur eine der beiden Arten innerhalb eines Codes gleichzeitig. Jede Zeile bedarf eine Zeilenschaltung. In der letzten Zeile 12 ist eine Zeilenschaltung unzulässig.

Kriterien des QR-Codes
Die Erstellung des QR-Codes ist zulässig ab Version 6 bis maximal Version 13 sowie mit einer Fehlerkorrektur auf dem Level „M“ (Medium) mit 15 %. Die Verwendung einer anderen Fehlertoleranz wie L = 7 %, Q = 25 % oder H = 30 % ist nicht zulässig und wird auch nicht funktionieren. Der EPC-QR-Code nutzt letztlich einen normalen QR-Code der den benannten Kritierien entsprechen muss und dessen Dateninhalt den vorgegebenen Regeln zu folgen hat.

Anwendungsbeispiel
Im Einzelanwendungsfall können z. B. in einer Textdatei (.txt) die benötigten Zeilen entsprechend den Vorgaben aus der Tabelle (siehe Abschnitt Dateninhalt) erzeugt werden und als Zeilenschaltung wird die Eingabetaste (Enter) benutzt. Die in der Textdatei erstellten Zeilen werden dann kopiert und in einen QR-Code-Generator eingefügt, der daraus eine Bildatei erzeugt.

Der Zahlungsbetrag in Zeile 8 und der Verwendungszweck in Zeile 11 sind optional. Lässt man beispielsweise diese beiden Zeilen leer, so kann ein einmalig erstellter EPC-QR-Code universell genutzt werden, da er die Übertragung des Namens des Zahlungsempfängers sowie dessen zugehörige IBAN in ein Online-Überweisungsformular sicherstellt und dann nur noch der Zahlbetrag sowie der Verwendungszweck manuell ausgefüllt werden muss.

Geschichte

2013 hat das European Payments Council (EPC) das Dokument „Quick Response Code: Guidelines to Enable Data Capture for the Initiation of a Credit Transfer“ veröffentlicht.

Österreichische Banken haben dies schnell übernommen und ihre QR-Codes mit dem Text „Zahlen mit Code“ auf der rechten Seite des Codes gekennzeichnet. 2015 folgten Finnland und Deutschland, 2016 die Niederlande und Belgien.

Situation in der Schweiz

In einer inkompatiblen aber ähnlichen Form, wird ein QR-Code seit 2020 in der Schweizer QR-Rechnung verwendet. Der Aufbau unterscheidet sich jedoch ab der Zeile 4 stark und enthält sehr viele zusätzliche Informationen (vollständige Adresse, verschiedene Referenztypen).

Weblinks

QR-Code Generator

• „Portable QR-Code Generator“ erstellt Codes in Version 6. Erfordert „Java SE Runtime Environment“ mind. Version 8u4xx.

Deutschland

• Information der Sparkassen und VR-Banken
• Demo-Version „Girocode“-Generator der GiroSolution GmbH
• GiroCode-Generator mit vorausgefülltem Formular, Daten dem Link entnommen (online generierter Beispiel-GiroCode als PDF-Datei)
• GiroCode-WordPress-Plugin und (aktuell nicht funktionierendes) EPC-QR-Code-WordPress-Plugin (Open Source)

Österreich

• Information der Payment Services Austria GmbH (PSA)
• Online Generator für die Erstellung von EPC-QR-Codes der PSA

Europäische Union

• Online Generator für die Erstellung von EPC-QR-Codes mit API Schnittstelle