Koersionsfehler bei Workflow (E-Mail über neue Telefongesprächsnotiz)

Andi Fandrich Als Antwort am 6 Dez. 2013 08:34

Diese Koersionsfehler tauchen immer dann auf, wenn es irgendwo ein Problem bei der Datentypkonvertierung gibt. Und vor allem wenn Felder leer sind und man versucht etwas "Besonderes" damit zu machen, wie z.B. die E-Mailadresse aus einem Personenfeld zu holen. Leider, leider, leider gibt die Workflowengine nicht an, wo genau sie ein Problem hat und die Fehlersuche ist deshalb extrem mühsam.

Ich kann Dir nur empfehlen, Dir ein problematisches Element nochmal ganz genau anzusehen, ob auch wirklich in allen Feldern, auf die der Workflow zugreift, etwas sinnvolles drinsteht. Dabei auch auf die nicht offensichtlichen Dinge achten. Wenn man z.B. eine simple "Log to history" verwendet und darin den Anzeigename aus einem leeren Personenfeld ausgeben möchte, dann hat man auch den Fehler.

Als Workaround kann man Variablen verwenden. Mit einer Bedingung das Feld prüfen ("ist nicht leer") und nur dann den gewünschten Wert in die Variable schreiben. In der Mail gibst Du dann nur die Variablen aus.

TG-KH Als Antwort am 8 Jan. 2014 11:49

So, hier meine Ergebnisse.
Ich habe den Workflow jetzt wie folgt umgestellt

Also wird zuerst überprüft ob der Wert nicht leer ist, ist dies der Fall wird der Wert in eine lokale Variable geschrieben.
Sollte der Wert leer sein, so wird in die lokale Variable einfach "leer" geschrieben". Dies geschieht mit allen Werten, lediglich beim Datum kann nicht auf "nicht leer" geprüft werden.
Bei der Protokollierung werden hintereinander der ursprüngliche Wert und der Wert der lokalen Variable ausgegeben.
In der E-Mail am Ende werden nur noch die lokalen Variablen verwendet.

Leider kommt es immernoch zu Koersionsfehlern, hier das letzte Beispiel:

Laut dieser Meldung war das Feld "Anruf von" leer. Das Feld ist aber im entsprechenden Element definitiv ausgefüllt und ist auch ein Pflichtfeld genau wie das das Feld Datum...
Kann mir dieses Verhalten leider gar nicht erklären

TG-KH Als Antwort am 29 Jan. 2014 14:54

Hat denn niemand noch eine Idee was hier schief laufen könnte? :(

Andi Fandrich Als Antwort am 29 Jan. 2014 15:52

Prüfst Du da ein Personenfeld, ob es leer ist? Falls ja, dann beachte das hier (Personenfelder sind intern auch Nachschlagefelder): http://blogs.evocom.de/af/archive/2013/01/10/per-workflow-feststellen-ob-ein-nachschlagefeld-leer-ist.aspx

TG-KH Als Antwort am 31 Jan. 2014 08:10

Ich prüfe alle Felder, also auch das Feld "Empfänger" und "Erstellt von".

Ist eigentlich ja witzlos, weil die ja ohnehin Pflichtfelder sind, werde aber deinen Tip ausprobieren.

Hatte nun noch eine weitere Idee.

Weil es ja nur manchmal nicht klappt...

Könnte es sein, dass der Workflow so schnell gestartet wird, dass die Daten in diesem Moment vielleicht noch nicht in die Datenbank geschrieben wurden? Das würde erklären warum die Felder angeblich leer seien sollen.

Ich habe nun in meinen Workflow am Anfang ein "Für die Dauer anhalten" von 1 Minute eingefügt.

Werde nun mal weiter testen ob es eventuell daran liegen könnte.

TG-KH Als Antwort am 9 Juli 2014 14:59

Hallo Leute,

die Lösung den Workflow am Anfang anzuhalten hat bisher sehr gut funktioniert.

Nun (ca. 6 Monate später) treten wieder andere Probleme auf.

So werden die Workflows nun teilweise gar nicht mehr gestartet und tauchen auch nicht im Workflowverlauf auf.

Ich kann nicht so wirklich begreifen warum das ganze mal funktioniert und dann mal wieder nicht. Zumal es jetzt auf so lange Zeit echt gut gelaufen ist.

Andi Fandrich Als Antwort am 9 Juli 2014 15:18

Schaue Dir mal die Logs (und das Server EventLog) zu den Zeitpunkten an, zu denen Elemente erstellt wurden, die keinen Workflow gestartet haben. Vielleicht findest Du dort einen Hinweis auf die Ursache.

Und noch ein Hinweis, falls Ihr testet: das Systemkonto (engl. System Account) startet nie Workflows).

TG-KH Als Antwort am 9 Juli 2014 15:30

Komm ich über die SharePoint Website an die Logs dran?
Wir haben den SharePoint nämlich über www.prowebma.de angemietet

Andi Fandrich Als Antwort am 9 Juli 2014 16:33

Dann hast Du keine Chance. Du kannst die nur bitten selbst in die Logs zu schauen. Nenne ihnen dazu aber einen Zeitpunkt, der für Dich interessant ist (oder mehrere).