Beantwortet Kassenschnitt auf Tagesabschluss ist nicht korrekt/scheint nicht wirklich vom Terminal zu stammen

LarsW

Gut bekanntes Mitglied
19. Mai 2015
79
29
Die nach Kartenart aufgeschlüsselten Zahlungen auf dem per Variable integrierten Kassenschnitt des EC-Terminals scheinen nicht wirklich aus dem EC-Terminal zu stammen, sondern einfach nur anhand der Zahlungsdaten in JTL-POS generiert zu werden. Die stimmen aber nicht notwendig überein, wenn das Terminal einen Fehler macht/einen Verbindungsfehler hat.

Bei einer Zahlung am mit OPI angeschlossenen Kartenterminal Ingenico Desk\3500 hat sich dieses aufgehängt. Die Zahlung war in JTL-POS nicht abgeschlossen. Wir haben das EC-Gerät neu gestartet und der Kunde hat die Zahlung wiederholt. Es war genau zu Ladenschluss und wir haben für den Kunden sicherheitshalber direkt überprüft, ob die Zahlung vielleicht doppelt erfolgt ist und haben direkt den Tagesabschluss durchgeführt. Auf unserem Tagesabschluss stimmten Kassenschnitt und Karten-Umsatz überein. Es sollte also nicht zu einer doppelten Buchung gekommen sein. Ist es aber doch. Der auf unser Konto für die Umsätze des fraglichen Tages übertragene Betrag weicht von dem Kassenschnitt ab und der Kunde hat entsprechend 2 Abbuchungen von uns.

Meine Vermutung ist nun, dass die mit der Variable $card_payments$ ausgegebenen Werte eben kein echter Kassenschnitt de Terminals sind, sondern lediglich die Terminal-ID gezogen wird und alle anderen Werte einfach den mit der Kasse durchgeführten Verkäufe entsprechen. Die können aber offensichtlich von der Anzahl und Summe der mit dem Terminal durchgeführten Transaktionen abweichen, wenn das Terminal einen Verbindungsfehler hat. Und es ist eben auch einfach nicht korrekt als Kassenschnitt Daten auszugeben, die offensichtlich gar nicht aus dem Terminal stammen. Das ist ja vermutlich auch nicht nur bei diesem Terminal so, sondern bei allen anderen auch, oder ist der Rückgriff auf Daten aus JTL-POS nur ein Fallback für den Fall, dass das Terminal keine Zahlungsdaten übermittelt?
 

Shahne

Moderator
Mitarbeiter
9. Januar 2020
342
53
Moin moin @LarsW ,

Das ist in der Tat so gewollt, die Angaben werden aus den in der Kasse mit TSE-Signaturen signierten Bons gebildet. In der Zahlungsart über die das Terminal angebunden ist kann ein Slider gesetzt werden, der beim Kassenschnitt das übliche OPI-Kommando an's Terminal schickt einen Kassenschnitt auszugeben. Das kann entweder die JTL-POS selbst erledigen, oder dem Terminal den entsprechenden Befehl geben.

Der Tagesabschluss wird aber immer auf Basis der Buchungsdatenbank gebildet, denn nur diese haben wir nach den gängigen Maßstäben der Manipulationssicherheit entsprechend komplett mit Signaturen "abgesichert". Das Terminal nicht mit der TSE.

Natürlich führt das genau in dem Fall, dass das Terminal die Zahlung durchführt, aber uns in der Kasse nicht mehr über OPI zurückmeldet zu einer Desynchronisierung. Für diese Fälle gibt es die Möglichkeit eine extra Zahlungsart wie z.B. "Korrekturbuchung Terminal" oder "Störung OPI" anzulegen mit denselben Buchungskonten wie deine ursprüngliche Zahlungsart, nur ohne angeschlossenes Terminal, damit der Bon dann entsprechend mit dieser zweiten Zahlungsart abgeschlossen werden kann, wenn das Terminal aufgrund eines technischen Fehlers nicht antwortet.

Eine Abweichung zwischen den Werten aus deinem Terminal und der JTL-POS kann es ja aber nur genau dann geben, wenn eben bei genau diesem letzten Schritt der Zahlungsbestätigung die OPI-Verbindung abreißt und die JTL-POS die Bestätigung nie erhält. Auf anderen Wegen als einer alternativen Zahlungsart kriegen wir die dann auch nicht in diesen Bon rein, denn er muss ja immer noch TSE-signiert werden können nach der bestätigten Zahlung.

Mit freundlichen Grüßen,
Shahne
 

LarsW

Gut bekanntes Mitglied
19. Mai 2015
79
29
Moin moin @LarsW ,

Das ist in der Tat so gewollt, die Angaben werden aus den in der Kasse mit TSE-Signaturen signierten Bons gebildet. In der Zahlungsart über die das Terminal angebunden ist kann ein Slider gesetzt werden, der beim Kassenschnitt das übliche OPI-Kommando an's Terminal schickt einen Kassenschnitt auszugeben. Das kann entweder die JTL-POS selbst erledigen, oder dem Terminal den entsprechenden Befehl geben.

Der Tagesabschluss wird aber immer auf Basis der Buchungsdatenbank gebildet, denn nur diese haben wir nach den gängigen Maßstäben der Manipulationssicherheit entsprechend komplett mit Signaturen "abgesichert". Das Terminal nicht mit der TSE.

Natürlich führt das genau in dem Fall, dass das Terminal die Zahlung durchführt, aber uns in der Kasse nicht mehr über OPI zurückmeldet zu einer Desynchronisierung. Für diese Fälle gibt es die Möglichkeit eine extra Zahlungsart wie z.B. "Korrekturbuchung Terminal" oder "Störung OPI" anzulegen mit denselben Buchungskonten wie deine ursprüngliche Zahlungsart, nur ohne angeschlossenes Terminal, damit der Bon dann entsprechend mit dieser zweiten Zahlungsart abgeschlossen werden kann, wenn das Terminal aufgrund eines technischen Fehlers nicht antwortet.

Eine Abweichung zwischen den Werten aus deinem Terminal und der JTL-POS kann es ja aber nur genau dann geben, wenn eben bei genau diesem letzten Schritt der Zahlungsbestätigung die OPI-Verbindung abreißt und die JTL-POS die Bestätigung nie erhält. Auf anderen Wegen als einer alternativen Zahlungsart kriegen wir die dann auch nicht in diesen Bon rein, denn er muss ja immer noch TSE-signiert werden können nach der bestätigten Zahlung.

Mit freundlichen Grüßen,
Shahne
Danke für die Erklärung. So ganz kann ich ihr allerdings nicht folgen. Ich bin ja eigentlich verpflichtet die Kassenschnitte des Karten-Terminals 10 Jahre aufzubewahren. Der von JTL-POS ausgegebene "Kassenschnitt" ist wiederum offensichtlich kein echter Kassenschnitt. Damit komme ich der Verpflichtung nicht nach. Und gerade so wie es ist sind Abweichungen zur TSE eben nicht erkennbar, ohne das man die eigehenden Zahlungen auf dem angeschlossenen Bankkonto kontrolliert. Bei LS-POS und vermutlich auch anderen Kassen sieht man diese Abweichungen immer schon direkt auf dem Tagesabschluss bzw. auch auf einem Zwischenbericht.

Ich verstehe auch nicht, wie das Problem nachträglich mit einer extra Zahlungsart korrigiert werden könnte. In dem Moment, wo das Problem aufgetreten ist, ist der Mitarbeiter ja davon ausgegangen, dass die Zahlung eben nicht durchgegangen ist und der Bon war in JTL-POS noch offen. Gerade weil JTL-POS keinen richtigen Kassenschnitt macht, kann das ja auch nicht kurzfristig kontrolliert werden. Einzige Möglichkeit wäre eben den Kassenschnitt nicht über JTL-POS zu drucken. Dann werden aber - zumindest bei unserem Terminal (Ingenico Desk\3500) - alle Belege immer vom Terminal gedruckt, also auch die eigentlich in den Kassenbon integrierten Kundenbelege der Zahlung.
 
Ähnliche Themen
Titel Forum Antworten Datum
Neu beim Umstieg von unicorn auf SCX Bilder aktivieren Otto.de - Anbindung (SCX) 0
Neu Gewicht auf Rechnung (Artikelgewicht und Zusatzgewicht) Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
Neu gelöst: Update von 5.3.0 auf 5.3.1 - Dateien hochgeladen - immernoch alte Version Gelöste Themen in diesem Bereich 6
Neu Wechsel WAWI Hosting von JTL mit RDP auf ecomDATA User helfen Usern - Fragen zu JTL-Wawi 2
Neu Nach Update auf 5.3 funktioniert das Video-Portlet für lokale Videos nicht Gelöste Themen in diesem Bereich 9
Neu Update auf v5-2-5 Gelöste Themen in diesem Bereich 3
Neu Nach Update auf 5.3 fliegen die Produkte aus dem Merchant Center JTL-Shop - Fehler und Bugs 0
Wo befindet sich das Feld mit der Information für "Zustandsbeschreibung" auf Ebay? JTL-Wawi 1.8 9
Neu Nach Umstellung auf WMS Probleme mit der JTL Ameise Installation von JTL-WMS / JTL-Packtisch+ 0
Neu Auftrag mit Freiposition Menge 0 läßt sich nicht ausliefern + wird nicht auf Lieferschein angezeigt User helfen Usern - Fragen zu JTL-Wawi 1
Ausgabe Lieferdatum auf Lieferantenbestellung JTL-Wawi 1.8 0
Benutzerrechte - Artikel auf Einkaufsliste setzen JTL-Wawi 1.6 1
Neu /navi.php?q=2 Abfragen laufen auf 404 Gelöste Themen in diesem Bereich 4
Neu Shopify Erhöhung der Varianten von 100 auf 2000 - Connector App Problem Shopify-Connector 1
Artikel Netto Preis von 4 Nachkommastellen auf 2 umstellen JTL-Wawi 1.7 5
Neu WaWi auf Mac Installation von JTL-Wawi 3
Neu Rechnung wird nicht auf englisch gespeichert Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 3
Neu Greyhound JTL-Connector funktioniert nach Update auf 1.8.12 nicht mehr richtig Technische Fragen zu den JTL-Connectoren 5
Neu Scrollverhalten auf Artikellisten (mal wieder) Templates für JTL-Shop 0
Neu Wie setzt Ihr eure Dev/Staging Umgebungen auf? Betrieb / Pflege von JTL-Shop 0
Neu Folgendes fehlt seit Mai 23 auf der Rechnung: "Versanddatum: Ist gleich dem Rechnungsdatum." Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 4
Neu Integration Artikelnummer/Anzahl auf Versandlabel User helfen Usern - Fragen zu JTL-Wawi 0
Neue angelegte Artikel ausverkauft - kein Erscheinen auf Bestellvorschlägen JTL-Wawi 1.6 1
Neu Weiße Seite nach Update Shop 5.1.5. auf 5.2.4 Installation / Updates von JTL-Shop 24
Neu List & Label Neue Vorlage Projektbaustein Bild Logo nur auf erstem Exemplar anzeigen User helfen Usern - Fragen zu JTL-Wawi 2
Neu QR Code auf Rechnungen will zuviel haben User helfen Usern - Fragen zu JTL-Wawi 0
Neu Erledigt - Plugin PayPal Checkout, Update auf 1.4.0, Komplettabsturz Plugins für JTL-Shop 1
Neu Vorlagen: Formel um Textfeld nur auf der letzten Seite der Rechnung darzustellen Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 2
Neu Rabatte auf Rechnung ausweisen Fragen rund um LS-POS 0
Neu Update von 5.1.5 auf 5.2.4 Installation / Updates von JTL-Shop 1
Neu Auftragssumme ohne Rabatt auf Rechnung ausgeben Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
Neu Update von Wawi 17.15.4. auf 18.12.0 geht nicht, weil Primary voll ist JTL-Wawi - Fehler und Bugs 4
Neu Bewertungen mittels Importtabelle auf andere Artikel übertragen User helfen Usern - Fragen zu JTL-Wawi 0
Neu Lieferdatum auf Auftragspositionsebene Arbeitsabläufe in JTL-Wawi 0
Slider - Position auf der Startseite? Einrichtung JTL-Shop5 0
Neu Ware auf Retoureplatz wird als "verfügbar" betrachtet JTL-Wawi - Fehler und Bugs 2
Neu Title Tag wird auf Loginseite nicht übernommen Betrieb / Pflege von JTL-Shop 1
Neu Suchbegriff hängt Shop auf?! Allgemeine Fragen zu JTL-Shop 2
JTL stürzt bei Druckvorschau oder Drucken seit Wechsel auf v.1.7 immer wieder ab JTL-Wawi 1.8 6
JTL Wawi Update 1.7.15.5 - Worker hat keinen Zugriff auf DB JTL-Wawi 1.7 6
Neu Woocommerce mit JTL Connector "Die Shop-URL verweist nicht auf einen gültigen Shop" WooCommerce-Connector 4
Neu Umzug auf neuen Rechner mit nur einem Mandant User helfen Usern - Fragen zu JTL-Wawi 3
Auftragsimport über eBay - Bezeichnung der Versandart auf der Rechnung leer JTL-Wawi 1.8 1
Neu Konfigurations-Komponenten auf Lager User helfen Usern - Fragen zu JTL-Wawi 0
Neu Wenn Rabatt als Zeile auf Rechnung steht, fliegt der Gesamtwert weg.. Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
Neu Ebay Artikel - bei Umstellung auf Designvorlagen werden Beschreibungen verändert User helfen Usern - Fragen zu JTL-Wawi 1
Neu Nach Update von 1.5 auf 1.8 Versand in die Schweiz nicht mehr möglich JTL-ShippingLabels - Fehler und Bugs 2
Neu jtl wawi Versanddatenexport Originalmeldung: In der Sendung trat mindestens ein harter Fehler auf. Code: 1101 Schnittstellen Import / Export 2
Neu ist das Hinzufügen eines zusätzlichen Hinweis bei Artikeln, mit bestimmtem Merkmal, die auf die Einkaufsliste wandern möglich ? User helfen Usern - Fragen zu JTL-Wawi 0
Kein Zugriff auf Datenbankverwaltung JTL-Wawi 1.8 1

Ähnliche Themen