Create the parameter in Nimbus

✅ We need to create the parameter in Nimbus first.

In Nimbus, we need to go to Configuration > Parameters and create the following Custom Parameters to store the Choice of the caller into:

• CallMeBack = false

Create the workflow

✅ We need to create the workflows that writes into our new parameter.

1. Still within Nimbus Configuration, go to Workflows and create a new workflow as follows: 
   
2. Start with an "Accept Conversation" activity followed by "Collect Information" and "Check Parameter". Afterwards drag in the other activities (e.g. announcements) as needed. 💡 We omitted an "Check Opening Hours" for testing reasons.
3. In the "Collect Information" activity, adjust the settings as follows:
   1. Select "CallMeBack" as parameter to save
   2. Limit Max DTMF Digits to "1" 
      
4. In the "Check Parameter" activity, adjust settings as follows:
   1. Select Parameter Type "Custom"
   2. Select Custom Type "Custom Context Parameter"
   3. Use "CallMeBack" as parameter
   4. Add a Regular Expression "^1$" to the Regex field: without the quotes. 
      💡 This expression checks if input begins with 1, ends right after. 
       
5. Finally, assign the workflow to your service line.

Create the Flow

✅ Ensure you are working in the right environment. 

Now it's time to create a new flow:

1. Within Power Automate click on Create > Automated Cloud Flow
2. Name your flow accordingly, like “When a caller wishes to be called back, then create a call back task in Microsoft Dynamics 365”
3. Start your flow with the a "GetOnUpdatedTasks" Nimbus activity.
4. Select SessionEvent to "Parameter Updated".

Check for “Updated Parameter”

1. Drag an "Initialize variable" element to the flow into which we want to store the caller's contact ID stored during the incoming call Power Automate flow.
   • Name = contactid
   • type = String
2. We now check if the event corresponds to the update of the CallMeBack parameter and if the caller has chosen to be called back. The parameter's default value was "false" so we want to go further if that has changed. 
   Drag a "Condition" element to the flow and set the following:
   1. UpdatedParameterName is equal to CallMeBack
   2. UpdatedParameterName is not equal to false

IF TRUE Condition 1: check DynamicsContactId parameter

💡 If the flow runs into this branch, then CallMeBack has changed its value from false to something else. We remember that 1 was the choice of being called back in the Nimbus workflow. For simplicity here we do not differentiate the value. 

💡 We can set the contactid variable to see if the contact is known in Microsoft Dynamics 365. ✅ The id had been set by the flow Use Case - Looking up a caller to open Dynamics 365 contact context which is the precondition to this flow.

1. Element "Set variable"
   • Name = contactid
   • Value = triggerOutputs()?['body/customContectParameter/DynamicsContactId']
2. Element "Condition 2"
   • contactid "is greater than" null

IF TRUE Condition 2: get the Microsoft Dynamics contact

💡 If the flow runs into this branch, then a contactid had previously been found in Microsoft Dynamics and we can use it to get the data of the contact.

1. Add a "Get future time" element to the flow:
   • Set the interval to1
   • Set the time unit to Day.
2. Add a Dataverse "Get row by Id" element to the flow:
   • Rename it to "Contact"
   • Table name = Contacts
   • Row ID = contactid variable

Create the Phone Call activity in Microsoft Dynamics 365

1. Finally add a Dataverse "Add a new row" element to the flow and set it as following:
   1. Description: Use formatDateTime() to correctly format timestamps from the Nimbus object:
      • formatDateTime(triggerOutputs()?['body/created'],'dd.MM.yyyy')
      • formatDateTime(triggerOutputs()?['body/created'],'HH:mm')
   2. The Regarding XYZ fields need the "odata.id" as input of the related object. 
      💡 In our case it is the OData Id of the Contact element.