Hallo,
wir haben ein synchrones Plugin im Einsatz, das auf Creates und Updates von Firmen reagiert. Das Plugin loggt also Änderungen am Kundenstamm. In letzter Zeit haben wir bei einem Update des Kunden Probleme beim Ermitteln des Users, der die
Aktualisierung des Kunden im CRM Frontend ausgelöst hat. Bisher hat das problemlos wie folgt funktioniert.
RetrieveRequest currentUserRetrieveRequest = new RetrieveRequest();
currentUserRetrieveRequest.ColumnSet = new AllColumns();
currentUserRetrieveRequest.ReturnDynamicEntities = true;
TargetRetrieveDynamic currentUserTarget = new TargetRetrieveDynamic();
currentUserTarget.EntityId = context.InitiatingUserId; // context.UserId;
currentUserTarget.EntityName = EntityName.systemuser.ToString();
currentUserRetrieveRequest.Target = currentUserTarget;
currentUser = (DynamicEntity)((RetrieveResponse)crmService.Execute(currentUserRetrieveRequest)).BusinessEntity;
Noch zur Info: Das Update läuft Pre Stage in der Parent Pipeline, der User Context des Plugin ist Calling User. Daher sollten wir über context.InitiatingUserId den User erhalten, der das Update-Event ausgelöst hat. Stattdessen bekommen wir
in letzter Zeit einen AdminUser, der nicht für die ursprüngliche Änderung des Kunden verantwortlich ist.
Es sieht so aus, als würde ein anderes Plugin dazwischenfunken und den User im aktuellen Kontext ändern. Andere Plugins haben wir noch im Einsatz, die ebenfalls auf Updates, Retrieve-, RetrieveMultiple des Kunden reagieren und speziell Lookups
manipulieren.
Was wir bisher versucht haben:
Die Execution Order im PluginRegistration-Tool haben wir schon geändert, also das Logging-Plugin auf Rang 1 gesetzt und alle anderen auf folgende Ränge - ohne Erfolg.
Gibt es eine Möglichkeit rauszufinden, welche Anwendung dazwischenfunkt oder ein Plugin mit Prio 1 laufen zu lassen?
Vielen Dank im Voraus!
Gruß
Rolf
