Web-App Von Veröffentlicht Aktualisiert

Web-App statt Excel? Eine Entscheidungshilfe für Unternehmen

Excel behalten, strukturieren oder ablösen? Prüfen Sie anhand klarer Kriterien, Kostenblöcke und Risiken, ob eine Web-App für Ihren Prozess sinnvoll ist.

Eine Web-App ist nicht automatisch sinnvoll, nur weil eine Excel-Datei groß, alt oder unbequem geworden ist. Prüfen sollten Sie einen Wechsel, wenn ein wiederkehrender und wichtiger Ablauf mehrere Rollen, verbindliche Prüfungen, nachvollziehbare Statuswechsel oder Schnittstellen braucht und sich diese Anforderungen mit der vorhandenen Tabellenlösung nicht mehr verlässlich und vertretbar organisieren lassen.

Die Kurzantwort: Nicht die Dateigröße entscheidet, sondern die Aufgabe, die inzwischen an der Datei hängt. Nach der Prüfung können vier unterschiedliche Ergebnisse richtig sein:

  • Excel behalten: für flexible Analysen, Kalkulationen, einmalige Aufgaben oder überschaubare Listen.
  • Excel besser organisieren: wenn vor allem Ablage, Zusammenarbeit, Eingabequalität oder Datenimporte verbessert werden müssen.
  • Standard- oder Low-Code-Lösung einsetzen: wenn der Prozess verbreitet ist oder sich mit vorhandenen Bausteinen ausreichend gut abbilden lässt.
  • Eine individuelle Web-App vertieft prüfen: wenn ein spezieller, stabiler und geschäftlich relevanter Ablauf mit Rollen, Regeln und Integrationen sauber unterstützt werden soll.

1. Tabellenproblem oder Prozessproblem?

Viele Beschwerden über Excel beschreiben zunächst kein Softwareproblem. Dateien liegen an mehreren Orten, niemand ist für die Struktur verantwortlich, Formeln sind nicht dokumentiert oder Eingaben folgen keinen gemeinsamen Regeln. Solche Tabellenprobleme lassen sich häufig beheben, ohne eine neue Anwendung zu entwickeln.

Ein Prozessproblem beginnt dort, wo die Tabelle einen verbindlichen betrieblichen Ablauf tragen soll. Dann geht es nicht nur um Zellen und Formeln, sondern beispielsweise darum, wer einen Vorgang anlegt, welche Angaben erforderlich sind, wer ihn freigibt, welcher Status als verbindlich gilt, welche Änderungen nachvollziehbar sein müssen und welche anderen Systeme Daten liefern oder übernehmen.

Stellen Sie deshalb zuerst diese zwei Fragen:

  • Würde eine einzige, gut organisierte und verständlich dokumentierte Arbeitsmappe das Hauptproblem lösen? Dann sollte diese günstigere Verbesserung zuerst getestet werden.
  • Braucht der Ablauf eine eigene Oberfläche, unterschiedliche Rollen, feste Zustände, automatische Übergaben oder eine belastbare Historie? Dann ist eine Tabellenlösung möglicherweise nicht mehr die passende Prozessoberfläche.

Alter, Zeilenzahl und Anzahl der Arbeitsblätter sind Hinweise auf Komplexität, aber keine belastbaren Entscheidungsschwellen. Entscheidend sind Folgen, Häufigkeit, Verantwortlichkeiten und die Frage, wie gut Risiken heute tatsächlich beherrscht werden.

2. Vier Lösungswege im Vergleich

Orientierung für die erste Lösungswahl
Weg Passt häufig, wenn Vor der Entscheidung prüfen Wesentlicher Kompromiss
Excel behalten wenige fachkundige Personen flexibel rechnen, analysieren oder modellieren und der Ablauf selten sowie wenig kritisch ist Dateiverantwortung, Sicherung, Dokumentation, Eingaberegeln und Abhängigkeit von einzelnen Personen Große Freiheit bedeutet, dass Struktur und Qualität diszipliniert gepflegt werden müssen.
Excel und Microsoft 365 besser organisieren die fachliche Logik funktioniert, aber Versionen, Zusammenarbeit, Eingaben oder wiederkehrende Datenimporte Probleme verursachen unterstützte Dateiformate, Speicherort, Lizenzen, Makros, Berechtigungen und Grenzen der gemeinsamen Bearbeitung Die Arbeitsmappe bleibt die zentrale Bedienoberfläche und braucht weiterhin fachliche sowie technische Pflege.
Standard- oder Low-Code-Lösung der Ablauf verbreitet ist, ein vorhandenes Produkt die wichtigsten Anforderungen erfüllt oder Formulare und einfache Workflows konfiguriert werden können Pflichtanforderungen, Anpassungsgrenzen, Datenexport, Lizenzmodell, Integrationen, Betrieb und Anbieterwechsel Ein schnellerer Einstieg kann mit Prozessanpassungen, laufenden Lizenzen oder Plattformabhängigkeit verbunden sein.
Individuelle Web-App ein spezifischer und wiederkehrender Ablauf einen eigenen Datenbestand, Rollen, Regeln, Statuswechsel oder Integrationen rechtfertigt Prozessreife, Produktverantwortung, Entwicklungsumfang, Migration, Sicherheit, Betrieb, Wartung und Ausstiegsmöglichkeit Die Lösung kann genauer passen, erfordert aber dauerhaft Verantwortung und Investitionen über die Entwicklung hinaus.

Die Tabelle ist keine Rangfolge. Auch Mischformen sind möglich: Excel kann beispielsweise weiterhin Analysewerkzeug bleiben, während eine Anwendung die verbindliche Erfassung und Freigabe übernimmt. Entscheidend ist, für jede Aufgabe das passende Werkzeug festzulegen.

3. Bereitschaft mit Belegen prüfen

Eine Liste mit Warnzeichen ist leicht ausgefüllt und führt schnell zu einem gewünschten Ergebnis. Aussagekräftiger ist eine Prüfung, bei der jede Einschätzung mit einem beobachtbaren Beleg verbunden wird.

Prüffragen für den heutigen Prozess
Dimension Leitfrage Geeigneter Beleg
Bedeutung Was passiert, wenn Daten fehlen, falsch sind oder der Ablauf ausfällt? konkrete Nacharbeit, Verzögerung, Kundenfolge oder interner Kontrollfall statt einer allgemeinen Risikoeinschätzung
Häufigkeit und Übergaben Wie oft läuft der Prozess und zwischen wie vielen Rollen wechselt ein Vorgang? Anzahl der Vorgänge, beteiligte Rollen und protokollierte Übergaben in einem typischen Zeitraum
Datenqualität Welche Eingabefehler oder widersprüchlichen Werte treten tatsächlich auf? bereinigte Fehlerliste mit Ursache und Auswirkung, nicht nur die Vermutung, dass Fehler möglich sind
Rechte und Nachvollziehbarkeit Müssen Nutzer unterschiedliche Daten sehen, bearbeiten oder freigeben? Rollenmatrix sowie die fachliche oder rechtliche Begründung für die benötigte Historie
Doppelte Pflege Welche Daten werden zwischen Datei, E-Mail und anderen Systemen übertragen? Liste der Quellen, Ziele, Übertragungswege, Häufigkeit und verantwortlichen Personen
Ausnahmen Wie viele Sonderfälle gibt es, und wer darf über sie entscheiden? reale Ausnahmefälle und dokumentierte Entscheidungsregeln
Nutzungsumgebung Werden Offline-Zugriff, mobile Geräte, Scanner, Maschinen oder besondere Netze benötigt? Arbeitsorte, Geräte, Verbindungsbedingungen und technische Abhängigkeiten
Verantwortung Wer entscheidet fachlich über Regeln und übernimmt die Anwendung nach dem Start? benannte verantwortliche Rolle mit Zeit, Entscheidungsrecht und Betriebsbudget

Addieren Sie diese Punkte nicht zu einem künstlichen Gesamtscore. Ein einzelnes schwerwiegendes Rechte- oder Ausfallproblem kann wichtiger sein als mehrere kleine Komfortprobleme. Umgekehrt rechtfertigen viele kleine Ärgernisse noch keine Individualentwicklung, wenn eine sauberere Arbeitsmappe oder ein Standardprodukt sie ausreichend löst.

4. Was modernes Excel bereits lösen kann

Die Aussage „Mehrere Personen können nicht mit Excel arbeiten“ ist zu pauschal. Unterstützte Arbeitsmappen können über OneDrive oder SharePoint gemeinsam bearbeitet werden; Voraussetzungen und Einschränkungen hängen unter anderem von Speicherort, Dateiformat und verwendeter Excel-Version ab.[1] Excel kann Eingaben mit Datenüberprüfung auf bestimmte Typen oder Werte begrenzen.[2] Power Query kann Daten aus unterstützten Quellen importieren, schrittweise transformieren und aktualisieren.[3]

Bevor ein Unternehmen neu entwickelt, kann ein begrenzter Verbesserungsversuch sinnvoll sein:

  1. Eine verbindliche Arbeitsmappe und einen verantwortlichen Eigentümer festlegen.
  2. Ablage, Zugriffsrechte und Versionsweg eindeutig regeln.
  3. Eingabefelder, Formeln, externe Verbindungen und Ausgaben dokumentieren.
  4. Ungültige Eingaben begrenzen und wiederkehrende Importe prüfen.
  5. Mit den tatsächlichen Nutzern testen, ob das Hauptproblem dadurch verschwindet.
  6. Nach einem festgelegten Zeitraum anhand derselben Belege aus der Bereitschaftsprüfung entscheiden.

Makros verdienen eine gesonderte Bestandsaufnahme. Sie können wertvolle Fachlogik enthalten, erhöhen aber auch Abhängigkeiten und müssen sicher verwaltet werden. Microsoft blockiert Makros aus Dateien aus dem Internet in vielen Office-Konfigurationen standardmäßig und beschreibt dafür eigene Richtlinien.[4] Vor einer Migration müssen daher nicht nur sichtbare Tabellen, sondern auch VBA, Abfragen, externe Links, Add-ins und versteckte Abhängigkeiten erfasst werden.

Dieser Verbesserungsweg ist kein Beweis dafür, dass Excel immer genügt. Er verhindert lediglich, dass ein lösbares Organisationsproblem vorschnell in ein Entwicklungsprojekt verwandelt wird.

5. Wann eine individuelle Web-App plausibel wird

Eine vertiefte Prüfung individueller Software wird plausibel, wenn die fachliche Aufgabe klarer ist als die gewünschte Technik. Dafür sollten möglichst viele der folgenden Bedingungen erfüllt sein:

  • Der Prozess ist wiederkehrend, verständlich beschrieben und für das Unternehmen relevant.
  • Die betroffenen Rollen, Entscheidungen, Status und Ausnahmen sind bekannt.
  • Die heutige Belastung oder das Risiko ist mit konkreten Belegen dokumentiert.
  • Passende Standardlösungen wurden anhand von Pflichtanforderungen geprüft; wesentliche Lücken bleiben nachvollziehbar.
  • Eine eigene Datenstruktur, feinere Rechte oder mehrere Systemverbindungen sind fachlich begründet.
  • Ein verantwortlicher Prozessinhaber kann Prioritäten und Abnahmekriterien festlegen.
  • Spätere Nutzer stehen für Beobachtung, Prototypen und Tests zur Verfügung.
  • Migration, Einführung, Betrieb, Wartung und ein möglicher Ausstieg werden mitgeplant.

Noch nicht bereit für Individualentwicklung

Ein Projekt sollte nicht allein deshalb starten, weil die aktuelle Datei unbeliebt ist. Gegen einen sofortigen Entwicklungsstart sprechen insbesondere:

  • Niemand kann den heutigen Ablauf einschließlich Ausnahmen erklären.
  • Das gewünschte Ergebnis wechselt grundlegend von Woche zu Woche.
  • Es gibt keinen fachlich verantwortlichen Entscheider.
  • Ein verbreiteter Standardprozess soll ohne dokumentierten Grund individuell nachgebaut werden.
  • Budget ist nur für den ersten Bau, nicht aber für Einführung und Betrieb vorgesehen.
  • Nutzer sollen erst nach Fertigstellung einbezogen werden.
  • Es existiert weder ein Migrations- noch ein Rückfallplan.

In solchen Situationen ist Prozessklärung der nächste Schritt. Sie kann später zu einer Web-App führen, muss es aber nicht.

6. Wirtschaftlichkeit mit eigenen Daten prüfen

Eine belastbare Wirtschaftlichkeitsbetrachtung beginnt nicht mit einem angenommenen Stundensatz oder einer erfundenen Einsparung. Erfassen Sie zunächst den Ist-Zustand mit Daten aus Ihrem Betrieb.

Monatlicher Arbeitsaufwand
Vorgänge pro Monat × beteiligte Personen × durchschnittliche Minuten je Vorgang ÷ 60

Jährlich beeinflussbarer Aufwand
dokumentierter Arbeitsaufwand × intern verwendete Vollkosten + belegte Nacharbeit + belegte Koordinations- und Fehlerfolgen

Mehrjährige Gesamtkosten einer Lösung
Analyse und Konzeption + Einrichtung oder Entwicklung + Datenbereinigung und Migration + Schnittstellen + Lizenzen und Hosting + Einführung und Schulung + Sicherheit und Betrieb + Wartung und Weiterentwicklung + interne Produktverantwortung

Vergleichen Sie Excel-Verbesserung, Standardlösung, Low-Code und individuelle Web-App über denselben Zeitraum. Berücksichtigen Sie auch Kosten, die nicht in einer Lieferantenrechnung stehen: Zeit des Prozessinhabers, Tests, Datenprüfung, Schulung und die vorübergehende Doppelarbeit während einer Umstellung.

Nicht jeder Nutzen lässt sich seriös in Euro ausdrücken. Bessere Nachvollziehbarkeit oder geringere Abhängigkeit von einer einzelnen Person können wichtig sein, ohne dass daraus eine exakte Rendite berechnet werden kann. Halten Sie solche Ziele separat fest und definieren Sie beobachtbare Erfolgskriterien.

Welche Faktoren den Aufwand einer Web-App bestimmen

  • Anzahl und Komplexität der Geschäftsregeln und Ausnahmen
  • Benutzerrollen, Rechte, Freigaben und benötigte Historie
  • Qualität der vorhandenen Daten und Aufwand der Bereinigung
  • Anzahl, Dokumentation und Zuverlässigkeit externer Schnittstellen
  • Dateien, Suche, Berichte, Exporte und Dokumenterzeugung
  • mobile Nutzung, Offline-Anforderungen oder besondere Geräte
  • Verfügbarkeit, Wiederherstellung, Protokollierung und Sicherheitsniveau
  • Testumfang, Parallelbetrieb, Schulung und organisatorische Einführung
  • Wartung, Support, technische Aktualisierung und spätere Änderungen

Ohne diese Informationen ist ein allgemeiner Preisrahmen wenig aussagekräftig. Ein kleiner sichtbarer Funktionsumfang kann durch schwierige Daten oder Schnittstellen aufwendig sein; eine größere, aber klar abgegrenzte Anwendung kann besser planbar sein.

7. Welche neuen Risiken eine Web-App einführt

Eine Web-App beseitigt Risiken nicht automatisch. Sie verschiebt Verantwortung und bringt eigene Aufgaben mit:

  • Falscher Zielprozess: Eine schlechte Arbeitsweise wird nur verbindlicher digitalisiert.
  • Umfangswachstum: Unpriorisierte Sonderwünsche verlängern Entwicklung und Test.
  • Akzeptanz: Nutzer umgehen die Anwendung und führen zusätzliche Schattenlisten.
  • Datenmigration: Unklare, doppelte oder falsch zugeordnete Daten gelangen in das neue System.
  • Betrieb: Störungen, Updates, Backups, Überwachung und Wiederherstellung brauchen Zuständigkeiten.
  • Sicherheit: Anmeldung, Sitzungen, Rechte, Eingaben, Dateien, Protokolle und Infrastruktur müssen geplant und geprüft werden.
  • Abhängigkeit: Fehlende Dokumentation, Exportmöglichkeiten oder Übergaberegeln erschweren einen Anbieterwechsel.
  • Verfügbarkeit: Browser, Netzwerk oder externe Dienste können für den Arbeitsablauf notwendig werden.

Sicherheit sollte deshalb als überprüfbare Anforderung beschrieben werden, nicht als pauschales Produkteigenschaft. Das BSI stellt Leitfäden für Auftraggeber sicherer Webanwendungen bereit,[5] und der OWASP Application Security Verification Standard bietet einen Rahmen für technische Sicherheitsanforderungen und deren Prüfung.[6] Welches Prüfniveau angemessen ist, hängt vom Schutzbedarf und Einsatz ab.

Werden personenbezogene Daten verarbeitet, müssen unter anderem Zweck, notwendiger Datenumfang, Zugriff, Speicherdauer und angemessene Schutzmaßnahmen früh geklärt werden. Die Datenschutz-Grundverordnung enthält dafür Grundsätze sowie Anforderungen an Datenschutz durch Technikgestaltung und Sicherheit der Verarbeitung.[7] Dieser Ratgeber ersetzt keine rechtliche Prüfung.

8. Migration, Umstellung und Rückweg planen

Die Umstellung ist ein eigenes Arbeitspaket. „Excel importieren“ reicht als Migrationsplan nicht aus, weil Zellen zugleich Daten, Formeln, Formatierung, Kommentare und implizites Fachwissen enthalten können.

  1. Bestand aufnehmen: Arbeitsmappen, Tabellen, Makros, Abfragen, Verknüpfungen, Add-ins, Ablageorte, Nutzer und Ausgaben erfassen.
  2. Ist-Prozess beobachten: reale Vorgänge und Ausnahmen nachvollziehen, statt nur die ideale Prozessbeschreibung zu übernehmen.
  3. Daten einordnen: aktive Daten, historische Daten, Dubletten, Pflichtfelder und Archivierungsbedarf unterscheiden.
  4. Zielprozess festlegen: Rollen, Status, Regeln, Eingaben, Ausgaben und Systemgrenzen beschreiben.
  5. Abnahmekriterien definieren: mit nachvollziehbaren Testfällen festlegen, wann Berechnung, Migration und Ablauf als korrekt gelten.
  6. Kleinste vollständige Version planen: einen Ende-zu-Ende-Ablauf nutzbar machen, statt viele halbfertige Funktionen zu beginnen.
  7. Migration proben: anonymisierte oder anderweitig angemessen geschützte Testdaten importieren, Ergebnisse abgleichen und Fehler dokumentieren.
  8. Einführung vorbereiten: Nutzer schulen, Verantwortliche benennen und Supportweg festlegen.
  9. Umstellung absichern: je nach Risiko Parallelbetrieb, finalen Datenabgleich, klaren Umschaltzeitpunkt und Rückfallkriterien planen.
  10. Altsystem kontrolliert schließen: alte Dateien bei Bedarf schreibgeschützt archivieren und verhindern, dass zwei widersprüchliche Systeme dauerhaft weiterlaufen.

Ein Rückfallplan beantwortet vor dem Start: Bis wann kann zurückgewechselt werden? Welche Daten müssen dafür exportiert werden? Wer entscheidet? Wie werden Änderungen aus der Übergangszeit abgeglichen? Je kritischer der Prozess, desto konkreter müssen diese Antworten sein.

9. Kopiervorlage für Ihren Prozess

Für eine erste interne Prüfung oder Projektanfrage brauchen Sie kein vollständiges Lastenheft. Der folgende kurze Brief schafft mehr Klarheit als eine lange Funktionswunschliste.

Kopiervorlage

Ziel des Prozesses: [Welches betriebliche Ergebnis soll entstehen?]
Auslöser und Ende: [Womit beginnt und endet ein Vorgang?]
Beteiligte Rollen: [Wer erfasst, prüft, entscheidet und nutzt Ergebnisse?]
Heutige Dateien: [Welche Arbeitsmappen, Makros, Abfragen und Verknüpfungen gibt es?]
Häufigkeit und Volumen: [Wie viele Vorgänge in welchem Zeitraum?]
Größtes belegtes Problem: [Welche Nacharbeit, Verzögerung oder welches Risiko tritt auf?]
Regeln und Ausnahmen: [Welche Entscheidungen und Sonderfälle müssen abgebildet werden?]
Andere Systeme: [Woher kommen Daten, wohin müssen sie übertragen werden?]
Daten und Schutzbedarf: [Welche personenbezogenen oder geschäftskritischen Daten sind betroffen?]
Nutzungsumgebung: [Büro, mobil, offline, besondere Geräte oder Netze?]
Unverzichtbares Ergebnis: [Was muss eine erste Version vollständig leisten?]
Bewusst nicht enthalten: [Was gehört vorerst nicht zum Umfang?]
Verantwortliche Rolle: [Wer trifft fachliche Entscheidungen und nimmt die Lösung ab?]

Ergänzen Sie nach Möglichkeit eine anonymisierte Beispieldatei und zwei oder drei repräsentative Vorgänge, darunter einen echten Sonderfall. Sensible Originaldaten sollten nicht ungeprüft per E-Mail versendet werden.

10. Fazit: Erst den Prozess einordnen, dann die Technik wählen

Excel bleibt ein starkes Werkzeug für flexible Tabellenarbeit. Eine besser organisierte Arbeitsmappe kann die richtige Lösung sein. Bei verbreiteten Abläufen ist Standardsoftware oft die sinnvollere nächste Prüfung. Eine individuelle Web-App verdient eine vertiefte Spezifikation erst dann, wenn ein besonderer, wiederkehrender und relevanter Prozess klar beschrieben ist und die Alternativen nachweisbar nicht ausreichend passen.

Wenn Sie diesen Punkt prüfen möchten, können Sie den ausgefüllten Projektbrief als Grundlage verwenden und sich über unsere Web-App-Entwicklung in Berlin orientieren. TecSchmiede Berlin lädt Sie ein, den heutigen Ablauf, die beteiligten Rollen und das größte Problem zu beschreiben. Die erste Einordnung soll klären, ob eine individuelle Web-App überhaupt vertieft spezifiziert werden sollte.

FAQ: Web-App statt Excel

Gibt es eine feste Dateigröße oder Nutzerzahl, ab der Excel ersetzt werden sollte?

Nein. Eine große Datei kann für eine Analyse weiterhin passend sein, während eine kleine Datei bereits einen kritischen Freigabeprozess tragen kann. Wichtiger sind Folgen von Fehlern, Rollen, Übergaben, Nachvollziehbarkeit, Integrationen und die Fähigkeit, den Ablauf verlässlich zu betreiben.

Können OneDrive oder SharePoint das Versionsproblem lösen?

Sie können gemeinsame Bearbeitung und einen kontrollierteren Dateistand ermöglichen, wenn Arbeitsmappe, Speicherort, Dateiformat und Excel-Version die Funktionen unterstützen. Damit sind jedoch nicht automatisch fachliche Rollen, Statuswechsel, Datenmodell und Prozessverantwortung gelöst.

Wann ist Standardsoftware sinnvoller als eine individuelle Web-App?

Wenn der Ablauf in vielen Unternehmen ähnlich ist und ein vorhandenes Produkt die Pflichtanforderungen erfüllt, ist Standardsoftware häufig der erste Kandidat. Verglichen werden sollten nicht nur Funktionen, sondern auch Anpassungsgrenzen, Datenexport, Integrationen, laufende Kosten und die Folgen eines Anbieterwechsels.

Können Formeln, Makros und bestehende Daten übernommen werden?

Oft können fachliche Regeln und Daten weiterverwendet werden, aber selten ungeprüft. Formeln müssen verstanden und getestet, Makros inventarisiert, Daten bereinigt und implizite Annahmen in klare Regeln übersetzt werden. Ob eine direkte Übernahme sinnvoll ist, hängt vom konkreten Bestand ab.

Ist eine Web-App automatisch sicherer als Excel?

Nein. Eine Web-App kann feinere Rollen, zentrale Prüfungen und Protokollierung ermöglichen, wenn diese Anforderungen korrekt umgesetzt werden. Gleichzeitig entstehen neue Angriffsflächen und Betriebsaufgaben. Sicherheit hängt bei beiden Wegen von Konfiguration, Zugriff, Schutzbedarf, Wartung und verantwortlichem Betrieb ab.

Was gehört in eine sinnvolle erste Version?

Die erste Version sollte einen klar begrenzten, wichtigen Ablauf von Anfang bis Ende nutzbar abbilden: mit den notwendigen Rollen, Eingaben, Regeln, Ausgaben und Abnahmetests. Seltene Komfortfunktionen, zusätzliche Berichte und weitere Integrationen können später folgen, sofern der Kernprozess dadurch nicht unvollständig wird.

Quellen und Stand

Stand der fachlichen Prüfung: 6. August 2026. Produktfunktionen können sich ändern und je nach Version, Lizenz und Konfiguration abweichen.

  1. Microsoft Support: Gleichzeitiges Bearbeiten von Excel-Arbeitsmappen mit gemeinsamer Dokumenterstellung
  2. Microsoft Support: Anwenden von Datenüberprüfung auf Zellen
  3. Microsoft Support: Hilfe zu Power Query für Excel
  4. Microsoft Learn: Makros aus dem Internet werden in Office standardmäßig blockiert
  5. BSI: Leitfaden zur Entwicklung sicherer Webanwendungen – Anforderungen an Auftragnehmer
  6. OWASP: Application Security Verification Standard
  7. EUR-Lex: Datenschutz-Grundverordnung

Sie prüfen einen Excel-Prozess?

Beschreiben Sie Ablauf, Nutzerrollen und den konkreten Engpass. Im Erstkontakt klären wir, ob eine Web-App überhaupt der passende nächste Schritt ist.

Prozess beschreiben