\n For the third and final part of this short series on reporting against Planner data I will be taking some of the ideas from\n \n Part 1\n \n and\n \n Part 2\n \n and putting more process around them.  This is still really just ideas to make you think about your use of Planner – and not a baked solution.  I don’t for example handle the messy stuff of keeping everything in sync – and take an approach of loading a snapshot each time.  Also the tools I’m using may not be the best ones for you – but hopefully highlight the open nature of Graph and also showcase the parts that Flow and many of the Azure workloads can play in an overall solution.\n

\n This is one of the outcomes of the blog – just to keep you reading…  A Power BI report of the status of Planner tasks – for a specific set of Plans.\n

\n \n

\n For the session at our internal Ready conference that sparked this series I used Python for some of the Graph reading – based on this sample -\n \n https://github.com/microsoftgraph/python3-connect-rest-sample\n \n which was a web app using\n \n Flask\n \n the that started the authentication and then I just made the necessary changes to the requested permission scopes then made the various Graph calls and manipulated the response.  I finally used the\n \n Azure DocumentDB Data Migration tool\n \n to push the data into Azure Cosmos DB.  It felt a little clunky.\n

\n Since then I’ve re-worked things and moved back from Python to PowerShell (mainly due to my competencies – still learning Python – come to that still learning PowerShell!) and combined Flow and Azure Functions together to move the data via REST calls into Azure Cosmos DB.\n

\n So to start – I have an Azure Cosmos DB provisioned and a database created called Planner.  I decided to store data in various collections – matching up to the data elements in Planner – with the addition of an extra one for Assignments – pulling this outside the Task for easier reporting.  I could have saved all the different json into just one collection as CosmosDB is a NoSQL store – but again for reporting and hitting it with PowerBI the collections made it easier.  In my testing I was re-loading the data many times – so I made things easier by using the Cloud Shell and a script to delete and create the collections (first time I’d used vi for a while…).\n

\n \n

\n The next part was the Azure Functions – which read all the Planner data using the Graph API and then write the data to CosmosDB.  Initially I did this in one function, but even with just 30 or so plans I was getting close to the function time-out of 5 minutes so changed it so that the initial function reads most of the plan level data and then makes another function call for each of the plans to get the task data.  This could probably be improved to pass over the token information too – avoiding some re-authentication in the 2nd function.\n

\n You\n \n pay for Azure functions\n \n based on the time they are running and the resources they consume – and storage while they are not running.  I’ve yet to hit $0.05 on my usage during my testing for the function costs.\n

\n The first function has some setup stuff for the CosmosDB REST calls, and the authentication key is created based on the verb, resource date and the master key – so these are needed for each collection.  There is also some setup for the Planner Graph calls (including keys/accounts/passwords as this runs from the function) and then imports some modules for the Graph auth.  These modules need to be loaded into the function – which is carried out using the right hand ‘View files’ window.\n

\n \n

\n I’ll add the full script at the foot of the blog – just to not break the flow of this document too much and just walk through some key parts.  In earlier version I had used the me/Planner/Plans Graph call to get the Plans, but there are some challenges with that call in that it only gets the subscribed plans – so I switched in this example and used the v1.0/Groups call (as the account I had set had access) and then used the groups/<GroupId>/planner/plans call.  This has the additional advantage that it does get the potentially multiple plans per Group that can be created via Microsoft Teams – hence my use of a ForEach when reading the plans from the Group.\n

\n One other gotcha I hit when running from the function compared to just running in PowerShell on my desktop was seeing some ‘bad json’ messages.  Adding a –Compress to the ‘ConvertTo-Json appeared to resolve these, and I suspect either trailing spaces or ‘\\’ may have been the root cause – exposed by a different PowerShell version.  I also wrapped the planner loop in a try/catch – as some groups may not have plans.\n

\n After looping around the plans, plan details and members, and writing each of the sets of data off to CosmosDB using a REST call like in the following screenshot I made the call to the second function – shown in the subsequent screenshot.  You can also see in the PlanDetails section that this is where I am filtering the Plans and only pushing all the remaining data to CosmosDB if the 1st category is set to Marketing.  This is a pretty rough way to filter – but it does the job in my case as all the plans I am interested in were created from a template where category 1 was marketing.\n

\n \n

\n And here is the call to the subsequent function.  I am passing in the Plan Id, and using Start-Job so this is an asynchronous call so I’m not waiting on a response.  This also necessitates the use of $using so that the async call has access to the local variables.  You probably want to add some kind of error handling here – or just keep an eye on function failures with an alert.  Notice the –UseBasicParsing too – as this is required since the call is being made in the function and the Internet Explorer engine is not available:\n

\n \n

\n The second function called above is very similar once we get past the initial code that gets the Plan ID from the request.\n

\n \n

\n I proceed with the REST and Planner auth stuff after that (which perhaps could be passed in the request and save some time/money), and then one added complexity was pulling out the assignments into their own collection – so it is easier to look at assignments across plans.\n

\n \n

\n In my case I’ve just executed the first function manually for now, but it would make sense to have this on a schedule – and you could also tie in the deletion/creation of collections to save on the costs between reporting cycles.  If I hadn’t wanted to learn more about CosmosDB it would probably make more sense to push this data into SQL Azure – but the very cool multi geo replication possibilities with CosmosDB are certainly worth a look.  I did start spending a bit more of my Azure allocation than I’d expected after creating collections with high throughput capabilities – and writing my data to Europe which then replicated to the US and Brazil.  Lesson learned.\n

\n Monitoring the functions through the Azure Portal I can see that my current run of the initial function was successful and took just over 2 minutes.  I left some of my earlier failures in there too – the debug capabilities in Functions are pretty good!\n

\n \n

\n This of course was then calling out to the other function – so monitoring that one I also see success (just showing the last few here) and they were taking around 15 to 20 seconds a time.\n

\n \n

\n Here is an example of one record – part of a task – and as you can see this is stored in json format,\n

\n \n

\n As I get this far I’m thinking that a Part 4 of my trilogy will be needed to dig deeper into using Power BI directly against the CosmosDB – as for now I wanted to concentrate on another Flow.  I have a scheduled Flow that runs every day and makes several calls to query documents in my CosmosDB and then creates and then updates an item in a SharePoint list.\n

\n \n

\n The first Query documents looks like this – it is going to my Planner CosmosDB and mya Tasks collection and executing the query\n

\n

\n SELECT Count(c.id) from c WHERE c.percentComplete=0\n

\n

\n \n

\n And you can test out this kind of query in the Azure portal agains the CosmosDB using the query explorer, and my answer currently is 73 tasks that have percentComplete of 0 – which means not started.:\n

\n \n

\n The next step of the Flow is creating an item in SharePoint – and the step looks like the following, where I set the site address and the list name, then write a title (which I don’t actually use) and set the date to now and use an expression to write out my query result of 73.\n

\n \n

\n The expression to get the value from my query was the tricky part for me – but finally this worked:\n

\n

\n int(body('Query_documents')?['Documents']?[0]?['$1'])\n

\n

\n The remaining steps are just a repeat of the query for 50% (In Progress) and 100% (Completed) and updating the task (using the ID) with the appropriate value.\n

\n Looking at my Flow run history I can see that I had a few failures – these were days when my collections didn’t exist.  The two recent successes where just after I added my collections while writing this blog (result = 0 for all fields! – so I deleted this row in SharePoint) and the most recent successful one where it added my correct values.\n

\n In SharePoint my list looks like this:\n

\n \n

\n I must admit to cheating here and adding a bit of history manually – so that the PowerBI reports would look good – but after pointing Power BI at my SharePoint list, removing columns I wasn’t interested in and ensuring that the remaining data was being seen as a Date field and 3 integers – I could finally get to the report I showed at the top of the blog – but now with the additional values from today (I’d added a plan and updated a few progress values earlier):\n

\n \n

\n I’ll do an addendum or Part 4 of the trilogy to look at using the Power BI CosmosDB direct reporting options – but hopefully this has given you some ideas.  I’ve probably skipped over some important point or other – let me know if anything needs some better explanation.\n

\n The PowerShell scripts used in the two functions follow – with some details edited where you will need to add your own accounts, keys and Urls etc.  These are supplied as-is – no warranties.  Bware of “ being turned curly and new lines where there shouldn’t be new lines.\n

\n \n The Initial Function\n \n

\n #Setup stuff for the DocDB REST calls\n
\n
\n [System.Reflection.Assembly]::LoadWithPartialName(\"System.Web\") | out-null\n
\n
\n $global:resourceType=\"docs\"\n
\n
\n $verb=\"POST\"\n
\n
\n $date = Get-Date\n
\n
\n $utcDate = $date.ToUniversalTime()\n
\n
\n $global:xDate = $utcDate.ToString('r',[System.Globalization.CultureInfo]::InvariantCulture)\n
\n
\n $global:masterKey = \"<Your master key from CosmosDB goes here>”\n

\n # generate signature for REST call\n
\n
\n function fnGetKey ($pVerb, $pResourceId, $pResourceType, $date, $masterKey)\n
\n
\n {\n
\n $keyBytes = [System.Convert]::FromBase64String($masterKey)\n
\n $sigCleartext = @($pVerb.ToLower() + \"`n\" + $pResourceType.ToLower() + \"`n\" + $pResourceId + \"`n\" + $date.ToString().ToLower() + \"`n\" + \"\" + \"`n\")\n
\n $bytesSigClear =[Text.Encoding]::UTF8.GetBytes($sigCleartext)\n
\n $hmacsha = new-object -TypeName System.Security.Cryptography.HMACSHA256 -ArgumentList (,$keyBytes)\n
\n $hash = $hmacsha.ComputeHash($bytesSigClear)\n
\n $signature = [System.Convert]::ToBase64String($hash)\n
\n $key = $('type=master&ver=1.0&sig=' + $signature)\n
\n $key  = [System.Web.HttpUtility]::UrlEncode($('type=master&ver=1.0&sig=' + $signature)) # needs Snapin System.web!\n
\n return $key\n
\n
\n }\n

\n #Setup stuff for the Planner Calls\n

\n $clientId = ‘<A registered client ID in Azure with the right access levels>’\n

\n $aadtenant = \"<yourtenant>.onmicrosoft.com\"\n
\n
\n $username = \"<yourname>@<yourtenant>.onmicrosoft.com\"\n
\n
\n $password = \"<your password>\" | ConvertTo-SecureString -AsPlainText -Force\n

\n $Credential = New-Object -typename System.Management.Automation.PSCredential -argumentlist $username, $password\n
\n
\n
\n
\n $Modulebase = (get-Module MicrosoftGraphAPI).ModuleBase\n

\n Import-Module \"D:\\home\\site\\wwwroot\\HttpTriggerPlannerToDocDB\\Microsoft.IdentityModel.Clients.ActiveDirectory.dll\"\n
\n
\n
\n Import-Module \"D:\\home\\site\\wwwroot\\HttpTriggerPlannerToDocDB\\Microsoft.IdentityModel.Clients.ActiveDirectory.WindowsForms.dll\"\n
\n
\n
\n $resourceAppIdURI = “\n \n https://graph.microsoft.com”\n \n
\n
\n
\n $authority = “\n \n https://login.windows.net/\n \n $aadTenant”\n
\n
\n
\n $authContext = New-Object \"Microsoft.IdentityModel.Clients.ActiveDirectory.AuthenticationContext\" -ArgumentList $authority\n
\n
\n $uc = new-object Microsoft.IdentityModel.Clients.ActiveDirectory.UserCredential -ArgumentList $Credential.Username,$Credential.Password\n

\n $token = $authContext.AcquireToken($resourceAppIdURI, $clientId,$uc)\n

\n # Blog Client ID - my Application ID from Azure Oops – dupe line…\n
\n
\n $clientId = ‘<A registered client ID in Azure with the right access levels>’\n

\n #Get DocDB REST authkeys\n
\n
\n $global:resourceId= \"dbs/Planner/colls/Plans\"\n
\n
\n $planAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/PlanDetails\"\n
\n
\n $planDetailsAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/Members\"\n
\n
\n $planMembersAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/Buckets\"\n
\n
\n $planBucketsAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/Tasks\"\n
\n
\n $planTasksAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/TaskDetails\"\n
\n
\n $planTaskDetailsAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/Assignments\"\n
\n
\n $planAssignmentsAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n

\n #################################################\n
\n
\n #Get Plans (V2 - from Groups)\n
\n
\n #################################################\n

\n $headers = @{}\n
\n
\n $headers.Add('Authorization','Bearer ' + $Token.AccessToken)\n
\n
\n $headers.Add('Content-Type', \"application/json\")\n

\n
\n
\n #$plans = Invoke-WebRequest -Uri \"\n \n https://graph.microsoft.com/v1.0/me/planner/plans\"\n \n -Method Get -Headers $headers -UseBasicParsing\n
\n
\n #$plansContent = $plans.Content | ConvertFrom-Json\n
\n
\n #$planValue = $plansContent.Value\n

\n #First get Groups\n
\n
\n $groups = Invoke-WebRequest -Uri \"\n \n https://graph.microsoft.com/v1.0/Groups\"\n \n -Method Get -Headers $headers -UseBasicParsing\n
\n
\n $groupsContent = $groups.Content | ConvertFrom-Json\n
\n
\n $groupValue = $groupsContent.Value\n

\n ForEach($group in $groupValue){\n
\n try {\n
\n
\n $uri = \"\n \n https://graph.microsoft.com/v1.0/groups/\"\n \n + $group.id + \"/planner/plans\"\n
\n
\n $plans = Invoke-WebRequest -Uri $uri -Method Get -Headers $headers -UseBasicParsing\n

\n $plansContent = $plans.Content | ConvertFrom-Json\n
\n
\n $planValue = $plansContent.Value\n

\n ForEach($plan in $planValue){\n
\n
\n $docdbHeader=@{\"Authorization\" = \"$planAuthKey\"; `\n
\n \"x-ms-version\" = \"2015-12-16\"; `\n
\n \"x-ms-date\" = \"$xdate\"; `\n
\n \"x-ms-indexing-directive\" = \"Include\"; `\n
\n \"x-ms-documentdb-is-upsert\" = \"True\"; `\n
\n \"Content-Length\" = \"0\"\n
\n }\n

\n $jsonBody = $plan | ConvertTo-Json -Compress\n

\n $docdbUri = \"https://<YourCosmosDBName>.documents.azure.com/dbs/Planner/colls/Plans/docs\"\n

\n Invoke-RestMethod -Uri $docdbUri -Headers $docdbHeader -Method $verb -ContentType \"application/json\" -Body $jsonBody\n

\n
\n
\n #################################################\n
\n
\n #Get Plan Details\n
\n
\n #################################################\n

\n
\n
\n $groupId = $plan.owner\n
\n
\n $uri = \"\n \n https://graph.microsoft.com/v1.0/planner/plans/\"\n \n + $plan.id + \"/details\"\n

\n $planDetails = Invoke-WebRequest -Uri $uri -Method Get -Headers $headers -UseBasicParsing\n
\n
\n $planDetailsContent = $planDetails.Content | ConvertFrom-Json\n

\n # Only continue with this plan if the category1 matches our target paln type.\n
\n
\n if($planDetailsContent.categoryDescriptions.category1 -eq \"Marketing\"){\n

\n $docdbHeader=@{\"Authorization\" = \"$planDetailsAuthKey\"; `\n
\n \"x-ms-version\" = \"2015-12-16\"; `\n
\n \"x-ms-date\" = \"$xdate\"; `\n
\n \"x-ms-indexing-directive\" = \"Include\"; `\n
\n \"x-ms-documentdb-is-upsert\" = \"True\"; `\n
\n \"Content-Length\" = \"0\"\n
\n }\n

\n $jsonBody = $planDetailsContent | ConvertTo-Json -Compress\n

\n $docdbUri = \"https://<yourCosmosDBName>.documents.azure.com/dbs/Planner/colls/PlanDetails/docs\"\n

\n Invoke-RestMethod -Uri $docdbUri -Headers $docdbHeader -Method $verb -ContentType \"application/json\" -Body $jsonBody\n

\n #GroupMember\n
\n
\n $uri = \"\n \n https://graph.microsoft.com/v1.0/groups/\"\n \n + $groupId + \"/members\"\n

\n $members = Invoke-WebRequest -Uri $uri -Method Get -Headers $headers -UseBasicParsing\n
\n
\n $membersContent = $members.Content | ConvertFrom-Json\n

\n $membersContent | Add-Member id $plan.id\n
\n
\n $membersValue = $membersContent.value\n

\n $docdbHeader=@{\"Authorization\" = \"$planMembersAuthKey\"; `\n
\n \"x-ms-version\" = \"2015-12-16\"; `\n
\n \"x-ms-date\" = \"$xdate\"; `\n
\n \"x-ms-indexing-directive\" = \"Include\";\n
\n \"x-ms-documentdb-is-upsert\" = \"True\"; `\n
\n \"Content-Length\" = \"0\"\n
\n }\n

\n ForEach($member in $membersValue){\n
\n
\n $jsonBody = $member | ConvertTo-Json -Compress\n

\n $docdbUri = \"https://<yourCosmosDBName>.documents.azure.com/dbs/Planner/colls/Members/docs\"\n

\n Invoke-RestMethod -Uri $docdbUri -Headers $docdbHeader -Method $verb -ContentType \"application/json\" -Body $jsonBody\n
\n
\n }\n

\n #Buckets\n
\n
\n $uri = \"\n \n https://graph.microsoft.com/v1.0/planner/plans/\"\n \n + $plan.id + \"/buckets\"\n

\n $buckets = Invoke-WebRequest -Uri $uri -Method Get -Headers $headers -UseBasicParsing\n
\n
\n $bucketsContent = $buckets.Content | ConvertFrom-Json\n
\n
\n $bucketsContent | Add-Member id $plan.id\n
\n
\n $bucketsValue = $bucketsContent.value\n

\n $docdbHeader=@{\"Authorization\" = \"$planBucketsAuthKey\"; `\n
\n \"x-ms-version\" = \"2015-12-16\"; `\n
\n \"x-ms-date\" = \"$xdate\"; `\n
\n \"x-ms-indexing-directive\" = \"Include\";\n
\n \"x-ms-documentdb-is-upsert\" = \"True\"; `\n
\n \"Content-Length\" = \"0\"\n
\n }\n
\n
\n ForEach($bucket in $bucketsValue){\n

\n $jsonBody = $bucket | ConvertTo-Json -Compress\n

\n $docdbUri = \"https://<yourCosmosDBName>.documents.azure.com/dbs/Planner/colls/Buckets/docs\"\n

\n Invoke-RestMethod -Uri $docdbUri -Headers $docdbHeader -Method $verb -ContentType \"application/json\" -Body $jsonBody\n
\n
\n }\n

\n #Tasks - call out to separate function\n

\n $planId = $plan.id\n
\n
\n $taskBody=@{\"planId\" = \"$planId\"}\n
\n
\n $body=$taskBody | ConvertTo-Json -Compress\n
\n
\n $taskHeaders = @{}\n
\n
\n $taskHeaders.Add('Content-Type', \"application/json\")\n

\n $uri = \"https://<yourfunctionendpoint>.azurewebsites.net/api/<YourfunctionName>?code=<from your function Url>”\n

\n Start-Job {Invoke-WebRequest -Uri $using:uri -Method Post -Headers $using:taskHeaders -Body $using:body -UseBasicParsing}\n

\n }\n
\n
\n }\n
\n
\n }\n
\n
\n catch [Net.WebException] {}\n
\n
\n }\n

\n \n The 2nd Function – called from the last part of the one above:\n \n

\n # POST method: $req\n
\n
\n $requestBody = Get-Content $req -Raw | ConvertFrom-Json\n
\n
\n $planId = $requestBody.planId\n

\n # GET method: each querystring parameter is its own variable\n
\n
\n if ($req_query_name)\n
\n
\n {\n
\n $planId = $req_query_name\n
\n
\n }\n

\n #Setup stuff for the DocDB REST calls\n
\n
\n [System.Reflection.Assembly]::LoadWithPartialName(\"System.Web\") | out-null\n
\n
\n $global:resourceType=\"docs\"\n
\n
\n $verb=\"POST\"\n
\n
\n $date = Get-Date\n
\n
\n $utcDate = $date.ToUniversalTime()\n
\n
\n $global:xDate = $utcDate.ToString('r',[System.Globalization.CultureInfo]::InvariantCulture)\n
\n
\n $global:masterKey = \"<YourCosmosDB master key>”\n

\n # generate signature for REST call\n
\n
\n function fnGetKey ($pVerb, $pResourceId, $pResourceType, $date, $masterKey)\n
\n
\n {\n
\n $keyBytes = [System.Convert]::FromBase64String($masterKey)\n
\n $sigCleartext = @($pVerb.ToLower() + \"`n\" + $pResourceType.ToLower() + \"`n\" + $pResourceId + \"`n\" + $date.ToString().ToLower() + \"`n\" + \"\" + \"`n\")\n
\n $bytesSigClear =[Text.Encoding]::UTF8.GetBytes($sigCleartext)\n
\n $hmacsha = new-object -TypeName System.Security.Cryptography.HMACSHA256 -ArgumentList (,$keyBytes)\n
\n $hash = $hmacsha.ComputeHash($bytesSigClear)\n
\n $signature = [System.Convert]::ToBase64String($hash)\n
\n $key = $('type=master&ver=1.0&sig=' + $signature)\n
\n $key  = [System.Web.HttpUtility]::UrlEncode($('type=master&ver=1.0&sig=' + $signature)) # needs Snapin System.web!\n
\n return $key\n
\n
\n }\n

\n #Setup stuff for the Planner Calls\n

\n $clientId = ‘<A registered client ID in Azure with the right access levels>’\n

\n $aadtenant = \"<yourtenant>.onmicrosoft.com\"\n
\n $username = \"<yourname>@<yourtenant>.onmicrosoft.com\"\n
\n $password = \"<your password>\" | ConvertTo-SecureString -AsPlainText -Force\n

\n $Credential = New-Object -typename System.Management.Automation.PSCredential -argumentlist $username, $password\n
\n
\n
\n $Modulebase = (get-Module MicrosoftGraphAPI).ModuleBase\n

\n Import-Module \"D:\\home\\site\\wwwroot\\HttpTriggerPlannerToDocDB\\Microsoft.IdentityModel.Clients.ActiveDirectory.dll\"\n
\n
\n
\n Import-Module \"D:\\home\\site\\wwwroot\\HttpTriggerPlannerToDocDB\\Microsoft.IdentityModel.Clients.ActiveDirectory.WindowsForms.dll\"\n
\n
\n
\n $resourceAppIdURI = “\n \n https://graph.microsoft.com”\n \n
\n
\n
\n $authority = “\n \n https://login.windows.net/\n \n $aadTenant”\n
\n
\n
\n $authContext = New-Object \"Microsoft.IdentityModel.Clients.ActiveDirectory.AuthenticationContext\" -ArgumentList $authority\n
\n
\n $uc = new-object Microsoft.IdentityModel.Clients.ActiveDirectory.UserCredential -ArgumentList $Credential.Username,$Credential.Password\n

\n $token = $authContext.AcquireToken($resourceAppIdURI, $clientId,$uc)\n

\n # Blog Client ID - my Application ID from Azure\n
\n
\n $clientId = ‘<A registered client ID in Azure with the right access levels>’\n

\n #Get DocDB REST authkeys\n
\n
\n $global:resourceId= \"dbs/Planner/colls/Tasks\"\n
\n
\n $planTasksAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/TaskDetails\"\n
\n
\n $planTaskDetailsAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/Assignments\"\n
\n
\n $planAssignmentsAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n

\n #Get Tasks stuff for planId\n

\n $headers = @{}\n
\n
\n $headers.Add('Authorization','Bearer ' + $Token.AccessToken)\n
\n
\n $headers.Add('Content-Type', \"application/json\")\n

\n $uri = \"\n \n https://graph.microsoft.com/v1.0/planner/plans/\"\n \n + $planId + \"/tasks\"\n

\n $tasks = Invoke-WebRequest -Uri $uri -Method Get -Headers $headers -UseBasicParsing\n
\n
\n $tasksContent = $tasks.Content | ConvertFrom-Json\n
\n
\n $tasksValue = $tasksContent.value\n

\n $docdbTaskHeader=@{\"Authorization\" = \"$planTasksAuthKey\"; `\n
\n \"x-ms-version\" = \"2015-12-16\"; `\n
\n \"x-ms-date\" = \"$xdate\"; `\n
\n \"x-ms-indexing-directive\" = \"Include\";\n
\n \"x-ms-documentdb-is-upsert\" = \"True\"; `\n
\n \"Content-Length\" = \"0\"\n
\n }\n

\n ForEach($task in $tasksValue){\n
\n
\n $assignmentNames=@{}\n

\n $jsonBody = $task | ConvertTo-Json -Compress\n

\n $docdbUri = \"https://<YourCosmosDBName>.documents.azure.com/dbs/Planner/colls/Tasks/docs\"\n

\n Invoke-RestMethod -Uri $docdbUri -Headers $docdbTaskHeader -Method $verb -ContentType \"application/json\" -Body $jsonBody\n

\n ForEach($assignment in ($task.assignments | Get-Member -MemberType NoteProperty)){\n
\n
\n [array]$assignmentNames +=$assignment\n
\n
\n }\n
\n
\n ForEach($assignmentName in $assignmentNames){\n
\n
\n $assignee=@{}\n
\n
\n If($assignmentName.Name){\n
\n
\n $assignee | Add-Member name $assignmentName.Name.ToString()\n
\n
\n }\n
\n
\n Else{\n
\n
\n $assignee | Add-Member name \"Unassigned\"\n
\n
\n }\n
\n
\n $assignee | Add-Member planId $planId\n
\n
\n $assignee | Add-Member taskId $taskId\n
\n
\n $uniqueAssnId = $assignee.planId + \"_\" + $assignee.taskId + \"_\" + $assignee.name\n
\n
\n $assignee | Add-Member id $uniqueAssnId\n

\n $docdbAssnHeader=@{\"Authorization\" = \"$planAssignmentsAuthKey\"; `\n
\n \"x-ms-version\" = \"2015-12-16\"; `\n
\n \"x-ms-date\" = \"$xdate\"; `\n
\n \"x-ms-indexing-directive\" = \"Include\";\n
\n \"x-ms-documentdb-is-upsert\" = \"True\"; `\n
\n \"Content-Length\" = \"0\"\n
\n }\n

\n $jsonBody = $assignee | ConvertTo-Json -Compress\n
\n
\n $docdbUri = \"https://<YourCosmosDBName>.documents.azure.com/dbs/Planner/colls/Assignments/docs\"\n

\n Invoke-RestMethod -Uri $docdbUri -Headers $docdbAssnHeader -Method $verb -ContentType \"application/json\" -Body $jsonBody\n
\n
\n }\n

\n
\n
\n }\n

\n #Task Details\n
\n
\n ForEach($task in $tasksValue){\n
\n $uri = \"\n \n https://graph.microsoft.com/v1.0/planner/tasks/\"\n \n + $task.id + \"/details\"\n

\n $taskDetails = Invoke-WebRequest -Uri $uri -Method Get -Headers $headers -UseBasicParsing\n
\n $taskDetailsContent = $taskDetails.Content | ConvertFrom-Json\n
\n
\n $docdbTaskDetailsHeader=@{\"Authorization\" = \"$planTaskDetailsAuthKey\"; `\n
\n \"x-ms-version\" = \"2015-12-16\"; `\n
\n \"x-ms-date\" = \"$xdate\"; `\n
\n \"x-ms-indexing-directive\" = \"Include\"; `\n
\n \"x-ms-documentdb-is-upsert\" = \"True\"; `\n
\n \"Content-Length\" = \"0\"\n
\n }\n
\n
\n $jsonBody = $taskDetailsContent | ConvertTo-Json -Compress\n

\n $docdbUri = \"https://<YourCosmosDBName>.documents.azure.com/dbs/Planner/colls/TaskDetails/docs\"\n

\n Invoke-RestMethod -Uri $docdbUri -Headers $docdbTaskDetailsHeader -Method $verb -ContentType \"application/json\" -Body $jsonBody\n
\n }\n

\n For the third and final part of this short series on reporting against Planner data I will be taking some of the ideas from\n \n Part 1\n \n and\n \n Part 2\n \n and putting more process around them.  This is still really just ideas to make you think about your use of Planner – and not a baked solution.  I don’t for example handle the messy stuff of keeping everything in sync – and take an approach of loading a snapshot each time.  Also the tools I’m using may not be the best ones for you – but hopefully highlight the open nature of Graph and also showcase the parts that Flow and many of the Azure workloads can play in an overall solution.\n

\n This is one of the outcomes of the blog – just to keep you reading…  A Power BI report of the status of Planner tasks – for a specific set of Plans.\n

\n \n

\n For the session at our internal Ready conference that sparked this series I used Python for some of the Graph reading – based on this sample -\n \n https://github.com/microsoftgraph/python3-connect-rest-sample\n \n which was a web app using\n \n Flask\n \n the that started the authentication and then I just made the necessary changes to the requested permission scopes then made the various Graph calls and manipulated the response.  I finally used the\n \n Azure DocumentDB Data Migration tool\n \n to push the data into Azure Cosmos DB.  It felt a little clunky.\n

\n Since then I’ve re-worked things and moved back from Python to PowerShell (mainly due to my competencies – still learning Python – come to that still learning PowerShell!) and combined Flow and Azure Functions together to move the data via REST calls into Azure Cosmos DB.\n

\n So to start – I have an Azure Cosmos DB provisioned and a database created called Planner.  I decided to store data in various collections – matching up to the data elements in Planner – with the addition of an extra one for Assignments – pulling this outside the Task for easier reporting.  I could have saved all the different json into just one collection as CosmosDB is a NoSQL store – but again for reporting and hitting it with PowerBI the collections made it easier.  In my testing I was re-loading the data many times – so I made things easier by using the Cloud Shell and a script to delete and create the collections (first time I’d used vi for a while…).\n

\n \n

\n The next part was the Azure Functions – which read all the Planner data using the Graph API and then write the data to CosmosDB.  Initially I did this in one function, but even with just 30 or so plans I was getting close to the function time-out of 5 minutes so changed it so that the initial function reads most of the plan level data and then makes another function call for each of the plans to get the task data.  This could probably be improved to pass over the token information too – avoiding some re-authentication in the 2nd function.\n

\n You\n \n pay for Azure functions\n \n based on the time they are running and the resources they consume – and storage while they are not running.  I’ve yet to hit $0.05 on my usage during my testing for the function costs.\n

\n The first function has some setup stuff for the CosmosDB REST calls, and the authentication key is created based on the verb, resource date and the master key – so these are needed for each collection.  There is also some setup for the Planner Graph calls (including keys/accounts/passwords as this runs from the function) and then imports some modules for the Graph auth.  These modules need to be loaded into the function – which is carried out using the right hand ‘View files’ window.\n

\n \n

\n I’ll add the full script at the foot of the blog – just to not break the flow of this document too much and just walk through some key parts.  In earlier version I had used the me/Planner/Plans Graph call to get the Plans, but there are some challenges with that call in that it only gets the subscribed plans – so I switched in this example and used the v1.0/Groups call (as the account I had set had access) and then used the groups/<GroupId>/planner/plans call.  This has the additional advantage that it does get the potentially multiple plans per Group that can be created via Microsoft Teams – hence my use of a ForEach when reading the plans from the Group.\n

\n One other gotcha I hit when running from the function compared to just running in PowerShell on my desktop was seeing some ‘bad json’ messages.  Adding a –Compress to the ‘ConvertTo-Json appeared to resolve these, and I suspect either trailing spaces or ‘\\’ may have been the root cause – exposed by a different PowerShell version.  I also wrapped the planner loop in a try/catch – as some groups may not have plans.\n

\n After looping around the plans, plan details and members, and writing each of the sets of data off to CosmosDB using a REST call like in the following screenshot I made the call to the second function – shown in the subsequent screenshot.  You can also see in the PlanDetails section that this is where I am filtering the Plans and only pushing all the remaining data to CosmosDB if the 1st category is set to Marketing.  This is a pretty rough way to filter – but it does the job in my case as all the plans I am interested in were created from a template where category 1 was marketing.\n

\n \n

\n And here is the call to the subsequent function.  I am passing in the Plan Id, and using Start-Job so this is an asynchronous call so I’m not waiting on a response.  This also necessitates the use of $using so that the async call has access to the local variables.  You probably want to add some kind of error handling here – or just keep an eye on function failures with an alert.  Notice the –UseBasicParsing too – as this is required since the call is being made in the function and the Internet Explorer engine is not available:\n

\n \n

\n The second function called above is very similar once we get past the initial code that gets the Plan ID from the request.\n

\n \n

\n I proceed with the REST and Planner auth stuff after that (which perhaps could be passed in the request and save some time/money), and then one added complexity was pulling out the assignments into their own collection – so it is easier to look at assignments across plans.\n

\n \n

\n In my case I’ve just executed the first function manually for now, but it would make sense to have this on a schedule – and you could also tie in the deletion/creation of collections to save on the costs between reporting cycles.  If I hadn’t wanted to learn more about CosmosDB it would probably make more sense to push this data into SQL Azure – but the very cool multi geo replication possibilities with CosmosDB are certainly worth a look.  I did start spending a bit more of my Azure allocation than I’d expected after creating collections with high throughput capabilities – and writing my data to Europe which then replicated to the US and Brazil.  Lesson learned.\n

\n Monitoring the functions through the Azure Portal I can see that my current run of the initial function was successful and took just over 2 minutes.  I left some of my earlier failures in there too – the debug capabilities in Functions are pretty good!\n

\n \n

\n This of course was then calling out to the other function – so monitoring that one I also see success (just showing the last few here) and they were taking around 15 to 20 seconds a time.\n

\n \n

\n Here is an example of one record – part of a task – and as you can see this is stored in json format,\n

\n \n

\n As I get this far I’m thinking that a Part 4 of my trilogy will be needed to dig deeper into using Power BI directly against the CosmosDB – as for now I wanted to concentrate on another Flow.  I have a scheduled Flow that runs every day and makes several calls to query documents in my CosmosDB and then creates and then updates an item in a SharePoint list.\n

\n \n

\n The first Query documents looks like this – it is going to my Planner CosmosDB and mya Tasks collection and executing the query\n

\n

\n SELECT Count(c.id) from c WHERE c.percentComplete=0\n

\n

\n \n

\n And you can test out this kind of query in the Azure portal agains the CosmosDB using the query explorer, and my answer currently is 73 tasks that have percentComplete of 0 – which means not started.:\n

\n \n

\n The next step of the Flow is creating an item in SharePoint – and the step looks like the following, where I set the site address and the list name, then write a title (which I don’t actually use) and set the date to now and use an expression to write out my query result of 73.\n

\n \n

\n The expression to get the value from my query was the tricky part for me – but finally this worked:\n

\n

\n int(body('Query_documents')?['Documents']?[0]?['$1'])\n

\n

\n The remaining steps are just a repeat of the query for 50% (In Progress) and 100% (Completed) and updating the task (using the ID) with the appropriate value.\n

\n Looking at my Flow run history I can see that I had a few failures – these were days when my collections didn’t exist.  The two recent successes where just after I added my collections while writing this blog (result = 0 for all fields! – so I deleted this row in SharePoint) and the most recent successful one where it added my correct values.\n

\n In SharePoint my list looks like this:\n

\n \n

\n I must admit to cheating here and adding a bit of history manually – so that the PowerBI reports would look good – but after pointing Power BI at my SharePoint list, removing columns I wasn’t interested in and ensuring that the remaining data was being seen as a Date field and 3 integers – I could finally get to the report I showed at the top of the blog – but now with the additional values from today (I’d added a plan and updated a few progress values earlier):\n

\n \n

\n I’ll do an addendum or Part 4 of the trilogy to look at using the Power BI CosmosDB direct reporting options – but hopefully this has given you some ideas.  I’ve probably skipped over some important point or other – let me know if anything needs some better explanation.\n

\n The PowerShell scripts used in the two functions follow – with some details edited where you will need to add your own accounts, keys and Urls etc.  These are supplied as-is – no warranties.  Bware of “ being turned curly and new lines where there shouldn’t be new lines.\n

\n \n The Initial Function\n \n

\n #Setup stuff for the DocDB REST calls\n
\n
\n [System.Reflection.Assembly]::LoadWithPartialName(\"System.Web\") | out-null\n
\n
\n $global:resourceType=\"docs\"\n
\n
\n $verb=\"POST\"\n
\n
\n $date = Get-Date\n
\n
\n $utcDate = $date.ToUniversalTime()\n
\n
\n $global:xDate = $utcDate.ToString('r',[System.Globalization.CultureInfo]::InvariantCulture)\n
\n
\n $global:masterKey = \"<Your master key from CosmosDB goes here>”\n

\n # generate signature for REST call\n
\n
\n function fnGetKey ($pVerb, $pResourceId, $pResourceType, $date, $masterKey)\n
\n
\n {\n
\n $keyBytes = [System.Convert]::FromBase64String($masterKey)\n
\n $sigCleartext = @($pVerb.ToLower() + \"`n\" + $pResourceType.ToLower() + \"`n\" + $pResourceId + \"`n\" + $date.ToString().ToLower() + \"`n\" + \"\" + \"`n\")\n
\n $bytesSigClear =[Text.Encoding]::UTF8.GetBytes($sigCleartext)\n
\n $hmacsha = new-object -TypeName System.Security.Cryptography.HMACSHA256 -ArgumentList (,$keyBytes)\n
\n $hash = $hmacsha.ComputeHash($bytesSigClear)\n
\n $signature = [System.Convert]::ToBase64String($hash)\n
\n $key = $('type=master&ver=1.0&sig=' + $signature)\n
\n $key  = [System.Web.HttpUtility]::UrlEncode($('type=master&ver=1.0&sig=' + $signature)) # needs Snapin System.web!\n
\n return $key\n
\n
\n }\n

\n #Setup stuff for the Planner Calls\n

\n $clientId = ‘<A registered client ID in Azure with the right access levels>’\n

\n $aadtenant = \"<yourtenant>.onmicrosoft.com\"\n
\n
\n $username = \"<yourname>@<yourtenant>.onmicrosoft.com\"\n
\n
\n $password = \"<your password>\" | ConvertTo-SecureString -AsPlainText -Force\n

\n $Credential = New-Object -typename System.Management.Automation.PSCredential -argumentlist $username, $password\n
\n
\n
\n
\n $Modulebase = (get-Module MicrosoftGraphAPI).ModuleBase\n

\n Import-Module \"D:\\home\\site\\wwwroot\\HttpTriggerPlannerToDocDB\\Microsoft.IdentityModel.Clients.ActiveDirectory.dll\"\n
\n
\n
\n Import-Module \"D:\\home\\site\\wwwroot\\HttpTriggerPlannerToDocDB\\Microsoft.IdentityModel.Clients.ActiveDirectory.WindowsForms.dll\"\n
\n
\n
\n $resourceAppIdURI = “\n \n https://graph.microsoft.com”\n \n
\n
\n
\n $authority = “\n \n https://login.windows.net/\n \n $aadTenant”\n
\n
\n
\n $authContext = New-Object \"Microsoft.IdentityModel.Clients.ActiveDirectory.AuthenticationContext\" -ArgumentList $authority\n
\n
\n $uc = new-object Microsoft.IdentityModel.Clients.ActiveDirectory.UserCredential -ArgumentList $Credential.Username,$Credential.Password\n

\n $token = $authContext.AcquireToken($resourceAppIdURI, $clientId,$uc)\n

\n # Blog Client ID - my Application ID from Azure Oops – dupe line…\n
\n
\n $clientId = ‘<A registered client ID in Azure with the right access levels>’\n

\n #Get DocDB REST authkeys\n
\n
\n $global:resourceId= \"dbs/Planner/colls/Plans\"\n
\n
\n $planAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/PlanDetails\"\n
\n
\n $planDetailsAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/Members\"\n
\n
\n $planMembersAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/Buckets\"\n
\n
\n $planBucketsAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/Tasks\"\n
\n
\n $planTasksAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/TaskDetails\"\n
\n
\n $planTaskDetailsAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/Assignments\"\n
\n
\n $planAssignmentsAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n

\n #################################################\n
\n
\n #Get Plans (V2 - from Groups)\n
\n
\n #################################################\n

\n $headers = @{}\n
\n
\n $headers.Add('Authorization','Bearer ' + $Token.AccessToken)\n
\n
\n $headers.Add('Content-Type', \"application/json\")\n

\n
\n
\n #$plans = Invoke-WebRequest -Uri \"\n \n https://graph.microsoft.com/v1.0/me/planner/plans\"\n \n -Method Get -Headers $headers -UseBasicParsing\n
\n
\n #$plansContent = $plans.Content | ConvertFrom-Json\n
\n
\n #$planValue = $plansContent.Value\n

\n #First get Groups\n
\n
\n $groups = Invoke-WebRequest -Uri \"\n \n https://graph.microsoft.com/v1.0/Groups\"\n \n -Method Get -Headers $headers -UseBasicParsing\n
\n
\n $groupsContent = $groups.Content | ConvertFrom-Json\n
\n
\n $groupValue = $groupsContent.Value\n

\n ForEach($group in $groupValue){\n
\n try {\n
\n
\n $uri = \"\n \n https://graph.microsoft.com/v1.0/groups/\"\n \n + $group.id + \"/planner/plans\"\n
\n
\n $plans = Invoke-WebRequest -Uri $uri -Method Get -Headers $headers -UseBasicParsing\n

\n $plansContent = $plans.Content | ConvertFrom-Json\n
\n
\n $planValue = $plansContent.Value\n

\n ForEach($plan in $planValue){\n
\n
\n $docdbHeader=@{\"Authorization\" = \"$planAuthKey\"; `\n
\n \"x-ms-version\" = \"2015-12-16\"; `\n
\n \"x-ms-date\" = \"$xdate\"; `\n
\n \"x-ms-indexing-directive\" = \"Include\"; `\n
\n \"x-ms-documentdb-is-upsert\" = \"True\"; `\n
\n \"Content-Length\" = \"0\"\n
\n }\n

\n $jsonBody = $plan | ConvertTo-Json -Compress\n

\n $docdbUri = \"https://<YourCosmosDBName>.documents.azure.com/dbs/Planner/colls/Plans/docs\"\n

\n Invoke-RestMethod -Uri $docdbUri -Headers $docdbHeader -Method $verb -ContentType \"application/json\" -Body $jsonBody\n

\n
\n
\n #################################################\n
\n
\n #Get Plan Details\n
\n
\n #################################################\n

\n
\n
\n $groupId = $plan.owner\n
\n
\n $uri = \"\n \n https://graph.microsoft.com/v1.0/planner/plans/\"\n \n + $plan.id + \"/details\"\n

\n $planDetails = Invoke-WebRequest -Uri $uri -Method Get -Headers $headers -UseBasicParsing\n
\n
\n $planDetailsContent = $planDetails.Content | ConvertFrom-Json\n

\n # Only continue with this plan if the category1 matches our target paln type.\n
\n
\n if($planDetailsContent.categoryDescriptions.category1 -eq \"Marketing\"){\n

\n $docdbHeader=@{\"Authorization\" = \"$planDetailsAuthKey\"; `\n
\n \"x-ms-version\" = \"2015-12-16\"; `\n
\n \"x-ms-date\" = \"$xdate\"; `\n
\n \"x-ms-indexing-directive\" = \"Include\"; `\n
\n \"x-ms-documentdb-is-upsert\" = \"True\"; `\n
\n \"Content-Length\" = \"0\"\n
\n }\n

\n $jsonBody = $planDetailsContent | ConvertTo-Json -Compress\n

\n $docdbUri = \"https://<yourCosmosDBName>.documents.azure.com/dbs/Planner/colls/PlanDetails/docs\"\n

\n Invoke-RestMethod -Uri $docdbUri -Headers $docdbHeader -Method $verb -ContentType \"application/json\" -Body $jsonBody\n

\n #GroupMember\n
\n
\n $uri = \"\n \n https://graph.microsoft.com/v1.0/groups/\"\n \n + $groupId + \"/members\"\n

\n $members = Invoke-WebRequest -Uri $uri -Method Get -Headers $headers -UseBasicParsing\n
\n
\n $membersContent = $members.Content | ConvertFrom-Json\n

\n $membersContent | Add-Member id $plan.id\n
\n
\n $membersValue = $membersContent.value\n

\n $docdbHeader=@{\"Authorization\" = \"$planMembersAuthKey\"; `\n
\n \"x-ms-version\" = \"2015-12-16\"; `\n
\n \"x-ms-date\" = \"$xdate\"; `\n
\n \"x-ms-indexing-directive\" = \"Include\";\n
\n \"x-ms-documentdb-is-upsert\" = \"True\"; `\n
\n \"Content-Length\" = \"0\"\n
\n }\n

\n ForEach($member in $membersValue){\n
\n
\n $jsonBody = $member | ConvertTo-Json -Compress\n

\n $docdbUri = \"https://<yourCosmosDBName>.documents.azure.com/dbs/Planner/colls/Members/docs\"\n

\n Invoke-RestMethod -Uri $docdbUri -Headers $docdbHeader -Method $verb -ContentType \"application/json\" -Body $jsonBody\n
\n
\n }\n

\n #Buckets\n
\n
\n $uri = \"\n \n https://graph.microsoft.com/v1.0/planner/plans/\"\n \n + $plan.id + \"/buckets\"\n

\n $buckets = Invoke-WebRequest -Uri $uri -Method Get -Headers $headers -UseBasicParsing\n
\n
\n $bucketsContent = $buckets.Content | ConvertFrom-Json\n
\n
\n $bucketsContent | Add-Member id $plan.id\n
\n
\n $bucketsValue = $bucketsContent.value\n

\n $docdbHeader=@{\"Authorization\" = \"$planBucketsAuthKey\"; `\n
\n \"x-ms-version\" = \"2015-12-16\"; `\n
\n \"x-ms-date\" = \"$xdate\"; `\n
\n \"x-ms-indexing-directive\" = \"Include\";\n
\n \"x-ms-documentdb-is-upsert\" = \"True\"; `\n
\n \"Content-Length\" = \"0\"\n
\n }\n
\n
\n ForEach($bucket in $bucketsValue){\n

\n $jsonBody = $bucket | ConvertTo-Json -Compress\n

\n $docdbUri = \"https://<yourCosmosDBName>.documents.azure.com/dbs/Planner/colls/Buckets/docs\"\n

\n Invoke-RestMethod -Uri $docdbUri -Headers $docdbHeader -Method $verb -ContentType \"application/json\" -Body $jsonBody\n
\n
\n }\n

\n #Tasks - call out to separate function\n

\n $planId = $plan.id\n
\n
\n $taskBody=@{\"planId\" = \"$planId\"}\n
\n
\n $body=$taskBody | ConvertTo-Json -Compress\n
\n
\n $taskHeaders = @{}\n
\n
\n $taskHeaders.Add('Content-Type', \"application/json\")\n

\n $uri = \"https://<yourfunctionendpoint>.azurewebsites.net/api/<YourfunctionName>?code=<from your function Url>”\n

\n Start-Job {Invoke-WebRequest -Uri $using:uri -Method Post -Headers $using:taskHeaders -Body $using:body -UseBasicParsing}\n

\n }\n
\n
\n }\n
\n
\n }\n
\n
\n catch [Net.WebException] {}\n
\n
\n }\n

\n \n The 2nd Function – called from the last part of the one above:\n \n

\n # POST method: $req\n
\n
\n $requestBody = Get-Content $req -Raw | ConvertFrom-Json\n
\n
\n $planId = $requestBody.planId\n

\n # GET method: each querystring parameter is its own variable\n
\n
\n if ($req_query_name)\n
\n
\n {\n
\n $planId = $req_query_name\n
\n
\n }\n

\n #Setup stuff for the DocDB REST calls\n
\n
\n [System.Reflection.Assembly]::LoadWithPartialName(\"System.Web\") | out-null\n
\n
\n $global:resourceType=\"docs\"\n
\n
\n $verb=\"POST\"\n
\n
\n $date = Get-Date\n
\n
\n $utcDate = $date.ToUniversalTime()\n
\n
\n $global:xDate = $utcDate.ToString('r',[System.Globalization.CultureInfo]::InvariantCulture)\n
\n
\n $global:masterKey = \"<YourCosmosDB master key>”\n

\n # generate signature for REST call\n
\n
\n function fnGetKey ($pVerb, $pResourceId, $pResourceType, $date, $masterKey)\n
\n
\n {\n
\n $keyBytes = [System.Convert]::FromBase64String($masterKey)\n
\n $sigCleartext = @($pVerb.ToLower() + \"`n\" + $pResourceType.ToLower() + \"`n\" + $pResourceId + \"`n\" + $date.ToString().ToLower() + \"`n\" + \"\" + \"`n\")\n
\n $bytesSigClear =[Text.Encoding]::UTF8.GetBytes($sigCleartext)\n
\n $hmacsha = new-object -TypeName System.Security.Cryptography.HMACSHA256 -ArgumentList (,$keyBytes)\n
\n $hash = $hmacsha.ComputeHash($bytesSigClear)\n
\n $signature = [System.Convert]::ToBase64String($hash)\n
\n $key = $('type=master&ver=1.0&sig=' + $signature)\n
\n $key  = [System.Web.HttpUtility]::UrlEncode($('type=master&ver=1.0&sig=' + $signature)) # needs Snapin System.web!\n
\n return $key\n
\n
\n }\n

\n #Setup stuff for the Planner Calls\n

\n $clientId = ‘<A registered client ID in Azure with the right access levels>’\n

\n $aadtenant = \"<yourtenant>.onmicrosoft.com\"\n
\n $username = \"<yourname>@<yourtenant>.onmicrosoft.com\"\n
\n $password = \"<your password>\" | ConvertTo-SecureString -AsPlainText -Force\n

\n $Credential = New-Object -typename System.Management.Automation.PSCredential -argumentlist $username, $password\n
\n
\n
\n $Modulebase = (get-Module MicrosoftGraphAPI).ModuleBase\n

\n Import-Module \"D:\\home\\site\\wwwroot\\HttpTriggerPlannerToDocDB\\Microsoft.IdentityModel.Clients.ActiveDirectory.dll\"\n
\n
\n
\n Import-Module \"D:\\home\\site\\wwwroot\\HttpTriggerPlannerToDocDB\\Microsoft.IdentityModel.Clients.ActiveDirectory.WindowsForms.dll\"\n
\n
\n
\n $resourceAppIdURI = “\n \n https://graph.microsoft.com”\n \n
\n
\n
\n $authority = “\n \n https://login.windows.net/\n \n $aadTenant”\n
\n
\n
\n $authContext = New-Object \"Microsoft.IdentityModel.Clients.ActiveDirectory.AuthenticationContext\" -ArgumentList $authority\n
\n
\n $uc = new-object Microsoft.IdentityModel.Clients.ActiveDirectory.UserCredential -ArgumentList $Credential.Username,$Credential.Password\n

\n $token = $authContext.AcquireToken($resourceAppIdURI, $clientId,$uc)\n

\n # Blog Client ID - my Application ID from Azure\n
\n
\n $clientId = ‘<A registered client ID in Azure with the right access levels>’\n

\n #Get DocDB REST authkeys\n
\n
\n $global:resourceId= \"dbs/Planner/colls/Tasks\"\n
\n
\n $planTasksAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/TaskDetails\"\n
\n
\n $planTaskDetailsAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n
\n
\n $global:resourceId= \"dbs/Planner/colls/Assignments\"\n
\n
\n $planAssignmentsAuthKey = fnGetKey $verb $resourceId $resourceType $xdate $masterKey\n

\n #Get Tasks stuff for planId\n

\n $headers = @{}\n
\n
\n $headers.Add('Authorization','Bearer ' + $Token.AccessToken)\n
\n
\n $headers.Add('Content-Type', \"application/json\")\n

\n $uri = \"\n \n https://graph.microsoft.com/v1.0/planner/plans/\"\n \n + $planId + \"/tasks\"\n

\n $tasks = Invoke-WebRequest -Uri $uri -Method Get -Headers $headers -UseBasicParsing\n
\n
\n $tasksContent = $tasks.Content | ConvertFrom-Json\n
\n
\n $tasksValue = $tasksContent.value\n

\n $docdbTaskHeader=@{\"Authorization\" = \"$planTasksAuthKey\"; `\n
\n \"x-ms-version\" = \"2015-12-16\"; `\n
\n \"x-ms-date\" = \"$xdate\"; `\n
\n \"x-ms-indexing-directive\" = \"Include\";\n
\n \"x-ms-documentdb-is-upsert\" = \"True\"; `\n
\n \"Content-Length\" = \"0\"\n
\n }\n

\n ForEach($task in $tasksValue){\n
\n
\n $assignmentNames=@{}\n

\n $jsonBody = $task | ConvertTo-Json -Compress\n

\n $docdbUri = \"https://<YourCosmosDBName>.documents.azure.com/dbs/Planner/colls/Tasks/docs\"\n

\n Invoke-RestMethod -Uri $docdbUri -Headers $docdbTaskHeader -Method $verb -ContentType \"application/json\" -Body $jsonBody\n

\n ForEach($assignment in ($task.assignments | Get-Member -MemberType NoteProperty)){\n
\n
\n [array]$assignmentNames +=$assignment\n
\n
\n }\n
\n
\n ForEach($assignmentName in $assignmentNames){\n
\n
\n $assignee=@{}\n
\n
\n If($assignmentName.Name){\n
\n
\n $assignee | Add-Member name $assignmentName.Name.ToString()\n
\n
\n }\n
\n
\n Else{\n
\n
\n $assignee | Add-Member name \"Unassigned\"\n
\n
\n }\n
\n
\n $assignee | Add-Member planId $planId\n
\n
\n $assignee | Add-Member taskId $taskId\n
\n
\n $uniqueAssnId = $assignee.planId + \"_\" + $assignee.taskId + \"_\" + $assignee.name\n
\n
\n $assignee | Add-Member id $uniqueAssnId\n

\n $docdbAssnHeader=@{\"Authorization\" = \"$planAssignmentsAuthKey\"; `\n
\n \"x-ms-version\" = \"2015-12-16\"; `\n
\n \"x-ms-date\" = \"$xdate\"; `\n
\n \"x-ms-indexing-directive\" = \"Include\";\n
\n \"x-ms-documentdb-is-upsert\" = \"True\"; `\n
\n \"Content-Length\" = \"0\"\n
\n }\n

\n $jsonBody = $assignee | ConvertTo-Json -Compress\n
\n
\n $docdbUri = \"https://<YourCosmosDBName>.documents.azure.com/dbs/Planner/colls/Assignments/docs\"\n

\n Invoke-RestMethod -Uri $docdbUri -Headers $docdbAssnHeader -Method $verb -ContentType \"application/json\" -Body $jsonBody\n
\n
\n }\n

\n
\n
\n }\n

\n #Task Details\n
\n
\n ForEach($task in $tasksValue){\n
\n $uri = \"\n \n https://graph.microsoft.com/v1.0/planner/tasks/\"\n \n + $task.id + \"/details\"\n

\n $taskDetails = Invoke-WebRequest -Uri $uri -Method Get -Headers $headers -UseBasicParsing\n
\n $taskDetailsContent = $taskDetails.Content | ConvertFrom-Json\n
\n
\n $docdbTaskDetailsHeader=@{\"Authorization\" = \"$planTaskDetailsAuthKey\"; `\n
\n \"x-ms-version\" = \"2015-12-16\"; `\n
\n \"x-ms-date\" = \"$xdate\"; `\n
\n \"x-ms-indexing-directive\" = \"Include\"; `\n
\n \"x-ms-documentdb-is-upsert\" = \"True\"; `\n
\n \"Content-Length\" = \"0\"\n
\n }\n
\n
\n $jsonBody = $taskDetailsContent | ConvertTo-Json -Compress\n

\n $docdbUri = \"https://<YourCosmosDBName>.documents.azure.com/dbs/Planner/colls/TaskDetails/docs\"\n

\n Invoke-RestMethod -Uri $docdbUri -Headers $docdbTaskDetailsHeader -Method $verb -ContentType \"application/json\" -Body $jsonBody\n
\n }\n