cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF

[jaenicke]

Zitat von bernau:

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]

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

Wie auch immer: wieder schönen Dank für eure Antworten vorab!

Gruß

[BlueStarHH]

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]

Zitat von BlueStarHH:

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]

Zitat von jaenicke:

Zitat von BlueStarHH:

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]

Zitat von BlueStarHH:

...
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 Die Jungs von Swissbit haben die dynamischan Abhängigkeiten(trotz vielfachem Wunsch) immer noch nicht entfernt!

Gruß

[u2020]

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