Forum Discussion

CauseAndEffect's avatar
7 years ago

Counting Solution rate per Date in [massive file]

Hello! Im trying to create an historical dashboard for our internal Service desk.

 

Trying to figure out the best way to show our solution rate in % per day/week/month/year.

 

This is a simplified version of my table:

 

DateOpen groupClosure groupSolvedTransferred
date/timegroup1group2 1
date/timegroup1group11 
date/timegroup1group3 1

 

*Date and time ranges from 2016-2019, all days of the year, all contained in one table.

 

Any tips or idéas on how to achive a solution rate column that works with the drilldown function in the report dashboard. 

 

11 Replies

  • Anonymous's avatar
    Anonymous
    Not applicable

    1) I'd make generate a (calculated) table for time: https://kohera.be/blog/power-bi/how-to-create-a-date-table-in-power-bi-in-2-simple-steps/

    2) After that make a relationship between date from your table and date from the calculated table.

    3) Make a time hierarchy (Y/M/W/D) or whatever you prefer.

    4) SolutionRate: count calculate(count(Solved), Solved ="1") / count(solved)  or without the "" if it's really an integer. Count solved is just the total of all records.

    5) Plot solution rate against the hierarchy dimension you just made

     

    • CauseAndEffect's avatar
      CauseAndEffect
      Icon for Helper I rankHelper I

      Thanks alot! i will try that, do i need to create the Date table and hierarcy even if the time already exists within the table? See a more detailed version of the table?

       

      Open Time @TimezoneClose Time @TimezoneOpen GroupClosed GroupSolved Transferred
      29 mar 2016 07:50:5521 okt 2016 10:23:20James TeamJames Team1 
      29 mar 2016 07:50:5521 okt 2016 10:23:20James TeamMikes Team 1
      29 mar 2016 07:50:5521 okt 2016 10:23:20James TeamJames Team1 
      21 apr 2016 16:41:4824 okt 2016 12:13:04James TeamMikes Team 1
      21 apr 2016 16:41:4824 okt 2016 12:13:04James TeamJames Team1 
      21 apr 2016 16:41:4824 okt 2016 12:13:04James TeamJames Team1 
      2 maj 2016 14:15:4521 okt 2016 10:21:20James TeamJames Team1 
      2 maj 2016 14:15:4521 okt 2016 10:21:20James TeamMikes Team11
      2 maj 2016 14:15:4521 okt 2016 10:21:20James TeamJames Team1 
      11 jul 2016 13:45:0221 okt 2016 10:20:52James TeamJames Team1 
      11 jul 2016 13:45:0221 okt 2016 10:20:52James TeamJames Team1 
      11 jul 2016 13:45:0221 okt 2016 10:20:52James TeamMikes Team 1
      7 sep 2016 00:03:1621 okt 2016 10:23:08James TeamMikes Team 1
      7 sep 2016 00:03:1621 okt 2016 10:23:08James TeamMikes Team 1
      7 sep 2016 00:03:1621 okt 2016 10:23:08James TeamMikes Team 1
      7 sep 2016 22:24:4924 okt 2016 12:12:30James TeamJames Team1 
      7 sep 2016 22:24:4924 okt 2016 12:12:30James TeamJames Team1 
      7 sep 2016 22:24:4924 okt 2016 12:12:30James TeamJames Team1 
      14 okt 2016 09:48:2521 okt 2016 10:18:06James TeamJames Team1 
      14 okt 2016 09:48:2521 okt 2016 10:18:06James TeamJames Team1 
      14 okt 2016 09:48:2521 okt 2016 10:18:06James TeamJames Team1 
      14 okt 2016 10:34:279 nov 2016 15:25:06James TeamJames Team1 
      14 okt 2016 10:34:279 nov 2016 15:25:06James TeamJames Team1 
      • Anonymous's avatar
        Anonymous
        Not applicable

        Yeah, it's advisable since it gives you the ability to view your data for the entirety of 2016, 17, 18 and 19 next to each other. You can then use drill down features to lower the granularity to months, weeks, days.