TSE nach 146a AO Schnittstelle

[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 von Madjid:

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 von Madjid:

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 von jaenicke:

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.

[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 von 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.

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

[Frickler]

Zitat von hhcm:

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?