Bulk-Editor (Masseneingabe)

Preisanpassungen, Statusänderungen, Zuordnungskorrekturen: Große Datenmengen müssen regelmäßig aktualisiert werden. In vielen Systemen werden solche Massenänderungen über Direktzugriff auf die Datenbank oder über Export-Import-Zyklen umgesetzt. Das Problem dabei: Die Validierungslogik wird umgangen. Das Ergebnis sind inkonsistente Daten, fehlerhafte Referenzen und aufwendige Nacharbeit, die oft erst Wochen später auffällt.

Der Bulk-Editor der omniSuite geht einen anderen Weg. Alle Validierungen, Ableitungen und Berechtigungsprüfungen der Logikschicht bleiben auch bei Massenoperationen aktiv. Qualität wird nicht gegen Geschwindigkeit eingetauscht. Fehler werden an der Quelle verhindert, nicht erst in der nächsten Qualitätsprüfung entdeckt.

Wer nach einer Massenänderung hunderte Datensätze manuell nachprüfen muss, verliert mehr Zeit als durch die Massenbearbeitung gewonnen wurde. Genau das passiert, wenn Validierungsregeln bei Massenänderungen nicht greifen.

Beim Bulk-Editor greifen alle Validierungsregeln in Echtzeit. Fehler werden sofort sichtbar, nicht erst beim nächsten Prüflauf. Schnellfilter und Suchfelder ermöglichen effizientes Arbeiten auch in großen Datenbeständen. Die gesammelte Speicherung aller Änderungen über „Speichern (Alles)" sorgt dafür, dass Anwender effizient arbeiten können, ohne jede einzelne Änderung separat zu bestätigen.

Massenoperationen haben ein hohes Schadenspotenzial. Wenn ein Anwender versehentlich tausende Datensätze falsch ändert, ist die Korrektur aufwendig und teuer. Deshalb ist die Frage, wer überhaupt Massenänderungen durchführen darf, keine Nebensache.

Die berechtigungsbasierte Steuerung sorgt dafür, dass nur relevante Masseneingabeformulare für den jeweiligen Benutzer sichtbar sind. Die Konfiguration erfolgt über Rollen, Organisationseinheiten, Partnerfirmen oder individuelle Benutzer. Zusätzlich können über die SQL-API regelbasierte Bedingungen definiert werden, die steuern, für welche Benutzer und unter welchen Umständen ein Formular überhaupt verfügbar ist. Governance bei Massenoperationen ist damit kein nachträglicher Kontrollschritt, sondern systemisch verankert.

Entwickler erstellen Formulare zentral für beliebige Datentabellen. Die Konfiguration umfasst: Überschrift, maximale Zeilenanzahl, Berechtigungen für neue Zeilen und Zeilenkopien, Suchfeld-Konfiguration (welche Felder durchsuchbar sind). Neben den Attributen der Datentabelle können zusätzliche Elemente eingefügt werden: Textfelder und dynamisch regelbasierte Auswahlfelder (Dropdowns), die per Scripting gefüllt und in die Datenfelder übernommen werden.

Standardmäßig stehen im Webformular ein Schnellfilter und „Speichern (Alles)" zur Verfügung.

Vier Event-Hooks: Vor dem initialen Laden: Regeln und Funktionen vor dem ersten Laden der Datenzeilen.

Nach dem Laden einer Zeile: Logik nach dem Laden jeder einzelnen Zeile.

CustomValidator: umfassende Validierung vor dem Speichern, per Script konfigurierbar.

JavaScriptAfterSave und SQLAfterSave: Skriptausführung nach dem Speichern für Benachrichtigungen, Folgeprozesse oder weiterführende Datenbankaktionen. Alle Validierungen und Ableitungen der Logikschicht bleiben während der Massenbearbeitung aktiv.

Über die SQL-API können Regeln erstellt werden, die festlegen, unter welchen Bedingungen und für welche Benutzer ein Masseneingabeformular in der Datensicht einer Tabelle aufgerufen werden darf. Berechtigungen werden auf Formularebene vergeben, basierend auf Rollen, Organisationseinheiten, Partnerfirmen oder individuellen SQL-API-Regeln.

Diese Steuerung greift zusätzlich zu den Tabellenberechtigungen.

Zwei Wege: Standardaufruf über die Headerleiste: in der Datensicht einer Tabelle unter „Bearbeiten" verfügbar. Aufruf über das Webinterface-Menü: über konfigurierbare Menüpunkte für häufig genutzte Formulare. Beide Optionen integrieren sich in die bestehende Nutzeroberfläche und passen sich an die Arbeitsweise der Benutzer an.