AW: cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF
Arbeitet die Unit-Sammlung von Bernau korrekt mit den Zeiten?
In dem beiliegenden Demo-Projekt werden Start- und Ende-Zeit in der aktuellen lokalen Zeit ausgegeben und in den QR-Code geschrieben. Ist das richtig so? Ich meine irgendwo gelesen zu haben, dass das im UTC-Zeitformat zu erfolgen hat. Ich habe hier auch einige reale Bons herumliegen, wo die Zeit im UTC-Format draufgedruckt ist. Die Mehrheit meiner gesammelten Beispielbons verwendent allerdings die lokale Zeitzone in Deutschland (Sommerzeit). Wie müssen die Zeitangaben auf dem Kassenbon/im QR-Code erfolgen? Edit: Unter https://support.gastrosoft.de/portal...n-%C3%BCberein steht, das UTC verwendet werden muss. Also nicht nur das Format sondern auch die *Zeitzone*! Wer hat eine offizielle Quelle. Edit2: Ich nutze jetzt im GetDateTimeEvent diesen Code: aDateTime := TTimeZone.Local.ToUniversalTime(now); Damit sollte das OK sein? |
AW: cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF
Zitat:
|
AW: cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF
Hallo liebe Gemeinde,
ich bin neulich bei einem Kunden über einen merkwürdigen Fehler gestolpert: WORM_OUT_OF_MEM_ERROR. Warum das auftauchte bin ich mir nicht sicher..vielleicht eine zu alte Worm.dll... jedenfalls ging danach alles wieder. Da kamen mir doch glatt zwei Fragen in den Sinn: - wie oft sollte die DLL aktualisiert werden? Immer wenn eine neue Version rauskommt? Wie bekommt man das eigentlich mit(ausser immer wieder z.B. bei Gastro-XXX zu schauen)? - Wie handhabt ihr das mit dem Export und dem Delete? Wenn voll? Jeden Tag? Wenn jeden Tag, wie bekommt man dann den "Vollexport" hin wenn der Prüfer fragt? Oder irgendein ganz anderer Ansatz? Ich mag das Ganze Thema immer noch nicht... Es sind immer noch viel zu viele Fragen offen :wall: Wie auch immer: wieder schönen Dank für eure Antworten vorab! Gruß |
AW: cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF
Ich habe die Swissbit TSE mit dieser Unitsammlung angebunden. Dabei steht diese Unit in der Uses Anweisung:
cc.KassenSichV.Swissbit.dllwrapper.Static Reicht das aus, um die DLL zu laden? LibraryWormApiDllLoad müsste doch nur bei der dynamischen Anbindung benutzt werden oder? Bei einem Kunden klappt alles. Bei einem anderen kommt die Fehlermeldumg, dass die WormAPI.dll nicht gefunden wurde, obwohl diese im Programmorder liegt. Was kann das sein? Danke! |
AW: cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF
Zitat:
|
AW: cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF
Zitat:
|
AW: cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF
Zitat:
so blöd ist die Frage gar nicht! Und: nein, es reicht leider nicht! Du musst beim Kunden noch die VC_Redist installieren:wall: Die Jungs von Swissbit haben die dynamischan Abhängigkeiten(trotz vielfachem Wunsch) immer noch nicht entfernt! Gruß |
AW: cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF
Verwaiste Transaktionen.
Erst noch ein gesundes neues Jahr 2022. Leider kann ich auf einer TSE keine weiteren Belege mehr speichern. Fehlermeldung: Zu viele offene Transaktionen. Wie das zustande gekommen ist, kann ich zur Zeit nicht feststellen. Wie habt ihr das Problem mit verwaisten Transaktionen gelöst? Mein Ansatz bisher ist: Durch den Aufruf: transaction_listStartedTransactions bekomme ich eine Array mit den offenen Transaktionen. jetzt würde ich für jede Transaktions-Nummer folgende Zeile aufrufen: TccSwissbitTse.transaction_finish(aTransactionResp onse, MEINE_OFFENE_NUMMER; 'Kassenbeleg-V1', 'AVBelegabbruch^0.00_0.00_0.00_0.00_0.00^' ): TWormError; Mein Problem ist, daß ich auf meiner Entwicklung TSE keine offenen Transaktionen befinden. Ich bekomme die Kunden-TSE zugeschickt. Dieses wollte ich nicht zum testen nehmen. Wäre mein Ansatz richtig? oder zu einfach gedacht? Gruß Udo |
AW: cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF
Das ist prinzipiell richtig. Die Vorgabe, dass ein solcher Beleg 0 ergibt, kannst du dabei mangels weiterer Informationen kaum prüfen.
Wichtig wäre daher, dass du anhand der Logs, die du hoffentlich schreibst, feststellst, was das für Transaktionen sind. Denn vielleicht musst du ja auch noch Artikelstorni schicken... (vorausgesetzt du lässt Transaktionen geplant länger offen, wenn nicht, ist der Abbruch meiner Meinung nach unkritisch) Ich bin aus dem Thema Kassen mittlerweile aber raus. |
AW: cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF
Hallo!
Das Bundeskabinett hat am 24.08.2022 dem Regierungsentwurf zur Änderung der Abgabenordnung zugestimmt. Damit gelten die Änderungen bereits ab dem 01.01.2023. Eine der gravierendsten Änderungen betrifft die „Beweiskraft der Buchführung“. Grundsätzlich sind die Buchführung und Aufzeichnungen der Besteuerung zu Grunde zu legen. Nun ist gesetzlich verankert worden, dass dies nicht mehr gilt, soweit 1. Nach den Umständen des Einzelfalls Anlass besteht, die sachliche Richtigkeit zu beanstanden oder 2. Elektronische Daten nicht nach Vorgabe der einheitlichen digitalen Schnittstelle zur Verfügung gestellt werden können. Das bedeutet, dass das Finanzamt hinzu schätzen darf, wenn Sie die Kassengrundaufzeichnungen nicht im DSFinV-K Format vorlegen können. Da ich den Export im DSFinV-K Format bis jetzt geschlabbert habe (in der Hoffnung, dass die angekündigte Erweiterung kommt) hier nochmal die Nachfrage, ob sich da noch etwas tut, oder ob es vielleicht jemanden gibt, der den Export schon umgesetzt hat. Danke im Vorraus Mike |
Alle Zeitangaben in WEZ +1. Es ist jetzt 12:00 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz