AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren

DsFinV-K -> Q&A

Ein Thema von bernau · begonnen am 10. Dez 2019 · letzter Beitrag vom 8. Apr 2020
Antwort Antwort
Seite 1 von 5  1 23     Letzte » 
Benutzerbild von bernau
bernau

Registriert seit: 1. Dez 2004
Ort: Köln
1.268 Beiträge
 
Delphi 11 Alexandria
 
#1

DsFinV-K -> Q&A

  Alt 10. Dez 2019, 14:44
Bin grade mit der DsFinV-K beschäftigt und dabei fallen mir immer wieder Dinge auf, die gefordert sind und die ich bisher auf andere Weise gehandhabt habe.

Da hier in der DP einige Leute sind, die sich mit Kassensoftware beschäftigen, habe ich mir gedacht hier einen Frage-Antwort-Thread zur DsFinV-K (und TSE) zu eröffnen.

Für den Anfang mal was zum Kassenabschluss:

Ein zentraler Bestandteil in der Doku ist der Kassenabschluss.

In allen Dateien, die erzeugt werden müssen, gibt es die Felder.

Z_KASSE_ID -> ID der (Abschluss-) Kasse
Z_ERSTELLUNG -> Zeitpunkt des Kassenabschlusses
Z_NR -> Nr. des Kassenabschlusses

Der Kassenabschluß ist also Zentraler Bestandteil des DsFinV-K-Export.


In meiner Kassensoftware wird automatisch um 0:00 Uhr der Kassenabschluss durchgeführt. Der Anwender muss nichts machen. Er "kann" zwischendurch einen Kassensturz machen, Geld entnehmen, einzahlen u.s.w. Aber zum 0:00 Uhr gibt es einen Schnitt, einen definieten Endbestand und für den nächsten Tag einen definierten Anfangsbestand. Er Abschluss wurde nicht durchnummeriert. Er ist einfach da. Es gibt genau einen Abschluss pro Tag. Damit hatte ich bisher auch bei Betriebsprüfungen meiner Kunden kein Problem.

Wie habt Ihr den Kassenabschluss bisher gehandhabt?


Auf Seite 14 Abschnitt 3, ist folgendes zu lesen:

Zitat:
Um zu gewährleisten, dass die Stammdaten eindeutig dem jeweiligen Kassenabschluss zugeordnet werden können, ist sicher zu stellen, dass vor einer Stammdaten-Änderung ein Kassenabschluss erfolgt und erst anschließend wieder neu gebucht wird.
Das bedeutet, dass mit jeder noch so kleinen Änderung (z.B. Berechtigung eines Kassierers ändern) ein Kassenabschluss gemacht werden muss. Was ist mit Änderung von Artikeln? Das sind doch auch Stammdaten? Wenn man das so weiter spinnt, dann kommen so einige Kassenabschlüsse am Tag zusammen.

Warum der ganze Mist.

Was gehört denn alles zum Kassenabschluss? Muss beim Kassenabschluss zwangsweise das Geld gezählt werden?



Hier etwas zum Feld Z_NR (Beschereibung Seite 57)

Zitat:
Z_NR

Feldtyp: Numerisch, 0 Dezimalstellen

Kurzbeschreibung: Der Kassenabschluss wird einmalig bzw. mehrmals am Tag oder auch kalendertagübergreifend für eine Kasse erstellt. Jede Kasse besitzt eine „Z_NR“, eine Kassenabschlussnummer. Diese ist aufsteigend, fortlaufend und nicht zurücksetzbar.
Gibt es eine gesetzliche Vorgabe, wann der Kassenabschluss gemacht werden muss (Ausser bei Änderung der Stammdaten)? Es wird ja von Kalendertagsübergreifend gesprochen. Also darf ich theoretisch 1 Mal die Woche einen "manuellen Kassenabschluss" durchführen. Oder 1 mal im Monat. Oder doch spätestens am nächsten Tag.


Fragen über Fragen.
Gerd
Kölner Delphi Usergroup: http://wiki.delphitreff.de
  Mit Zitat antworten Zitat
Frickler

Registriert seit: 6. Mär 2007
Ort: Osnabrück
557 Beiträge
 
Delphi XE6 Enterprise
 
#2

AW: DsFinV-K -> Q&A

  Alt 10. Dez 2019, 18:07
Bin grade mit der DsFinV-K beschäftigt und dabei fallen mir immer wieder Dinge auf, die gefordert sind und die ich bisher auf andere Weise gehandhabt habe.

Auf Seite 14 Abschnitt 3, ist folgendes zu lesen:

Zitat:
Um zu gewährleisten, dass die Stammdaten eindeutig dem jeweiligen Kassenabschluss zugeordnet werden können, ist sicher zu stellen, dass vor einer Stammdaten-Änderung ein Kassenabschluss erfolgt und erst anschließend wieder neu gebucht wird.
Das bedeutet, dass mit jeder noch so kleinen Änderung (z.B. Berechtigung eines Kassierers ändern) ein Kassenabschluss gemacht werden muss. Was ist mit Änderung von Artikeln? Das sind doch auch Stammdaten? Wenn man das so weiter spinnt, dann kommen so einige Kassenabschlüsse am Tag zusammen.
Hierbei sind nur diejenigen Stammdaten gemeint, die im DSFinV-K Export auch "vorkommen", also was in die Tabellen "Stamm_Abschluss", "Stamm_Orte", "Stamm_Kassen", "Stamm_Terminals", "Stamm_Agenturen", "Stamm_Ust" und "Stamm_TSE" exportiert werden muss. Damit muss man dann z.B. vor dem Einspielen einer neuen Softwareversion der Kasse einen Abschluss machen.
  Mit Zitat antworten Zitat
Frickler

Registriert seit: 6. Mär 2007
Ort: Osnabrück
557 Beiträge
 
Delphi XE6 Enterprise
 
#3

AW: DsFinV-K -> Q&A

  Alt 10. Dez 2019, 18:21
Was mich stört ist, dass es viel zu wenig Beispiele gibt. Etwa für "andere Vorgänge". Und die angegebenen Beispiele sind alle gekürzt um Felder, die die Autoren als unwichtig fürs Beispiel erachteten, z.B. das Feld "BON_NR". Laut Anlage G der DSFinV-K ist das Feld BON_NR ein Pflichtfeld, darf also niemals leer sein.
In den Erklärungen zu den einzelnen Tabellen unter Punkt 11 heißt es jedoch "Die Bonnummer (oder Belegnummer) ist die von der eingesetzten Kasse vergebene eindeutige Nummerierung innerhalb eines Kassenabschlusses und entspricht der auf dem Bon gedruckten Nummer."
Wenn ein Bon abgebrochen wird ("AVBelegabbruch") wird aber gerade kein Bon gedruckt. Was trägt man da jetzt in BON_NR ein, ohne dass es Lücken in den Bons gibt?
  Mit Zitat antworten Zitat
Neumann

Registriert seit: 6. Feb 2006
Ort: Moers
529 Beiträge
 
Delphi 11 Alexandria
 
#4

AW: DsFinV-K -> Q&A

  Alt 10. Dez 2019, 18:37
Da der Bon abgebrochen wurde, gibt es auch keine Bonnummer. Also beendet man die Transaktion mit Bonabbruch und gut ist.
Ralf
Gruß vom Niederrhein
  Mit Zitat antworten Zitat
Neumann

Registriert seit: 6. Feb 2006
Ort: Moers
529 Beiträge
 
Delphi 11 Alexandria
 
#5

AW: DsFinV-K -> Q&A

  Alt 10. Dez 2019, 19:05
Beispieldaten gibt es anscheinend nicht, auch nichts womit man seine Daten prüfen kann. Gehe mal davon aus dass sehr wenige es so schaffen fehlerfreie Exportdaten zu generieren. Das transakionshändlig sowie das Signieren kann man aber wohl schaffen.

Ich mache die Exportdaten erstmal so wie ich meine das sie richtig sind und werde wenn nötig nachbessern.
Ralf
Gruß vom Niederrhein
  Mit Zitat antworten Zitat
TiGü

Registriert seit: 6. Apr 2011
Ort: Berlin
3.058 Beiträge
 
Delphi 10.4 Sydney
 
#6

AW: DsFinV-K -> Q&A

  Alt 11. Dez 2019, 10:07
Ganz interessante XING-Gruppen zu den Thema:

https://www.xing.com/communities/gro...-1099241/posts

https://www.xing.com/communities/gro...-1083790/posts

(Der Erste der sagt: "Äähm, ich habe kein XING-Account und kann die Links nicht ansehen", wird geteert und gefedert! Meld dich halt an!)
  Mit Zitat antworten Zitat
Frickler

Registriert seit: 6. Mär 2007
Ort: Osnabrück
557 Beiträge
 
Delphi XE6 Enterprise
 
#7

AW: DsFinV-K -> Q&A

  Alt 11. Dez 2019, 13:33
Beispieldaten gibt es anscheinend nicht, auch nichts womit man seine Daten prüfen kann. Gehe mal davon aus dass sehr wenige es so schaffen fehlerfreie Exportdaten zu generieren. Das transakionshändlig sowie das Signieren kann man aber wohl schaffen.

Ich mache die Exportdaten erstmal so wie ich meine das sie richtig sind und werde wenn nötig nachbessern.
Es gibt ein kommerzielles Prüftool. Kostet 499,- ...

https://tse.gastro-mis.de/tse/produkt/amadeusverify/
  Mit Zitat antworten Zitat
Neumann

Registriert seit: 6. Feb 2006
Ort: Moers
529 Beiträge
 
Delphi 11 Alexandria
 
#8

AW: DsFinV-K -> Q&A

  Alt 11. Dez 2019, 13:46
Kann man zumindest 2 Wochen kostenlos testen, ist aber noch nicht ganz fertig
Ralf
Gruß vom Niederrhein
  Mit Zitat antworten Zitat
Benutzerbild von bernau
bernau

Registriert seit: 1. Dez 2004
Ort: Köln
1.268 Beiträge
 
Delphi 11 Alexandria
 
#9

AW: DsFinV-K -> Q&A

  Alt 11. Dez 2019, 14:29
Hierbei sind nur diejenigen Stammdaten gemeint, die im DSFinV-K Export auch "vorkommen", also was in die Tabellen "Stamm_Abschluss", "Stamm_Orte", "Stamm_Kassen", "Stamm_Terminals", "Stamm_Agenturen", "Stamm_Ust" und "Stamm_TSE" exportiert werden muss. Damit muss man dann z.B. vor dem Einspielen einer neuen Softwareversion der Kasse einen Abschluss machen.
Ah. Irgendwie logisch. Für dich und für mich. Ist das auch irgendwo dokumentiert? Steuerprüfer haben manchmal eine andere Logik.

Ich bin bei einer Steuerprüfung mal auf die Nase gefallen, weil die Änderung von Stammdaten nicht genügend protokolliert wurden. Hierbei handelte es sich um eine Änderung der Berechtigung des Mitarbeiters. Der Steuerprüfer wollte wissen, wann ein Mitarbeiter die Berechtigung zum Storno erhalten hat. Unglaublich.



Edit: hab's gefunden.

Zitat:
3.2

Stammdatenmodul der DSFinV-K

Zur Vermeidung von Redundanzen werden die Stammdaten für jeden Kassenabschluss nur einmal gespeichert. Werden Änderungen an den im Folgenden aufgeführten Stammdaten vorgenommen, ist zuvor automatisch ein Abschluss zu erstellen.
Die Stammdaten teilen sich auf folgende Dateien auf:
Gerd
Kölner Delphi Usergroup: http://wiki.delphitreff.de

Geändert von bernau (11. Dez 2019 um 14:38 Uhr)
  Mit Zitat antworten Zitat
Frickler

Registriert seit: 6. Mär 2007
Ort: Osnabrück
557 Beiträge
 
Delphi XE6 Enterprise
 
#10

AW: DsFinV-K -> Q&A

  Alt 11. Dez 2019, 15:02
Ich bin bei einer Steuerprüfung mal auf die Nase gefallen, weil die Änderung von Stammdaten nicht genügend protokolliert wurden. Hierbei handelte es sich um eine Änderung der Berechtigung des Mitarbeiters. Der Steuerprüfer wollte wissen, wann ein Mitarbeiter die Berechtigung zum Storno erhalten hat. Unglaublich.
Wenn dem Prüfer Deine Nase nicht gefällt, nutzt es auch nix, wenn Du das speicherst. Weil dann könnte er z.B. anzweifeln, dass die Speicherung manipulationssicher erfolgte - wie in diesem FG Münster Urteil, wo es hieß "Der Senat braucht nicht zu prüfen, ob der Kläger tatsächlich Manipulationen an seinem Kassensystem vorgenommen hat. [...] Es genügt vielmehr, dass das System Manipulationsmöglichkeiten eröffnet. Dies gilt unabhängig davon, welcher Aufwand hierfür betrieben werden muss."
  Mit Zitat antworten Zitat
Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 22:40 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