Dashboard:
- Neues Karten-Widget basierend auf Openstreetmaps hinzugefügt
- Wetterdaten zum “Betriebsinfo” Widget hinzugefügt.
Lizenzverwaltung:
- Das Mastergerät bleibt ein Mastergerät, wenn eine Lizenz zugewiesen wird.
Berichte:
- Umsatzbericht: Die Artikelanzahl wird bei geretteten Tischen korrekt angezeigt.
- Umsatz nach Artikel: “Freier Text”-Artikel werden anhand der verwendeten Namen im Zeitraum dargestellt und nicht unter einem der verwendeten Namen zusammengefasst. Auf den folgenden Berichten wurde dies ebenfalls angepasst:
- Bestellungen nach Artikel pro Tag
- Artikel Bestellungen nach Mitarbeiter
- Artikel Bestellungen pro Monat
- Umsatz nach Artikel und Abrechnungsart
- Norwegischer Z-Bericht: Weitere Informationen wie “Grand Total” hinzugefügt (Fiskale Anforderung)
- Debitor Rechnung Drucken: Anzeige vom Steuersatz korrigiert.
- Bestellungen nach Artikelart pro Tag: Darstellung auf dem CSV-Export angepasst, wenn “In House”- und “To Go”-Bestellungen vorkamen.
- Bestell-Journal: Feld für die “ID” auf dem PDF-Export vergrößert, um lange ID’s korrekt darzustellen.
- Artikel Bestellungen nach Mitarbeiter: Einträge entfernt, bei welchen ein Artikel “0” mal bestellt wurde. Diese Einträge konnten bei Splits auftreten.
- Der Bericht verwendet ab sofort das aktuelle Bericht-Layout. (Ausschließlich eine Layout-Anpassung ,die dargestellten Daten wurden nicht verändert.)
- Feld für die PLU vergrößert, um lange PLU’s korrekt darzustellen.
- Bericht: “Stornos”: Feld für den Artikelnamen vergrößert, um lange Artikelnamen korrekt darzustellen.
- Bestellungen pro Stunde: Der Bericht verwendet ab sofort das gleiche Layout wie “Artikelgruppen Bestellungen pro Stunde”.
Weitere Anpassungen:
- “Bestandsverwaltung”: Der Artikelbestand kann aufgrund von einer internen Anpassung aktuell nur unter Stammdaten -> Inventar angepasst werden.
- Payworks: Nicht unterstützte Geräte von den Auswahlmöglichkeiten entfernt.
- RKSV: Angepasstes Handling für DEP Berichte, um geschlossene DEP-Zeiträume besser zu erkennen.
- Anpassungen an der Migration auf das Datenmodell, welches für die Gastrofix-API’s benötigt wird.