Zum Inhalt springen
SAP, DATEV und Dynamics Experten

Blog — Seite 2

ERP-Migration: Legacy zu APILegacy-Zustand (Vorher)CSV-ExportDB-DirektzugriffFTP-UploadBatch-SkripteManuell, fehleranfällig, nicht skalierbarModerner Zustand (Nachher)REST-APIEvent-WebhooksMessage QueueMiddlewareAutomatisiert, robust, skalierbar→Strangler-Fig-Pattern: Schrittweise MigrationPhase 1: StammdatenPhase 2: BeständePhase 3: BestellungenPhase 4: PreiseParallelbetriebAlt und Neu gleichzeitig aktivVergleichs-TestsErgebnisse von Alt vs. Neu prüfenRollback-OptionJederzeit auf Legacy zurückRisikominimierung durch schrittweise Ablösung | Kein Big-Bang | Jede Phase einzeln testbar
Integration 10. Mai 2026

ERP-Migration: Von Legacy-Schnittstellen zu modernen APIs

ERP-Migration von Legacy-Schnittstellen zu modernen API-Anbindungen: Strangler-Fig-Pattern, Risikoanalyse und schrittweise Abloesung alter Integrationen.

14 Min. Lesezeit Lesen →
Kundenindividuelle PreissynchronisationERP-Preislisten10 Preislisten, StaffelnRahmenverträge, SonderpreiseMiddlewarePreis-MappingCaching-LayerNetto zu Brutto + SteuernB2B-ShopKundengruppen-PreisePreisregeln, StaffelpreisePreisstrukturenListenpreiseStandardpreis für alleGruppenpreisePro KundengruppeStaffelpreiseMengenabhängigSonderpreiseZeitlich begrenztCaching-ArchitekturRedis CacheTTL pro PreistypCache InvalidationFallback-StrategieSync-StrategienVollsync: Alle Preise periodischDelta-Sync: Nur ÄnderungenOn-Demand: Bei KundenloginHybrid: Kombination nach PreistypPerformance-Kennzahlen500.000 Preisdatensätzeunter 50ms Abfragezeit95% Cache-Hit-RateDelta-Sync alle 15 Minuten
Integration 7. Mai 2026

Kundenindividuelle Preise aus dem ERP: Sync und Caching

Kundenindividuelle Preise aus SAP oder Dynamics im B2B-Shop: Synchronisationsstrategien, Caching-Architekturen und Staffelpreis-Mapping.

10 Min. Lesezeit Lesen →
Fehlerbehandlung in SchnittstellenShopBestellungen, DatenMiddleware: FehlerbehandlungRetry, Queue, Circuit Breaker, LoggingERP / DATEVZielsystemFehlerbehandlungs-Pipeline1. ValidierungPflichtfelder prüfenDatentypen validierenReferenzen prüfen2. Retry-LogikExponential BackoffMax 5 Versuche1s, 4s, 16s, 64s, 256s3. Circuit BreakerSystem-SchutzClosed / Open / Half-OpenAuto-Recovery4. Dead Letter QueueNicht verarbeitbarSicher gespeichertManuelle KlärungMonitoring und AlertingFehlerrate trackenQueue-Tiefe überwachenLatenz messenAlerts konfigurierenIdempotenzJede Nachricht kann mehrfach verarbeitet werdenohne unerwünschte NebenwirkungenKorrelations-IDsDurchgängige Nachverfolgungvon Shop bis ERP über alle Stationen
Integration 4. Mai 2026

Fehlerbehandlung in Schnittstellen: Retry, DLQ und Monitoring

Fehlerbehandlung in Shop-Schnittstellen: Retry-Logik mit Exponential Backoff, Dead Letter Queues, Circuit Breaker und proaktives Monitoring.

11 Min. Lesezeit Lesen →