Het gebruik van Microsoft Flow in een OTAP-omgeving
Met de samenvoegen van Microsoft Flow en Dynamics 365 komt er een wereld vol mogelijkheden samen die veel verder reikt dat de klassieke workflows. Ideaal om je bedrijfsprocessen en automatisering mee te verbeteren! Maar, is het ook onderhoud-baar? Kunnen Microsoft Flow net zo flexibel inzetten in ons ontwikkelomgeving als in de uiteindelijke productieomgeving?
Het antwoord is gelukkig ja, maar niet zonder kanttekening. Als we namelijk een workflow opnemen in een oplossing (solution), en deze overzetten naar een andere omgeving, dan werkt dit in de meeste gevallen vlekkeloos. Met Microsoft Flow is dit anders, en zal je merken dat de Flow wel wordt overgezet naar de nieuwe omgeving, maar dat deze niet gestart kan worden.
Connecties, connecties, connecties
De oorzaak hiervoor is te vinden in de manier waarop Microsoft Flow verbinding maakt met, bijvoorbeeld, Dynamics 365 en databases; namelijk door een connectie vast te leggen inclusief de bijbehorende inloggegevens. Deze zijn beveiligd en worden niet meegenomen in de oplossing die wordt gemigreerd naar een andere omgeving. In elke omgeving waar je Flows naar toe wilt exporteren moet je dus de connecties eenmalig aanmaken, en na het importeren deze connecties instellen in de stappen van je Flow. Hierna kan je de Flow eenvoudig activeren en heb je het proces succesvol overgezet naar de andere omgeving!
Tip! Als je gebruik wilt maken van data uit Dynamics 365 for Customer Engagement (voorheen Dynamics CRM) heb je de keuze uit de standaard Dynamics 365 CE of de Common Data Service (CDS) connector. Wij raden het gebruik van die laatste aan, want hierin heeft Microsoft de mogelijkheid geboden om standaard, de huidige omgeving (Current) te gebruiken, zodat je deze niet hoeft aan te passen nadat je een Flow heb gemigreerd naar een andere omgeving. Handig!
Flow to the rescue
Nu we een Flow voor de eerste keer hebben overgezet naar een andere omgeving, kan het natuurlijk voorkomen dat we de Flow in de ontwikkelomgeving moeten aanpassen en vervolgens moeten overzetten naar de andere omgeving(en). Als je wederom een oplossing exporteert en inleest in de nieuwe omgeving, zal je merken dat de Flow, net zoals de initiële import, zijn connecties niet heeft. Ja, zodra je een Flow opnieuw importeert zal je wederom de connecties moeten corrigeren en afhankelijk van het aantal Flows en importacties, kan dit veel tijd gaan kosten!
Maar gelukkig kunnen wij dit ook automatiseren en daar hebben we geen maatwerk voor nodig, want dit kan Flow namelijk prima zelf! In elke omgeving moeten we daarom eenmalig een Flow aanmaken, die we overigens niet in een oplossing meenemen, die we handmatig kunnen starten. In deze Flow halen we alle uitgeschakelde Flows in de omgeving op en werken wij de verbindingen bij, die zijn opgeslagen in het attribuut Client Data. In het onderstaande voorbeeld zie je hoe je dit kunt vervangen. De genoemde waardes NAAM_CONNECTOR en NAAM_CONNECTIE moeten vervangen worden met de namen van de connector (apiName) en connectie (connectionName) die je wilt bijwerken, deze zijn te vinden in Microsoft Flow onder Settings > Connecties.
replace(
items(‘Apply_to_each’)?[‘clientdata’],
‘”connection”:{},”api”:{“name”:”NAAM_CONNECTOR’,
‘”connection”:{“name”:”NAAM_CONNECTIE”},”api”:{“name”:”NAAM_CONNECTOR’
)
In diezelfde actie kunnen we ook de status van de Flow aanpassen van uit naar aan, en op deze manier heb je met 1 klik op de knop, de connecties van je geïmporteerde Flows gecorrigeerd!
