OrderSprinter-Forum

Hallo,

du darfst die Lösung gerne hier vorstellen. Bin auch neugierig, welche Lösung du gefunden hast. Wenn jemand es umsetzen möchte, darf er es gerne für sich machen und kann dann deine Anleitung nutzen.

Einarbeiten werde ich sie allerdings nicht aus den Gründen, die ich bereits aufgeführt habe.

Zum Thema Umleitung auf Webseite nach Druck. Wenn du den Druck über den Html-Output machst, solltest du einen Timer-Event verwenden, um auf die Tischauswahl zurückzuspringen. Du musst sicherstellen, dass der Seitendruck abgeschlossen ist (bzw. die Datenübertragung), bevor der Seitenwechsel stattfindet.

Gruß,

Stefan

Ich habe nun eine relativ leichte Methode gefunden einen Zwischenbeleg zu drucken ohne großartig in den Workflow eingreifen zu müssen.

Die Methode ist noch nicht perfekt, aber sie funktioniert prima. So muss ich noch herausfinden wie ich den Zwischenbeleg-Button nur in der Ansicht in der ich auch den Bondruck wählen kann anzeigen lasse und nicht überall auf der paydesk-Seite.

Und ich muss noch eine Möglichkeit finden, wie ich nach dem Druck wieder automatisch auf die Tischübersicht oder Ähnliches geleitet werde.

Solltest du Stefan oder jemand Interesse an meiner “Lösung“ haben, schreibt mir gerne eine PN, oder falls gewünscht kann ich auch hier einen kurzen Beitrag verfassen?

Vielleicht kannst du mir auch sagen, wie ich das mit Anzeige des Buttons und der Weiterleitung nach dem Druck bei Ordersprinter am besten umsetze?


Grüße

Hallo,

auch ich würde für die Funktion viele Stunden benötigen, vielleicht auch mehrere Tage, obwohl ich meinen Code ziemlich gut kenne... Ich sage ja, es ist eine ziemliche Fleißarbeit.

Die queue-Tabelle enthält alle Bestellungen und zwar pro Produkt einen Eintrag. Wenn man also eine Rechnung zusammenstellt, werden die IDs dieser Einträge an den Server übermittelt. Der baut mit diesen Queue-IDs eine Relation in billproducts auf (notwendig, damit bei Stornierungen die Reproduzierbarkeit bleibt) und erstellt einen Eintrag in Bill und lässt alle betroffenen Queue-Einträge auf den soeben erstellten Billeintrag verweisen. Anschließend wird die Nummer des Billeintrags in die printjob-Tabelle geschrieben. Dabei wird jedoch die Information hinzugefügt, welchen Drucker der Benutzer in seinen persönlichen Einstellungen festgelegt hat (1 bis 6 Kassendrucker). Die Printqueue nutzt diese Information, um später der richtigen Drucker-Instanz (Zuordnung passiert im der Verwaltungsansicht unter "Druckerinstanzen") die Jobs mitzugeben. Ach ja, aus der Konfiguration wird dann noch das Bon-Template eingebaut, das dann später im Druckserver angewendet werden kann.

Für deine Zwecke müsstest du also entweder eine Parallelstruktur aufbauen, bei der statt der bill-Tabelle eine Zwischenbericht-Tabelle gefüllt wird. Und die Printqueue-Klasse entsprechend erweitern. Oder du umgehst das, indem du den Job gleich fertig zusammenbaust, sowie du die Queue-IDs hast. Das hat aber den Nachteil, dass du eine ganze Menge Druckintelligenz in die printqueue-Klasse einbauen musst und die Druckserver angepasst werden müssen.

Ich weiß ja nicht, ob du wirklich den Aufwand für eine Funktion machen möchtest, deren Einsatz ich echt nicht empfehlen kann.

Gruß,

Stefan

Ja habe ich schon gemerkt. Hab mich schon viele Stunden jetzt daran versucht, aber an ein Vorwärtskommen in dem Bereich ist nicht wirklich zu denken

Also jedes Produkt hat also eine Queue-ID, als Beispiel, Wasser - ID 1, Cola - ID 2, Schnitzel - ID 3, ... und so weiter? Wenn ich verschiedene Produkte anklicke um sie auf die Rechnung zu bekommen werden diese Produkte anhand ihrer ID zu queuecontent.php geschickt und diese .php ist für die Erstellung der Rechnung zuständig?
Wenn dem so ist, könnte ich das alles soweit lassen und muss hier noch nicht eingreifen.

Aber dann müsste ich doch den Teil den ich brauche in der printqueue.php finden oder? Da muss es doch eigentlich einen reinen Druckbefehl geben oder?
Ich arbeite mit dem Windows-Druckserver.


Grüße

Ok, so ganz so einfach ist es dann doch nicht...

Das jetzige Verfahren sieht so aus:
1. der Client (paydesk.htm) schickt die Queue-IDs der abzurechnenden Produkte an den Server
2. auf der Serverseite (in queuecontent.php) wird daraus eine Rechnung gebastelt und in die bill-Tabelle eingefügt
3. abhängig von Server- oder Lokal-Print wird ein Druckjob aus der neuen Bill per printqueue.php mit Referenz in die Bill-Tabelle in eine printjob-Tabelle gepackt
4. der Printserver holt die Daten inkl. des Templates ab, druckt sie entsprechend des Templates (oder eines Defaults, wenn keines angegeben wurde) und löscht den Datensatz bei Erfolg
5. Eine Rückmeldung geht an den Client. Hier wird wieder entschieden, ob bei Lokal-Print ein Druckjob generiert werden soll.

Du musst also den Workflow so abändern, dass der Druckjob ohne Erstellung eines Bons ermöglicht wird. Das ist nicht unmöglich, aber echte Fleißarbeit.

Habe mich gerade mal auf die Suche nach dem Druckbefehl, beim Durck auf den Button "Bondruck" gemacht. Aber leider bin ich nicht so richtig fündig geworden.
Ich war dazu in der "paydesk.html" in Zeile 17. Weiß auch nicht ob ich da so richtig fündig geworden bin.

Zumindest ist dort der grobe Ablauf erkennbar, dass man bei dem Druck auf "Bondruck" eine Zahlungsmöglichkeit auswählen muss, dass alles ausgerechnet wird etc.! Und einen kleinen "Print"-Teil habe ich auch gefunden, aber bei diesem steige ich nicht so richtig durch muss ich zugeben.

Ich würde mir eben gerne den Printteil rausziehen und dann einen Extra-Button für den Zwischenbeleg machen.


Grüße

pichel hat geschrieben:Aber es handelt sich um PHP-Code, der man problemlos selbst erweitern kann. Für eigene Zwecke lässt das meine Lizenz auch problemlos zu, nur sollte man eine veränderte Version nicht weitergeben.

Ok, dann mal kucken ob ich da was hinbekomme. Ich denke es zwar eher nicht, muss ich mich mal reinfuchsen.


Grüße

Auch dann nicht.

Aber es handelt sich um PHP-Code, der man problemlos selbst erweitern kann. Für eigene Zwecke lässt das meine Lizenz auch problemlos zu, nur sollte man eine veränderte Version nicht weitergeben.

Gruß,

Stefan

Und wenn man die Funktion aktivierbar/deaktivierbar macht ...?


Grüße

Hallo,

es tut mir leid, ich setze wirklich gerne Ideen und Anregungen von Benutzern um, aber diese Funktion werde ich nicht implementieren, obwohl sie ständig erfragt wird. Meiner Meinung nach kann man ebenso vom fertigen Kassenbon streichen. Und gerade für das getrennte Zahlen glaube ich eine elegante Umsetzung gefunden haben.

Wir wissen alle, wofür der Zwischenbeleg meist benutzt wird. Selbst wenn viele andere Systeme die Funktion enthalten, möchte ich nicht, dass mein Programm im Kontext von Umsatzverkürzung auftaucht. Ich fürchte sowieso, dass sich die meisten Gastronomen in falscher Sicherheit wiegen, denn es lassen sich oft wesentlich mehr Aktionen nachvollziehen als man denkt.

Ich nehme überdies an, dass ab 2020 niemand mehr nach diesem Feature fragt, sobald das "Kassenmanipulationsgesetzt" in Kraft tritt.

Ja, die wenigen Gastronomen, die es ehrlich einsetzen wollen, verprelle ich damit. Aber hier nutze ich meine Freiheit, bei einem Hobbyprojekt auch Nein zu einem Wunsch sagen zu können...

Gruß,

Stefan