Seite 2 von 2
Re: javaprintserver
Verfasst: Sa 16. Apr 2016, 01:27
von pichel
Hallo Anton,
zum Zurücksetzen der DB empfehle ich, ein Backup der Konfiguration als Admin(!) in der Verwaltungsansicht anzulegen und anschließend wieder einzulesen. Damit werden die Umsatzdaten gelöscht.
Gegen den Einsatz im Geschäft spricht grundsätzlich nichts, wenn es dich nicht stört, dass auf dem Kassenbon dann ein Tisch steht.
Und noch ein Hinweis: Ich versuche zwar OS für die RKSV fit zu machen. Aber die RKSV ist so geschrieben, dass sie es einem echt nicht einfach macht. Das soll heißen: Ich kann keine Garantie geben, dass OS auch zukünftig rechtssicher in Österreich benutzt werden kann.
VG
Stefan
Re: javaprintserver
Verfasst: Sa 16. Apr 2016, 14:29
von Anton
Danke - dann werd ich das so machen.
und als Tisch geb ich dann halt die Gasse an
ich weiß das unsere gottobersten wieder mal ein eigenes süppchen kochen und dass auf eine art die nicht gerade sinnvoll ist. Hilft da nicht einmal der beispielcode der verfügbar ist und die implementation laut unserer kasperl einfacher macht?
https://www.a-sit.at/de/a-sit_plus/regi ... erordnung/
und hier:
https://github.com/a-sit-plus/at-regist ... mustercode
gruß anton
Re: javaprintserver
Verfasst: So 17. Apr 2016, 01:10
von pichel
Hallo Anton,
ja, der Mustercode ist sehr hilfreich zum Verständnis - deswegen habe ich ihn bereits länger auf meiner Webseite verlinkt, damit er auch von anderen besser gefunden wird.
Trotzdem ist die Umsetzung nicht so einfach:
- Konsequenterweise müsste ich den Code auf PHP umschreiben, damit sich das Verfahren gut in OrderSprinter einfügt.
- Die Signaturerstellungseinheit ist Hardware und erfordert eine eigene Betriebssystem-spezifischen Treiberschicht, d.h. ich werde nicht direkt per PHP auf die Hardware zugreifen können. Hier muss ein guter Übergang zum nativen Layer gefunden werden.
- Das Steuersystem in Deutschland und Österreich ist sehr verschieden. Bisher konnte ich das trotzdem beides in OrderSprinter abdecken. Die RKSV macht jedoch einige Vorgaben, die eine Steuerklassifizierung auf der Reportebene vorsehen. Das geht nicht ohne weitreichende Konzeptänderungen in meiner Software.
- Auch die beiden Printserver und das Kommunikationsprotokoll müssen angepasst werden, um die QR-Codes auf die Bons zu drucken. Leider beherrschen noch nicht alle Drucker das Drucken von QR-Codes nativ, d.h. um möglichst viele Drucker zu unterstützen, müsste ich es als simples Grafikelement drucken.
Eigentlich müsste ich eine eigene österreichische Software-Edition rausbringen. Das wäre im ersten Ansatz zwar einfacher, aber langfristig würde ich es zeitlich nicht schaffen, beide Editionen parallel zu pflegen. Das heißt, wenn ich die RKSV unterstützen will, dann muss ich einen erhöhten Aufwand treiben, um die Konzepte in einer einzigen Version zu vereinigen.
Es gibt noch sehr viele weitere Punkte, aber die größten Baustellen habe ich damit kurz erklärt. Es sind alles machbare Anforderungen und wenn ich davon leben müsste, wäre es auch bereits fertig. Für ein Freizeitprojekt, das ich neben meinem Vollzeitjob wuppe, ist der Aufwand jedoch relativ hoch. Deswegen kann ich keine Garantie geben, dass ich die Implementierung der RKSV abschließe.
VG
Stefan
Re: javaprintserver
Verfasst: Fr 25. Jan 2019, 16:48
von Bauernf
Hallo Stefan,
Ich habe 2 Drucker über LAN angeschlossen. Das Funktioniert unter Windows super. Ich wollte das jetzt auch auf Ubuntu 18.4 LTS machen. Jetzt lese ich da, dass "javaprinter" Drucker im LAN nicht unterstützt nur USB. Ist das immer noch so, bzw wird das vom Ordersprinter auch in Zukunft nicht unterstützt?
Gruß Erwin
Re: javaprintserver
Verfasst: Fr 25. Jan 2019, 18:29
von pichel
Hallo Erwin,
der Javaprinter unterstützt weiterhin nur USB-Drucker. Und wenn mehrere Drucker am gleichen Rechner hängen, müssen es unterschiedliche Drucker sein, damit sie vom Server eindeutig zugeordnet werden können.
Die Nutzung von USB hat den großen Vorteil, dass man keine Linux-Treiber für den jeweiligen Drucker benötigt, denn der Javaprinter kommuniziert direkt mit den Druckern über den USB-Port.
Wenn du also Drucker weit entfernt vom OrderSprinter-Webserver aufstellen möchtest, empfehle ich eine dieser Möglichkeiten:
- Nutzung des Windows-Printservers, dann ist auch WLAN-Anbindung möglich
- für die weit entfernten Drucker einen dedizierten Raspi, auf dem der javaprintserver läuft und der per WLAN mit mit dem Webserver kommuniziert, aber die Druckjobs an den per USB angebundenen Drucker druckt (dabei fallen pro Drucker also zusätzlich etwa 40 Euro an, ist aber am stabilsten)
- eine sogenannte aktive USB-Verlängerung
Gruß,
Stefan