146 AO Bonpflicht - elektronisch

[Uwe Raabe]

Zitat von Moombas:

Ist nur die Frage, je nach Kundenanzahl, wie viel Speicher du da mit der Zeit belegst und wie lange diese Bons gespeichert werden sollen/müssten.

Vermutlich nicht länger als das Thermopapier zum Verbleichen benötigt.

Es geht vermutlich gar nicht um die Aufbewahrung, sondern lediglich darum überhaupt einen Bon zu erzeugen. Damit ist der Vorgang in der Kasse eingegeben worden und die verhindert ja per Deklaration schon eine Mauschelei (Stichwort Sicherheitsmodul).

[Neumann]

Der Bon wird dem Kunden zum Download angeboten, wenn er ihn in 30-60 Tagen nicht abgeholt hat sollte es kein Problem sein diesen zu löschen. So eine realistische durchschnittliche Größe für einen Bon als PDF sind so 0,5 MB; also würden 2000 Bons 1 GB Speicherplatz brauchen. Da man nur die Bons hochladen müsste die nicht auf Papier gedruckt werden, sehe ich da kein Speicherplatzproblem.

Zitat:

Den QR Code im Kundendisplay anzuzeigen, ist aber gefährlich. Die Leute hinter Dir in der Schlange könnten den ja auch scannen....

Die könnten auch die weggeworfenen Bons sammeln. Und aus 2m Entfernung einen QRCode verwertbar abfotografieren...

[Rollo62]

Zitat von Neumann:

Der Bon wird dem Kunden zum Download angeboten, wenn er ihn in 30-60 Tagen nicht abgeholt hat sollte es kein Problem sein diesen zu löschen.

Zitat:

Aus dem Artikel zum QR-Code-Display:
Hintergrund ist, dass wir nur zur Bonausgabe, aber nicht zur Bonmitgabe verpflichtet sind.“

Was sagt denn die Rechtslage dazu, ist sowas in Ordnung ?

Man könnte dann ja auch "Schein-QR" anzeigen lassen, und diese dan erst einen Bon erzeugen lassen wenn der Kunde den wirklich scannt.

[Neumann]

Zitat:

Man könnte dann ja auch "Schein-QR" anzeigen lassen, und diese dan erst einen Bon erzeugen lassen wenn der Kunde den wirklich scannt.

Wie soll das gehen? Button in der Kasse QrCode Fake und 2. Button QrCode Bon? Das würde ein Steuerprüfer bestimmt interessant finden. Außerdem würde das in der Praxis nie funktionieren, und was erreicht man damit?

Einfach Frage: QR-Bon oder Papierbon? Dann Anzeigen wenn QR-Bon gewünscht wird, mit der Möglichkeit den Papierbon immer noch ausdrucken zu können.

[Rollo62]

Zitat von Neumann:

Zitat:

Man könnte dann ja auch "Schein-QR" anzeigen lassen, und diese dan erst einen Bon erzeugen lassen wenn der Kunde den wirklich scannt.

Wie soll das gehen? Button in der Kasse QrCode Fake und 2. Button QrCode Bon?

Ja, erstmal nur ein QR-Link über das Scheindisplay, und es wird bar (ohne Kasse) abgerechnet.
Erst wenn der Kunde wirklich einen Bon will dann macht man die Kasse auf, und erzeugt erst dann einen Bon zu dem bereits existierenen Dummy-QR-Link.

Das System schaltet sich dann automatisch auf Normalbetrieb wenn der Steuerprüfer durch die Tür kommt und per Videocam und KI erkannt wird.

Wie wir gehört und gelernt haben können ja ziemlich hohe Summen an der Kasse betrügerisch hinterzogen werden,
also ist dort auch mit erheblicher krimineller Energie zu rechnen

[haentschman]

Moin...

Zitat:

Den QR Code im Kundendisplay anzuzeigen, ist aber gefährlich. Die Leute hinter Dir in der Schlange könnten den ja auch scannen....

...wen intessiert dein Bon... Nichts auf der Welt ist sicher...außer der Tod.

[MyRealName]

Könnte man denn nicht jede Transaktion in der Datenbank mit einer Prüfsumme verbinden, die aus den eigentlichen Daten (Total, Mwst-Wert etc.) und dem Hash der vorhergehenden Transaktion besteht. Smot wurde jede Manipulation sofort auffallen, sofern sie nicht von der Software selbst vorgenommen wird (aber da kann man ja eh nichts machen). Auch gegen das Nicht-Eingeben der Daten in die Kasse kann man ja nichts machen