Multi-Tenant-CRM für eine Dienstleistungsgruppe
Ein Produkt, ein Deployment, eine eigene Datenbank je Tochtergesellschaft.
Das Problem
Eine Unternehmensgruppe wollte ein einheitliches CRM, jede Gesellschaft brauchte aus Compliance-Gründen aber eine harte Datengrenze. Mandantentrennung über eine customer_id-Spalte hätte keiner Prüfung standgehalten.
Was ich gebaut habe
Eine Datenbank pro Mandant auf einer gemeinsamen Laravel-Anwendung, mit mandantenfähigen Migrationen und Queues. E-Mail-Synchronisation, Dokumentenerfassung mit OCR, Rechnungsstellung und Signaturprozesse laufen als Queue-Jobs unter Horizon. Die Infrastruktur liegt auf AWS EKS und wird über ArgoCD ausgerollt: ein Release ist ein Commit und kein Abend an einem einzelnen Laptop.
Das Ergebnis
Eine neue Gesellschaft aufzunehmen heißt, Migrationen gegen eine neue Datenbank laufen zu lassen, nicht neu zu deployen. Eine Codebasis, ein Upgrade-Pfad, und eine Datengrenze, die tatsächlich eine Grenze ist.