TSE nach 146a AO Schnittstelle

[hhcm]

Hi.

Du hast doch sicherlich nicht mit worm_transaction_start angefangen oder?
Setup, Selftest etc. Da spiegelt sich doch fast alles wieder.

[Daniel]

Sorry, aber das hilft ihm nun wirklich nicht weiter.

Ich schaue morgen mal nach, mit welchen Typen wir das übersetzt haben.

[hhcm]

Zitat:

Zitat von Daniel (Beitrag 1453639)

Sorry, aber das hilft ihm nun wirklich nicht weiter.

Jeder zweite der hier in DP irgendetwas fragt, wird mit "Was hast du bisher versucht" vertröstet.
Ich finde das völlig in Ordnung. Was ist an meiner Aussage aber jetzt so falsch?

[Daniel]

Schaue Dir einfach mal die Antwort an, die vor Deinem Beitrag gelistet wird.

[hhcm]

Habe ich. Hilft mir aber nicht bei meiner Frage.

Das ist meiner Meinung nach die richtige Hilfestellung. Aber was ist an meiner Aussage so falsch?
Wenn es nach mir geht, bauen wir hier in DP die Ultimative Delphi Swissbit Unit die alles abdeckt. (OpenSource natürlich)

ABER

Keiner darf, will seinen Code veröffentlichen.

Ich denke das meine fertigen Units in Github landen werden.

[Madjid]

Ich habe die Einträge gelesen, auch der Link von dir Daniel (http://rvelthuis.de/articles/articles-convert.html)

ich muss dazu sagen meine Kenntnisse im Bereich C++ sind sehr eingeschränkt.

Mir ist bekannt, dass ich erst init dann setup ausführen muss,
der Aufruf Transaction_Start war ein Beispiel, wo ich Verständnisprobleme damit habe.

@TiGÜ: Den Thread https://www.delphipraxis.net/202858-...se-fragen.html hatte ich nicht gefunden, danke dir.

[Madjid]

Hi

@ TiGü:

ich habe die TSE von Swissbit erst seit einer Woche da.

bis jetzt habe ich eine Typklasse definiert, die die notwendige Swissbit funktionen darstellt.

die TSE habe ich mithilfe der mitgelieferte Exe getestet um etwas gefühl zu bekommen.

bei dem neuen Thread (Link von dir) habe ich gute Informationen bekommen, danke.

ich komme wohl weiter, und kann mittlerweile mit dem C++ Code etwas anfangen.

nur finde ich zu Schade, dass jeder von uns das Rad neu erfinden muss.

mit Sicherheit werden wir alle die TSE's sauber steuern können, wäre aber viel effektiever, wenn jeder von uns ein Teil davon machen würde.

ich danke euch allen

.

[hhcm]

Zitat:

Zitat von Madjid (Beitrag 1453699)

mit Sicherheit werden wir alle die TSE's sauber steuern können, wäre aber viel effektiever, wenn jeder von uns ein Teil davon machen würde.
.

Amen

[Incocnito]

Zitat:

Zitat von Madjid (Beitrag 1453699)

Hi

@ TiGü:

...

nur finde ich zu Schade, dass jeder von uns das Rad neu erfinden muss.

mit Sicherheit werden wir alle die TSE's sauber steuern können, wäre aber viel effektiever, wenn jeder von uns ein Teil davon machen würde.

...

Die genaue Ansteuerung läuft ja bei jedem anders, aber eine gemeinsame Delphi-Unit
welche die eigendliche Schnittstelle anspricht wäre echt nice. Leider wird es die erst geben,
wenn genug Leute genug Erfahrung haben. Wir müssen aber alle "jetzt" schnell fertig werden,
also hat keiner Zeit dafür. Ist immer ärgerlich sowas, weil hierbei natürlich (wie du
schon so schön gesagt hast) jeder das Rad neu erfinden muss.
Ich kann mich dem "Amen" von hhcm nur anschließen! ;-)

[jaenicke]

Es gibt ja auch Middleware (z.B. Fiskaltrust oder EFSTA), die die Ansteuerung der verschiedenen TSEs übernimmt. Dann braucht man nur die Fiskallogik implementieren und der Kunde kann dann eine der durch den Anbieter unterstützten TSEs einsetzen. Das halten wir für den sinnvolleren Weg, auch wenn wir z.B. die Epson TSE auch direkt angebunden haben.
Der größere Aufwand war aber die Logik dahinter und nicht die direkte Ansteuerung an sich.

[hhcm]

Zitat:

Zitat von jaenicke (Beitrag 1453726)

Der größere Aufwand war aber die Logik dahinter und nicht die direkte Ansteuerung an sich.

Die Logik für sein Kassensystem muss jeder selbst Implementieren. Da kennt der Hersteller sich nunmal aus.
Sei es RKSV oder KassSichV - an die Entwickler oder an kleine Unternehmen denkt keiner.

Ich "MUSS" mir ein Entwicklerkit bestellen und "MUSS" das in die Kasse implementieren.

Gibt es genügend Beispiele bzw. Test-Tools etc.pp ? "!!!!NEIN!!!!!"

----------------------

Sieht jemand ein Problem (Rechtlich o.ä) darin ein GitHub Projekt aus soetwas zu machen?

Ich Sch*** jetzt mal auf den Wettbewerbsvorteil. Sauber und sicher muss es sein.

[Geggi632]

Grüß euch,
ich hoffe ich darf mich hier einklinken mit einer Frage zum DSfinV-K Export (und blamier mich nicht gleich..):

Gibt es für diesen Export irgendein Schema das man einbauen kann oder muss ich mir den gesamten Export selbst schreiben? (bin bei Exporten an irgendein offizielles .xsd File oder so gewohnt..)
Auf der bzst Website kann man sich ja ein zip Runterladen mit Anhängen:
Sollte der Export final so aussehen oder verstehe ich da was falsch? (.csv - pro Beleg eine spalte? .csv bedeutet für mich ein Beleg pro Reihe)

Habt ihr irgendwo Beispiele zu dem Export gefunden?

Bin da ziemlich verwirrt - ich hoffe ihr könnt mir helfen. :shock:

[jaenicke]

Nein, es gibt leider keine Beispiele oder Prüfmöglichkeiten (wie es in anderen fiskalisierten Ländern üblich ist...).

Zur Information:
Die erste TSE wurde erfolgreich vollständig zertifiziert. Es handelt sich (wie ja bereits seit längerem ziemlich klar war) um die Lösung von Epson.

[Frickler]

Zitat:

Zitat von jaenicke (Beitrag 1453758)

Nein, es gibt leider keine Beispiele oder Prüfmöglichkeiten (wie es in anderen fiskalisierten Ländern üblich ist...).

Zur Information:
Die erste TSE wurde erfolgreich vollständig zertifiziert. Es handelt sich (wie ja bereits seit längerem ziemlich klar war) um die Lösung von Epson.

Jetzt tatsächlich auch vollständig und nicht nur vorläufig wie alle anderen? Was hatten die denn fürn zeitlichen Vorsprung??

[jaenicke]

Zitat:

Zitat von Frickler (Beitrag 1453759)

Jetzt tatsächlich auch vollständig und nicht nur vorläufig wie alle anderen? Was hatten die denn fürn zeitlichen Vorsprung??

Epson hat einfach viel Erfahrung mit fiskalischen Lösungen und auch Hardwarelösungen. Das sieht man ja auch schon daran, dass sie ein transparentes Testtool mitgeliefert haben, mit dem man jeden Schritt wie auch die Kodierung der zu sendenden Daten 1:1 einsehen kann, inkl. des entsprechenden JavaScript-Quelltextes.

Deshalb war ich ja auch von Anfang an davon ausgegangen, dass sie die ersten sein würden. Das hatte ich ja hier auch seinerzeit schon irgendwo geschrieben. Und einige Anbieter haben ja (wie man bei regelmäßigem Besuch der Webseite des BSI sehen konnte) ziemlich spät erst eingereicht, vor allem die Cloudanbieter (bei denen ich wie gesagt immer noch Probleme sehe).

Ja, sie haben eine offizielle endgültige Zertifizierung bis 2027, das Dokument liegt uns vor.

[Frickler]

Zitat:

Zitat von hhcm (Beitrag 1453750)

Sieht jemand ein Problem (Rechtlich o.ä) darin ein GitHub Projekt aus soetwas zu machen?

Ich Sch*** jetzt mal auf den Wettbewerbsvorteil. Sauber und sicher muss es sein.

Genau. Wäre es sinnvoll, wenn es als Interface die TR-03151 verwenden würde, denn das müssen alle Hersteller ja implementieren mit ihrer jeweiligen Lösung? Damit müsste man an der Kasse "nur" eine TR-03151 Anbindung machen, unabhängig vom TSE-Hersteller.

[bernau]

Wo gibt es Infos zur Epson-TSE?

[jaenicke]

https://www.fiscal-community.com/
Einfach anmelden, dann bekommst du dort unter Downloads alle Informationen.

Die Kommunikation passiert einfach über eine TCP-Verbindung und einer Kombination von JSON und XML. Das ist sehr einfach in Delphi anzubinden. Das war bei mir in wenigen Stunden durch. Wie geschrieben, der größere Teil ist dann die Benutzung der SDK-Routinen.

Die Interface-Unit mit allen Routinen hat unter zwei Arbeitstage gebraucht, eher nur einen Tag. Genau kann ich das nicht sagen ohne nachzuschauen, da ich zuerst die Kommunikation an sich mit generischen Aufrufmöglichkeiten implementiert habe, dann die ersten Funktionen getestet habe und dann die weiteren nach und nach hinzugefügt habe, wenn ich sie logisch brauchte. Erst als es schon ganz gut lief habe ich dann die anderen Funktionen schnell heruntergeschrieben. Das waren dann aber nur noch je 2 bis 5 Zeilen mit Cooy&Paste in den Funktionen durch die Vorarbeit.

[jaenicke]

Und jetzt wurde die Zertifizierung der Epson Lösung auch offiziell noch einmal verkündet. :)
Alle in der Community angemeldeten Mitglieder sollten eine entsprechende Mail erhalten haben.
Und auch beim BSI steht die Pressemitteilung:
https://www.bsi.bund.de/DE/Presse/Pr...me_201219.html

Was ich noch nicht wusste:
Auch Swissbit ist seit heute vollständig zertifiziert!