Square Payments und Verification of Payee: das sollten Sie wissen

Die kurze Antwort: Square Payments ist eine Plattform für Kartenzahlungen vor Ort und online, dazu die Software und Hardware rund um die Kasse. Verification of Payee ist etwas ganz anderes – ein Namens-zu-IBAN-Abgleich, der bei SEPA-Überweisungen in Euro läuft. Square führt diesen Abgleich nicht durch und muss es für Kartenzahlungen auch nicht. Er zählt nur für die Überweisungen, die Ihr Unternehmen sendet.

Diese Unterscheidung fehlt auf den meisten Seiten über Square: Sie beschreiben Tarife und Hardware, erwähnen aber nie die EU-Verordnung über Instant Payments. Dieser Artikel behandelt beide Seiten – in der Reihenfolge, in der ein Händler ihnen tatsächlich begegnet.

Was Square Payments ist – und was nicht

Square ist eine Zahlungs- und Kassenplattform der Block, Inc. Praktisch bekommt ein Unternehmen vier Dinge: ein Kartenlesegerät oder Terminal, Software für Verkauf und Online-Zahlungen, Werkzeuge für Rechnungsstellung und Personalverwaltung sowie die Gutschrift des Kartenumsatzes auf ein Bankkonto. Beliebt ist Square bei kleinen Läden, Cafés, Marktständen, Salons und Dienstleistern, weil Sie ohne langen Vertrag starten können.

Zwei Grenzen sollten klar benannt werden. Erstens ist Square nur in einer begrenzten Zahl von Ländern verfügbar; ein Unternehmen außerhalb dieser Märkte kann sich nicht einfach anmelden. Zweitens, und für dieses Thema wichtiger: Square ist in erster Linie Karten-Acquirer und Anbieter von Kassensystemen. Square ist kein Teilnehmer am SEPA-Schema Verification of Payee und beantwortet keine Namensabgleichsanfragen zu den Konten Ihrer Lieferanten.

Die Preise von Square im Überblick

Square veröffentlicht seine Gebühren offen, und die Struktur ist einfach: ein Prozentsatz pro Transaktion, mit einem anderen Satz je nachdem, wie die Zahlung angenommen wird. Die Kategorien sind in allen Märkten gleich, auch wenn die Zahlen abweichen.

• Zahlungen vor Ort: der niedrigste Satz, weil die Karte physisch vorliegt und das Risiko geringer ist.
• Online-Zahlungen: ein höherer Satz, weil die Karte nicht vorliegt.
• Manuell eingegebene Zahlungen: meist der höchste Satz, weil eingetippte Kartendaten mehr Risiko tragen.
• Internationale Karten: ein zusätzlicher Aufschlag auf den Standardsatz, wenn die Karte außerhalb Ihres Marktes ausgegeben wurde.
• Hardware und Software: Lesegeräte und Terminals werden in der Regel einmalig gekauft, während einige Softwarefunktionen monatlich abgerechnet werden.

Die Sätze werden pro Markt festgelegt und ändern sich im Laufe der Zeit. Behandeln Sie jeden Wert, den Sie lesen – hier oder anderswo – als Ausgangspunkt und nicht als Angebot. Prüfen Sie vor der Kostenplanung die Gebührenseiten von Square für Ihr Land und lesen Sie das Kleingedruckte zu Erstattungen, Chargebacks und Gebühren für Sofortüberweisungen, die anders abgerechnet werden als Verkäufe.

Wo Verification of Payee für einen Square-Händler relevant wird

Verification of Payee stammt aus der EU-Verordnung über Instant Payments. Sie verpflichtet Zahlungsdienstleister, die Überweisungen in Euro anbieten, den Namen des Empfängers vor dem Versand der Zahlung mit dem Konto hinter der IBAN abzugleichen und dem Zahler das Ergebnis anzuzeigen. Den vollständigen Hintergrund finden Sie auf unserer Seite zur Instant Payments Regulation.

Wenden Sie das nun auf einen Square-Händler an. Wenn ein Kunde eine Karte auflegt, findet keine Überweisung statt: Das Geld läuft über die Kartensysteme und wird auf Ihrem Bankkonto gutgeschrieben. VoP gilt für diesen Ablauf überhaupt nicht. Ein Unternehmen, das ausschließlich per Square Kartenzahlungen annimmt, hat also keine eigene VoP-Pflicht, und an seiner Kasse muss sich nichts ändern.

Das Bild ändert sich, wenn Ihr Unternehmen Geld per Überweisung sendet: eine Lieferantenrechnung, Miete, eine Freelancerin, eine Erstattung per Überweisung oder Gehälter. Das sind SEPA-Überweisungen, und die Prüfung gehört zu der Bank oder dem Zahlungsinstitut, das sie sendet – nicht zu Square und nicht zu Ihrer Kasse.

Wenn Sie auf Square aufbauen: VoP in Ihrem Zahlungs-Stack

Softwareanbieter und Fintechs binden häufig die APIs von Square ein, um in ihrem eigenen Produkt Kartenzahlungen anzunehmen. Diese Aufteilung ist sinnvoll: Square übernimmt die Kartenannahme, Ihre Plattform übernimmt alles andere. VoP gehört zu allem anderen.

Wenn Ihr Produkt auch per SEPA-Überweisung Geld bewegt – Auszahlungen an Verkäufer, Erstattungen per Überweisung, Abrechnungen mit Lieferanten –, brauchen Sie eine Ebene für den Namensabgleich neben Square, nicht darin. Praktisch gibt es zwei Wege: Sie nutzen den VoP-Service Ihrer Bank oder verbinden sich über eine REST-API mit einem VoP-Anbieter, die die standardisierten Ergebnisse für eine einzelne Zahlung oder eine ganze Datei zurückgibt.

• Halten Sie die beiden Abläufe in Ihrem Code getrennt: Kartenautorisierung über Square, Überweisungen über Ihren PSP oder VoP-Anbieter.
• Normalisieren Sie die Empfängerdaten einmal, damit der Name, den Sie an die Prüfung senden, der rechtliche oder eingetragene Name ist und nicht ein Anzeigename aus Ihrer eigenen Datenbank.
• Behandeln Sie „nicht verfügbar“ als normales Ergebnis, nicht als Fehler – es ist das, was Sie erhalten, wenn die Bank des Empfängers nicht antworten kann.
• Protokollieren Sie das Ergebnis zusammen mit dem Zahlungsdatensatz, damit Sie zeigen können, was Sie wann geprüft haben.

Die API ist bewusst schlank: Sie senden einen Namen und eine IBAN und erhalten eines von vier Ergebnissen. Unsere Seite zur Verification-of-Payee-API beschreibt den Vertrag, und der Integrationsleitfaden zeigt den Weg von der Sandbox bis zum Livegang.

Einen Empfänger prüfen, bevor Sie einen Lieferanten bezahlen

Für ein Treasury- oder Kreditorenteam ist die nützliche Gewohnheit einfach: Prüfen Sie den Empfänger, bevor das Geld rausgeht, nicht danach. Diese Reihenfolge funktioniert, ob Sie Square für Kartenumsätze nutzen oder nicht.

1. 1 Bestätigen Sie den Empfängernamen anhand des Ausgangsdokuments – Rechnung, Vertrag oder Lohnunterlage – und nicht anhand einer E-Mail, die mit neuen Bankdaten kam.
2. 2 Führen Sie den Namens-zu-IBAN-Abgleich über Ihre Bank oder einen VoP-Service durch und lesen Sie das Ergebnis, bevor Sie die Zahlung freigeben.
3. 3 Bei einer Übereinstimmung fahren Sie mit der üblichen Sicherheit fort.
4. 4 Bei einer teilweisen Übereinstimmung übernehmen Sie den geprüften Namen, den die Prüfung zurückgibt, oder korrigieren Sie Ihren Datensatz darauf, statt ihn zu überschreiben.
5. 5 Bei keiner Übereinstimmung halten Sie an. Rufen Sie den Empfänger unter einer Nummer an, die Sie bereits hatten – nie unter einer aus der Nachricht mit den neuen Daten.
6. 6 Bei „nicht verfügbar“ behandeln Sie einen neuen oder geänderten Empfänger mit besonderer Sorgfalt und erwägen Sie eine zweite Bestätigung über einen anderen Kanal.
7. 7 Prüfen Sie erneut, sobald sich eine IBAN oder ein Name ändert, und bewahren Sie das Ergebnis beim Zahlungsdatensatz auf.

Wenn Sie viele Lieferanten bezahlen, führen Sie die Prüfung vor der Freigabe über die gesamte Zahlungsdatei durch statt Empfänger für Empfänger. So finden Sie das eine nicht passende Konto in einer Reihe von zweihundert – genau das, das Sie Geld kostet. Unser Leitfaden zur Prüfung des Kontoinhabers einer IBAN erklärt, warum Sie das nicht selbst nachschlagen können und was Ihre Bank stattdessen tun kann.

Häufige Missverständnisse

Drei Vorstellungen tauchen immer wieder auf, und jede verdient eine Korrektur.

• „Square macht VoP.“ Nein. Square ist eine Plattform für Kartenzahlungen und Kassensysteme. Den Namensabgleich bei Überweisungen in Euro führt der PSP des Zahlers durch oder ein VoP-Anbieter, mit dem der Zahler verbunden ist.
• „Meine Kartenzahlungen brauchen eine VoP-Prüfung.“ Nein. VoP gilt für Überweisungen in Euro. Kartenzahlungen laufen über die Kartensysteme und unterliegen anderen Kontrollen, etwa 3-D Secure und den Betrugswerkzeugen des Acquirers.
• „Eine VoP-Prüfung ersetzt meine Betrugskontrollen.“ Nein. Sie bestätigt, dass der Name zum Konto passt, und ist damit eine starke Verteidigung gegen umgeleitete Rechnungen und Identitätstäuschung. Über die Echtheit der Rechnung selbst sagt sie nichts aus – behalten Sie also Ihre Freigabeprozesse und Ihren Prozess für Lieferantenänderungen bei.

Zum Zeitplan: PSP im Euroraum müssen VoP bei Überweisungen in Euro seit dem 9. Oktober 2025 anbieten, PSP in EU-Mitgliedstaaten außerhalb des Euroraums folgen bis zum 9. Juli 2027. Wenn Ihre Bank Ihnen bei einer Überweisung noch kein Ergebnis eines Namensabgleichs angezeigt hat, fragen Sie nach, warum.

Wie die VoP-API von RoxPay Square ergänzt

RoxPay liefert Verification of Payee im SEPA-Schema über eine einzige REST-API und ein Dashboard und deckt sowohl die anfragende als auch die antwortende Richtung ab. Die standardisierten Ergebnisse – Übereinstimmung, teilweise Übereinstimmung, keine Übereinstimmung und nicht verfügbar – kommen in deutlich unter einer Sekunde zurück, bei einer teilweisen Übereinstimmung mit dem geprüften Namen, für eine einzelne Zahlung oder eine ganze Zahlungsdatei.

Für ein Unternehmen, das Square bereits für Kartenzahlungen nutzt, bedeutet das eine Integration für die Überweisungsseite: Lieferantenzahlungen, Löhne, Erstattungen und Auszahlungen. Square macht weiter, was es gut kann; der Namensabgleich sitzt dort, wo die SEPA-Überweisungen sind.