Dein Servicetechniker steht beim Kunden vor einer Maschine. Er notiert auf einem Formular, was er gemacht hat, lässt den Kunden unten unterschreiben, faltet das Blatt und legt es in seine Mappe. Drei Tage später kommt er ins Büro, gibt die Mappe ab. Eine Woche später hat jemand die Daten in die Datenbank getippt.
Wenn der Kunde sich zwischendurch beschwert, sucht jemand das Formular. Wenn das Formular einen Kaffeefleck hat, wird angerufen, wer das gewesen sein könnte. Wenn der Außendienstler in Urlaub geht und die Mappe im Auto liegen lässt, fehlt eine Woche.
Genau dafür ist Microsoft Access nie gebaut worden. Aber Du musst auch nichts ablösen, um den Außendienst aufs Handy zu bringen. Du brauchst eine Schicht obendrauf, die genau diese eine Aufgabe übernimmt, und Dein bestehendes Backend bleibt, wo es ist.
Was Dich der Papierprozess heute wirklich kostet
Die Kosten sind selten in einer Zahl sichtbar. Sie verstecken sich in lauter kleinen Reibungen:
- Zwischen Termin beim Kunden und Erfassung im System liegen typischerweise drei bis acht Werktage. In dieser Zeit kennt der Innendienst den Vorgang nicht und kann nicht reagieren.
- Beim Abtippen entstehen Fehler. Aus meiner Praxis im norddeutschen Mittelstand: bei 30 Außendienstberichten pro Woche liegt die Fehlerquote im Innendienst regelmäßig bei zwei bis fünf Prozent. Bei kritischen Daten wie Seriennummern oder Mengen ist das viel.
- Wenn der Kunde fünf Wochen später eine Reklamation schickt, fehlt das Foto vom Schaden, fehlt der GPS-Standort, fehlt die Uhrzeit, fehlt die Unterschrift. Die Diskussion läuft auf „Aussage gegen Aussage“ hinaus.
- Der Außendienstler verbringt am Wochenende ein bis zwei Stunden mit dem Sortieren seiner Mappe, statt mit seiner Familie. Das spürt er, auch wenn es keinen Posten in der Rechnung gibt.
Wer aus diesen Reibungen einen Eurobetrag macht, kommt schnell auf vierstellige monatliche Summen, ohne dass irgendwo in der Buchhaltung etwas auftaucht. Das ist der teuerste Verlust, weil er nicht gemessen wird.
Was Access an dieser Stelle prinzipiell nicht leisten kann
Microsoft Access ist Desktop-Software. Sie läuft auf einem Notebook oder PC, das am Schreibtisch steht oder im Auto auf dem Beifahrersitz liegt. Sie hat keinen direkten Zugriff auf die Hardware, die ein Außendienstler im Feld braucht: Smartphone-Kamera, GPS-Sensor, Barcode-Scanner über die Kamera, Touchscreen für die Unterschrift, Push-Benachrichtigungen vom Innendienst.
Es gibt Workarounds. Ein Notebook mit Mobilfunkkarte und eine über Citrix oder Remote Desktop bereitgestellte Access-Anwendung funktioniert technisch. In der Praxis ist sie für den Außendienst unbenutzbar, weil die Latenz im Mobilfunk jede Eingabe spürbar verzögert und weil ein Servicetechniker sein Notebook nicht in den Schaltschrank halten kann, um den Schaden zu fotografieren.
Eine Power App auf dem Smartphone hat all das aus der Box.
Definitions-Satz: Was eine Power App eigentlich ist
Eine Power App ist eine kleine Anwendung, die Du über einen grafischen Editor in Microsoft Power Apps zusammenklickst, statt sie zu programmieren. Sie läuft als App auf iPhone, Android-Smartphone, Tablet oder im Browser. Sie kann direkt auf die Hardware des Geräts zugreifen, und sie spricht über sogenannte Connectoren mit Deinen vorhandenen Datenquellen, zum Beispiel mit einem SQL Server.
Das Wort „Power App“ steht für zwei verschiedene Varianten. Canvas Apps sind frei gestaltbare Oberflächen, ideal für Außendienst-Erfassung. Model-driven Apps sind formularorientiert und brauchen Dataverse als Backend. Für den Außendienst auf SQL Server reden wir von Canvas Apps.
Warum eine eigene native App-Entwicklung im Mittelstand selten lohnt
Wer im Mittelstand die Frage „App für den Außendienst“ stellt, bekommt von vielen Anbietern ein Angebot über 30.000 bis 100.000 Euro für eine native iOS- und Android-Entwicklung. Dazu jährliche Pflege, App-Store-Verteilung, Anpassung an neue Betriebssystem-Versionen, Schulung des Außendienstes auf eine komplett neue Oberfläche.
Diese Investition rechnet sich bei 200 Außendienstlern. Bei 5 oder 15 oder 30 rechnet sie sich nicht. Power Apps schließt genau diese Lücke. Eine Canvas App, die in fünf bis fünfzehn Tagen entwickelt ist, läuft auf vorhandenen Smartphones, nutzt Microsoft-Lizenzen, die der Mittelstand oft schon hat, und bindet Dein bestehendes Backend an, statt es zu ersetzen.
Wie das mit Deinem SQL Server zusammenläuft
Der Aufbau ist absichtlich einfach. Die Power App ist das Frontend auf dem Smartphone. Sie zeigt Bildschirme, nimmt Eingaben entgegen, fotografiert, scannt, lässt unterschreiben. Sobald der Außendienstler auf „Speichern“ tippt, ruft die App eine sogenannte Stored Procedure auf Deinem SQL Server auf und übergibt die Daten. Die Stored Procedure prüft die Daten, schreibt sie in die richtigen Tabellen und gibt eine Quittung zurück.
Das Gehirn bleibt im SQL Server. Die App ist das, was ich gerne „dummes Frontend“ nenne: sie zeigt, sie nimmt entgegen, sie schickt weiter. Die ganze Geschäftslogik, die Du in den letzten Jahren in Stored Procedures und Tabellen sauber gebaut hast, bleibt wo sie ist.
Das hat drei Folgen, die für Dich praktisch sind. Erstens kannst Du Deine Logik in Deinem vertrauten Werkzeug pflegen, in T-SQL, mit Deinen vorhandenen Wartungs-Werkzeugen. Zweitens kannst Du parallel andere Frontends bauen, zum Beispiel eine Access-Maske für den Innendienst oder eine Webseite für externe Nutzer, und alle reden mit derselben Logik. Drittens, wenn die Power Platform in fünf Jahren etwas anderes heißt, tauschst Du nur das Frontend, nicht das Backend.
Die Authentifizierung übernimmt Microsoft Entra ID, der Microsoft-eigene Identitätsdienst. Multi-Faktor und Single Sign-On sind eingebaut. Der Außendienstler meldet sich mit seinem Firmen-Konto an, das er ohnehin für Outlook und Teams nutzt. Kein zusätzlicher Login, kein VPN.
Was die Hardware des Smartphones für Dich tut
Eine Power App spricht mit den eingebauten Sensoren des Geräts ohne Zusatzaufwand. Diese fünf Funktionen sind in fast jedem Außendienst-Szenario relevant:
- Kamera: Fotos werden direkt am Datensatz gespeichert. Schadensdokumentation, Wareneingang, Maschinenzustand. Aus zehn Sekunden Aufnahme wird ein juristisch verwertbarer Beleg.
- GPS-Standort: Beim Check-In wird automatisch erfasst, wo und wann der Termin stattgefunden hat. Bei Streitfällen ein objektives Datum.
- Barcode-Scanner über die Kamera: Seriennummern, Artikelnummern, Lager-Codes werden abgescannt statt abgetippt. Tippfehler bei zehnstelligen Seriennummern fallen weg.
- Unterschriftsfeld auf dem Touchscreen: Der Kunde unterschreibt mit dem Finger oder einem Eingabestift. Die Unterschrift wird als Bild am Datensatz gespeichert.
- Push-Benachrichtigungen: Der Innendienst kann den Außendienstler erreichen, neue Aufträge zuweisen, kritische Hinweise schicken. Ohne SMS, ohne Anruf, ohne Whatsapp.
Das sind die fünf Hebel, die in Summe den Papierprozess unnötig machen.
Was ich Dir ehrlich nicht verschweige
Power Apps haben Schwächen. Diese drei sollte ein Geschäftsführer kennen, bevor er entscheidet:
Erstens, sie sind nicht vollständig offline-fähig. Eine Canvas App kann Daten lokal puffern und später synchronisieren, aber das ist eingeschränkt und nicht so robust wie eine native App. Wer einen Außendienst im Funkloch hat, muss das Daten-Schema entsprechend bauen. Bei reinen Werkstatt- oder Innenstadt-Einsätzen ist das Thema klein.
Zweitens, jeder externe Nutzer der App braucht eine Lizenz. Power Apps Premium liegt pro Nutzer und Monat bei wenigen Euro pro Außendienstler. Das ist kein Showstopper, aber es taucht in der laufenden Rechnung auf. Bei 30 Außendienstlern reden wir über einen niedrigen dreistelligen Eurobetrag pro Monat.
Drittens, das Editor-Erlebnis im Power-Apps-Studio ist langsamer, als Du es von Access gewohnt bist. Beim Bauen klickst Du, wartest, synchronisierst. Das nervt am Anfang. Aus meiner Erfahrung: mit Claude oder ChatGPT als Beifahrer beim Schreiben der Formeln und Flows hat sich die Entwicklungszeit in den letzten zwölf Monaten halbiert. Was vor zwei Jahren noch ein wirtschaftliches Problem war, ist heute lösbar.
Der Weg dahin, in drei realistischen Etappen
Etappe 1: Bestandsaufnahme, ein bis zwei Tage. Welche Formulare gibt es heute? Welche Felder werden tatsächlich gebraucht? Welche Daten sollen in welcher SQL-Tabelle landen? Wer darf was sehen?
Etappe 2: Bau und Test, fünf bis zehn Tage. Datenschema im SQL Server anpassen oder ergänzen. Stored Procedures für die Eingaben schreiben. Canvas App bauen, drei bis sechs Bildschirme: Liste der Aufträge, Detail-Erfassung, Foto und Unterschrift, Synchronisation, Bestätigung.
Etappe 3: Pilot mit drei bis fünf Außendienstlern, zwei bis vier Wochen. Reale Einsätze, Rückmeldungen, Anpassungen. Erst danach Roll-out auf den Rest des Teams. Wer den Pilot überspringt, baut für die Wand.
Aus meiner Praxis: typische Außendienst-Apps für KMU sind in drei bis sechs Wochen Gesamtlaufzeit produktiv. Wer schneller verspricht, hat den Pilot weggelassen.
Was die Geschäftsführung am Ende davon hat
Drei Dinge ändern sich spürbar:
Daten sind im System, sobald der Außendienstler „Speichern“ tippt, nicht erst drei Tage später. Bei Reklamationen ist der Beleg lückenlos: Foto, GPS, Uhrzeit, Unterschrift. Der Innendienst verbringt weniger Stunden mit Abtippen und mehr mit dem, wofür er bezahlt wird.
Und etwas, das man erst nach drei Monaten merkt: der Außendienst behandelt seinen Job anders, weil er sieht, dass seine Arbeit sofort sichtbar wird.
Wenn Du etwas anpacken willst
Du musst nicht über die Architektur nachdenken. Du musst nur einen Tag investieren, um zu klären, ob Dein Außendienst-Prozess für diesen Weg geeignet ist.
Kostenloses Erstgespräch sichern — 30 Minuten am Telefon oder per Video. Wir gucken uns Dein heutiges Papierformular an und sortieren, was sich lohnt.
Access-Datenbank-Schnellcheck — falls Dein Backend noch auf Access läuft und Du Dich fragst, ob es als Datendrehscheibe für eine mobile Erweiterung taugt. Ein Tag, schriftlicher Befund, Risiko-Ampel.
Diese Seite gehört zur Reihe Access + SQL Server + Power Platform. Die Übersicht mit allen acht Schmerzpunkten zeigt, an welchen weiteren Stellen sich die Kombination lohnt.
Über Sönke Schäfer
Sönke Schäfer berät seit über 25 Jahren KMU im norddeutschen Raum bei Datenbank-Anwendungen. Sein Schwerpunkt liegt auf der pragmatischen Erweiterung gewachsener Microsoft-Access- und SQL-Server-Bestände um mobile Frontends mit der Microsoft Power Platform. Büro in Sierksdorf, Ostholstein. Einsätze bei Unternehmen in Lübeck, Kiel, Hamburg und im gesamten norddeutschen Raum, auf Wunsch auch remote.
