![]() |
AW: DSFinV_K - Belegnummer & Export
Ich würde mal sagen "Posten löschen" darf auf keine Fall passieren. Als gelöscht/storniert markieren ja, löschen auf keinen Fall.
|
AW: DSFinV_K - Belegnummer & Export
Zitat:
Soweit mir bekannt, ist eine Neufassung der DSFinV-K in Arbeit. Zumindest wurde sie im Dezember 2019 inoffiziell angekündigt. Dabei werden angeblich hauptsächlich Unsauberkeiten ausgebügelt. Ich hoffe mal, dass dort so Unschönheiten dabei sind wie dass der Anfangsbestand (was nach dem Abschluss noch in der Kasse ist) ein Beleg ist, statt was eigentlich richtig wäre, ein sonstiger Vorgang. Oder das Handling BON_NR vs BON_ID: Alle AVDingsbums haben eine BON_ID, sollten aber eigentlich keine BON_NR haben. Denn BON_NR ist die Nummer, die man auf den Bon druckt. |
AW: DSFinV_K - Belegnummer & Export
Warum doppelt und nicht gleich BON_ID=BON_NR?
Was auf dem Bon steht, entspicht dann auch intern direkt dem Bon. |
AW: DSFinV_K - Belegnummer & Export
Zitat:
|
AW: DSFinV_K - Belegnummer & Export
Zitat:
|
AW: DSFinV_K - Belegnummer & Export
Zitat:
Ich schätze ja, dass es das alles bereits gibt. Nur halt ausschließlich für Mitglieder des DFKA, nicht für die Allgemeinheit... |
AW: DSFinV_K - Belegnummer & Export
Für die Sachen, die keine Bonnummer haben, könnte man folgendes machen:
a: 0 b: Zufallszahl c: Eine aus Datum und Uhrzeit generierte Zahl wie int(now*1000) Ich denke c ist die beste Wahl. Kassenbonnummern kann man 12-stellig machen, dann kollidieren diese nicht mit Kassenbuch-Belegnummern. Einen Kassenbestand gibt es bei mir als Buchung nicht, der wird immer aktuell berechnet. Muss der einen Eintrag im Kassenbuch haben? |
AW: DSFinV_K - Belegnummer & Export
Zitat:
|
AW: DSFinV_K - Belegnummer & Export
Zitat:
|
AW: DSFinV_K - Belegnummer & Export
Zitat:
Es ist hilfreich fortlaufende Nummern zu haben. Gesetzlich ist das m.E nach nicht geregelt. Ich war mal wegen der GoBD auf einem Seminar, da wurde lediglich die Nachvollziehbarkeit angesprochen. Ich kann eine Bonnummer 1 und danach eine Bonnummer 560 haben. Ich muss nur erklären bzw. niederschreiben warum das so ist. Im Prinzip geht es nur um die Nachvollziehbarkeit. Egal ob KassenSichV, GoBD, RKSV etc. pp. Wir nutzen hier für alles einen eigenen Nummernkreis. Sei es für Rechnungen, Angebote, Kassenbelege. Sollte es mal zu keinem Vorgang kommen, wird dafür die Autoincrement-ID des SQL Servers genommen. Der Vorgang ist schließlich bereits angelegt. Das ist Nachvollziehbar und schlüssig - Selbst für einen Steuerprüfer. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:17 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz