Aktuell ist es so, dass in Bp Event geplante Veranstaltungen die Verkaufstelle (z.B. Restaurant) zugewiesen wird und diese Daten dann am Tag der Veranstaltung an die Kasse übergeben werden. Finden nun mehrere Veranstaltungen zeitgleich in derselben Verkaufstelle statt, "gewinnen" die Daten, die als letzte importiert werden. Die ersten Daten werden wieder überschrieben. Damit das nicht passiert, muss in Bp Event aktuell die eigentliche Verkaufstelle aufgeteilt werden (Restaurant 1, Restaurant 2, Restaurant 3...). So werden die einzelnen Teile durch die Betriebsparameter getrennt.
In Bp Event bedeutet das allerdings eine teils erhebliche zusätzliche Datenpflege und erhöhtes Fehlerpotential, da immer darauf geachtet werden muss, dass die einzelnen Verkaufstellen sich zeitlich nicht buchungstechnisch überschneiden.
Maßnahmen, damit hier sicherer gearbeitet werden kann, wären zwar möglich, müssen aber immer individuell auf die Anwenderszenarien angepasst werden.
Wünschenswert wäre es, eine Möglichkeit zu schaffen, mehrere zeitlgleich laufende Veranstalltungen auf eine Verkaufstelle der Kasse zu senden, ohne Datenverlust dort und ohne zusätzlich Pflegeaufwand in Bp Event.
Das gibt die Kassenlogik momentan leider nicht her. Eine Verkaufsstelle/Profitcenter ist schon die Einheit, die dafür sorgt, dass Events voneinander getrennt betrachtet werden können. Diese noch mal aufzuteilen wäre ein enormer Aufwand in so ziemlich alle Kernlogiken der Kasse. Wir reden hier leider von bestimmt 20-30 Personenwochen Entwicklungsarbeit. Können wir daher nicht wirtschaftlich umsetzen.