Checkout-Based Promotional Settlement von Asseco Platform: ein Abrechnungsmodul auf Basis von Trade Data Hub und Trade Terms & Settlement — Verifizierung der Handelspromotion-Ausführung auf Kassenbon-Ebene zwischen FMCG-Herstellern und Handelsketten.
Abrechnung von Handelspromotionen auf Basis vonKassenbon-Daten,nicht auf Basis der Erklärung der Handelskette.
Auf Basis vonTrade Data HubundTrade 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 Möglichkeit zu prüfen, 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 — nicht Ihrer eigenen Daten
- Keine Sichtbarkeit auf Filialebene — 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
- Sichtbarkeit auf Filialebene: 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, nicht in Wochen — automatisiert end-to-end
Drei Schritte von der aktiven Promotionzur 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 — fundiert auf einem Audit Trail auf Transaktionsebene.
Handelsketten-Onboarding & Datenbeschaffung
Trade Data Hub verbindet sich mit dem POS-Datenfeed jeder Handelskette — 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 — 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 — Preis, Multi-buy, Schwellenwert, saisonales Fenster, Bundle, Voucher — und markiert Transaktionen, die die Mechanik erfüllen. 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 — keine 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 — XLSX, PDF oder direkte API
Vier Gründe, warum FMCG-Finanzteams die Abrechnung auf Kassenbon-Daten wollen— nicht auf Berichten der Handelsketten.
Vier Fähigkeiten, die die Abrechnung von Handelspromotionen von einer vierteljährlichen Verhandlung in einen revisionssicheren Prozess verwandeln — mit jeder Rückvergütung 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 berechnet auf Transaktionsdaten, nicht auf dem, was die Handelskette zu melden gewählt hat. Verhandlungen beginnen vom selben Datensatz, 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 Kassezur 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, Zeitstempel — am Folgetag von Trade Data Hub aus dem POS-Feed der Handelskette abgerufen.
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 — 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— Ihr Kategorieanteil, aus demselben Feed.
Kassenbons decken Ihre SKUs ab — 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 — aggregierte Werte, von der Handelskette auf Handelsketten- oder Filialebene gemeldet, 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 — gegenüber 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 läuft— und nicht über den Bericht der Handelskette.
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 — dieselben 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-Stichprobe
Jede Transaktion im Abrechnungszeitraum wird verifiziert — keine statistische Stichprobe, keine 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 — in der Regel der längste Schritt, abhängig von den IT-Prioritäten der Handelskette
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 — Detector-Templates und Filial-Mapping-Konventionen werden wiederverwendet.
Welche Analysten und Standards Asseco Platform anerkennenim 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
Asseco Platform erhielt 9 POI Best-in-Class-Auszeichnungen – die höchste Anzahl aller bewerteten Anbieter. Die Abrechnung von Handelspromotionen stützt sich direkt auf Auszeichnungen in Compliance, Optimierung der Retail-Aktivität und Trade Execution.
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.
Abrechnung, konzipiert rund um FMCG-Abläufe— nicht zusammengesetzt aus generischen Trade-Promo-Funktionen.
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 — es ist eine Methodik, verfeinert inüber 170 FMCG-Implementierungenundüber 160 Implementierungsspezialisten.
- →über 170 FMCG-Implementierungen in 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 den FMCG. Jede Promotionsmechanik unterstützt, jeder Datenfeed einer Handelskette integriert, jede Struktur eines Filialverzeichnisses modelliert — alles fundiert auf realen FMCG-Abläufen, nicht auf einem horizontalen Funktionskatalog, der an mehrere Branchen angepasst wurde.
- →6 Promotionsmechaniken aus realen FMCG-Kampagnen — kein generisches TPM-Template
- →„Short EAN“, handelskettenspezifische Codes, Filialhierarchien — 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 — 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 zuCheckout-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 — die 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 Handelspromotionenvon 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.