I nästa steg kan man öppna filen i SPD (SharePoint Designer / Destroyer) och bygga klart ett fungerade workflow, reusable eller listinstansspecifikt. När flödet är klart för deploy så kan man välja att ticka i ‘visualize workflow on status page’. Det innebär att man, om man dessutom aktiverar Visio Web-featuren i sin SharePoint, kan gå in på statussidan för en workflowinstans och grafiskt se vilka actions som är utförda, och vilka som är kvar.

Att arbeta med workflows i Visual Studio är inte något man kommer sluta göra. När det gäller svårare scenarion så kan det fortfarande behövas custom actions. Ett exempel på ett sådant scenario kan vara att man i ett arbetsflöde behöver anropa ett externt system och få ett svar, kanske lägga en order på någon vara.

Detta kommer framgent gå att lösa genom att använda sig av EDE (External Data Exchange). Workflow-runtimen kan då persistera ner workflowinstansen då anropet till det externa systemet gjorts, och sedan väcka upp det igen då det vid någon tidpunkt i framtiden kommer ett svar på anropet.

En lite udda nyhet (tycker jag) är workfloweventreceivers. Det kommer alltså avfyras events i samband med att workflows startar och stoppar. Då kommer man kunna skriva eventreceivers som triggar på dessa event. Så det blir på något sätt kod som körs i samband med en action i ett arbetsflöde, men den koden ligger utanför flödet. Nåja, det är ett nytt verktyg iaf, man behöver ju inte använda det. Kankse kan det vara användbart för att reagera på när arbetsflöden man inte skrivit själv drar igång.