von pichel » So 17. Apr 2016, 01:10
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
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