Delphi-PRAXiS
Seite 13 von 14   « Erste     3111213 14      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Software-Projekte der Mitglieder (https://www.delphipraxis.net/26-software-projekte-der-mitglieder/)
-   -   cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF (https://www.delphipraxis.net/204986-cc-kassensichv-%2A-die-unitsammlung-zur-kassensicherungverordnung-des-bmf.html)

BlueStarHH 28. Mai 2021 11:42

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?

jaenicke 28. Mai 2021 14:19

AW: cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF
 
Zitat:

Zitat von bernau (Beitrag 1490304)
Andere Funktionen (z.B. zufügen eines Client) benötigen auch eine PIN. Diese PIN darf nicht in der Konfiguration gespeichert werden.

Das ist die Theorie. In der Praxis hält sich da kaum jemand dran, auch nicht bei den größeren Playern...

noisy_master 18. Jun 2021 13:45

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ß

BlueStarHH 25. Jun 2021 12:20

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!

jaenicke 25. Jun 2021 12:25

AW: cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF
 
Zitat:

Zitat von BlueStarHH (Beitrag 1491508)
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!

Was sagt denn der Process Monitor? Vielleicht fehlt eine andere abhängige DLL?

BlueStarHH 25. Jun 2021 12:40

AW: cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF
 
Zitat:

Zitat von jaenicke (Beitrag 1491509)
Zitat:

Zitat von BlueStarHH (Beitrag 1491508)
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!

Was sagt denn der Process Monitor? Vielleicht fehlt eine andere abhängige DLL?

Dumme Frage: Reicht es nicht nur die WormAPI.dll auszuliefern? Muss ich noch andere Dateien mitgeben? "Process Monitor" kann ich mir erst am Mo wieder anschauen, wenn der Kunde wieder da ist.

noisy_master 25. Jun 2021 15:24

AW: cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF
 
Zitat:

Zitat von BlueStarHH (Beitrag 1491510)
...
Dumme Frage: Reicht es nicht nur die WormAPI.dll auszuliefern?...

Hi,

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ß

u2020 17. Jan 2022 15:27

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

jaenicke 17. Jan 2022 18:22

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.

LikeMike 7. Dez 2022 10:22

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.
Seite 13 von 14   « Erste     3111213 14      

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