Festlegen, wo der Kunde bezahlen soll
An der Theke kann ein Terminal direkt neben der Kasse die Zahlungsabwicklung erleichtern. Wird es an den Tisch gebracht, müssen Kunden nicht zu einer separaten Kasse gehen. Unterwegs ist Mobilität wichtig, ebenso aber auch das Aufladen, der Netzwerkzugang und eine eindeutige Zuordnung zum richtigen Verkaufsvorgang.
Für einen Softwarepartner geht es bei der Abwägung nicht nur um stationäre oder mobile Hardware. Klären Sie, ob derselbe Mitarbeitende den Verkauf durchgehend betreut oder eine andere Person die Zahlung entgegennimmt. Ein gemeinsam genutztes Terminal erfordert eine eindeutige Übergabe, damit Mitarbeitende nicht die falsche Bestellung abrechnen. Lassen Sie sich bestätigen, welche der vorgeschlagenen Geräte den vorgesehenen Einsatz in Deutschland unterstützen.
Netzwerkkonnektivität und Softwareanbindung unterscheiden
Die Netzwerkverbindung eines Terminals und seine Anbindung an Ihre Software sind zwei unterschiedliche Fragen. Der Netzwerkzugang ermöglicht die Kommunikation zur Zahlungsabwicklung; eine Softwareanbindung kann die manuelle Betragseingabe reduzieren und dabei helfen, Ergebnisse den Verkaufsvorgängen zuzuordnen. Beides lässt sich weder aus dem Aussehen noch aus der Mobilität des Terminals ableiten.
Vergleichen Sie einen eigenständigen Ablauf ohne Softwareanbindung mit einem vorgeschlagenen angebundenen Ablauf. Die manuelle Eingabe kann weniger Softwareabhängigkeiten mit sich bringen, doch Mitarbeitende müssen Beträge prüfen und Aufzeichnungen abgleichen. Ein angebundener Ansatz erfordert bestätigte Kompatibilität, einen abgestimmten Umgang mit Statusmeldungen und Tests. NeroConnect dient dazu, Software- und POS-Anbieter sowie deren Händler an Zahlungsdienste anzubinden; besprechen Sie Ihre Anforderungen mit dem Team, statt eine bestehende Integration vorauszusetzen.
- Beschreiben Sie, wo das Terminal eingesetzt werden soll, und fragen Sie, welche Verbindungsoptionen unterstützt werden.
- Klären Sie, wie Betrag und Verkaufsreferenz an das Terminal übermittelt würden.
- Fragen Sie, wie abgeschlossene und abgelehnte Zahlungen sowie unklare Ergebnisse in Ihrer Software dargestellt würden.
Praxisbeispiel: Übergabe zwischen Theke und Abholung
Hypothetisches Beispiel: Ein Softwarepartner prüft die Zahlungsabwicklung für einen Einzelhändler in Teltow mit einer Verkaufstheke und einer separaten Abholstelle. Kunden wählen Waren an der Theke aus, bezahlen aber teilweise erst bei der Abholung. Der Partner muss entscheiden, ob jede Station ein eigenes Terminal benötigt oder ob ein gemeinsam genutztes mobiles Gerät zum Arbeitsablauf des Personals passt.
Bei einem gemeinsam genutzten Gerät muss das Personal es vor jeder Zahlung ausfindig machen und den richtigen Verkaufsvorgang auswählen. Separate Geräte reduzieren diese Wege, werfen jedoch zusätzliche Fragen zur Hardware und deren Zuordnung auf. Der Partner sollte beide Optionen anhand realistischer Übergaben vergleichen und nicht nur anhand einer erfolgreichen Zahlung an einer unbesetzten Theke.
- Legen Sie zwei Testverkäufe mit unterschiedlichen Gesamtbeträgen und Abholreferenzen an.
- Lassen Sie eine zweite Arbeitskraft die Zahlung für den vorgesehenen Verkaufsvorgang entgegennehmen.
- Prüfen Sie, ob der richtige Verkaufsvorgang als bezahlt markiert ist und der andere weiterhin als unbezahlt geführt wird.
Den Umgang mit unklaren Ergebnissen vor einer erneuten Zahlung planen
Ein Verbindungsabbruch oder eine verzögerte Antwort der Software kann beim Personal Unsicherheit darüber auslösen, ob die Zahlung abgeschlossen wurde. Wird die Belastung sofort wiederholt, besteht das Risiko einer zweiten Zahlung. Vereinbaren Sie ein Verfahren, mit dem vor einem erneuten Versuch der verbindliche Zahlungsstatus geprüft wird. Legen Sie dabei auch fest, an wen sich das Personal wenden soll, wenn es den Status nicht klären kann.
Ein überprüfbares Erfolgskriterium ist, dass das Personal eine abgelehnte Zahlung von einem unklaren Zahlungsausgang unterscheiden und dem Kunden den nächsten Schritt erklären kann. Vereinbaren Sie, wer Geräte- oder Zahlungsprobleme untersucht und wer den Datensatz in der Software prüft, damit Händler mit derselben Frage nicht zwischen Teams hin- und herverwiesen werden.
Abrechnung und Leistungsumfang vor der Auswahl bestätigen
Eine erfolgreiche Terminalzahlung ist nicht gleichbedeutend mit der Auszahlung an den Händler. Fragen Sie nach dem Auszahlungszeitpunkt, anfallenden Gebühren, Referenzen in Berichten und der Darstellung von Rückerstattungen oder Korrekturen. Lassen Sie sich für Händler in Deutschland die unterstützten Zahlungsmethoden, die Regelungen für EUR und die Kontoanforderungen direkt bestätigen. Übertragen Sie keine Annahmen aus einem anderen Markt.
Senden Sie als nächsten Schritt eine kurze Beschreibung Ihres Arbeitsablaufs an NeroPay. Gehen Sie dabei auf Einsatzorte, Übergaben zwischen Mitarbeitenden, vorhandene Software und Anforderungen an Berichte ein. Lassen Sie sich Produktverfügbarkeit, Geräte, Verbindungsoptionen, Geschäftskonditionen und Supportzuständigkeiten bestätigen, bevor Sie Hardware auswählen oder einem Händler einen Liefertermin zusagen.
WOHL ZU WISSEN
Häufige Fragen
Können wir unsere vorhandene Kassensoftware anbinden?
Besprechen Sie die geplante Anbindung über NeroConnect. Unterstützte Integrationen, Geräte und technische Anforderungen müssen mit dem Team bestätigt werden, bevor Sie die Umsetzung planen.
Welche Verbindung eignet sich am besten für ein mobiles Terminal?
Das hängt von den unterstützten Geräten und deren Einsatzorten ab. Prüfen Sie die Netzabdeckung an den tatsächlichen Zahlungsstellen, die Lademöglichkeiten und das Vorgehen bei einem Verbindungsausfall.
Ist die Software von NeroPay im Lieferumfang eines Terminals enthalten?
Bei einem dafür qualifizierten Kartenterminal von NeroPay kann die Software von NeroPOS, NeroWeb und NeroBooking ohne zusätzliche Software-Abonnementgebühr enthalten sein. Terminalkosten, Gebühren für die Zahlungsabwicklung, Berechtigungsvoraussetzungen und geltende Bedingungen gelten weiterhin.