Dezentrale Datenerfassung mit Access und Azure SQL

Viele KMU haben mehr als einen Standort. Lager hier, Produktion dort, Verwaltung irgendwo dazwischen. Das ERP läuft zentral und tut, was es soll. Und trotzdem fehlen Daten. Oder sie kommen zu spät. Oder sie kommen falsch.

Typisches Szenario: Das ERP ist Pflicht, aber nicht flexibel. Für Sonderprozesse, Zusatzinfos, operative Erfassung oder kleine Automatisierungen ist es zu träge, zu teuer oder schlicht tabu. Also entstehen Excel-Listen, Schatten-IT und Bauchgefühl.

Genau hier kommt eine saubere, dezentrale Datenerfassung ins Spiel. Nicht als Ersatz fürs ERP. Sondern als Ergänzung. Kontrolliert. Wartbar. Verständlich.

Das Grundsetup

Frontend: Microsoft Access
Backend: Azure SQL Database
Optional: Alternativen wie MySQL oder Microsoft Lists

Mehr braucht es oft nicht.

Warum überhaupt dezentral erfassen?

Weil nicht jeder Prozess ins ERP gehört.

Beispiele aus der Praxis:

• Qualitätsdaten direkt an der Maschine
• Erfassung von Nacharbeit, Ausschuss oder Stillständen
• Projekt- oder Auftragszusatzinfos, die das ERP nicht vorsieht
• Lokale Checklisten, Freigaben oder Übergaben
• Temporäre Prozesse bei Umstellungen oder Wachstum

Das ERP bleibt das führende System. Aber es wird entlastet. Und die Fachabteilungen bekommen Werkzeuge, die sie verstehen.

Warum Access als Frontend?

Weil Access unterschätzt wird.

Access ist:

• schnell gebaut
• offlinefähig (wenn nötig)
• perfekt für Formulare, Masken, einfache Logik
• extrem produktiv für kleine bis mittlere Fachanwendungen

Und vor allem: Die meisten KMU kennen es. Keine Schulungsorgien. Kein neues Buzzword.

Access ist kein Server. Soll es auch nicht sein. Es ist die Schafherde vorne auf der Wiese. Der Hirte steht woanders.

Warum Azure SQL Database im Backend?

Weil Daten zentral gehören.

Azure SQL Database bietet:

• eine echte, relationale Datenbank
• saubere Rechte und Rollen
• Backups, Hochverfügbarkeit, Skalierung
• sicheren Zugriff über mehrere Standorte

Und ja: Auch für kleine Datenmengen. Ordnung ist keine Frage der Größe.

Mehrere Standorte, eine Wahrheit

Alle Standorte arbeiten mit ihren eigenen Access-Frontends.
Alle schreiben in dieselbe Azure SQL Datenbank.

Ergebnis:

• einheitliche Datenstruktur
• sofortige Auswertbarkeit
• kein Dateigeschubse
• keine Versionskonflikte

Und wenn ein Standort morgen dazukommt: neues Frontend, gleiche Logik, gleiche Datenbasis.

Automatisierung inklusive

Wenn die Daten einmal sauber zentral liegen, geht der Spaß erst los.

Typische Automationen:

• automatische Auswertungen pro Standort
• Benachrichtigungen bei Grenzwerten
• Übergabe relevanter Daten ans ERP
• Dashboards für Geschäftsführung oder Teamleiter

Das ERP bekommt nur das zurück, was es wirklich braucht. Nicht jeden Klick.

Alternativen im Vergleich

MySQL

Technisch möglich, oft günstig, aber:

• weniger Standard im Microsoft-Umfeld
• mehr Bastelarbeit bei Sicherheit und Integration
• für KMU oft kein echter Vorteil

Microsoft Lists

Schnell, hübsch, modern. Aber:

• begrenzte Logik
• kaum komplexe Validierungen
• nicht für echte Prozesse gedacht

Für einfache Erfassungen okay. Für ernsthafte Abläufe zu dünn.

Azure SQL bleibt der robuste Mittelweg.

Sicherheit und Kontrolle

Zentraler Datenbankserver heißt nicht Kontrollverlust. Im Gegenteil.

• Zugriff pro Standort steuerbar
• Rollen pro Benutzer
• klare Trennung von Lesen, Schreiben, Auswerten

Kein Wildwuchs. Kein Excel auf dem Fileserver.

Kosten und Realität

Das Setup ist kein Großprojekt.

• Access: meist vorhanden
• Azure SQL: überschaubare Monatskosten
• Entwicklung: gezielt, nicht monatelang

Teurer wird es nur, wenn man es falsch macht. Oder gar nichts macht.

Wann dieses Szenario passt

• mehrere Standorte
• ERP stößt funktional an Grenzen
• Fachabteilungen brauchen schnelle Lösungen
• Daten sollen zentral auswertbar sein

Wann nicht

• wenn alles ins ERP gezwungen werden soll
• wenn man Daten lieber fühlt als misst

Fazit

Dezentrale Datenerfassung heißt nicht Chaos.
Richtig gebaut heißt es: Kontrolle, Tempo und Klarheit.

Access vorne. Azure SQL hinten.
Das ERP bleibt Chef, bekommt aber endlich Luft.

Oder norddeutsch gesagt:
Nicht alles muss ins ERP. Aber alles sollte ordentlich sein.

Wenn Du wissen willst, ob dieses Setup für Dein Unternehmen passt: melde Dich. Ich hüte auch verteilte Datenherden.