Checkout-Based Promotional Settlement von Asseco Platform: ein Abrechnungsmodul auf Basis von Trade Data Hub und Trade Terms & Settlement — Verifizierung der Handelspromotion-Umsetzung auf Kassenbon-Ebene zwischen FMCG-Herstellern und Handelsketten.
Checkout-Based Promotional Settlement
Wickeln Sie Handelspromotionen über Kassenbons ab, nicht über Erklärungen der Handelskette.
Auf Basis von Trade Data Hub und Trade Terms & Settlement. Jeder Kassenbon Ihrer Handelsketten wird gegen den Katalog Ihrer aktiven Promotionen geprüft. Rückvergütungs-Berichte stützen sich auf Transaktionsdaten, nicht auf die monatliche Erklärung der Handelskette.
Die führenden FMCG-Marken vertrauen uns
Die Abrechnung der Handelspromotionen basiert auf dem Bericht der Handelskette. Ihre Abrechnung ist nur so verlässlich wie deren Erklärung.
Sie konzipieren die Promotion. Die Handelskette setzt sie um. Die Handelskette sagt Ihnen, wie viel Sie schulden. Sie genehmigen die Rückvergütung auf Basis desselben Berichts der Handelskette — ohne Möglichkeit zu prüfen, welche Filialen die Promotion wie vereinbart umgesetzt haben, welche nicht, und ob die Mechanik tatsächlich an der Kasse ausgelöst wurde.
Ohne Verifizierung auf Kassenbon-Ebene
- ✕Abrechnung basierend auf der monatlichen Erklärung der Handelskette — nicht auf Ihren Daten
- ✕Keine Transparenz auf Filialebene — Sie wissen nicht, wo die Promotion wie vereinbart umgesetzt wurde
- ✕Bonuszahlungen freigegeben auf Zahlen, die Sie nicht Transaktion für Transaktion prüfen können
- ✕Verhandlungen mit dem Buyer auf zwei widersprüchlichen Berichten — des Herstellers und der Handelskette
- ✕Manuelle Kassenbon-Stichproben — wenn überhaupt versucht — binden Analysten wochenlang pro Abrechnungszeitraum
Mit Asseco Checkout-Based Promotional Settlement
- ✓Jeder Kassenbon täglich gescannt — jede Promotionsmechanik automatisch erkannt
- ✓Transparenz auf Filialebene: welche Filiale die Promotion wie vereinbart umgesetzt hat — und welche nicht
- ✓Rückvergütungs-Bericht mit Audit Trail bis zur einzelnen Transaktion
- ✓Die Verhandlung mit dem Buyer beginnt vom gleichen Datensatz auf beiden Seiten des Tisches
- ✓Der Abrechnungszeitraum schließt in Stunden, nicht Wochen — end-to-end automatisiert
Drei Schritte von der aktiven Promotion zur abgerechneten Rückvergütung — jeder Kassenbon verifiziert.
Asseco Checkout-Based Promotional Settlement funktioniert mit POS-Kassenbondaten Ihrer Handelsketten. Trade Data Hub holt die Daten täglich ab, Trade Terms & Settlement erkennt die Promotionsmechanik auf jedem Kassenbon, und der Rückvergütungs-Bericht landet in Ihrem ERP — mit Audit Trail auf Transaktionsebene.
Onboarding der Handelskette und Datenerfassung
Trade Data Hub verbindet sich mit dem POS-Feed jeder Handelskette — SFTP, HTTPS oder API, im nativen Format der Handelskette. Das Integrationsteam erstellt die SKU-Zuordnung, die „short EAN“ und kettenspezifische Produktcodes auflöst, sowie ein Filialverzeichnis, das Handelskette → Region → einzelne Verkaufsstelle abbildet. Tägliche Abgleiche, Deduplizierung und Datenqualitäts-Flags laufen automatisch.
- →POS-Feed pro Handelskette — SFTP, HTTPS, API im nativen Format
- →SKU-Zuordnung — löst „short EAN“ und Produktcodes der Handelskette auf
- →Filialverzeichnis — Hierarchie Handelskette, Region und Verkaufsstelle
Tägliche Promotionserkennung auf Kassenbons
Jeder Kassenbon läuft durch den Promotionsdetektor in Trade Terms & Settlement. Das System identifiziert Ihre SKUs, verifiziert die Bedingungen jeder aktiven Promotion — Preis, multi-buy, Schwelle, saisonales Fenster, bundle, voucher — und markiert die Transaktionen, die die Mechanik erfüllen. Der Zyklus ist täglich: ein Verkauf an der Kasse heute wird morgen früh in Ihrem Abrechnungssystem verifiziert, mit der Mechanik auf Transaktionsebene identifiziert.
- →6 Promotionsmechaniken werden out-of-the-box erkannt
- →Täglicher Zyklus — Transaktion heute, Verifizierung morgen früh
- →Alle aktiven Promotionen parallel verifiziert — keine manuelle Aufteilung zwischen Kampagnen
Abrechnungsbericht und Übergabe ans ERP
Beim Abschluss des Abrechnungszeitraums erstellt Trade Terms & Settlement den Rückvergütungs-Bericht: Menge, Wert und fällige Rückvergütung je Promotion, je Filiale und je Handelskette — mit Audit Trail bis zum einzelnen Kassenbon. Exportieren Sie den Bericht als XLSX, PDF oder senden Sie ihn direkt per API an Ihr ERP. Der Hersteller genehmigt den Bericht und leitet ihn über den bestehenden Accounts-Payable-Workflow an die Finanzabteilung weiter.
- →Rückvergütungs-Bericht — je Promotion, je Filiale, je Handelskette
- →Audit Trail — bis zur einzelnen Transaktion
- →Export ans ERP — XLSX, PDF oder direkte API
Vier Gründe, warum FMCG-Finance-Teams die Abrechnung auf Kassenbondaten wählen — nicht auf Berichten der Handelskette.
Vier Funktionen, die die Abrechnung der Handelspromotionen von einer vierteljährlichen Verhandlung in einen revisionssicheren Prozess verwandeln — mit jeder Rückvergütung bis zur Transaktion nachverfolgbar.
Unabhängige Verifizierung
Hören Sie auf, Boni allein auf Basis der Erklärung der Handelskette zu zahlen. Jede Transaktion hat ihren eigenen Audit Trail im Kassenbon — Eignung, Mechanik und Rückvergütungswert berechnet auf Transaktionsdaten, nicht auf das, was die Handelskette zu berichten gewählt hat. Verhandlungen beginnen vom gleichen Datensatz, nicht von zwei widersprüchlichen Aussagen.
Verhandlungsstärke
Gleiche Daten auf beiden Seiten des Tisches. Buyer-Meetings wechseln von der Schätzung zu konkreten Daten: welche Filialen die Mechanik wie vereinbart umgesetzt haben, welche nicht, an welchen Tagen, mit welchem Wert. Das Gespräch wird operativ, nicht deklarativ.
Audit Trail für Trade Spend
Jede Rückvergütungs-Zahlung wird durch ein Dokument auf Einzelkassenbon-Ebene gestützt — mit Granularität bis zur Filiale und zur SKU. Interne Kontrollen, Finanzgenehmigung und Compliance-Anforderungen für Trade-Spend-Rückstellungen stützen sich auf transaktionale Quelldaten.
Jede aktive Promotion parallel verifiziert
Jede Transaktion wird unabhängig gegen jede aktive Promotion verifiziert. Hersteller, die Kampagnen parallel über mehrere Handelsketten führen, rechnen sie alle in einem Zyklus ab — ohne manuelle Aufteilung zwischen Mechaniken, Segmenten oder Handelsketten.
Vom Kassenbon an der Kasse, bis zur Rückvergütungs-Position in Ihrem ERP.
Jeder Rückvergütungs-Wert wird aus Transaktionsdaten aufgebaut — Kassenbon für Kassenbon, Mechanik für Mechanik, Filiale für Filiale. Die folgende Formel zeigt den Weg von einer einzelnen Kassentransaktion zur Position, die Ihr Finance-Team genehmigt.
Vom Kassenbon zur Rückvergütung
Kassenbon geht ein
Filiale, SKU, Menge, Preis, Zeitstempel — werden am nächsten Tag von Trade Data Hub aus dem POS-Feed der Handelskette abgerufen.
Erkennung und Eignung
Der Detektor ordnet Ihre SKUs zu (EAN, einschließlich „short EAN“-Auflösung) und prüft die Bedingungen jeder aktiven Promotion parallel.
Eignungswert und Rückvergütung pro Transaktion
Für jede berechtigte Transaktion: Eignungswert = Preis × Menge, dann Rückvergütung pro Transaktion = Eignungswert × Rabatt % oder Festbetrag.
Aggregation und Abschluss des Abrechnungszeitraums
Die Rückvergütung wird je Promotion, je Filiale, je Handelskette und je Abrechnungszeitraum summiert — bereit für den Export ans ERP.
Wie die Rückvergütung berechnet wird
Aggregation: jede Transaktion wird unabhängig gegen jede aktive Promotion geprüft. Die Aggregation läuft je Promotion, je Filiale, je Handelskette und je Abrechnungszeitraum — eine Transaktion kann für mehrere Promotionen parallel berechtigt sein.
Abrechnungsbericht — Ausgabefelder
| Menge | SKU-Einheiten, die die Promotionsbedingungen erfüllen |
| Wert | Transaktionswert — Preis × Menge |
| Filialen | Anzahl Filialen mit berechtigten Verkäufen |
| Kassenbons | Anzahl Kassenbons mit ausgelöster Mechanik |
| Fällige Rückvergütung | Berechneter Bonus zur Auszahlung an die Handelskette |
| Format | XLSX · PDF · API ans ERP |
Über Ihre Kassenbons hinaus — Ihr Kategorieanteil, aus demselben Feed.
Kassenbons decken Ihre SKUs ab — was verkauft wurde und welche Transaktionen für die Promotion berechtigt waren. Viele Handelsketten berichten zusätzlich Kategoriesummen im selben Datenfeed: Total Bier, Total Spirituosen, Total Süßwaren je Handelskette oder Filiale. Eine Integration, drei Intelligence-Ebenen.
Ebene 1 · Kassenbons
Ihre SKU-Verkäufe
Jede Transaktion mit Ihren Produkten — bereits aus Kassenbons für die Promotionsabrechnung extrahiert. Menge, Wert, Filiale, Zeitstempel, Mechanik-Flag.
Ebene 2 · Kategoriesummen
Kategorie-Verkäufe von der Handelskette
Total Bier, Total Spirituosen, Total Süßwaren — aggregierte Werte, die von der Handelskette auf Ketten- oder Filialebene berichtet werden, im gleichen täglichen Feed.
Ebene 3 · Kategorieanteil
Ihre Verkäufe vs. Wettbewerb
Automatisch berechnet: Ihre Verkäufe ÷ Kategoriesumme. Vergleichen Sie den Anteil je Handelskette, Kanal, Region und Zeitraum — gegen den Rest der Kategorie.
Beispiel — Kategorieanteil je Handelskette, Monat
| Kategorie | Ihre Verkäufe | Total Kategorie | Ihr Anteil |
|---|---|---|---|
| Bier | 4.20M | 18.50M | 22.7% |
| Cider | 1.10M | 3.20M | 34.3% |
| Spirituosen | 2.80M | 14.00M | 20.0% |
Das Reporting auf Kategorieebene ist verfügbar, wenn der Datenfeed der Handelskette Kategoriesummen enthält. Der genaue Umfang wird beim Setup der Datenintegration bestätigt.
Was sich ändert, wenn die Abrechnung auf dem Kassenbon basiert — nicht auf dem Bericht der Handelskette.
Drei Ergebnisse, die regelmäßig eintreten, wenn die Abrechnung der Handelspromotionen vom manuellen Abgleich der Erklärungen der Handelskette zur Verifizierung auf Kassenbon-Ebene auf POS-Daten wechselt.
Tage → Stunden
Abschluss des Abrechnungszeitraums
Vom manuellen Abgleich der Erklärungen der Handelskette zu einem automatisierten täglichen Bericht — gleiche Daten, end-to-end berechnet
Alle Kampagnen
Parallel verifiziert
Jeder Kassenbon gegen jede aktive Promotion geprüft — keine manuelle Aufteilung zwischen Mechaniken oder Handelsketten
0
Manuelle Kassenbon-Stichproben
Jede Transaktion des Abrechnungszeitraums wird verifiziert — keine statistische Stichprobe, keine Erklärung der Handelskette
Vom Kick-off mit der Handelskette zum ersten Rückvergütungs-Bericht: bis zu 12 Wochen pro Handelskette.
Jede Handelskette ist ein eigenes Integrationsprojekt — mit eigenem ERP, eigener Datenexport-Logik und eigenen Konventionen für die Produktkodierung. Asseco führt die Integration end-to-end mit einem internen Implementierungsteam von 160+ Spezialisten durch, geschliffen über 170+ FMCG-Implementierungen.
Kick-off mit der Handelskette
Umfang, Formate, technischer Kontakt und Beispieldaten mit der Handelskette abgestimmt
Aufbau der POS-Schnittstelle
Die Handelskette bereitet die Kassenbon-Exportschnittstelle auf ihrer Seite vor — typischerweise der längste Schritt, abhängig von den IT-Prioritäten der Handelskette
Zuordnung SKU und Filialen
Hersteller-SKUs den Codes der Handelskette zugeordnet, Filialhierarchie modelliert, „short EAN“ aufgelöst (parallel zu Schritt 02)
Konfiguration des Detektors
Erste Promotionen im Detektor konfiguriert, an einer historischen Datenwoche getestet, Mapping-Korrekturen finalisiert
Go-live und erster Zyklus
Erster Rückvergütungs-Bericht automatisch erstellt, mit dem Finance-Team des Herstellers validiert, voller Produktionszyklus läuft
Gesamt pro Handelskette: bis zu 12 Wochen end-to-end, wobei die Schritte 02 und 03 typischerweise parallel laufen. Nach der Integration der ersten Handelskette werden die folgenden schneller — Detektor-Templates und Konventionen der Filialzuordnung werden wiederverwendet.
Welche Analysten und Standards würdigen Asseco Platform in der Trade Execution?
Unabhängige Auszeichnungen zur Unterstützung Ihres internen Business Case.
Abrechnung rund um FMCG-Operationen entwickelt — nicht aus generischen Trade-Promo-Funktionen zusammengebaut.
Drei Dinge, die Checkout-Based Settlement bei Asseco von einem horizontalen Trade-Promo-Management-Tool mit nachträglich angebauten POS-Konnektoren unterscheiden.
Integrationstiefe — 170+ FMCG-Implementierungen
Asseco Platform integriert Retail- und Distributionsdaten für FMCG-Hersteller in der Region seit zwei Jahrzehnten. Onboarding einer Handelskette ist kein generisches ERP-Projekt — es ist eine Methodik, verfeinert in 170+ FMCG-Implementierungen und 160+ Implementierungs-Spezialisten.
- →170+ FMCG-Implementierungen in der CEE — Hersteller, Distributoren, Handelsketten
- →Zwei Jahrzehnte Arbeit mit POS-Daten — CSV, XML, fixed-width, proprietäre Feeds
- →Dasselbe Implementierungsteam end-to-end — keine Übergabe an Dritte mitten im Projekt
Ausschließlicher FMCG-Fokus
Asseco Platform entwickelt ausschließlich für FMCG. Jede unterstützte Promotionsmechanik, jeder integrierte Datenfeed einer Handelskette, jede modellierte Filialverzeichnis-Struktur — alles fußt auf realen FMCG-Operationen, nicht auf einem horizontalen Funktionskatalog, der an mehrere Branchen angepasst wurde.
- →6 Promotionsmechaniken aus realen FMCG-Kampagnen — keine generische TPM-Vorlage
- →„Short EAN“, kettenspezifische Codes, Filialhierarchien — Standard, keine Grenzfälle
Onboarding der Handelskette als Service
Jede Handelskette hat ihr eigenes ERP, ihre eigene Datenexport-Logik und ihre eigenen Konventionen für die Produktkodierung. Asseco setzt nicht voraus, dass ein sauberer Feed existiert — wir stimmen die technische Schnittstelle mit dem IT-Team der Handelskette ab, validieren die Daten und betreiben den Feed end-to-end.
- →Direkte Zusammenarbeit mit dem IT-Team der Handelskette bei der technischen Integration
- →SKU-Zuordnung und Filialverzeichnis von Asseco erstellt und gepflegt
- →Tägliche Abgleiche und Datenqualitäts-Flags als Managed Service betrieben
Checkout-Based Promotional Settlement funktioniert mit zwei Produkten. Trade Data Hub und Trade Terms & Settlement.
Keine zusätzlichen Asseco-Produkte sind für die Abrechnung auf POS-Kassenbons nötig. Trade Data Hub übernimmt die Datenerfassung; Trade Terms & Settlement beherbergt den Promotionsdetektor und die Rückvergütungs-Formel.
Verbindet sich mit dem POS-Feed jeder Handelskette, normalisiert die Daten, löst SKU-Zuordnung und Filialhierarchie auf — die Grundlage unter jedem Abrechnungslauf.
Trade Terms & Settlement
Abrechnungs-Engine, die den Promotionsdetektor und die Rückvergütungs-Formel beherbergt. Das übergeordnete Produkt, unter dem Checkout-Based Promotional Settlement als Modul läuft.
Teil der Kategorie Trade Promotion Settlement. Schwestermodule für Distributor Sell-out und Voucher-Redemption-Mechaniken sind in Entwicklung.
Häufige Fragen zu Checkout-Based Settlement und POS-Datenfeeds.
Antworten auf Fragen, die Sales Director, Trade Marketing Manager und Finance Controller am häufigsten vor und während der Implementierung stellen.
Was ist Checkout-Based Promotional Settlement?
Ein Modul, das die Abrechnung der Handelspromotionen zwischen FMCG-Herstellern und Handelsketten anhand von POS-Kassenbondaten automatisiert. Der Hersteller verlässt sich nicht mehr auf die monatliche Erklärung der Handelskette als Grundlage für die Rückvergütung — jede Transaktion wird an der Kasse verifiziert, die Mechanik wird je Kassenbon identifiziert und der Rückvergütungs-Bericht wird auf transaktionalen Quelldaten aufgebaut.
Wie unterscheidet es sich von Distributor-Based Settlement?
Dieses Modul liest POS-Kassenbondaten direkt von den Handelsketten — die Retail-Sell-out-Ebene. Für Promotionen, die über Distributoren laufen (die Distributor-Sell-out-Ebene), ist ein separates Schwestermodul erforderlich: Distributor-Based Promotional Settlement. Sprechen Sie uns an, wenn das Ihr Szenario ist.
Mit welchen Handelsketten funktioniert es heute?
Aktive Integrationen bestehen heute im polnischen FMCG-Markt, mit geplanter Expansion in der CEE. Neue Handelsketten werden einzeln onboarded — ein typisches Onboarding dauert bis zu 12 Wochen end-to-end, wobei die IT-Vorbereitung auf Seite der Handelskette in der Regel der längste Schritt ist.
Wie sieht es mit DSGVO und personenbezogenen Daten auf Kassenbons aus?
Kassenbondaten werden auf Transaktionsebene verarbeitet, nicht auf Kundenebene. Identifikatoren von Kundenkarten und jegliche personenbezogenen Daten sind vom Abrechnungs-Feed ausgeschlossen. Die Datenverarbeitung ist durch die Datenfreigabe-Vereinbarung zwischen Hersteller und Handelskette geregelt, und das System läuft auf einer Infrastruktur, die nach ISO/IEC 27001:2022 zertifiziert ist.
Was passiert, wenn eine Handelskette inkonsistente Daten schickt?
Trade Data Hub umfasst Datenqualitäts-Prüfungen, Deduplizierung und Abgleichs-Routinen bei jedem täglichen Feed. Inkonsistenzen werden automatisch markiert und zur Korrektur an die Handelskette zurückgeschickt. Abrechnungsberichte enthalten Datenqualitäts-Metadaten, damit Finance-Teams wissen, welche Zahlen abgerechnet sind und welche ausstehen.
Kann es mehrere parallele Promotionen verarbeiten?
Ja. Jede Transaktion wird unabhängig gegen jede aktive Promotion verifiziert. Es gibt keine Begrenzung der parallelen Promotionen — Hersteller, die Kampagnen parallel über mehrere Handelsketten führen, rechnen sie in einem Zyklus ab, ohne manuelle Aufteilung zwischen Mechaniken oder Handelsketten.
Welche Promotionsmechaniken werden unterstützt?
Sechs Mechaniken werden out-of-the-box unterstützt: Preispromotionen, multi-buy und Pack-Mechaniken, Wertschwellen, saisonale Zeit- und Filialfenster, bundle gratis (z. B. 4+2) und Voucher-Redemption-Äquivalente. Die Liste der unterstützten Mechaniken wird erweitert, sobald neue Promotionstypen in Kundenportfolios auftauchen.
Wie integriert es sich mit unserem ERP und Finanzsystem?
Abrechnungsberichte werden als XLSX, PDF exportiert oder direkt per API an das ERP des Herstellers übergeben. Der Hersteller genehmigt den Bericht und leitet ihn über den bestehenden Accounts-Payable-Workflow an die Finanzabteilung weiter. Trade Terms & Settlement integriert sich mit den wichtigsten ERPs im FMCG-Einsatz.
Verlagern Sie die Abrechnung der Handelspromotionen von einer vierteljährlichen Verhandlung zu einem täglichen, revisionssicheren Prozess.
Buchen Sie ein Gespräch mit einem Asseco Platform Spezialisten. Wir zeigen Ihnen eine echte Abrechnung auf Kassenbon-Ebene, besprechen die Methodik für das Onboarding der Handelsketten und bilden Ihr Trade-Promo-Programm auf die Detektor-Fähigkeiten ab.