
Datenmodelle
Teil von No-Code und Workflow-Automatisierung im Unternehmen
Interne Apps und Systemintegrationen unterscheiden
Wann braucht ein Team eine interne App, wann eine Systemintegration? Eine klare Abgrenzung mit Arbeitsbeispiel und Prüffragen.
Eine interne App ist ein Arbeitsort für Menschen. Sie zeigt Vorgänge, nimmt Eingaben entgegen und bietet passende Aktionen. Eine Systemintegration verbindet Anwendungen, damit Daten oder Ereignisse an der richtigen Stelle ankommen. Beides kann in derselben Lösung stecken; entscheidend ist, welches Problem zuerst gelöst werden muss.
Die Grenze am Arbeitsauftrag erkennen
Fragen Sie, wer den nächsten Schritt ausführt. Muss eine Person einen Fall lesen, Angaben ergänzen oder entscheiden, braucht sie eine geeignete Oberfläche. Das kann eine vorhandene Anwendung sein. Liegt die Entscheidung bereits vor und soll ein anderes System den bestätigten Status erhalten, steht die Integration im Vordergrund.
| Beobachtung | Naheliegender Baustein | Zusätzlich zu klären |
|---|---|---|
| Mitarbeitende suchen Fälle in E-Mails und Tabellen und brauchen eine gemeinsame Bearbeitungsansicht. | Interne App oder Erweiterung einer vorhandenen Oberfläche | Wo liegen die verbindlichen Daten, und wer darf sie ändern? |
| Ein bestätigter Status muss in einer zweiten Anwendung erscheinen. | Systemintegration | Welche Quelle führt den Status, und wann gilt die Übertragung als erledigt? |
| Eine Eingabe soll eine Prüfung, Entscheidung und anschließende Meldung auslösen. | Geeignete Oberfläche plus Ablauf; bei Bedarf eine Integration | Welche Schritte sind automatisch, welche bleiben menschlich? |
Die Tabelle ist eine Diagnosehilfe. Eine App kann selbst Datenverbindungen und Automationen enthalten. „App“ und „Integration“ bezeichnen hier Aufgaben, keine strikt getrennten Produktklassen.
Interne App vs. Systemintegration: Entscheidungsgrundlagen
- Ziel
- Menschliche Bearbeitung von Aufgaben durch eine benutzerfreundliche Oberfläche
- Ziel
- Automatisierte Übertragung von Daten oder Ereignissen zwischen Systemen
- Typische Nutzung
- Anzeige von Fällen, Eingabe von Daten, Ausführung von Aktionen durch Mitarbeiter
- Typische Nutzung
- Synchronisation von Statusänderungen, Trigger für Workflows in anderen Anwendungen
- Relevante Frage
- Wer führt den nächsten Schritt aus – eine Person oder ein System?
Ein Beispiel durchdenken
Angenommen, ein Team bearbeitet interne Reparaturanfragen. Fehlt eine übersichtliche Liste mit Zuständigkeit und Bearbeitungsstatus, ist eine passende Arbeitsoberfläche naheliegend. Gibt es diese Ansicht bereits, aber eine bestätigte Reparatur muss noch in ein Planungssystem übertragen werden, ist zunächst die Verbindung zu prüfen. Entstehen beide Probleme, können Oberfläche und Integration gemeinsam nötig sein.
Schreiben Sie für jede Information auf, welches System sie verbindlich führt. Eine zusätzliche Oberfläche sollte keine zweite, abweichende Fassung derselben Angabe schaffen. Klären Sie auch, ob eine Übertragung nur meldet, einen Datensatz ändert oder eine weitere Aktion startet. Diese Wirkungen benötigen unterschiedliche Prüfungen.
Schritte zur Abgrenzung: App oder Integration?
- Prüfen Sie, ob eine gemeinsame Bearbeitungsansicht fehltDann ist eine interne App oder Oberflächen-Erweiterung erforderlich.
- Ist die Ansicht vorhanden, aber der Status muss übertragen werden?Dann steht die Systemintegration im Fokus.
- Klären Sie, welche Systeme die verbindlichen Daten führenVermeiden Sie doppelte Datenquellen.
- Bestimmen Sie die Wirkung der ÜbertragungHandelt es sich um eine Meldung, Änderung oder Aktion?
Zugriff und Erfolg getrennt beurteilen
Eine in der App verborgene Schaltfläche sagt wenig über die Rechte einer Person aus. Entscheidend sind ihre Rechte an der Datenquelle oder über eine andere Schnittstelle. Prüfen Sie die Zugriffe dort, wo die Daten bereitgestellt werden. Bei einer Integration ist zusätzlich zu klären, mit welchen Rechten die Verbindung arbeitet.
Für die Oberfläche lautet ein brauchbares Erfolgskriterium: „Die zuständige Person findet ihren Fall und kann die erlaubte Aktion ausführen.“ Für die Integration: „Der richtige Zielvorgang enthält nach der Übertragung den vereinbarten Wert; ein Fehler bleibt erkennbar.“ So lassen sich die Anforderungen vor der Umsetzung trennen.
Wenn nur die Weitergabe fehlt, braucht es keine neue Oberfläche ohne eigenen Nutzen. Wenn Menschen den Fall nicht sinnvoll bearbeiten können, behebt eine reine Datenverbindung das Arbeitsproblem nicht.
Prüffragen vor Umsetzung: App oder Integration?
- Ist die zuständige Person in der Lage, ihren Fall zu finden und die erlaubte Aktion durchzuführen?Ja / Nein
- Überträgt die Integration den korrekten Wert in das Ziel-System?Ja / Nein
- Wer hat Rechte an der Datenquelle?Benutzer, Anwendung, Service-Prinzipal
- Bleibt ein Fehler nach der Übertragung erkennbar?Ja / Nein


