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
hhcm

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

AW: TSE nach 146a AO Schnittstelle

  Alt 25. Okt 2019, 13:19
soll das heissen, dass man StartTransaction IMMER ohne processType und ProcessData aufrufen soll? Wenn ja, wozu dann die Parameter? Und Update soll man auch nicht benutzen?
Bei lang anhaltenden Bestellvorgängen musst du processType und processData angeben. So verstehe ich zumindest die Seite 108 des DSFinV-K V2 PDF.

Je mehr ich lese, desto verwirrter werde ich: Die DSFinV definiert ja - wenn ich das richtig verstanden habe - das Format, in dem die Kollegen vom FA die Auswertung der Kasse haben möchten.
Im Anhang G sprechen die die DFKA-Taxonomie an. Was hat das denn jetzt damit zu tun, bzw wozu ist die denn jetzt wieder gut?(verstehe ich nicht, weil in der DFKA ja irgendwas mit JSON beschrieben ist, die DSFinV aber doch einen Satz von .csv Dateien haben möchte)
DFKA-Taxonomie soll wohl der Standard sein, welcher nachher über ein PHP Script in das benötigte Format umgewandelt werden kann. Ich finde das genau so sinnfrei, daher erstellen wir die benötigten csv Dateien selbst.

Ausserdem finde ich die die angesprochene Datei Anhang_G_Uebersicht.xlsx nirgendwo...oder kann ich nur einfach nicht richtig gucken?
Da ist ein ZIP File mit allen Anhängen
Ich würde da allerdings nicht reinsehen. Danach bist du komplett verwirrt.

Nun die nächste Frage: im DSFinV sprechen die von Geschäftsvorfall. Dieser kommt aber nur in den .csv Dateien vor und nicht irgendwo in den Transaktionen. Das würde für mich heissen, dass die .cvs Dateien aus der Kasse und nicht aus dem Export der TSE erzeugt werden, oder habe ich da einen Denkfehler?
Wenn das so ist: wozu ist dann der Export aus der TSE da? Geht der auch in die csv Dateien ein? Wenn ja, wie? Wenn nicht: wollen die Kollegen vom FA dann einfach nur der .tar Ball haben?
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.

Es wird in der EU viel reguliert, aber jedes Land darf unnötige Kassenrichtlinien entwerfen. EINE würde reichen.
Chris
  Mit Zitat antworten Zitat
noisy_master

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

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
 
#3

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
 
#4

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
 
#5

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
 
#6

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
 
#7

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
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 02:29 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