Dabei bin ich immer wieder auf das Selbe Problem gestoßen. Der Workflow reagierte auf meine gesetzte Daten manchmal 2h später als angegeben.

Nach langer Suche stellt sich heraus, dass das Problem darin besteht wie SharePoint Daten speichert. Tatsächlich konvertiert SharePoint Daten nach UTC….! Ich habe also Berechnungen mit Daten zweier verschiedenen Zeitzonen durchgeführt, da z.B. Benutzereingaben in meiner Umgebung in der aktuellen MEZ angegeben werden. Das Ergebnis lag somit manchmal 2h in der Vergangenheit, ein anderes mal 2h in der Zukunft.

Ich habe im SharePoint-Designer in einem 2010er Workflow noch keine möglichkeit gefunden ein Datum automatisiert in die richtige Zeitzone zu konvertieren. Lediglich ein paar Drittanbieter-Actions habe ich gesehen die das scheinbar können.

Wenn du also im Code/Workflow mit Datum arbeitest, vergesse nicht, in UTC zu konvertieren bzw. sicherzustellen, dass alle Eingaben und Vergleichsdaten in UTC vorliegen.!

Get-splogevent | ?{$_.Correlation -eq "<Correlation ID>"} | select Area, Category, Level, EventID,Message | Format-List > C:\ULSlogs.txt

In einem Post (mittlerweile offline) habe ich gelesen, dass die Seite /_vti_bin/ListData.svc nicht zugänglich ist, falls eine Liste in der Website Probleme hat. Und tatsächlich konnte ich den Service auf genau dieser einen problembehafteten Site nicht erreichen. Es scheint also eine Liste defekt zu sein.

Ich konnte nicht herausfinden, welche Liste defekt war, also ging ich im SPD zu „Alle Dateien“ – was funktionierte, obwohl viele der anderen Site-Objects in der Navigation nichts anzeigten.

Ich ging jede Liste in „Alle Dateien“ durch und benutzte den Button „Vorschau im Browser“ auf jeder von ihnen. Schlussendlich kam ich auf eine Liste die sich nicht öffnete! Stattdessen hieß es,

Feature d57f48...... für Listenvorlage'100' ist in dieser Farm nicht installiert....

Nachdem ich diese Liste gelöscht hatte funktionierte wieder alles tadellos, der Designer zeigt mir nun wieder alle Objekte an und auch der Workflow-Export funktioniert wieder.

Ich habe dann erst einmal das Workflow-Tracing aktiviert. Hierfür werden der folgende Abschnitt in die web.config der SharePoint Instanzt eingefügt:

<system.diagnostics>
   <switches>
      <add name="System.Workflow LogToFile" value="1" />
      <add name="System.Workflow.Runtime" value="All" />
      <add name="System.Workflow.Runtime.Hosting" value="All" />
      <add name="System.Workflow.Runtime.Tracking" value="All" />
      <add name="System.Workflow.Activities" value="All" />
      <add name="System.Workflow.Activities.Rules" value="All" /> 
   </switches>
</system.diagnostics>

Darauf wird im Ordner C:\Windows\System32\inetsrv die Datei workflowtrace.log angelegt. Sollte die Log-Datei nicht automatisch angelegt werden, kann das an den Berechtigungen liegen. In diesem Fall einfach von Hand eine leere Datei mit diesem Namen anlegen.

Nachdem ich den fehlerhaften Workflow erneut gestartet habe, fand ich die beiden folgenden Fehler im Log:

System.Workflow.Runtime Error: 1 : Execute of Activity ID1419 threw System.Reflection.TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht. ---> Microsoft.SharePoint.WorkflowActions.CoercionException: Koersionsfehler: <strong>Die Eingabe darf für diese Koersion nicht null sein..</strong>
   bei Microsoft.SharePoint.WorkflowActions.Helper.SplitMultiAndExtract(WorkflowContext context, Object val, ToExtract toExtract)
   bei Microsoft.SharePoint.WorkflowActions.Helper.SplitMultiUserToObjects(WorkflowContext context, Object val)
   bei Microsoft.SharePoint.WorkflowActions.Helper.MultiDisplayNameSemicolon(WorkflowContext context, Object val)
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
   bei System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
   bei System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   bei System.Reflection.MethodBase.Invoke(Object obj, Object[] parameters)
   bei Microsoft.SharePoint.WorkflowActions.CoerceActivity.Coerce()
   bei Microsoft.SharePoint.WorkflowActions.CoerceActivity.Execute(ActivityExecutionContext provider)
   bei System.Workflow.ComponentModel.ActivityExecutorOperation.Run(IWorkflowCoreRuntime workflowCoreRuntime)

Einige Zeilen später:

System.Workflow.Runtime Error: 0 : Workflow Runtime: WorkflowExecutor: Persist attempt on instance '0e5bbd06-0162-4cd3-b1ba-d3eff2c70e6d' threw an exception 'Der Typ "Microsoft.SharePoint.WorkflowActions.CoercionException" in Assembly "Microsoft.SharePoint.WorkflowActions, Version=16.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" ist nicht als serialisierbar gekennzeichnet.' at    bei System.Runtime.Serialization.Formatters.Binary.WriteObjectInfo.InitSerialize(Object obj, ISurrogateSelector surrogateSelector, StreamingContext context, SerObjectInfoInit serObjectInfoInit, IFormatterConverter converter, ObjectWriter objectWriter, SerializationBinder binder)
   bei System.Runtime.Serialization.Formatters.Binary.ObjectWriter.Write(WriteObjectInfo objectInfo, NameInfo memberNameInfo, NameInfo typeNameInfo)
   bei System.Runtime.Serialization.Formatters.Binary.ObjectWriter.Serialize(Object graph, Header[] inHeaders, __BinaryWriter serWriter, Boolean fCheck)
   bei System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize(Stream serializationStream, Object graph, Header[] headers, Boolean fCheck)
   bei System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize(Stream serializationStream, Object graph)
   bei System.Workflow.ComponentModel.Activity.Save(Stream stream, IFormatter formatter)
   bei System.Workflow.Runtime.Hosting.WorkflowPersistenceService.GetDefaultSerializedForm(Activity activity)
   bei Microsoft.SharePoint.Workflow.SPWinOePersistenceService.SaveWorkflowInstanceState(Activity instanceState, Boolean unlock)
   bei System.Workflow.Runtime.WorkflowExecutor.Persist(Activity dynamicActivity, Boolean unlock, Boolean needsCompensation)

Der für mich wichtigste Hinweis war: Die Eingabe darf für diese Koersion nicht null sein.

Nach einer intensiven Prüfung des Workflows stellt ich fest, dass ein LookUp-Feld keinen Datensatz in seiner referenzierten SharePoint-Liste gefunden hatte und deshalb NULL war. Dieser leere Wert konnte dann vom Workflow nicht weiter verarbeitet werden und er stellt seine Arbeit ein. Yeah!

SharePoint-Systemhaus Stuttgart

Hier muss als Parameter SP.Data.<ListName>ListItem übergeben werden, also der ListEntityTypeFullName der Liste.

Mit dem folgenden Serviceaufruf erhält man den entsprechenden Typ:

https://<site>/_api/web/lists/getbytitle(‚<Listenname>‘)?$select=ListItemEntityTypeFullName

Ergebnis:

<?xml version="1.0" encoding="utf-8"?>
<entry xml:base="http://isp01/_api/" xmlns="http://www.w3.org/2005/Atom" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns:georss="http://www.georss.org/georss" xmlns:gml="http://www.opengis.net/gml" m:etag="&quot;14&quot;">
	<id>http://isp01/_api/Web/Lists(guid'138e2bab-f2fb-4620-849d-e97f6c084387')</id>
	<category term="SP.List" scheme="http://schemas.microsoft.com/ado/2007/08/dataservices/scheme" />
	<link rel="edit" href="Web/Lists(guid'138e2bab-f2fb-4620-849d-e97f6c084387')" />
	<title />
	<updated>2018-01-23T10:43:12Z</updated>
	<author>
		<name />
	</author>
	<content type="application/xml">
		<m:properties>
			<d:ListItemEntityTypeFullName>SP.Data.GetCurrentTimeHelperListListItem</d:ListItemEntityTypeFullName>
		</m:properties>
	</content>
</entry>

Weitere Infos:

https://docs.microsoft.com/en-us/sharepoint/dev/sp-add-ins/complete-basic-operations-using-sharepoint-rest-endpoints

SharePoint-Systemhaus Stuttgart

Im Inhaltstyp der Aufgabe selbst, fehlten alle geerbten Spalten der „Workflowaufgabe“.

Die Lösung: Neuinstallieren der eingebauten Felder/Feldtypen über die Verwaltungsshell

stsadm -o deactivatefeature -name Fields -url http://spsite-force
stsadm -o activatefeature -name Fields -url http://spsite-force

SharePoint-Systemhaus Stuttgart

Die folgende URL ist nicht gültig http://sp2016

Hinter der URL liegt die root site collection.

Die URL verwendet einen Host-Header-Namen. Die Angabe der zentralen Administrations-URL (unter Verwendung des Rechnernamens) funktionierte.

Die Lösung: Den Netzwerkadapter der virtuellen Maschine aktivieren.

Die Deaktivierung des „System Event Notification Service“ (net stop sens auf der Kommandozeile) löste das Problem. Aber dieser Dienst sollte so schnell wie möglich wieder gestartet werden!

SharePoint-Systemhaus Stuttgart

oder

XML-Daten, die erforderlich sind, damit dieses Formular ordnungsgemäß funktioniert, wurde nicht gefunden.

Dem Windows-Ereignisprotokoll des Servers wurde ein Eintrag hinzugefügt

Protokoll-ID:5566

Lösung

Verwenden Sie den Secure Store Service in SharePoint Server, um alternative Anmeldeinformationen für die Datenverbindung zu speichern.

Secure Store Service-Authentifizierung funktioniert, indem ein Benutzername und ein Passwort in einer verschlüsselten Datenbank gespeichert werden. Wenn InfoPath Forms Services Secure Store Service-Authentifizierungen im Namen eines Benutzers anfordert, führt Secure Store Service eine individuelle Authentifizierung oder Gruppenauthentifizierung durch. Für die individuelle Authentifizierung prüft Secure Store Service, ob der angeforderte Benutzer einen Eintrag in der Secure Store Service Datenbank hat. Bei der Gruppenauthentifizierung überprüft Secure Store Service, ob der Benutzer Mitglied eines Gruppeneintrags ist. Wenn der Benutzer validiert ist, gibt Secure Store Service die entsprechenden Anmeldedaten zurück. Dann verwendet InfoPath Forms Services diese Credentials, um sich als Benutzer auszugeben. Daher sieht der Web Service, dass der Benutzer in der Secure Store Service Datenbank angegeben ist, auch wenn der angegebene Benutzer nicht der tatsächliche Benutzer ist.

Hinweis: Die folgenden Schritte gehen davon aus, dass die Datenverbindung in der Formularvorlage eine UDCX-Datei in einer Datenverbindungsbibliothek verwendet. Weitere Informationen zum Erstellen und Verwenden einer Datenverbindungsbibliothek in Microsoft Office SharePoint Server 2007 finden Sie auf der folgenden Microsoft Developer Network (MSDN)-Website:

How to: Create and use a data connection library

Gehen Sie folgendermaßen vor, um mit dem Secure Store Service alternative Anmeldeinformationen für die Datenverbindung zu speichern:

1. Erstellen Sie eine neue Secure Store Service Zielanwendung und fügen Sie die Kontoinformationen hinzu. Führen Sie dazu die folgenden Schritte aus:
   • Öffnen Sie die SharePoint Zentral-Administration.
   • Klicken Sie auf Anwendungsverwaltung, und klicken Sie dann auf Serviceanwendungen verwalten.
   • Klicken Sie auf Secure Store Service.
   • Klicken Sie auf Neu. Folgen Sie den Anweisungen auf der Seite Create New Secure Store Target Application, um die Einstellungen der Zielanwendung zu konfigurieren. Beachten Sie die Zeichenfolge, die Sie in das Feld Zielanwendungs-ID eingeben. Hinweis Stellen Sie sicher, dass ein neuer Schlüssel generiert wird, bevor Sie eine neue Secure Store Service Zielanwendung erstellen.
   • Zeigen Sie auf den Namen der Zielanwendung, die Sie gerade erstellt haben, und wählen Sie dann in der Dropdown-Liste die Option Berechtigungsnachweise festlegen aus.
   • Geben Sie die Kontoinformationen für die Zielanwendung Secure Store Service ein, und klicken Sie dann auf OK.
2. Verwenden Sie die Zielanwendung Secure Store Service in Datenverbindungen. Führen Sie dazu die folgenden Schritte aus:
   • Laden Sie eine Kopie der UDCX-Datei herunter, die für die Datenverbindung angegeben ist.
   • Verwenden Sie Notepad, um die UDCX-Datei zu öffnen.
   • Suchen Sie den Abschnitt <udc:Authentication>, und ersetzen Sie ihn durch den folgenden:

     <udc:Authentication> 
     <udc:SSO AppId='TestSSOGroup' CredentialType='NTLM'/>
     </udc:Authentication>
     

   • Ändern Sie den Wert des Attributs AppId in den String Target Application ID, den Sie zuvor notiert haben.
   • Speichern Sie die Datei in Notepad.
   • Laden Sie die aktualisierte UDCX-Datei in die SharePoint-Datenverbindungsbibliothek hoch. Dann genehmigen Sie die Datei.
   • Starten Sie den SharePoint Server 2010-Server neu.
3. Öffnen Sie das InfoPath-Formular in einem Webbrowser.

Referenz: https://sharepoint.stackexchange.com/questions/191449/infopath-calls-webservice-log-id5566-401-unauthorized/230691#230691

SharePoint-Systemhaus Stuttgart

Laut der SharePoint-Dokumentation sollte das jedoch möglich sein:

A workflow can be written as a template so that after it is deployed, it can be reused and associated with any list or library.

Nun habe ich jedoch eine vermeintliche Lösung gefunden. Wenn während der Erstellung eines neuen Listen-Workflows keine Bezugsliste angegeben wird, die Eigenschaft also leer gelassen wird, steht dieser Workflow in SharePoint als Vorlage zur Verfügung und kann an eine beliebige Liste  gebunden werden. Über den Menüpunkt „Workflow hinzufügen“ in einer SharePoint-Liste kann dann auch eine entsprechende Aufgabenliste und Verlaufsliste zur Laufzeit gebunden werden.

SharePoint-Systemhaus Stuttgart

RequestorId: 1a9862c8-3314-4e2a-a3e8-85d79f2cd7c9. Details: System.ArgumentException: ContentTypeId 
at Microsoft.Activities.Hosting.Runtime.Subroutine.SubroutineChild.Execute(CodeActivityContext context) 
at System.Activities.CodeActivity.InternalExecute(ActivityInstance instance, ActivityExecutor executor, BookmarkManager bookmarkManager) 
at System.Activities.Runtime.ActivityExecutor.ExecuteActivityWorkItem.ExecuteBody(ActivityExecutor executor, BookmarkManager bookmarkManager, Location resultLocation)

Das Wort ContentTypeId hat mir geholfen, die Ursache des Problems zu identifizieren. In meinem neuen Workflow-Task wurde die alte Workflow-TaskList verschoben. Somit war mein Custom-ContentType in der TaskList nicht mehr vorhanden.

Es gilt also zu prüfen ob die TaskList den eigenen ContentType enthält. Falls ja, prüfen ob der WorkFlow auch die korrekte TaskList nutzt.

Weiterführende Hilfe

SharePoint-Systemhaus Stuttgart