Checkout-Based Promotional Settlement von Asseco Platform: ein Abrechnungsmodul auf Basis von Trade Data Hub und Trade Terms & Settlement. Das Modul verifiziert die Ausführung von Handelspromotionen auf Kassenbon-Ebene zwischen FMCG-Herstellern und Handelsketten.
Abrechnung von Handelspromotionen auf Basis von Kassenbon-Daten, nicht auf Basis der Erklärung der Handelskette.
Auf Basis von Trade Data Hub und Trade Terms & Settlement. Jeder Kassenbon Ihrer Abrechnungs-Handelsketten wird mit Ihrem aktiven Promotionskatalog abgeglichen. Rückvergütungsberichte basieren auf Transaktionsdaten, nicht auf der monatlichen Erklärung der Handelskette.
Jede Transaktion im Abrechnungszeitraum wird verifiziert
Kassenbons rein, Rückvergütung über Nacht berechnet
Preis, Multi-buy, Schwellenwert, saisonal, Bundle, Voucher. Keine Template-Lücken
Führende FMCG-Marken weltweit vertrauen darauf
Die Abrechnung von Handelspromotionen läuft über den Bericht der Handelskette. Ihre Abrechnung ist nur so gut wie deren Erklärung.
Sie gestalten die Promotion. Die Handelskette führt sie aus. Die Handelskette teilt Ihnen mit, wie viel Sie schulden. Sie genehmigen die Rückvergütung auf Basis des Berichts derselben Handelskette, ohne prüfen zu können, welche Filialen sie wie vereinbart ausgeführt haben, welche nicht und ob die Mechanik an der Kasse tatsächlich ausgelöst wurde.
Ohne Verifizierung auf Kassenbon-Ebene
- Abrechnung auf Basis der monatlichen Erklärung der Handelskette statt Ihrer eigenen Daten
- Keine Transparenz über die einzelnen Filialen: Sie können nicht erkennen, welche Platzierung wie vereinbart ausgeführt wurde
- Bonuszahlungen genehmigt auf Zahlen, die Sie nicht Transaktion für Transaktion prüfen können
- Verhandlungen mit dem Einkauf laufen über zwei widersprüchliche Berichte: den des Herstellers und den der Handelskette
- Manuelle Kassenbon-Stichproben kosten, sofern überhaupt versucht, Analysten-Wochen pro Abrechnungszeitraum
Mit Asseco Checkout-Based Settlement
- Jeder Kassenbon täglich ausgewertet, jede Promotionsmechanik automatisch erkannt
- Transparenz über die einzelnen Filialen: welche Filiale die Promotion wie vereinbart ausgeführt hat und welche nicht
- Rückvergütungsbericht mit Audit Trail bis zur einzelnen Transaktion
- Die Verhandlung mit dem Einkauf startet vom selben Datensatz auf beiden Seiten des Tisches
- Der Abrechnungszeitraum schließt in Stunden statt in Wochen, end-to-end automatisiert
Drei Schritte von der aktiven Promotion zur abgerechneten Rückvergütung. Jeder Kassenbon verifiziert.
Asseco Checkout-Based Promotional Settlement basiert auf POS-Kassenbon-Daten Ihrer Handelsketten. Trade Data Hub ruft die Daten täglich ab, Trade Terms & Settlement erkennt die Promotionsmechanik auf jedem Kassenbon, und der Rückvergütungsbericht landet in Ihrem ERP, gestützt auf einen Audit Trail auf Transaktionsebene.
Handelsketten-Onboarding & Datenbeschaffung
Trade Data Hub verbindet sich mit dem POS-Datenfeed jeder Handelskette per SFTP, HTTPS oder API, im nativen Format der Handelskette. Das Integrationsteam erstellt das SKU-Mapping, das „short EAN“ und handelskettenspezifische Produktcodes auflöst, sowie ein Filialverzeichnis, das Handelskette → Filiale → einzelnen Point of Sale abbildet. Tägliche Abstimmung, Deduplizierung und Datenqualitäts-Flags laufen automatisch.
- →POS-Datenfeed pro Handelskette: SFTP, HTTPS, API im nativen Format
- →SKU-Mapping löst „short EAN“ und Produktcodes der Handelskette auf
- →Filialverzeichnis mit der Hierarchie aus Handelskette, Filiale und Point of Sale
Tägliche Promotionserkennung auf Kassenbons
Jeder Kassenbon durchläuft den Promotion-Detector in Trade Terms & Settlement. Das System identifiziert Ihre SKUs, prüft die Bedingungen jeder aktiven Promotion, etwa Preis, Multi-buy, Schwellenwert, saisonales Fenster, Bundle oder Voucher. Transaktionen, die die Mechanik erfüllen, werden markiert. Der Zyklus läuft auf Folgetag-Basis: Ein Verkauf an der Kasse heute wird morgen früh in Ihrem Abrechnungssystem verifiziert, mit der Mechanik auf Transaktionsebene identifiziert.
- →6 Promotionsmechaniken out-of-the-box erkannt
- →Folgetag-Zyklus: Transaktion heute, morgen früh verifiziert
- →Alle aktiven Promotionen parallel verifiziert, ohne manuelle Aufteilung zwischen Kampagnen
Abrechnungsbericht & ERP-Übergabe
Beim Abschluss des Abrechnungszeitraums erstellt Trade Terms & Settlement den Rückvergütungsbericht: Menge, Wert und fällige Rückvergütung pro Promotion, pro Filiale und pro Handelskette, mit Audit Trail bis zum einzelnen Kassenbon. Exportieren Sie den Bericht als XLSX, PDF oder übergeben 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ütungsbericht pro Promotion, pro Filiale, pro Handelskette
- →Audit Trail bis zur einzelnen Transaktion
- →Export ins ERP als XLSX, PDF oder direkt per API
Vier Gründe, warum FMCG-Finanzteams mit Kassenbon-Daten abrechnen wollen statt mit Berichten der Handelsketten.
Vier Fähigkeiten, die die Abrechnung von Handelspromotionen von einer vierteljährlichen Verhandlung in einen revisionssicheren Prozess verwandeln. Jede Rückvergütung ist bis zur Transaktion nachvollziehbar.
Unabhängige Verifizierung
Schluss mit Bonuszahlungen allein auf Basis der Erklärung der Handelskette. Jede Transaktion hat ihren eigenen Audit Trail im Kassenbon. Anspruchsberechtigung, Mechanik und Rückvergütungswert werden aus Transaktionsdaten berechnet, nicht aus dem, was die Handelskette meldet. Verhandlungen gehen von demselben Datenbestand aus, nicht von zwei widersprüchlichen Aussagen.
Verhandlungsstärke
Dieselben Daten auf beiden Seiten des Tisches. Termine mit dem Einkauf verlagern sich von der Schätzung zum Nachweis: welche Filialen die Mechanik wie vereinbart ausgeführt haben, welche nicht, an welchen Tagen und mit welchem Wert. Das Gespräch wird operativ, nicht deklarativ.
Audit Trail für Trade Spend
Jede Rückvergütungszahlung ist durch einen Beleg auf Ebene des einzelnen Kassenbons gestützt, mit Granularität bis zur Filiale und zum SKU. Interne Kontrollen, Finanzfreigabe und Compliance-Anforderungen für Trade-Spend-Rückstellungen stützen sich alle auf transaktionale Quelldaten.
Jede aktive Promotion parallel verifiziert
Jede Transaktion wird unabhängig gegen jede aktive Promotion verifiziert. Hersteller, die Kampagnen über mehrere Handelsketten parallel führen, rechnen sie alle in einem einzigen Zyklus ab, ohne manuelle Aufteilung zwischen Mechaniken, Segmenten oder Handelsketten.
Vom Kassenbon an der Kasse zur Rückvergütungsposition in Ihrem ERP.
Jeder Rückvergütungswert 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 bis zur Position, die Ihr Finanzteam genehmigt.
Vom Kassenbon zur Rückvergütung
Kassenbon trifft ein
Filiale, SKU, Menge, Preis und Zeitstempel ruft Trade Data Hub am Folgetag aus dem POS-Feed der Handelskette ab.
Erkennung & Anspruchsberechtigung
Der Detector gleicht Ihre SKUs ab (EAN, inklusive Auflösung von „short EAN“) und prüft die Bedingungen jeder aktiven Promotion parallel.
Anspruchsberechtigter Wert & Rückvergütung pro Transaktion
Für jede anspruchsberechtigte Transaktion: anspruchsberechtigter Wert = Preis × Menge, dann Rückvergütung pro Transaktion = anspruchsberechtigter Wert × Rabatt % oder Festbetrag.
Aggregation & Abschluss des Abrechnungszeitraums
Die Rückvergütung wird pro Promotion, pro Filiale, pro Handelskette und pro Abrechnungszeitraum summiert und ist damit bereit für den Export ins ERP.
Wie die Rückvergütung berechnet wird
Aggregation: Jede Transaktion wird unabhängig gegen jede aktive Promotion geprüft. Die Aggregation läuft pro Promotion, pro Filiale, pro Handelskette und pro Abrechnungszeitraum. Eine Transaktion kann parallel für mehrere Promotionen anspruchsberechtigt sein.
Abrechnungsbericht: Ausgabefelder
| Menge | SKU-Einheiten, die die Promotionsbedingungen erfüllen |
| Wert | Transaktionswert: Preis × Menge |
| Filialen | Anzahl der Filialen mit anspruchsberechtigten Verkäufen |
| Kassenbons | Anzahl der Kassenbons mit ausgelöster Mechanik |
| Fällige Rückvergütung | Berechneter, an die Handelskette zahlbarer Bonus |
| Format | XLSX · PDF · API to ERP |
Über Ihre Kassenbons hinaus liefert derselbe Feed auch Ihren Kategorieanteil.
Kassenbons decken Ihre SKUs ab. Daraus geht hervor, was verkauft wurde und welche Transaktionen für die Promotion anspruchsberechtigt waren. Viele Handelsketten melden im selben Datenfeed auch Summen auf Kategorieebene: Gesamt Bier, Gesamt Spirituosen, Gesamt Süßwaren pro Handelskette oder Filiale. Eine Integration, drei Intelligence-Ebenen.
Ebene 1 · Kassenbons
Verkäufe Ihrer SKUs
Jede Transaktion mit Ihren Produkten, bereits für die Promotionsabrechnung aus den Kassenbons extrahiert. Menge, Wert, Filiale, Zeitstempel, Mechanik-Flag.
Ebene 2 · Kategoriesummen
Kategorieverkäufe von der Handelskette
Gesamt Bier, Gesamt Spirituosen, Gesamt Süßwaren meldet die Handelskette als aggregierte Werte auf Handelsketten- oder Filialebene, im selben täglichen Feed.
Ebene 3 · Kategorieanteil
Ihre Verkäufe vs. Wettbewerb
Automatisch berechnet: Ihre Verkäufe ÷ Kategoriesumme. Vergleichen Sie den Anteil nach Handelskette, Kanal, Region und Zeitraum mit dem Rest der Kategorie.
Beispiel: Kategorieanteil nach Handelskette, Monat
| Kategorie | Ihre Verkäufe | Kategorie gesamt | Ihr Anteil |
|---|---|---|---|
| Bier | 4.20M | 18.50M | 22.7% |
| Cider | 1.10M | 3.20M | 34.3% |
| Spirituosen | 2.80M | 14.00M | 20.0% |
Reporting auf Kategorieebene ist verfügbar, wenn der Datenfeed der Handelskette Kategoriesummen enthält. Der genaue Umfang wird während der Einrichtung der Datenintegration bestätigt.
Was sich ändert, wenn die Abrechnung über den Kassenbon und nicht über den Bericht der Handelskette läuft.
Drei Ergebnisse, die durchgängig folgen, wenn die Abrechnung von Handelspromotionen von der manuellen Abstimmung der Erklärungen der Handelsketten zur Verifizierung auf Kassenbon-Ebene auf POS-Daten übergeht.
Tage → Stunden
Abschluss des Abrechnungszeitraums
Von der manuellen Abstimmung der Erklärungen der Handelsketten zu einem automatisierten täglichen Bericht, end-to-end aus denselben Daten berechnet
Alle Kampagnen
Parallel verifiziert
Jeder Kassenbon gegen jede aktive Promotion geprüft, ohne manuelle Aufteilung zwischen Mechaniken oder Handelsketten
0
Manuelle Kassenbon-Stichprobe
Jede Transaktion im Abrechnungszeitraum wird verifiziert, ohne statistische Stichprobe und ohne Erklärung der Handelskette
Vom Kick-off mit der Handelskette bis zum ersten Rückvergütungsbericht: bis zu 12 Wochen pro Handelskette.
Jede Handelskette ist ein eigenes Integrationsprojekt mit eigenem ERP, eigener Datenexport-Logik und eigenen Produktcodierungs-Konventionen. Asseco führt die Integration end-to-end mit einem eigenen Implementierungsteam von über 160 Spezialisten, verfeinert in über 170 FMCG-Implementierungen.
Kick-off mit der Handelskette
Umfang, Formate, technischer Ansprechpartner und Beispieldaten mit der Handelskette vereinbart
Aufbau der POS-Schnittstelle
Die Handelskette bereitet die Kassenbon-Exportschnittstelle auf ihrer Seite vor. Das ist in der Regel der längste Schritt und hängt von den IT-Prioritäten der Handelskette ab
SKU- & Filial-Mapping
Hersteller-SKUs auf Codes der Handelskette gemappt, Filialhierarchie modelliert, „short EAN“ aufgelöst (parallel zu Schritt 02)
Detector-Konfiguration
Erste Promotionen im Detector konfiguriert, an einer historischen Datenwoche getestet, Mapping-Korrekturen finalisiert
Go-live & erster Zyklus
Erster Rückvergütungsbericht automatisch generiert, mit der Finanzabteilung des Herstellers validiert, voller Produktionszyklus läuft
Gesamt pro Handelskette: bis zu 12 Wochen end-to-end, wobei die Schritte 02 und 03 in der Regel parallel laufen. Nach der Integration der ersten Handelskette sind weitere schneller, weil Detector-Templates und Filial-Mapping-Konventionen wiederverwendet werden.
Welche Analysten und Standards Asseco Platform anerkennen im Bereich Trade Execution?
Unabhängige Anerkennung zur Unterstützung Ihres internen Business Case.
Gartner® Representative Vendor
Asseco Platform als Representative Vendor im Gartner Market Guide for Retail Execution Management im FMCG genannt – Ausführung und Abrechnung von Handelspromotionen sind Teil der anerkannten Retail-Execution-Fähigkeiten der Plattform.
POI-Best-in-Class-Auszeichnungen
Asseco Platform erhielt im POI 2026 Vendor Panorama neun POI-Best-in-Class-Auszeichnungen.
ISO/IEC 27001:2022
International anerkannte Zertifizierung für Informationssicherheits-Management. Entscheidend für IT-Entscheider in Unternehmen bei der Bewertung von Abrechnungs-Engines und POS-Datenintegrationen.
Gartner does not endorse any vendor, product or service depicted in its research publications, and does not advise technology users to select only those vendors with the highest ratings or other designation. Gartner research publications consist of the opinions of Gartner’s research organization and should not be construed as statements of fact. Gartner disclaims all warranties, expressed or implied, with respect to this research, including any warranties of merchantability or fitness for a particular purpose. Gartner, Market Guide for Retail Execution Management in Fast-Moving Consumer Goods, April 2025, G00768127. GARTNER is a registered trademark and service mark of Gartner, Inc. and/or its affiliates in the U.S. and internationally, and is used herein with permission. All rights reserved.
Abrechnung, konzipiert rund um FMCG-Abläufe und nicht aus generischen Trade-Promo-Funktionen zusammengesetzt.
Drei Dinge, die das Checkout-Based Settlement von Asseco von einem horizontalen Trade-Promo-Management-Tool mit seitlich angesetzten POS-Connectors unterscheiden.
Integrationstiefe: über 170 FMCG-Implementierungen
Asseco Platform integriert seit zwei Jahrzehnten Retail- und Distributionsdaten für FMCG-Hersteller in der Region. Das Onboarding einer Handelskette ist kein generisches ERP-Projekt. Dahinter steht eine Methodik, verfeinert in über 170 FMCG-Implementierungen und getragen von über 160 Implementierungsspezialisten.
- →über 170 FMCG-Implementierungen in CEE bei Herstellern, Distributoren und Handelsketten
- →Zwei Jahrzehnte Arbeit mit POS-Daten in CSV, XML, Fixed-width und proprietären Feeds
- →Dasselbe Implementierungsteam end-to-end, ohne Übergabe an Dritte mitten im Projekt
Ausschließlicher FMCG-Fokus
Asseco Platform entwickelt ausschließlich für die FMCG-Branche. Jede unterstützte Promotionsmechanik, jeder integrierte Datenfeed einer Handelskette und jede modellierte Struktur eines Filialverzeichnisses beruht auf realen FMCG-Abläufen, nicht auf einem horizontalen Funktionskatalog, der an mehrere Branchen angepasst wurde.
- →6 Promotionsmechaniken aus realen FMCG-Kampagnen statt eines generischen TPM-Templates
- →„Short EAN“, handelskettenspezifische Codes und Filialhierarchien sind Standardfälle, keine Sonderfälle
Handelsketten-Onboarding als Service
Jede Handelskette hat ihr eigenes ERP, ihre eigene Datenexport-Logik und ihre eigenen Produktcodierungs-Konventionen. Asseco setzt keinen sauberen Feed voraus. 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 für die technische Integration
- →SKU-Mapping und Filialverzeichnis von Asseco aufgebaut und gepflegt
- →Tägliche Abstimmung und Datenqualitäts-Flags als Managed Service betrieben
Checkout-Based Settlement läuft auf zwei Produkten. Trade Data Hub und Trade Terms & Settlement.
Für die Abrechnung auf POS-Kassenbons sind keine weiteren Asseco-Produkte erforderlich. Trade Data Hub übernimmt die Datenbeschaffung; Trade Terms & Settlement beherbergt den Promotion-Detector und die Rückvergütungsformel.
Verbindet sich mit dem POS-Feed jeder Handelskette, normalisiert die Daten, löst SKU-Mapping und Filialhierarchie auf und bildet so das Fundament unter jedem Abrechnungslauf.
Trade Terms & Settlement
Abrechnungs-Engine, die den Promotion-Detector und die Rückvergütungsformel 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 befinden sich in Entwicklung.
Häufige Fragen zu Checkout-Based Settlement und POS-Datenfeeds.
Antworten auf die Fragen, die Sales Directors, 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 von Handelspromotionen zwischen FMCG-Herstellern und Handelsketten auf Basis von POS-Kassenbon-Daten 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 pro Kassenbon identifiziert und der Rückvergütungsbericht basiert auf transaktionalen Quelldaten.
Wie unterscheidet es sich vom Distributor-Based Settlement?
Dieses Modul liest POS-Kassenbon-Daten direkt von den Handelsketten, also auf der Retail-Sell-out-Ebene. Für Promotionen, die über Distributoren ausgeführt werden (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?
Heute bestehen aktive Integrationen im polnischen FMCG-Markt, mit geplanter Expansion in der gesamten CEE-Region. Neue Handelsketten werden einzeln onboarded. Ein typisches Onboarding dauert bis zu 12 Wochen end-to-end, wobei die IT-Vorbereitung der Handelskette meist der längste Schritt ist.
Wie steht es um die DSGVO und personenbezogene Daten auf Kassenbons?
Kassenbon-Daten werden auf Transaktionsebene verarbeitet, nicht auf Kundenebene. Kennungen von Treuekarten und jegliche personenbezogenen Daten sind vom Abrechnungs-Feed ausgeschlossen. Die Datenverarbeitung wird durch die Datenfreigabevereinbarung zwischen Hersteller und Handelskette geregelt, und das System läuft auf einer nach ISO/IEC 27001:2022 zertifizierten Infrastruktur.
Was passiert, wenn eine Handelskette inkonsistente Daten sendet?
Trade Data Hub umfasst Datenqualitätsprüfungen, Deduplizierung und Abstimmungsroutinen bei jedem täglichen Feed. Inkonsistenzen werden automatisch markiert und zur Korrektur an die Handelskette zurückgeleitet. Abrechnungsberichte enthalten Datenqualitäts-Metadaten, damit Finanzteams wissen, welche Zahlen abgerechnet und welche noch offen sind.
Kann es mehrere parallel laufende Promotionen verarbeiten?
Ja. Jede Transaktion wird unabhängig gegen jede aktive Promotion verifiziert. Es gibt keine Begrenzung gleichzeitiger Promotionen. Hersteller, die Kampagnen über mehrere Handelsketten parallel führen, rechnen sie in einem einzigen Zyklus ab, ohne manuelle Aufteilung zwischen Mechaniken oder Handelsketten.
Welche Promotionsmechaniken unterstützt es?
Sechs Mechaniken werden out-of-the-box unterstützt: Preispromotionen, Multi-buy- und Packmechaniken, 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 Promotionsarten in den Portfolios der Kunden auftauchen.
Wie integriert es sich in unser 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 gängigen ERPs im FMCG.
Verlagern Sie die Abrechnung von Handelspromotionen von einer vierteljährlichen Verhandlung zu einem täglichen, revisionssicheren Prozess.
Buchen Sie ein Gespräch mit einem Asseco-Platform-Spezialisten. Wir führen Sie durch eine reale Abrechnung auf Kassenbon-Ebene, erläutern die Methodik des Handelsketten-Onboardings und bilden Ihr Trade-Promo-Programm auf die Fähigkeiten des Detectors ab.