Datensatzerstellung in benutzerdefinierten Apps

Mit CloudTables kann ein Team eine auf einer Datenbank basierende Anwendung erstellen, ohne herkömmlichen Code schreiben zu müssen, indem Tabellen, Felder und Ansichten für die von der App verwalteten Datensätze definiert werden. Ein Beam-Agent erstellt einen neuen Datensatz in einer dieser Tabellen, wenn ein Workflow-Schritt dies erfordert, z. B. bei der Protokollierung einer neuen Anfrage oder eines Eingangselements, und füllt die von der Struktur der App geforderten Felder aus. Er liest den erstellten Datensatz zurück, um zu bestätigen, dass er korrekt gespeichert wurde. Wenn ein erforderliches Feld aus den verfügbaren Daten nicht ermittelt werden kann oder der Datensatz einen bestehenden Eintrag duplizieren würde, leitet der Agent den Vorgang an eine Person weiter, bevor er etwas erstellt.

Live-Datensatzaktualisierungen

Da eine CloudTables-App ihre Ansichten bei Änderungen von Datensätzen aktualisiert, kann ein Beam-Agent den Status oder die Felder eines Datensatzes aktualisieren und dies überall dort anzeigen lassen, wo die App es darstellt, ohne dass ein separater Aktualisierungsschritt erforderlich ist. Der Agent liest den aktuellen Datensatz, wenn eine Workflow-Bedingung erfüllt ist, wie z. B. eine Genehmigung oder eine Statusänderung an anderer Stelle, und schreibt die Aktualisierung gemäß der vom Team genehmigten Regel. Wenn die Aktualisierung eine Änderung überschreiben würde, die gerade von jemand anderem vorgenommen wurde, oder wenn der aktuelle Status des Datensatzes nicht dem entspricht, was der Workflow erwartet, leitet der Agent den Konflikt an eine Person weiter, anstatt das Schreiben zu erzwingen.

Überprüfung des Audit-Trails

CloudTables führt eine Historie der an einem Datensatz vorgenommenen Änderungen, aus der hervorgeht, wer was und wann geändert hat. Ein Beam-Agent liest diesen Audit-Trail, wenn ein Workflow den Änderungsverlauf eines Datensatzes bestätigen muss, z. B. um zu prüfen, ob bereits ein Genehmigungsschritt stattgefunden hat, und entscheidet auf dieser Grundlage, ob mit der nächsten Aktion fortgefahren werden soll. Wenn der Audit-Trail unvollständig ist, eine Änderung zeigt, die im Widerspruch zu den Erwartungen des Workflows steht, oder der Agent den erforderlichen Schritt nicht bestätigen kann, leitet er den Datensatz zur Überprüfung an eine Person weiter, bevor er weitere Maßnahmen ergreift.