Hallo Swen,
vielen Dank für deine Antwort.

Habs jetzt noch einmal getestet und eine Umleitung auf DB ebene funktioniert offenbar nur wenn auch der recipient in der jrincidents tabelle entsprechend gefüllt wurde.
Das reicht mir vollkommen, damit kann ich das automatisieren.

Ein Fest, ich danke recht herzlich.
Viele Grüße
Marc

Ich habe hier noch ein kleines SQL Skript, welches ich irgendwo mal eingebaut habe... ganz ohne Gewähr! Dies tilgt den User mehr ohne weniger aus allen Vorgängen. Bei dir ist eventuell noch die Einschränkung auf nur offene Vorgänge erforderlich.

Die if-Abfrage prüft, ob die angegebenen User auch existieren.

DECLARE @OLD_USERNAME nvarchar(100) = '(ALTER_USERNAME)'
DECLARE @NEW_USERNAME nvarchar(100) = '(NEUER_USERNAME)'

if ((select count() from jrusers (nolock) where Username = @OLD_USERNAME)=1 AND (select count() from jrusers (nolock) where Username = @NEW_USERNAME)=1)
BEGIN

-- JR Incidents
UPDATE JRINCIDENTS set username = @NEW_USERNAME where username = @OLD_USERNAME
UPDATE JRINCIDENTS set lastuser = @NEW_USERNAME where lastuser = @OLD_USERNAME
UPDATE JRINCIDENTS set recipient = '#'+@NEW_USERNAME+'#' where recipient = '#'+@OLD_USERNAME+'#'

-- Eingangsrechnungen
UPDATE REBUKOPF set client = @NEW_USERNAME where client = @OLD_USERNAME

END

Hallo Marc,

ich mache dies an der einen oder anderen Stelle auch bei uns im System. Ob es hier Probleme bei der Parallelisierung gibt, das ist mir nicht bekannt.

Denk eventuell auch noch an das recipient-Feld in der JRINCIDENTS. Wenn es erst an dich gehen soll,

(Bei der Umleitung der Schritte in der Schrittübersicht wird dieser Schritt einmal an mich assigend und dann zu dem User der es bearbeiten soll.)

könntest du dich auch für den abgewiesenen Benutzer als Vertretung eintragen und die Zuweisung von dort machen oder eine Benutzerauswahl treffen und die Weiterleitung an diesen Benutzer als Regel machen.

Oder du machst eine Schritteskalation, welche die Weiterleitung an dich erfolgen lässt, wenn du einen bestimmten Wert in der Prozesstabelle setzt. So manipulierst du die Systemtabellen nicht manuell.

Du kannst auch im SQLServer eine Überwachung auf gesperrte Benutzer machen und dann diesen Wert bzw. die Manipulation in der JRIncidents direkt dort ausführen lassen.

Oder das Ganze als kleinen Prozess zeitgesteuert via JobStart einmal am Tag starten und dort dann noch entscheiden, ob und wem ein Vorgang zugewiesen wird. Das wäre eine schönen Lösung, wenn Nutzer wegen z.B. eines abgelaufenen Passworts im AD (bei aktivem Sync) gesperrt wurden und nicht gleich alle Vorgänge vollautomatisch entzogen werden sollen.