Die mögliche Fehlerquelle trifft aber bestimmt nur dann zu, wenn er das nicht mit dem in seinem Benutzerprofil
angegebenen D7 entwickelt hat sondern D2009+
Na danke für den unnötigen Beitrag!
"Hast du das schon ins QP eingetragen?" 
Wir wissen doch beide, dass der TE oder sein Nachfolger irgendwann mal wechseln wird und dann der Code sowas von gegen die Wand fährt.
Am Ende ist der Ansatz mit Char/Strings etc. falsch, weil:
Zitat:
Bei der ZVT Kassenschnittstelle handelt es sich um ein klassisches Byte-basiertes Kommunikationsprotokoll. In den Anfängen der Kassenschnittstelle wurde eine Liste von Feldern definiert. Einige müssen bei jedem Aufruf verbindlich übergeben werden, andere können optional transferiert werden.
https://www.treibauf.ch/kassenschnittstelle-zvt/
Wenn ich mir den Punkt Reversal (06 30) auf PDF-Seite 41/42 (
https://www.terminalhersteller.de/do...9_final_en.pdf) anschaue, vermute ich, dass hier mit der Länge von sechs zu kurz gedacht ist.
Ich vermute die Length XX beziehen sich nicht nur auf das Password, sondern auch auf receipt-no, amount und restliche Elemente des Data block.
Also mindestens 10 statt 6, oder? Insofern bis zum Ende vom Array der Data block ist.
Und ob der Data block richtig gebaut ist, bedarf auch einer näheren Untersuchung. Da stecke ich nicht genug drin.