Forum
Bitte beachte auch unsere Knowledgebase und das Handbuch!
Hallo,
ich bin neu hier und wollte mal die Kassen-Software mit dem angebotenen repo auf meinem PC erstellen.
Leider ist im repo das Verzeichnis qrkcore/3rdparty/ckvsoft leer, wird aber wohl gebraucht.
Kann ich mir die nötigen Dateien generieren lassen oder irgendwo runterladen?
Vielen Dank und viele Grüße
Norbert
Hallo!
Wenn du selbst kompilieren möchtest, vergiss nicht, auch die Submodule auszuchecken. Den Quellcode findest du hier:
SourceForge Projektseite.
Auf welcher Plattform arbeitest du?
- Für Debian-basierte Systeme gibt es ein Repository und ein AppImage.
- Auf Arch-basierten Systemen findest du das Paket im AUR.
- Für Windows steht ein Installer zur Verfügung.
Hinweis: Die Version auf SourceForge enthält nur die Grundversion (QRK) ohne PRO-Features und ohne Gastro-Funktionen.
Siehe auch die Knowledgebase -> Installation
Chris
@Chris, danke dir.
Ich bin auf Windows unterwegs und schaue es mir mal an.
So ganz checke ich das noch nicht.
QT ist neu für mich, aber sehr interessant. Normal arbeite ich mit Eclipse oder Visual Studio.
Die Kasse an sich habe ich schon "am Laufen".
Das Ganze ist eine Österreich-Version. Gibt es das auch für Deutschland mit TSE und GoBD?
Kann man sich solche Module dazukaufen?
Was kosten eigentlich die PRO-Features und welche sind das?
Wir benötigen ein adaptierbares Kassensystem für unsere Fahrradshops mit 2.000+ Artikel.
Sorry, Fragen über Fragen.
Gruß Norbert
Leider war die Nachfrage in Deutschland so gering, dass es keine TSE- und GoBD-Version gibt. Ich habe das bereits vor langer Zeit in den News erwähnt. Der Aufwand war einfach zu groß. Aber vielleicht kannst du ja etwas dazu beitragen! Es war nicht einfach, die Testzugänge zu bekommen, und am Ende habe ich sie gar nicht verwendet. 😉
Ich bin mir auch unsicher, ob man die Kasse in Deutschland in ihrer aktuellen Form noch gesetzeskonform einsetzen darf.
Die PRO-Version kostet 49 € inkl. pro Jahr.
Darin sind alle Plugins sowie ein paar kleine zusätzliche Features enthalten.
So wie es dir mit dem QtCreator ergeht – oder verwendest du VS? – ging es mir damals mit Eclipse. Ich bin auf NetBeans umgestiegen, und für Python nutze ich PyCharm. Mit Eclipse habe ich mich nur kurz herumgeärgert, weil ich damals etwas für Fakturama beitragen wollte.
Ob es nun QT, GTK oder Windows ist, am Ende bleibt C++ ja immer C++. Man muss sich lediglich auf die Klassen einlassen. Das ist anfangs vielleicht mühsam, aber man kommt schnell rein.
Mit den 2000+ Artikeln wirst du sicher zurechtkommen. In meiner Motorradwerkstatt hatte ich sogar über 11.000 Artikel in der Kasse! Am Ende habe ich es vereinfacht, indem ich nur noch die Artikel eingepflegt habe, die ich wirklich verkauft habe. Zum Beispiel habe ich M6-Schrauben einfach als "M6 Schraube" geführt, anstatt für jede Motorradmarke einen eigenen Artikel zu erstellen.
Lg Chris
Hi @Chris,
mit dem Projekt bin ich weitergekommen. Jetzt sind es noch 18 errors. Wahrscheinlich eine falsche Bib.
Ansonsten bin ich schon etwas ernüchtert.
Ich habe zwar 35+ Jahre Berufserfahrung in der Softwareentwicklung mit C, C++, Abap und Java, aber für eine komplette Neuentwicklung für GoBD/TSE reicht nicht mal das. Obwohl ich ja Zeit hätte ab Ende nächstes Jahr 🙂
Die KI meinte als Fazit: Die Umsetzung einer GoBD-konformen Kassensoftware ist technisch komplex und erfordert fundierte Kenntnisse im Bereich Softwareentwicklung und Buchhaltungsrecht. Unternehmen greifen oft auf spezialisierte Anbieter zurück, die fertige Lösungen anbieten, um den Aufwand und die Risiken zu minimieren. Wenn du ein Kassensystem selbst entwickelst oder anpassen möchtest, kann es hilfreich sein, mit einem auf GoBD spezialisierten Berater oder Softwareunternehmen zusammenzuarbeiten.
Mein Fazit: Die Integration fertiger externer Systeme könnte ich mir noch vorstellen, zumindest untersuchen. Neuentwicklung schließe ich aus.
Frage an dich: Kommt eine Integration externer Systeme überhaupt in Frage?
Viele Grüße
Norbert
@weberno Ja, das Ganze ist sehr umfangreich, wobei die TSE-Umsetzung vermutlich nicht allzu schwer sein dürfte. Das Hauptproblem sehe ich jedoch darin: Gibt es Lösungen sowohl für Linux als auch für Windows? Mac unterstütze ich ohnehin nicht mehr.
Ein weiteres Anliegen ist die GoBD-Konformität. Es scheint nicht auszureichen, lediglich das PDF GoBD-konform zu erstellen; auch der Ablageort muss stimmen. Normale Festplatten sind dafür offenbar nicht geeignet. Das ist nur meine laienhafte Einschätzung.
Zur Integration externer Systeme: Solange die Komponenten nicht direkt in die Kasse eingebunden werden – was meistens ohnehin nicht möglich ist – könnte man sie möglicherweise über einen Wrapper in die Kasse integrieren, ähnlich wie bei den Plugins. Alternativ könnte man ein Plugin entwickeln, das die externen Systeme anspricht. Dafür wären jedoch Anpassungen in der Kasse notwendig. Eine weitere Möglichkeit wäre ein Multifunktions-Plugin, das mit verschiedenen externen Systemen anhand diverser Einstellungen kommunizieren kann.
Liebe Grüße,
Chris
Hallo Chris,
danke der Nachfrage und für den Tipp.
Ich bin leider noch nicht weitergekommen und melde mich.
Viele Grüße
Norbert