Im Moment entscheiden
Kasse und Shop benötigen eine direkte Antwort: Konto prüfen, Vorteil berechnen, Einlösung reservieren oder bestätigen.
ARCHITEKTUR · INTEGRATION · BETRIEBOffen verbunden.
Offen verbunden.
Verlässlich gesteuert.
Eine offene Architektur für anspruchsvolle Loyalty-Programme. Verbinden Sie Kanäle, Regelwerk, Buchungen und Unternehmenssysteme zu einem prüfbaren Gesamtablauf.
Technologie verständlich machen
Die richtige Verbindung für jeden Datenfluss.
Grafik in voller Größe ansehen ↗Die Architektur Schicht für Schicht
01 · Experience
AppWebE-CommercePOSPartnerkanäle
02 · Plattform
Core EngineKampagnenGamificationRewardsAnalyticsBackoffice
03 · Integration
API GatewayEvent BusWebhooksIdentität & Rechte
04 · Ihre Systeme
CRMERPCDP / DWHPaymentMarketing Automation
Schematische Architektur: synchrone Entscheidungen im Teilnehmerprozess; Ereignisse und Exporte für nachgelagerte Systeme.
Danach weiterverarbeiten
Ereignisse, Webhooks und Exporte versorgen Kommunikation, Analyse und Finance. Wiederholung und Abgleich sichern die Übergabe.
Technische Themen
Vom Kanal bis zum Wiederanlauf.
Öffnen Sie die Bereiche, die für Ihre Architekturentscheidung wichtig sind. Die konkreten Varianten und Nachweise werden für Ihr Projekt festgelegt.
API & Headless
Offene Wege für gemeinsame Fachlogik.
Synchron entscheiden
REST/JSON verbindet Kontoabfragen, Regelentscheidungen und Einlösungen mit Shop, Kasse oder eigenem Frontend. Versionen, Authentifizierung, Limits und Fehlerantworten gehören zum Schnittstellenvertrag.
Asynchron weiterarbeiten
Webhooks und Pub/Sub-Ereignisse versorgen Folgesysteme. Batch und SFTP übernehmen Massenimporte und Abstimmung. Wiederholung, Idempotenz, Reihenfolge und Zustellstatus werden pro Datenfluss definiert.
Kanäle frei gestalten
Web, iOS/Android, Wallet, Partnerportal oder individuelle Oberfläche nutzen dieselbe Mitglieder-, Punkte- und Regelbasis. Frontend und Fachlogik können unabhängig weiterentwickelt werden.
Technische Anforderungen besprechenIntegrationen & Konnektoren
Datenobjekte und Verantwortung statt einer reinen Logowand.
ERP, CRM und Handel
SAP und ERP-Systeme liefern beispielsweise Artikel, Belege und Aufträge. Dynamics 365 und Salesforce verbinden Profile und CRM-Prozesse. Shopware, andere Shops und POS-Systeme können Checkout und Mitgliedskonto anbinden.
Analyse, Identität und Kommunikation
CDP, BI/DWH und Power BI erschließen Auswertungen. Entra ID übernimmt geeignete Identitätsaufgaben; Marketing Automation, HRIS/LMS und Zahlungsdienste ergänzen ihre jeweiligen Prozesse.
Umfang eindeutig festlegen
Je System werden Version, Datenrichtung, Aktualität, Authentifizierung und Supportgrenzen vereinbart. Native Anbindung, Referenzmuster und projektspezifische Integration sind unterschiedliche Leistungsumfänge.
Technische Anforderungen besprechenAzure-Architektur & Skalierung
Ein Referenzmodell von Zugang bis Wiederherstellung.
Zugang und Verarbeitung
Als Zielarchitektur verbinden Azure Front Door, WAF/CDN und API Management die Kanäle mit den Fachservices. Services skalieren entsprechend dem abgestimmten Lastprofil.
Daten und Kontrollen
Azure SQL führt geeignete relationale Buchungsdaten. Cosmos DB und Storage ergänzen passende Daten- und Dateiaufgaben. Key Vault, Azure Monitor und Microsoft Defender for Cloud unterstützen Schlüsselhaltung, Überwachung und Sicherheitskontrollen.
Regionen und Umgebungen
Dev, QA und Produktion werden getrennt. Primärdaten, Backups, Logs und Supportzugriff erhalten eine vereinbarte Standort- und Zugriffsmatrix. West Europe und Germany West Central sind zu prüfende Regionen des Referenzmodells.
Technische Anforderungen besprechenSicherheit & Datenschutz
Kontrollen über Identität, Daten und Betrieb.
Zugänge und Rechte
SSO über SAML/OIDC, MFA, rollenbezogene Berechtigungen und getrennte Mandanten werden passend zum Setup eingerichtet. Systemzugänge erhalten definierte Scopes; Rechte folgen der jeweiligen Aufgabe.
Daten im Lebenszyklus
Privacy by Design, Einwilligungen, Aufbewahrung, Export und Löschung werden im Datenkonzept zusammengeführt. Verschlüsselung, Schlüsselrotation, Protokollierung und Backup-Regeln sind Teil der technischen Abstimmung.
Trust Center auf Anfrage
Für die technische Prüfung stellen wir die zum Projekt passenden Unterlagen zu Maßnahmen, Verarbeitung, Subprozessoren, Standorten, Sicherheitsprüfung und Vorfallkommunikation zusammen. Geltungsbereich und Aktualität werden pro Dokument ausgewiesen.
Technische Anforderungen besprechenBetrieb, Support & Service Levels
Klare Zuständigkeiten für den normalen Tag und den Ausnahmefall.
Überwachen und reagieren
Metriken, Logs, Traces und Alerts unterstützen den Betrieb. Monitoring, Servicezeiten, personelle Bereitschaft und L1/L2/L3-Support werden getrennt vereinbart – einschließlich Eskalation und Kundeninformation.
Sichern und wiederanlaufen
Backup-Aufbewahrung, Restore-Tests, Wiederanlaufreihenfolge sowie RPO und RTO richten sich nach dem Programm. Nach einer Wiederherstellung werden Buchungen und Bestellungen abgestimmt, bevor Nachholungen freigegeben werden.
Messbar vereinbaren
Eine Messgröße beschreibt den Service, ein Zielwert den Anspruch und ein SLA die vertragliche Zusage. Verfügbarkeit, Wartungsfenster, Prioritäten und Reaktionsziele werden für den konkreten Umfang festgelegt.
Technische Anforderungen besprechenDatenmodell & Ledger
Vom Geschäftsvorfall zur nachvollziehbaren Buchung.
Objekte sauber trennen
Mandant, Marke, Markt, Programm, Mitglied, Firmenkonto, Partner und Einwilligung bilden die Organisation. Ereignis, Regelentscheidung, Anspruch, Buchung, Gutschein und Bestellung bilden den Geschäftsvorfall.
Korrekturen erhalten den Bezug
Eine stabile Ereigniskennung, Regelversion, Buchungsreferenz und Zeitangabe machen den Vorgang nachvollziehbar. Reservierung, Teilretoure und Gegenbuchung werden mit Bezug zum Ursprung geführt.
Datenhoheit behalten
Für jedes Objekt wird das führende System benannt. Export, Identitätsabgleich, Dublettenbehandlung und Abstimmung mit Finance sind eigene Prozesse; personenbezogene Daten und aufbewahrungspflichtige Belege werden getrennt betrachtet.
Technische Anforderungen besprechenDeveloper Center
Mit einem überschaubaren Testablauf in die Integration.
Ihr technischer Einstieg
Die technische Demo führt durch Testmandant, Mitglied, Kauf, Kontostand, Einlösung und Rückgabe. Ergänzende Testfälle behandeln unvollständige Daten, Dubletten, Zeitüberschreitungen und fehlende Berechtigungen.
Dokumentation passend zur Version
API-Spezifikation, Ereigniskatalog, Beispiel-Payloads und verfügbare Werkzeuge werden für den vereinbarten Umfang bereitgestellt. Sandbox-Zugang, Postman-Collections und SDK-Verfügbarkeit klären wir im Architekturgespräch.
Keine Blackbox im Fehlerfall
Ergebnis- und Fehlercodes, Wiederholungsregeln, Rate Limits, Monitoring und Versionswechsel werden gemeinsam mit der Integration geprüft.
Technische Anforderungen besprechenImplementierung & Einführung
Ein gemeinsamer Plan für Fachbereich, IT und Betrieb.
Analyse und Design
Ziele, Teilnehmer, Mechaniken, Datenhoheit, Regionen und Kanäle ergeben das Zielbild. Daraus folgen Datenlandkarte, Projektumfang, Messplan und Verantwortlichkeiten.
Anbindung und Tests
Testumgebungen, Mapping und Beispieltransaktionen schaffen die Basis. Fachliche Abnahme, Fehlerszenarien, Lastprofil, Datenschutz und Finance-Abgleich prüfen die gesamte Wirkungskette.
Go-live und Optimierung
Pilot, Cutover, Rückfallplan, Wissensübergabe und Hypercare bereiten den Start vor. Im Betrieb folgen Support, Releases und die kontinuierliche Bewertung der Programmwirkung.
Technische Anforderungen besprechen
Sicherheitsmodell
Acht Kontrollen. Eine gemeinsame Verantwortung.
Zugriff, Daten und Betrieb werden gemeinsam betrachtet. Sicherheitsmaßnahmen sind an Rollen, Prozesse und überprüfbare Nachweise gebunden.
Sicherheit über alle Ebenen
Identität · Daten · Prozesse · Betrieb
Authentifizierung
Eindeutige Identitäten und definierte Zugänge.
MFA
Zusätzlicher Schutz für passende Rollen und Risiken.
SSO
Anmeldung in der vereinbarten Identitätsumgebung.
Verschlüsselung
Schutz bei Übertragung und Speicherung.
Audit Logs
Änderungen und Vorgänge nachvollziehbar halten.
Backups
Aufbewahrung und Wiederherstellung abstimmen.
Disaster Recovery
Rückkehr in den Betrieb planbar testen.
Monitoring
Störungen erkennen und zuständig eskalieren.
Beispiel für einen Datenvertrag
Dokumentation und Sandbox anfragenEin Ereignis. Eine eindeutige Grundlage.
Teilnehmer, Herkunft und Vorgang müssen zusammenpassen. Pflichtfelder, Regelversion und Ergebnis bilden die Grundlage für fachliche und technische Tests.
Schematisches Datenbeispiel öffnen
{
"eventId": "KAUF-BEISPIEL-001",
"memberRef": "TEST-MITGLIED",
"type": "purchase",
"source": "webshop",
"program": "demo",
"items": [
{
"productRef": "ARTIKEL-A",
"quantity": 2
}
]
}Synthetisches Datenbeispiel zur Erläuterung. Keine veröffentlichte API-Route oder verbindliche Spezifikation.
EreignisKauf, Beleg oder Aktivität
RegelZuordnen und bewerten
FreigabePrüfen und bestätigen
VorteilPunkte oder Prämie
Ihr Weg in den Betrieb
Fünf Schritte. Klare Ergebnisse.
01
Analyse & Design
Ziele, Regeln, Datenhoheit und Umfang klären.
02
Anbindung & Setup
Testzugänge, Umgebungen und Mapping vorbereiten.
03
Entwicklung & Tests
Standardvorgänge und Fehlerfälle abnehmen.
04
Rollout & Go-live
Pilot, Übergabe und Rückfallweg vereinbaren.
05
Betrieb & Optimierung
Überwachen, unterstützen und weiterentwickeln.
Für IT, Security und Einkauf
Mit den richtigen Fragen in die technische Bewertung.
Architektur prüfen
Welche Systeme führen Profile, Katalog, Einwilligung und Buchungen? Wo wird synchron entschieden?
Datenmodell vertiefenBetrieb bewerten
Welche Messpunkte, Servicezeiten, Wiederanlaufziele und Zuständigkeiten passen zur Kritikalität?
Betrieb vertiefenNachweise klären
Welche Architektur-, Sicherheits- und Testunterlagen braucht Ihre interne Freigabe?
Nachweise besprechen
Lassen Sie uns konkret werden
Ihr Vorhaben. Unser gemeinsamer nächster Schritt.
Besprechen wir Ihre Zielgruppe, Ihre Datenquellen und den Ablauf, den Sie verbessern möchten. Daraus entsteht eine Demo, die zu Ihrem Programm passt.
Ihre Demo beginnt mit Ihrem Alltag.
Ein normaler Vorgang. Ein Sonderfall. Die beteiligten Systeme. Wir zeigen, wie Regeln, Kanäle und Kontrolle zusammenspielen.