Ein Rabatt, der im Beleg, im Kanal und an der Kasse dasselbe bedeutet.

Es gibt eine feste Rangfolge, und die ist bewusst so gewählt: Der individuell vereinbarte Kundenpreis gewinnt, danach kommt der Aktionspreis, danach Kundengruppe, danach Staffel, zuletzt der Listenpreis. Eine Aktion überschreibt also Gruppen- und Mengenrabatte, aber keine Zusage an einen einzelnen Kunden. Soll ein Kunde mit Individualpreis trotzdem die Aktion bekommen, hinterlegst du ihm eine eigene Aktion über die Zielgruppe. Im Preis-Trace siehst du zu jeder Position, welche Stufe gezogen hat.

Nein, und das ist einer der praktischen Vorteile. Läuft das Gültigkeitsfenster ab, liefert die Aktion einfach keinen Preis mehr, und die Preisfindung geht eine Stufe tiefer. Es gibt keinen Zustand am Artikel, den jemand vergessen könnte. Genauso schnell geht das Verlängern: ein Datum ändern, fertig.

In den Verkaufskanälen, die Octibiz bespielt, ja: Die Kanal-Listings holen ihren Preis aus derselben Preisfindung, in der die Aktion greift. Ehrlich dazugesagt: Pflegst du parallel Aktionen im Shop-Backend selbst, hat Octibiz darauf keinen Einfluss, und dann hast du wieder zwei Wahrheiten. Der Nutzen entsteht, wenn die Preishoheit an einer Stelle liegt. Gutscheincodes werden dagegen im Beleg und an der Kasse eingelöst, nicht im fremden Shop-Checkout.

Octibiz verteilt den Gutscheinbetrag proportional auf die Netto-Summen der Steuergruppen und schreibt je Satz eine eigene negative Zeile, cent-genau. Eine einzige Zeile würde den ganzen Abzug einer Steuergruppe zuschlagen, und die Umsatzsteuer wäre falsch. Zusätzlich bleiben Gutschein-Zeilen aus der Bemessungsgrundlage eines Belegrabatts heraus, damit sich Rabatte nicht gegenseitig kleinrechnen.

Nein, und das ist eine bewusste Grenze. Dieses Modul bildet Rabattgutscheine ab, die du ausgibst: Aktions-Codes, Entschuldigungs-Gutscheine, Newsletter-Codes. Ihre Einlösung mindert die Bemessungsgrundlage. Ein vom Kunden gekaufter Wertgutschein ist umsatzsteuerlich etwas anderes, seine Einlösung ist eine Zahlung und kein Rabatt. Ihn hier abzubilden würde die Umsatzsteuer zweimal verkehren, deshalb ist der Fall ausgelassen statt still falsch gebucht.

Auf zwei Ebenen. Die Einlösung läuft unter einer Sperre auf dem Gutschein, sodass zwei gleichzeitige Vorgänge nicht beide den Restwert lesen und beide "reicht" sagen. Zusätzlich weist die Datenbank eine zweite offene Einlösung desselben Gutscheins auf demselben Beleg ab, auch wenn zwei Anfragen exakt zeitgleich ankommen. An der Kasse gilt dasselbe, wenn zwei Kassen denselben Code tippen.

Beides legst du in den Einstellungen an oder spielst es über die Schnittstelle ein. Für Gutscheine kannst du bestehende Codes übernehmen, statt neue erzeugen zu lassen, und den Restwert direkt setzen. Bei größeren Beständen übernehmen wir den Import im Onboarding. Serien für neue Kampagnen erzeugt Octibiz selbst, bis zu 500 Codes in einem Durchgang.

Es setzt den Produktkatalog voraus, denn ohne Artikel und Kategorien gibt es nichts zu bepreisen. Alles andere ist frei kombinierbar: Ohne Kundengruppen-Modul funktionieren Aktionen für alle Kunden, ohne Kasse funktioniert die Einlösung am Auftrag, und ohne Verkaufskanäle bleibt die Wirkung eben auf Belege und Kasse beschränkt. Die Preisfindung selbst ist Teil des Systems und nicht Teil dieses Moduls.