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

[schotte77]

Hallo,

hat schon jemend den "DSFinV-K" export geschrieben?

Habe das hier gefunden. https://www.aitc.at/dsfinvk-bibliothek/

mdf

Schotte

[arnof]

der Export ist eigentlich gleich dem bisherigen GDPdU Export nur halt vorgegebene Dateien und Spalten.

Hier ist es nur Fleißarbeit das Umzusetzen, es gibt ausreichende Beschreibungstexte, hier ist es manchmal nur schwer, diese mit deinen Daten zu füllen. Das Problem hat man aber auch mit einer "fertigen" Schnittstelle.

[LikeMike]

Hallo!
Ich bin auch noch bei der DSFinV-K-Schnittstelle.
Mir ist einfach nicht klar, was die Z-Felder (Z_NR, Z_KASSEID, Z_ERSTELLUNG) in der Schnittstelle zu suchen haben.
Wozu muss ich einen Kassensturz machen, wenn ich Daten exportieren will. Und selbst wenn - welche Kassensturzdaten soll ich eintragen, wenn der Betriebsprüfer die Daten z.B. vom letzten Jahr haben will? Die aktuellen? Oder muss ich alle Kassenstürze archivieren?
Vielen Dank im Voraus!!

[jaenicke]

Es geht nicht um einen Kassensturz zwischendurch, sondern um den ohnehin gesetzlich vorgegebenen täglichen Kassenabschluss. Dessen Z-Nummer usw. gehört dann zu den Daten des entsprechenden Tages.

Man darf ja jetzt auch die Liste der Kassen nicht mehr während des Tages verändern, sondern immer nur nach dem Tagesabschluss.

[arnof]

Zitat von LikeMike:

Hallo!
Ich bin auch noch bei der DSFinV-K-Schnittstelle.
Mir ist einfach nicht klar, was die Z-Felder (Z_NR, Z_KASSEID, Z_ERSTELLUNG) in der Schnittstelle zu suchen haben.
Wozu muss ich einen Kassensturz machen, wenn ich Daten exportieren will. Und selbst wenn - welche Kassensturzdaten soll ich eintragen, wenn der Betriebsprüfer die Daten z.B. vom letzten Jahr haben will? Die aktuellen? Oder muss ich alle Kassenstürze archivieren?
Vielen Dank im Voraus!!

Die DSFinV-K-Schnittstelle Basiert zu 100% auf Kassenabschlüssen, die einmal täglich zu machen sind.

Alles was keine Stammdaten sind haben am Anfang immer Z-Berichtsnummer usw. stehen ... Eigentlich ist es nicht so schwer, was man aber wahrscheinlich ändern muss, sind die internen Datenstrukturen, damit man den Export machen kann. D.h. z.B. ist man verpflichtet die MwSt Beträge mit der BON Erstellung speichern muss und nicht erst berechnen darf, wenn man den Export macht, usw usw usw. Ich habe einige Monate dafür gebraucht um alles, so umzustellen, das alle Daten gespeichert werden, so das man den Export mit den richtigen Summen durchführen kann. Andere Daten wie Kassenbucheinträge (ohne Kasse) muss man z.B. als Kassenbon umbauen, so das man das richtig ausgeben kann. Filialsystem muss entsprechend mehr Daten übertragen, so das der Export auch aus der Zentrale laufen kann (das muss man zwar nicht, sollte aber gehen meiner Meinung nach).

[bernau]

Zitat von arnof:

Die DSFinV-K-Schnittstelle Basiert zu 100% auf Kassenabschlüssen, die einmal täglich zu machen sind.

Nicht ganz.

In der DsFinV-K 2.2 Seite 60 Abschnitt "Z_NR" steh folgendes:

Zitat:

Der Kassenabschluss wird einmalig bzw. mehrmals am Tag oder auch kalendertagübergreifend für eine Kasse erstellt.

Das heist, man "kann" den Kassenabschluss täglich machen. Es ist aber nicht vorgeschrieben. Theoretisch kannst du auch ein mal die Woche einen Kassenabschluss machen.

Vorgeschrieben ist ein Kassenabschluss aber wenn die Stammdaten geändert werden. (Seite 14 der DsFinV-K)

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.

Zu den Stammdaten gehört u.a. auch die Software-Version. Weshalb vor einem Update der Software immer ein Kassenabschluss durchgeführt werden muss.

[LikeMike]

Danke, aber nochmal zu meinem Beispiel: der Prüfer möchte z.B. den Oktober 2020 exportiert haben. Welche Kassenabschlussdaten verwende ich denn dann in der Schnittstelle?
- muss ich vor dem Export einen Kassenabschluss machen und ich verwende dann diese Daten?
- nehme ich die Kassenabschlussdaten vom 31.Oktober (wenn an diesem Tag überhaupt ein KA gemacht wurde)?
- oder erzeuge ich mehrere Exporte jeweils bis zum nächsten KA?

Ich gehe mal davon aus, dass ein KA nicht in der TSE gespeichert werden muss! (bitte um Korrektur, wenn ich mich irre)

Ich bitte um Nachsicht, aber mir fehlen die Erfahrungen des GOBD-Exportes, da ich auf den Export-Zug erst mit der TSE aufgesprungen bin.

Gruß
Mike