ERP für Filialnetze: zentrale Steuerung mit lokaler Flexibilität
Filialnetze haben eine spezielle ERP-Anforderung: zentral gesteuerte Stammdaten und Konditions-Strukturen müssen mit lokal autonomer Operativ-Steuerung verbunden werden. Wo eine einzelne Filiale schnell auf Kunden reagieren muss, braucht die Zentrale gleichzeitig sofortigen Überblick über alle Standorte.
Dieser Use-Case beschreibt die typischen Anforderungen von Multi-Standort-Strukturen — Einzelhandel, Gastronomie, Banken-Filialen, Service-Unternehmen mit Filialnetz — und zeigt, welche ERP-Architekturen diese Balance am besten abbilden.
Multi-Mandanten vs. Multi-Standort: was ist der Unterschied?
Wichtige Unterscheidung in der ERP-Welt: Multi-Mandant bedeutet rechtlich getrennte Unternehmen unter einem ERP — z. B. Tochtergesellschaften mit eigener Bilanzierung. Jeder Mandant hat eigene Stammdaten, eigene Buchhaltung, oft eigene USt-IdNr. Multi-Standort bedeutet ein Unternehmen mit mehreren physischen Standorten (Filialen, Niederlassungen) — gemeinsame Bilanzierung, gemeinsame Stammdaten, getrennte operative Bestände und Vorgänge. Filialnetze sind meist Multi-Standort, manchmal aber auch Multi-Mandant (z. B. Franchise-Modelle, in denen jeder Franchisenehmer rechtlich eigenständig ist). Die Architektur-Entscheidung beeinflusst die ERP-Auswahl erheblich — nicht alle ERPs beherrschen beide Modelle gleich gut.
Zentrale Stammdaten, lokale Vorgänge — Architektur-Pattern
Standard-Architektur für gut funktionierende Filialnetz-ERPs: Zentral verwaltet (von Headquarter): Artikelstamm, Konditions-Strukturen, Lieferanten, globale Promotions, Berichts-Templates, Compliance-Vorgaben. Änderungen werden zentral gepflegt und automatisch an alle Filialen verteilt. Lokal verwaltet (pro Filiale): Bestände, Kunden-Vorgänge, Tages-Abrechnung, Personal-Einsatz, lokale Sonder-Konditionen (innerhalb zentral definierter Bandbreiten). Synchronisations-Logik: tagsüber arbeiten Filialen weitgehend autonom, abends/nachts wird mit der Zentrale synchronisiert. Bestände, Umsätze, Personal-Stunden fließen zur Zentrale, neue Stammdaten und Konditionen kommen zurück. Echtzeit-Aspekte: für Aufgaben wie Filial-übergreifende Verfügbarkeits-Prüfung (Kunde fragt im Laden A nach Artikel, der in Laden B verfügbar ist) braucht es Echtzeit-Datenzugriff. Nicht alle Filial-ERPs unterstützen das gleichermaßen.
Kassen-Integration: POS und ERP
Im Einzelhandel ist die Verbindung zwischen Point-of-Sale (Kassensystem) und ERP zentral. Drei Architektur-Optionen: Integriertes ERP+POS: ein System (z. B. Microsoft Dynamics 365 Business Central mit Commerce-Modul, SAP Business One mit Retail-Add-on). Vorteil: einheitliche Datenbasis. Nachteil: schwer-gewichtig für kleine Filialen. Best-of-Breed mit Schnittstelle: Spezialisiertes POS-System (Vectron, Lightspeed, Korona) plus ERP, verbunden über REST-API. Vorteil: jedes System optimiert für seine Domäne. Nachteil: Schnittstelle muss gewartet werden. Cloud-POS mit ERP-Integration: Square, Lightspeed Cloud, Shopify POS — direkter Austausch über Cloud-APIs. Modernste Variante, gut skalierbar.
Konzern-Reporting für Filialnetze
Das Reporting in Filialnetzen ist mehrdimensional: Pro Filiale (operativ relevant für den Filial-Leiter), Pro Region (für Regional-Manager), Konzern-übergreifend (für Geschäftsführung), Pro Produkt-Kategorie, Pro Saison, Vergleich vs. Vorjahr, Vergleich vs. Plan. Klassische ERP-Standard-Reports decken das selten alle ab. Empfehlung: dediziertes BI-Werkzeug (Power BI, Qlik Sense, Tableau) anbinden, das auf die ERP-Datenbasis aufsetzt. Vorteil: flexible Filter-Dimensionen, schnelle Drill-Down-Möglichkeiten, von Filial-Leiter bis CFO einheitliches Tool.
Häufig gestellte Fragen
Was unterscheidet ein ERP für Filialnetze von einem Standard-ERP?
Ein ERP für Filialnetze muss zwei gegensätzliche Anforderungen verbinden: zentral gepflegte Stammdaten, Sortimente und Konditionen einerseits und operative Eigenständigkeit jeder Filiale andererseits. Standard-ERPs sind oft auf einen einzelnen Standort ausgelegt und kennen weder filial-übergreifende Bestandsführung noch eine Synchronisations-Logik zwischen Zentrale und Niederlassungen. Filial-taugliche Systeme bieten dagegen Multi-Standort- oder Mandanten-Funktionen, mit denen die Zentrale Artikel, Preise und Promotions einmal pflegt und automatisch an alle Standorte verteilt. Ob ein Multi-Standort- oder ein Multi-Mandanten-Modell passt, hängt davon ab, ob die Filialen rechtlich zum selben Unternehmen gehören oder eigenständig sind, etwa bei Franchise-Strukturen.
Wie wird das Kassensystem (POS) an das ERP angebunden?
Für die POS-ERP-Anbindung gibt es im Wesentlichen drei Wege: ein integriertes System mit ERP und Kassenmodul aus einer Hand, eine Best-of-Breed-Kombination aus spezialisiertem Kassensystem und ERP über eine Schnittstelle sowie Cloud-POS-Lösungen mit direkter API-Integration. Ziel ist in allen Fällen, dass Verkäufe am Point of Sale unmittelbar in den ERP-Bestand einfließen und nicht erst manuell nacherfasst werden müssen. Bei Filialnetzen ist zusätzlich entscheidend, ob die Kassen tagsüber autonom arbeiten und abends mit der Zentrale synchronisieren oder ob Echtzeit-Datenzugriff nötig ist, etwa für filial-übergreifende Verfügbarkeitsabfragen. Die Schnittstelle sollte robust gegen Verbindungsabbrüche sein, damit eine Filiale auch ohne Netzverbindung weiter kassieren kann.
Welche gesetzlichen Anforderungen gelten für Kassensysteme im Filialnetz in Deutschland?
Nach der Kassensicherungsverordnung (KassenSichV) und § 146a Abgabenordnung müssen elektronische Kassensysteme in Deutschland mit einer zertifizierten Technischen Sicherheitseinrichtung (TSE) ausgestattet sein, die jede Buchung unveränderbar und revisionssicher protokolliert. Hinzu kommt die Belegausgabepflicht, nach der Kundinnen und Kunden bei jedem Vorgang ein Beleg in Papier- oder elektronischer Form angeboten werden muss, wobei sie zur Mitnahme nicht verpflichtet sind. Seit 2025 besteht außerdem eine Mitteilungspflicht: Anschaffung und Außerbetriebnahme elektronischer Kassensysteme inklusive TSE sind dem Finanzamt über das Portal Mein ELSTER zu melden, ab Juli 2025 angeschaffte oder außer Betrieb genommene Systeme jeweils innerhalb eines Monats. Im Filialnetz multipliziert sich dieser Aufwand mit der Standortzahl, weshalb eine zentrale Verwaltung der Kassen- und TSE-Stammdaten über das ERP die Einhaltung deutlich erleichtert.
Wie behält die Zentrale den Überblick über alle Filialen?
Das Reporting in Filialnetzen ist mehrdimensional und reicht von der einzelnen Filiale über Regionen bis zur Konzernsicht, ergänzt um Auswertungen je Produktkategorie, Saison sowie Vergleiche gegen Vorjahr und Planung. Klassische ERP-Standardberichte decken diese Bandbreite selten vollständig ab, weshalb häufig ein dediziertes Business-Intelligence-Werkzeug wie Power BI, Qlik Sense oder Tableau auf die ERP-Datenbasis aufgesetzt wird. So erhalten Filialleitung, Regionalmanagement und Geschäftsführung flexible Filter und Drill-Down-Möglichkeiten in einem einheitlichen Tool. Voraussetzung ist, dass Umsätze, Bestände und Personalstunden zuverlässig und zeitnah aus den Filialen in die zentrale Datenbasis fließen.
Unterstützt ein Filial-ERP auch Omnichannel und Click and Collect?
Moderne Filial-ERPs bilden zunehmend Omnichannel-Szenarien ab, in denen Online-Shop, Marktplätze und stationäre Filialen auf eine gemeinsame Kunden-, Bestands- und Auftragsbasis zugreifen. Funktionen wie Click and Collect, Ship-from-Store oder kanalübergreifende Retouren setzen voraus, dass der Filialbestand im ERP in ausreichender Genauigkeit und Aktualität sichtbar ist. Reserviert ein Kunde online einen Artikel zur Abholung, muss das System den Bestand in der gewählten Filiale verlässlich prüfen und sperren können. Nicht jedes ERP beherrscht diese Echtzeit-Bestandssicht über alle Kanäle gleichermaßen, daher gehört der Reifegrad der Omnichannel-Funktionen zu den zentralen Auswahlkriterien.
Mit welchen Kosten und welcher Projektdauer ist bei einem Filial-ERP zu rechnen?
Verlässliche Pauschalzahlen lassen sich nicht nennen, da Kosten und Dauer stark von Standortzahl, Branche und Individualisierungsgrad abhängen. Als grobe Orientierung liegen mittelständische Filialnetz-Projekte häufig im fünf- bis sechsstelligen Bereich an Einführungskosten plus laufender Cloud-Subscription, während Konzern-Setups mit vielen Standorten und komplexen Prozessen deutlich höher liegen können. Der Implementierungsanteil dominiert dabei meist die Gesamtkosten, da Datenmigration, Schulung und das Ausrollen auf jede einzelne Filiale Aufwand erzeugen. Cloud-basierte Standardeinführungen sind oft in wenigen Monaten produktiv, individuelle Mehr-Standort-Szenarien benötigen erfahrungsgemäß länger bis zum Vollbetrieb; eine belastbare Schätzung setzt ein detailliertes Lastenheft voraus.