AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

TSE nach 146a AO Schnittstelle

Ein Thema von noisy_master · begonnen am 18. Sep 2019 · letzter Beitrag vom 20. Dez 2019
Antwort Antwort
noisy_master

Registriert seit: 17. Jun 2009
Ort: Wolfenbüttel/Baddeckenstedt
263 Beiträge
 
Delphi XE5 Professional
 
#1

AW: TSE nach 146a AO Schnittstelle

  Alt 25. Okt 2019, 14:00
Fangen wir doch mal von hinten an:

Du brauchst beides. Die Gesamtwerte der Transaktion (X € mit X€ 19% MwST etc.) wird bei finishTransaction an die TSE übergeben. In dem Kassenexport muss die Transaktionsnummer deinem Bon zugeordnet werden können. Die Datei transactions_tse.csv beinhalten dann Start Ende Vorgangsart etc. Und eben die Verknüpfung zum Bon.
Wenn ich nun die einzelnen Transaktionsnummern, Signaturen und Zeiten gleich in der Datenbank mitspeichere(und den restlichen Kram der ggf noch nötig ist) kann ich daraus die csv Dateien generieren, richtig? Dann ist der tar Ball nur noch dreingabe und ich brauche damit nicht wirklich etwas machen, oder?


Da ist ein ZIP File mit allen Anhängen
Ich würde da allerdings nicht reinsehen. Danach bist du komplett verwirrt.
Danke für den Hinweis... war also wirklich zu blind



Bei lang anhaltenden Bestellvorgängen musst du processType und processData angeben. So verstehe ich zumindest die Seite 108 des DSFinV-K V2 PDF.
Wenn man den Diagrammen in der DSFin glauben darf soll das mit dem "umgebenden Kassenbeleg" ja ausser beim Durchbedienen wohl immer so sein. Was wäre dann eigentlich ProcessData beim StartTransaction mit ProcessType Kassenbeleg?
Und dann noch eine Frage zu Seite 108: Hätte man dann bei Bestellung Start/Finish nicht jedesmal eine neue Transaktionsnummer?(muss die mit auf den Bon?) und wo würde man denn dann die ProcessData reinpacken? ins Start oder ins Finish?

Danke schon mal wieder im voraus!
Dirk
  Mit Zitat antworten Zitat
hhcm

Registriert seit: 12. Feb 2006
Ort: Wegberg
310 Beiträge
 
Delphi 11 Alexandria
 
#2

AW: TSE nach 146a AO Schnittstelle

  Alt 25. Okt 2019, 14:06
[QUOTE=noisy_master;1450259]
Wenn ich nun die einzelnen Transaktionsnummern, Signaturen und Zeiten gleich in der Datenbank mitspeichere(und den restlichen Kram der ggf noch nötig ist) kann ich daraus die csv Dateien generieren, richtig? Dann ist der tar Ball nur noch dreingabe und ich brauche damit nicht wirklich etwas machen, oder?
[QUOTE]

So machen wir das. Beim abschliessen eines Bons wird die Transaktionsnummer und der andere Rummel mit zum Bon gespeichert. Wenn dann mal ein Export gemacht wird - CSV Erstellen - Tar ziehen fertig. (So die Theorie)


Wenn man den Diagrammen in der DSFin glauben darf soll das mit dem "umgebenden Kassenbeleg" ja ausser beim Durchbedienen wohl immer so sein. Was wäre dann eigentlich ProcessData beim StartTransaction mit ProcessType Kassenbeleg?
Und dann noch eine Frage zu Seite 108: Hätte man dann bei Bestellung Start/Finish nicht jedesmal eine neue Transaktionsnummer?(muss die mit auf den Bon?) und wo würde man denn dann die ProcessData reinpacken? ins Start oder ins Finish?
Da muss ich derzeit noch passen. Alles was uns im moment unklar ist, stellen wir zur Seite.
Chris
  Mit Zitat antworten Zitat
Benutzerbild von DeddyH
DeddyH

Registriert seit: 17. Sep 2006
Ort: Barchfeld
27.656 Beiträge
 
Delphi 12 Athens
 
#3

AW: TSE nach 146a AO Schnittstelle

  Alt 25. Okt 2019, 15:53
Da ich ja das Zitat eingebracht habe: nach erneutem mehrmaligen Lesen kann es nur so sein, dass der zitierte Text nur für Kassenbelege gilt, da es auch nur dort Transaktionstypen gibt. Heißt, beim Kassenbeleg (und nur dort) werden Processtype und ProcessData leer gelassen und erst beim Abschließen der Transaktion belegt. UpdateTransaction wird bei Kassenbelegen nicht benutzt. Bei Bestellungen oder sonstigen Vorgängen gilt dies nicht. Zumindest ich habe das jetzt so wie gerade beschrieben umgesetzt, zumindest solange, bis mir jemand zweifelsfrei (*LOL*) nachweisen kann, dass ich den Text fehlinterpretiert habe.
Detlef
"Ich habe Angst vor dem Tag, an dem die Technologie unsere menschlichen Interaktionen übertrumpft. Die Welt wird eine Generation von Idioten bekommen." (Albert Einstein)
Dieser Tag ist längst gekommen
  Mit Zitat antworten Zitat
noisy_master

Registriert seit: 17. Jun 2009
Ort: Wolfenbüttel/Baddeckenstedt
263 Beiträge
 
Delphi XE5 Professional
 
#4

AW: TSE nach 146a AO Schnittstelle

  Alt 25. Okt 2019, 16:08
Da ich ja das Zitat eingebracht habe: nach erneutem mehrmaligen Lesen kann es nur so sein, dass der zitierte Text nur für Kassenbelege gilt, da es auch nur dort Transaktionstypen gibt. Heißt, beim Kassenbeleg (und nur dort) werden Processtype und ProcessData leer gelassen und erst beim Abschließen der Transaktion belegt. UpdateTransaction wird bei Kassenbelegen nicht benutzt. Bei Bestellungen oder sonstigen Vorgängen gilt dies nicht. Zumindest ich habe das jetzt so wie gerade beschrieben umgesetzt, zumindest solange, bis mir jemand zweifelsfrei (*LOL*) nachweisen kann, dass ich den Text fehlinterpretiert habe.
Na das hört sich ja mal gut an, aber: wenn man den Darstellungen folgt müsste man beim Transaktionstyp Kassenbeleg zumindest beim StartTransaction doch zumindest den ProzessTyp Kassenbeleg angeben, da ja sonst nicht klar ist, dass es "Kassenbeleg" ist.

Hast du dann auch noch eine Antwort zu meiner 2. Frage:
Zitat:
Und dann noch eine Frage zu Seite 108: Hätte man dann bei Bestellung Start/Finish nicht jedesmal eine neue Transaktionsnummer?(muss die mit auf den Bon?) und wo würde man denn dann die ProcessData reinpacken? ins Start oder ins Finish?
?

Und: Was ist mit Bestellung, sofern man die Transaktion offen hält mit dem Update, sofern bis dahin keine neuen Daten angefallen sind? lässt man dann ProcessData einfach "leer"?

Danke für die vielen anregenden Kommentare und Hinweise....
Dirk
  Mit Zitat antworten Zitat
hhcm

Registriert seit: 12. Feb 2006
Ort: Wegberg
310 Beiträge
 
Delphi 11 Alexandria
 
#5

AW: TSE nach 146a AO Schnittstelle

  Alt 25. Okt 2019, 16:50
Es ist einfach nur Krank, dass Entwickler sagen müssen :"So hab ich das jetzt interpretiert und umgesetzt."
Bei der RKSV gab es wenigstens ein Test-Tool und viel mehr Informationen für Entwickler. Den BSI Krempel, also die Vorgabe, versteht auch nur das BSI selbst.

Ich warte jetzt schon auf die ersten Anrufe der Kunden. HILFE ich habe eine Kassennachschau und der Export ist falsch.
In Österreich hatten wir das auch. Der Export konnte von der Finanz nicht gelesen werden. Lag daran, dass eine .json Datei erwartet wurde - wir aber "NUR" eine .txt geliefert hatten. (Was steht da wohl drin?) Einfach nur Krank.
Chris
  Mit Zitat antworten Zitat
Frickler

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

AW: TSE nach 146a AO Schnittstelle

  Alt 25. Okt 2019, 18:20
Es ist einfach nur Krank, dass Entwickler sagen müssen :"So hab ich das jetzt interpretiert und umgesetzt."
Bei der RKSV gab es wenigstens ein Test-Tool und viel mehr Informationen für Entwickler. Den BSI Krempel, also die Vorgabe, versteht auch nur das BSI selbst.
Der deutsche Kassenverband DFKA bietet Schulungen zum Thema, auch für Nichtmitglieder.

Wir arbeiten bei der Anbindung der TSE mit einer Middleware, weil es jetzt schon stark danach aussieht, dass jeder Anbieter einer TSE sein eigenes (natürlich inkompatibles) API haben wird. Die Middleware erzeugt auch den DSFinV-K Export, so dass wir die Kassensoftware nicht völlig verbiegen müssen.

Das wird sowieso noch lustig mit den TSEs, weil es bis Ende 2019 keine vollständig zertifizierte TSE geben wird. Statt dessen gibt es eine sog. vorläufige Zertifizierung. "Vorläufig zertifizierte" TSEs müssen jedes Jahr ausgetauscht werden, weil die Zertifizierung nur 1 Jahr gilt.

Geändert von Frickler (25. Okt 2019 um 18:25 Uhr)
  Mit Zitat antworten Zitat
hhcm

Registriert seit: 12. Feb 2006
Ort: Wegberg
310 Beiträge
 
Delphi 11 Alexandria
 
#7

AW: TSE nach 146a AO Schnittstelle

  Alt 25. Okt 2019, 18:53
Die angesprochene Middleware kenn ich. Das dürfte die gleiche wie bei der RKSV sein.

Ich will hier echt niemandem auf die Knochen treten, aber wozu eine Middleware, wenn doch die Gesetzeslage eindeutig ist.
Das Finanzamt ist ausschlaggebend (steht auch so in der DSFinV-K)

Zitat:
Sofern der Standard „DFKA-Taxonomie Kassendaten“ (Datensatzbeschreibung im json-Format, der u. a. vom Deutschen Fachverband für Kassen- und Abrechnungssystem-technik e.V. entwickelt wurde) zur Übermittlung der Kassendaten an die Finanzbuchhal-tung genutzt wird, ist eine Konvertierung der Daten für Zwecke der Außenprüfung oder der Kassen-Nachschau zwingend erforderlich (vom originären json-Format in csv-Dateien mit beschreibender index.xml; vgl. Anhang G).
Egal wer WAS - WO und WIE entwickelt hat, es muss wieder umgewandelt werden um konform zu sein.

Frage: Was mache ich mit dem Konverter wenn ich die KassSichV umsetze nach DFKA (json)?
Soll jeder meiner Kunden einen Webserver aufsetzen oder PHP installieren, damit die Taxonomie in das gewünschte Format gebracht werden kann?

Zitat:
Das wird sowieso noch lustig mit den TSEs, weil es bis Ende 2019 keine vollständig zertifizierte TSE geben wird.
Was ist daran so lustig? Es gibt bis 30.09.2020 eine Nichtbeanstandungsregelung für TSE. Also ist das erstmal hinfällig.
Chris
  Mit Zitat antworten Zitat
noisy_master

Registriert seit: 17. Jun 2009
Ort: Wolfenbüttel/Baddeckenstedt
263 Beiträge
 
Delphi XE5 Professional
 
#8

AW: TSE nach 146a AO Schnittstelle

  Alt 25. Okt 2019, 19:35
Der deutsche Kassenverband DFKA bietet Schulungen zum Thema, auch für Nichtmitglieder.
Ja, das ist schön, aber auch schön teuer ~900 Taler....

Und ich möchte eigentlich keine Schulung haben müssen, sondern eine eineindeutige Beschreibung, wie etwas umzusetzen ist!

"Vorläufig zertifizierte" TSEs müssen jedes Jahr ausgetauscht werden, weil die Zertifizierung nur 1 Jahr gilt.
Das würde ja nicht stören, sofern die Schnittstelle sich nicht ändert!
Dirk
  Mit Zitat antworten Zitat
Antwort Antwort

 

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 01:18 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