OrderSprinter-Forum

Hallo Stefan,
wir hatten letzte Woche ein Termint mit unserer Steueberatung.

Wir haben immer wieder das Problem die Kasse monatlich mitzuteilen. Inzwischen mache ich mir jeden Monat die arbeit und ziehe aus der Tageserfassung die große "CSV" Datei. Das ist leider der einzige export in dem ich EC und BAR mit je 7% und 19% getrennt bekomme.
Das ist nach Ihrer Aussage aber nicht mehr gobd konform und muss für die Zukunft geändert werden. Das Hauptproblem ist aber, dass wir in dieser Tabelle irgendwie (glaube ich zumindest) Rundungsfehler haben. Monatlich sind das immer zwischen 4 - 6 EUR die "fehlen". Über das Jahr waren das jetzt etwa 55 EUR die Sie nicht verbucht bekommt.

lange rede kurzer Sinn. Sie hat uns ein wenig die Pistole auf die Brust gesetzt. Sie ist sich sicher, dass wir aktuell keiner Prüfung damit standhalten würden. Wir müssten in Zukunft entweder zusehen, dass unsere Kasse 1. stimmt, und 2. gobd konforme ausgaben generieren kann. Ansonsten müssten wir uns zb über datev online eine Kasse einrichten und jeden Tag überträge da machen damit datev führend ist. - Oder eben die Kassensoftware wechseln. Dann natürlich gerne irgendwas was mit datev kann.

Das ist für mich / uns aber irgendwie keine Option. Trotzdem nehm ich das doch ernst und möchte auch abhilfe schaffen könnnen.
Ich weiß nicht ob es hier auch andere Betriebe gibt die mal Ihre Erfahrungen mit dem Stb und Ordersprinter teilen können, vielleicht übersehe ich ja grundlegend etwas.

Hallo Philipp,

ein Unterschied von mehreren Euros kann man ja nicht mehr mit Rundungsfehlern erkläen - da muss ja entweder ein Rechenfehler vorliegen oder es sind Artikel nicht berechnet worden.

OrderSprinter hat aktuell noch ernste Probleme mit den Trinkgeldern (dürfen keine eigenständigen Bons sein, sondern müssen auf dem Kassenbon mit den Artikeln ausgewiesen werden) dem DSFinv-k Export, welches bei einer tiefgehenden Prüfung durch die Finanzämter zu Problemen führen kann. Glücklicherweise kennen sich die Prüfer offenbar genauso wenig damit aus, wie ich die Spezifikation missverstanden hatte, als ich es programmiert habe. Das ist jedenfalls ein Grund, warum die Version 3.0.0 noch nicht als echtes Release, sondern nur als Alpha, draußen ist. Die Probleme habe ich an verschiedenen Stellen auch sehr ausführlich beschrieben. Die 3.0 soll das sauber abbilden.

Jedes Steuerbüro braucht offenbar andere aggregierte Daten. Ich hänge ein paar Screenshots an, wie die Version 3.0.0 die Tageserfassungen darstellt, als PDF-Export, als HTML-Darstellung in zwei verschiedenen Varianten, als Druckversion. Also das wird jedenfalls die Zukunft sein und die unterscheidet sich schon deutlich von der noch aktuellen 2.9-Linie.

Unabhängig davon würde mich natürlich schon interessieren, warum du so krasse Fehlwerte in deinen Reports hast. Wenn du magst, kannst du mir vielleicht Zugriff auf eine gespiegelte Testversion geben mit der Angabe, welche Daten du an welcher Stelle erwarten würdest. Ich verspreche, die Daten vertraulich zu behandeln.

Eine DATEV-Anbindung wird es nicht geben. Die Vertragsbedingungen für eine Einbindung und die API-Doku, zumindest als ich das vor etwa 7 Jahren mal geprüft hatte, waren für ein Hobbyprojekt nicht akzeptabel und auch für Geschäftskunden fand ich das schon sehr frech.

Wenn DATEV wichtig ist, scheidet OrderSprinter daher leider aus. Ich gehe davon aus, dass die meisten großen Anbieter aber eine solche Schnittstelle anbieten.

Viele Grüße,

Stefan