Kartenzahlung am Verkaufsautomaten funktioniert nicht

Funktioniert die Kartenzahlung am Verkaufsautomaten nicht, solltest Du nicht sofort Einstellungen ändern oder das Terminal zurücksetzen. Ermittle zuerst den letzten Prozessschritt, der noch funktioniert hat: Hat das Terminal Strom? Startet es vollständig? Erreicht es den Zahlungsserver? Kommuniziert es mit der Automatensteuerung? Wird nach der Zahlung die Ware ausgegeben?

Damit trennst Du Strom- und Netzwerkprobleme von Fehlern an MDB, der Vending Machine Controller (VMC) oder der Ausgabelogik. Die wichtigste Regel lautet: Erst dokumentieren, dann gezielt prüfen und erst danach kontrolliert neu starten.

Fehlerbild erfassen und den Einstiegspunkt wählen

Fotografiere vor jedem Neustart die Displaymeldung und notiere Datum, genaue Uhrzeit, Terminal-Seriennummer, Terminal-ID (TID), Fehlercode, Netzstatus sowie den letzten erfolgreichen Verkauf. Wichtig sind auch vorausgegangene Ereignisse wie Stromausfall, Wartung, Firmware-Update, Befüllung oder Standortwechsel.

Halte bei einer betroffenen Zahlung zusätzlich Produkt, Betrag, Kartenart und Transaktionsstatus fest. Bei Mobilfunkgeräten gehört auch der angezeigte RSSI dazu. RSSI ist ein geräteabhängiger Hinweis auf die Mobilfunk-Signalstärke; seine Skala ist nicht zwischen Terminalmodellen übertragbar.

Beginne danach mit dieser Wenn-dann-Logik:

• Display dunkel: Prüfe zuerst Stromversorgung, zugängliche Niedervolt-Stecker und sichtbare Kabelschäden.
• Startsequenz bleibt stehen: Dokumentiere den letzten angezeigten Schritt und prüfe Netzwerk, Antenne, SIM oder lokale LAN-/WLAN-Verbindung.
• „Cash Only“ oder Terminal nicht verfügbar: Prüfe MDB-Kabel, Cashless-Freigabe, Service-Modus, Türkontakt und VMC-Status.
• Karte wird gelesen, aber abgelehnt: Prüfe Transaktionsstatus, Betrag und ob andere aktuelle Zahlungen funktionieren.
• Zahlung genehmigt, aber keine Ware: Prüfe Produktauswahl, Preisübertragung, Motoransteuerung, Vend-Erkennung und den Status von Buchung oder Stornierung.

Eine einzelne Kartenablehnung beweist keinen Terminaldefekt. Mehrere dokumentierte Fehlversuche mit zulässigen Karten sind aussagekräftiger als wiederholtes, wahlloses Testen.

Ein kontrollierter Neustart ist erst sinnvoll, wenn diese Ausgangsdaten gesichert sind. Nur so lässt sich später nachvollziehen, ob ein Fehler tatsächlich behoben wurde oder vorübergehend nicht mehr sichtbar ist.

Online-Zahlung und MDB-Kommunikation getrennt prüfen

Eine Kartenzahlung läuft über zwei unabhängige Kommunikationswege. Die Online-Zahlungskette führt von Karte und Terminal zum Zahlungsserver, Acquirer oder Netzbetreiber. Die interne Automatenkette führt vom Terminal über MDB zur VMC und von dort zur Produktausgabe.

Die VMC ist die zentrale Automatensteuerung. Sie verwaltet unter anderem Produktauswahl, Preise, Zahlungsfreigabe und Ausgabe. MDB/ICP ist der Kommunikationsstandard zwischen der VMC und angeschlossenen Zahlungs- oder Peripheriegeräten. Das Kartenterminal ist dabei ein Cashless Device.

Ein Mobilfunksymbol, ein grüner Status im Betreiberportal oder ein eingeschaltetes Display belegen deshalb noch keine vollständige Verkaufsbereitschaft. Erst ein Testverkauf bestätigt das Zusammenspiel von Zahlung, VMC und Ausgabe. Die grundlegende Rolle von Steuerung, Zahlungssystem und Warenausgabe wird auch in der Funktionsweise eines Verkaufsautomaten erläutert.

Die angezeigte Startsequenz ist hersteller-, modell- und firmwareabhängig. Typischerweise werden jedoch Hardware, Netzwerk oder Modem, Serververbindung und Automatenkommunikation nacheinander initialisiert. Entscheidend ist nicht eine allgemein angenommene Reihenfolge, sondern der konkret dokumentierte Schritt, an dem das jeweilige Terminal stoppt.

Stromversorgung, Startsequenz und Netzwerk kontrollieren

Bei einem vollständig dunklen Terminal beginnt die Diagnose an der Stromversorgung. Prüfe, ob der Automat eingeschaltet ist und ob andere Baugruppen arbeiten. Kontrolliere nur zugängliche Stecker, Kabel und Leitungen auf lockere Verbindungen, Quetschungen oder sichtbare Beschädigungen, etwa nach einer Befüllung oder Wartung.

Öffne keine Netzteile oder Terminalgehäuse und führe keine Arbeiten an offenen 230-Volt-Komponenten aus. Ziehe Stecker nicht unter Spannung, sofern der Hersteller dies nicht ausdrücklich als Bedienhandlung vorsieht. Halte die Abschalt- und Sicherheitsvorgaben des jeweiligen Automatenherstellers ein.

Bleibt ein Terminal während des Starts hängen, dokumentiere die Meldung, bevor Du es neu startest. Bei Mobilfunk prüfst Du, ob die Antenne angeschlossen, unbeschädigt und nicht hinter stark abschirmenden Metallteilen eingeklemmt ist. Ein Standortwechsel innerhalb eines Gebäudes kann den Empfang verändern.

Bei LAN oder WLAN prüfst Du als Betreiber zunächst die offensichtlichen Ursachen: Sitzt das Netzwerkkabel? Läuft Router oder Access Point? Wurden Zugangsdaten oder die lokale Netzwerkkonfiguration geändert? Bei aktivem lokalen Netzwerk ohne Serververbindung sollte die Standort-IT Internetzugang, Firewall und Netzfreigaben prüfen; der Terminalanbieter prüft anschließend Geräteanmeldung und Hostkommunikation.

Nayax nutzt für bestimmte Modem- und Netzwerkstörungen eigene Codes. Laut der offiziellen Nayax-Einordnung betreffen M01 die Modemkommunikation, M02/M06 den SIM-Bereich, M03/M00 Netzsuche oder Netzregistrierung und M05 die Serververbindung. Die konkrete Maßnahme hängt vom Gerät und Softwarestand ab.

MDB, VMC-Freigabe und Parameter sicher einordnen

Zeigt ein online wirkendes Terminal „Cash Only“, liegt die Ursache oft in der internen Automatenkette. Prüfe das MDB-Kabel und seine Steckverbindungen ausschließlich spannungsfrei und nach Herstellervorgabe. Achte auf Zugbelastung, verbogene Kontakte, Korrosion oder beschädigte Leitungen.

Kontrolliere im Service-Menü der VMC, ob Cashless beziehungsweise MDB aktiviert ist und das Zahlungsgerät als zulässige Peripherie eingerichtet wurde. Ein Service-Modus, eine offene Tür, ein ausgelöster Türkontakt, ein nicht abgeschlossener Verkauf oder vorhandenes Bargeldguthaben können die Verkaufsbereitschaft beeinflussen.

Über READER ENABLE und READER DISABLE teilt die VMC dem Cashless Device mit, ob es Zahlungen annehmen darf. Ein Terminal kann daher technisch online sein und trotzdem korrekt gesperrt bleiben, wenn die VMC keine Zahlungsfreigabe erteilt.

Terminal und VMC müssen außerdem dasselbe Automatenprotokoll verwenden. Neben MDB existieren je nach System etwa Pulse- oder proprietäre Schnittstellen. Das MDB-Level beschreibt die unterstützte Funktionsstufe des Cashless-Protokolls. Ein höheres Level ist nicht automatisch besser: VMC und Terminal müssen zueinander kompatibel konfiguriert sein.

Preselection bedeutet, dass zuerst ein Produkt gewählt und danach der konkrete Preis an das Terminal übertragen wird. Bei einer Preauthorization wird vorab ein fester oder maximaler Betrag autorisiert. Welcher Ablauf zulässig ist, hängt von VMC, Terminalparametern, MDB-Level und MDB-Flags ab.

Bei Nayax sind V00, V01 und V02 ein abgegrenztes Beispiel für MDB-bezogene Statusmeldungen. Die offizielle Dokumentation ordnet V00 einer fehlenden Kommunikation mit der VMC, V01 einer nicht erfolgreich abgeschlossenen MDB-Initialisierung oder Kompatibilität und V02 einer Sperre des Readers durch die VMC zu. Vergleiche den konkreten Code stets mit der offiziellen Nayax-Codebeschreibung. Eine detaillierte Einordnung bietet außerdem der Beitrag zu Nayax V00, V01 und V02.

Kartenablehnung und fehlende Warenausgabe unterscheiden

Wird eine Karte gelesen und anschließend abgelehnt, hat das Terminal bereits mehr Prozessschritte erreicht als bei „Cash Only“. Prüfe im Transaktionsprotokoll, ob eine Autorisierungsanfrage gesendet wurde und welcher Status zurückkam. Eine Ablehnung ist nicht dasselbe wie eine fehlende Verbindung: Sie kann mit Karte, kartenausgebendem Institut, Akzeptanzregeln oder Zahlungsabwicklung zusammenhängen.

Prüfe zuerst, ob der angezeigte Betrag plausibel ist, das Terminal betriebsbereit wirkt und andere aktuelle Transaktionen erfolgreich waren. Ist nur eine Karte betroffen, liegt die Ursache eher bei dieser Karte oder ihrer Autorisierung. Sind mehrere Karten betroffen, benötigt der Terminalanbieter mindestens Uhrzeit, TID, Betrag und den protokollierten Ablehnungs- oder Kommunikationsstatus.

Wird eine Zahlung genehmigt, aber keine Ware ausgegeben, verlagert sich die Diagnose auf den Automaten. Prüfe, ob Produktauswahl und Preis korrekt an das Terminal übertragen wurden, ob die VMC den Verkauf freigegeben hat und ob der zugehörige Motor angesteuert wurde. Danach werden Ausgabemechanik, Befüllung, Produktsensorik und Vend-Erkennung relevant.

Gleiche anschließend den finanziellen Status im Betreiberportal ab. Je nach Anbieter und Konfiguration kann eine Autorisierung bei fehlender Vend-Bestätigung aufgehoben, storniert oder nicht final gebucht werden. Verlasse Dich deshalb nicht allein auf die Terminalanzeige.

Tritt der Fehler nur bei einem Produkt auf, sind Preisprogrammierung, Motorzuordnung oder Mechanik dieses Fachs wahrscheinlicher als ein allgemeiner Terminaldefekt. Betrifft er alle Produkte, sollten VMC-Konfiguration und der übergreifende MDB-Verkaufsablauf untersucht werden.

Support gezielt einschalten statt Teile auf Verdacht tauschen

Ein kontrollierter Neustart ist sinnvoll, wenn der Zustand dokumentiert ist und weder ein mechanischer Schaden noch eine unsichere elektrische Situation vorliegt. Beende offene Verkäufe nach Möglichkeit, schalte das Gesamtsystem nach Herstellervorgabe aus und beobachte beim Neustart jeden Initialisierungsschritt.

Ein Factory Reset ist keine Erstmaßnahme. Er kann Netzparameter, TID-Zuordnungen, MDB-Flags, Protokollwerte oder anbieterspezifische Einstellungen verändern. Führe ihn nur auf dokumentierte Anweisung des zuständigen Anbieters und mit gesicherter Konfiguration durch.

Ein neuer Kartenleser löst weder ein defektes MDB-Kabel noch eine sperrende VMC. Umgekehrt kann eine intakte Automatensteuerung keine fehlende Hostverbindung ersetzen. Der letzte erfolgreich erreichte Prozessschritt bestimmt deshalb die richtige Eskalation.

Halte für jede Supportanfrage Seriennummer, TID, Automatentyp, VMC-Modell, Firmwarestände, Fehlercode, Uhrzeit, RSSI oder Netzstatus, Transaktionsstatus sowie bereits ausgeführte Maßnahmen bereit. Fotos der Meldung verkürzen die Ferndiagnose zusätzlich.

Reparatur mit einem vollständigen Testverkauf bestätigen

Ein grüner Netzwerkstatus oder die Anzeige „Ready“ beweist noch nicht, dass die Kartenzahlung wieder vollständig funktioniert. Der Abschluss der Diagnose ist ein End-to-End-Test: vom ausgewählten Produkt über die Autorisierung bis zu Ausgabe, Vend-Bestätigung und Transaktionsstatus.

Verwende ein eindeutig zugeordnetes Testprodukt mit bekanntem Preis. Dokumentiere dabei Uhrzeit, angezeigten Betrag und Transaktionsreferenz. Simuliere keinen Fehler durch das Blockieren eines Motors; prüfe bereits aufgetretene Fehlverkäufe anhand von Protokollen oder einer sicheren Herstellervorgabe.

Bei sporadischen Fehlern sind mehrere kontrollierte Verkäufe zu unterschiedlichen Zeitpunkten sinnvoll. Tritt die Störung nur bei geschlossener Tür, nach längerer Standzeit oder an bestimmten Produkten auf, dokumentiere genau diese Bedingung für die weitere Diagnose.

Halte abschließend fest, welche Ursache gefunden, welche Einstellung geändert oder welches Bauteil ersetzt wurde. Eine Störungshistorie erleichtert spätere Wartungen. Ergänzend kann Vending-Telemetrie Kommunikationsausfälle und ungewöhnliche Verkaufsunterbrechungen früh sichtbar machen.