Kartenzahlungen in einer benutzerdefinierten POS-App akzeptieren

Um Kartenzahlungen in einer benutzerdefinierten POS-App zu akzeptieren, nutzen Sie einen Zahlungsdienstleister (PSP) und einen von vier Wegen: einen zertifizierten Kartenleser, Tap to Pay auf dem iPhone, Tap to Pay auf Android oder ein cloudverbundenes Smart Terminal. Ihre App liest niemals eine Kartennummer aus. Sie sendet einen Betrag an zertifizierte Hardware oder Software und erhält das Ergebnis „genehmigt“ oder „abgelehnt“ zurück. Jeder Weg hat seine eigenen Anforderungen von Apple, Google oder Ihrem Anbieter. Dieser Papierkram – nicht der Code – ist das, was die Zeit in Anspruch nimmt.

Dieser Leitfaden stellt jeden Weg Schritt für Schritt dar, mit den tatsächlichen Anforderungen und ohne Übertreibungen. Wir wickeln Zahlungen für unser eigenes POS, Final, ab – wir haben jeden dieser Schritte also selbst durchlaufen.

Warum kann man nicht einfach ein Kartendaten-Formular in sein POS einfügen?

Weil ein Kartenformular die Transaktion zu einer „Card-Not-Present“-Zahlung (Karte nicht anwesend) macht, eine Ladenkasse aber eine „Card-Present“-Zahlung (Karte anwesend) erfordert. Wenn ein Kunde eine Kartennummer in ein Webformular eingibt, wird die Zahlung wie eine Online-Bestellung behandelt: höhere Gebühren, höheres Betrugsrisiko und der Großteil des Streitfallrisikos liegt bei Ihnen. Wenn ein zertifiziertes Gerät die Karte oder das Telefon liest, ist die Zahlung „Card-Present“, was für alle günstiger und sicherer ist.

Die Akzeptanz von Card-Present-Zahlungen erfordert zertifizierte Hardware oder Software. Aus diesem Grund läuft jeder unten genannte Weg über das In-Person-Produkt eines PSP und nicht über Ihren eigenen Code. Der Gebührenunterschied wird in Card-Present vs. Card-Not-Present erklärt.

Weg 1: Wie nutzt man einen Kartenleser mit der eigenen App?

Wählen Sie einen PSP mit einem In-Person-SDK, kaufen Sie eines seiner zertifizierten Lesegeräte und koppeln Sie es über Ihre App. Stripe Terminal, Adyen und andere funktionieren auf diese Weise.

1. Eröffnen Sie ein Konto beim PSP und aktivieren Sie dessen In-Person-Produkt.

2. Integrieren Sie dessen iOS-, Android- oder React-Native-SDK.

3. Bestellen Sie zertifizierte Lesegeräte und registrieren Sie diese in Ihrem Konto.

4. Suchen und verbinden Sie Lesegeräte aus Ihrer App heraus und ziehen Sie Zahlungen über das SDK ein.

5. Planen Sie Firmware-Updates für die Lesegeräte ein, die vom PSP eingespielt werden.

Sie können nicht einfach ein beliebiges Lesegerät anschließen: Nur für Ihren Anbieter zertifizierte Lesegeräte können Karten verarbeiten, da die Zertifizierung die genaue Kombination aus Lesegerät, Software und Abwickler abdeckt. Mehr unter Kartenleser für benutzerdefinierte POS-Apps und EMV-Zertifizierung für ein POS.

Weg 2: Was erfordert Tap to Pay auf dem iPhone?

Tap to Pay auf dem iPhone verwandelt das Smartphone in ein Lesegerät. Apples eigene Schritte lauten: Arbeiten Sie mit einem unterstützten PSP zusammen, beantragen Sie die Berechtigung für Tap to Pay auf dem iPhone, integrieren Sie die ProximityReader-API oder das SDK Ihres PSP, befolgen Sie die Human Interface Guidelines von Apple und reichen Sie Ihre App zur Überprüfung ein (Apples Übersicht zu Tap to Pay). Apple gibt an, dass der PSP für die Zertifizierungen verantwortlich ist, die Händlern die Akzeptanz von Zahlungen ermöglichen.

In der Praxis bedeutet das:

1. Ein Entwicklerkonto für Organisationen. Der Berechtigungsantrag muss vom Account-Inhaber eines Organisationskontos stammen, und die Registrierung als Organisation erfordert eine D-U-N-S-Nummer. Siehe D-U-N-S-Nummern und Apple-Entwicklerkonten.

2. Das Antragsformular. Nennen Sie Ihren PSP und die Regionen, in denen Sie tätig sein werden.

3. Eine Entwicklungsberechtigung. Apple gewährt eine solche für die Erstellung und das Testen auf Ihren eigenen Geräten.

4. Apples UX-Anforderungen. Apple sendet seine Anforderungen und Marketingrichtlinien zusammen mit der Berechtigung, die Schaltflächenbeschriftungen, Einstiegspunkte und das Onboarding abdecken.

5. Eine Vertriebsberechtigung. Sie antworten auf die E-Mail von Apple und beantragen die Berechtigung für den Vertrieb erneut. TestFlight und der App Store benötigen diese.

6. App Review. Ihre App wird freigeschaltet, sobald sie die Prüfung besteht.

Es läuft auf dem iPhone XS oder neuer und nicht auf dem iPad. Die vollständige Anleitung finden Sie unter wie man die Tap to Pay auf dem iPhone-Berechtigung erhält, mit Tipps zur Überprüfung in App Review mit einer Tap-to-Pay-App bestehen und Alternativen in warum Tap to Pay auf dem iPad nicht funktioniert.

Weg 3: Wie unterscheidet sich Tap to Pay auf Android?

Es gibt keine Berechtigung nach Apple-Art auf Android, aber das SDK des PSP führt seine eigenen Prüfungen durch. Typische Anforderungen:

• Ein Android-Gerät mit integriertem NFC, auf dem Android 11 oder neuer läuft

• Ein von Google zertifiziertes Gerät, das die Integritätsprüfung (Attestation) besteht

• Ein nicht-debugfähiger Build: PSP-SDKs verweigern im Debug-Modus echte Zahlungsversuche, Sie testen also mit einem simulierten Lesegerät

• Standort- und andere Berechtigungen, die das SDK anfordert

Android-Tablets können funktionieren, wenn sie die Anforderungen des Anbieters erfüllen. Details unter Tap to Pay auf Android in einer benutzerdefinierten App.

Weg 4: Kann ein browserbasiertes POS Karten annehmen?

Ja, über ein cloudverbundenes Smart Terminal. Ihr Server weist die API des PSP an, eine Zahlung an ein bestimmtes Terminal an der Kasse zu senden; das Terminal verarbeitet die Karte und meldet das Ergebnis an Ihren Server zurück. Dies ist der einzige In-Person-Weg, den ein Web-POS nutzen kann, da eine Webseite keine kontaktlose Karte auslesen kann und Safari keine Bluetooth-Leser erreichen kann.

Es eignet sich für Kassenbetriebe mit einem festen Terminal. Es schafft eine Netzwerkabhängigkeit – planen Sie also ein, was passiert, wenn die Internetverbindung des Geschäfts ausfällt.

Wie wählt man einen Zahlungsanbieter für ein benutzerdefiniertes POS aus?

Beginnen Sie mit den Ländern, in denen Sie verkaufen, gefolgt von Onboarding und Hardware:

Unser direkter Vergleich lautet Stripe Terminal vs. Adyen für eine benutzerdefinierte POS-App. Wenn Sie planen, Zahlungen im Namen anderer Unternehmen entgegenzunehmen, lesen Sie zuerst Payment Facilitator werden oder eine Plattform nutzen; für ein einzelnes Geschäft sind Sie einfach ein Händler.

Welche Compliance übernehmen Sie und welche verbleibt bei Ihnen?

Die Verwendung des zertifizierten SDKs oder Lesegeräts eines PSP bedeutet, dass Kartendaten niemals mit Ihrem Code in Berührung kommen, was Ihren PCI-Umfang gering hält. Der PSP trägt die Zahlungszertifizierungen. Bei Ihnen verbleiben dennoch:

• Ein PCI-Selbstbeurteilungsfragebogen mit Ihrem Abwickler

• Zugriffskontrolle, Protokollierung und Updates auf den Geräten, auf denen Ihr POS läuft

• Korrekte Belege, Rückerstattungen und Steuerstornierungen

• Apples und die Anzeigengestaltung- sowie Marketingregeln Ihres PSP für Tap to Pay

Wenn Sie auch den Rest des POS-Systems bauen, deckt unser Hauptartikel zum Thema eigenes POS-System mit KI bauen PCI, Steuern und Bereitstellung ab, und POS-Hardware für benutzerdefinierte Apps behandelt Drucker und Schubladen.

Wie lange dauert es, bis Sie Ihre erste Kartenzahlung akzeptieren können?

Kann man stattdessen ab Tag 1 Karten annehmen?

Ja, indem Sie Ihren Checkout auf einer Plattform aufbauen, die die Genehmigungen bereits besitzt. Das ist Final. Ihre KI baut den Checkout in Flow Studio, und wenn eine Kartenzahlung angefordert wird, übernimmt Final Pay das Lesegerät oder Tap to Pay:

• Lesegeräte und Tap to Pay bereits genehmigt. Final Pay akzeptiert Karten, kontaktlose Zahlungen und Tap to Pay auf unterstützten Geräten. Siehe wie man eine Tap to Pay-Zahlung annimmt und wie man eine Zahlung an der Kasse annimmt.

• Ihre eigene KI baut es. Verbinden Sie Claude, Cursor oder jeden MCP-Client über Finals MCP-Server.

• Preise in einer Zeile. Kein Abonnement. Bargeld kostet 0 $. Kartenzahlung kostet 2,49 % + 0,10 $ in den USA und weltweit, 1,99 % in Kanada und 0,99 % in Europa.

Der ehrliche Kompromiss: Sie wickeln über Final Pay ab, anstatt Ihren eigenen Anbieter zu wählen, und die Verfügbarkeit variiert je nach Land und Gerät, aufgelistet unter wo Final Pay verfügbar ist. Wenn Zahlungen Ihr Produkt sind, bauen Sie die Integration selbst über die oben genannten Wege. Wenn Zahlungen der Weg sind, wie Sie bezahlt werden, sind die Genehmigungen bereits erledigt.