Zum Inhalt springen

Fehlerbehebung und Tipps

Fehlerbehebungshandbuch

Praktische Lösungen und Ratschläge zur Vermeidung häufiger Probleme bei der Integration des DSFinV-K.

In Restaurantszenarien wird erwartet, dass sowohl Beleg- als auch Bestelltransaktionen verwendet werden. Um die einzelnen Vorgänge zu verknüpfen, verwenden Sie z. B. die Tischnummer und gegebenenfalls weitere zusätzliche Kriterien im Array transactions[].head[].allocation_groups, wie in der vom Bundeszentralamt für Steuern (BZSt) bereitgestellten DSFinV-K-Dokumentation beschrieben.

Die vom Bundeszentralamt für Steuern (BZSt) bereitgestellte DSFinV-K-Dokumentation verweist auf den Vorgangstyp (Belegtyp) AVBelegstorno (sonstige Vorgänge — Belegstorno), der auch in SIGN DE als transaction_type ‘ANNULATION’ (= AVBelegstorno) verfügbar ist. Dieser Vorgangstyp sollte jedoch nicht für Systeme mit TSS-Anbindung verwendet werden.

Im DSFinV-K werden transactions[].head.transaction_export_id, entsprechend ‘BON_ID’ der offiziellen DSFinV-K-Dokumentation des Bundeszentralamts für Steuern (BZSt), und transactions[].head.number, entsprechend ‘BON_NR’ der offiziellen DSFinV-K-Dokumentation, verwendet. Weder die tx_id noch die Nummer aus SIGN DE sollten für diese Felder verwendet werden, da sie nicht den in der Dokumentation beschriebenen Anforderungen entsprechen.

Bei der Erstellung eines Kassenschnitts müssen Sie das export_creation_date angeben — den Tag, an dem der Abschluss erstellt wird. Das business_date ist nicht zwingend erforderlich: Es sollte verwendet werden, wenn der Tag der Erstellung des Kassenschnitts und der Tag, für den er bestimmt ist, nicht übereinstimmen. Ein Beispiel wäre die Erstellung eines Kassenschnitts an einem Dienstag, aber mit Transaktionen vom Vortag, Montag. In diesem Fall sollten Sie Montag als business_day angeben, während Dienstag das export_creation_date wäre.

Einige Windows-Benutzer können auf ein Problem stoßen, bei dem Exportdateien nach dem Entpacken leer erscheinen. Um dies zu beheben, empfehlen wir die Verwendung eines ZIP-Datei-Entpackers wie 7-Zip, WinRAR oder PeaZip.

Bei der Verwendung von Handheld-Geräten/Terminals/Slaves (siehe Master-Terminal-Beziehung in Kassen) muss festgehalten werden, von welchem spezifischen Gerät jede Zeile an die Master-Kasse gesendet wurde. Diese Information sollte über das Feld transactions[].data[].lines[].source_cash_register angegeben werden.

Bei rückwirkenden Stornierungen müssen Sie im Kassenschnitt einen Verweis auf die ursprüngliche Transaktion hinzufügen, siehe transactions[].head.references. Hierfür können verschiedene Schemata verwendet werden. Wenn die ursprüngliche Transaktion mit dem fiskaly SIGN DE signiert wurde, kann der Typ „InterneTransaktion”, ReferenceInternalTransaction, verwendet werden.

Was this page helpful?