@Ryan @James Turner guys please get this fixed!
@James Turner , it needs to be set to today by default , match what in LR per day
Hmm odd, I have not changed anything on the actual dashboard. All I changed was the name of the E-Sign date back to what it was prior.
@Cameron Rentch I added a working filter for Earliest E-Sign date, but it's critical to understand that it is using UTC, NOT Pacific Standard time.
@James Turner , in LookML you can fix that and give them PST, otherwise numbers wonβt match to Tony. Please fix.
@Ryan Were any changes made to it this morning? I made the tweaks to change it to PST last night and it was working, but it is having ' Trouble Loading Data' again now.
Please check all panes SqL explores, you have to fix the dimensions and measures probably. Remove filter for date and add it back.
Marc is getting frustrated
@jes, this page 0 is their real time e-signs dashboard.
Filter to today, make sure the date selects the prior days, week, etc. Only Source is Shield Legal, and make sure for today, all three panes match in count.
And ensure the table is being updated with the fresh 15 minutes of data.
All working! Please let me know prior to making any changes to the source data and I'll be happy to make any requested changes!
@James Turner, thanks. Please treat lpbillableleads table as PRODUCTION moving forward. You can add columns, but remaning them, changing data types, etc, will break the dashboards.
@Cameron Rentch I checked it and it is working as it was.
Hey there, so I did some research last night on how to prevent the dashboards from resetting the "Yesterday" Filter early, and it looks like when the account / connections were set up, a timezone was never declared so it defaults to UTC.
I would be happy to fix this, by declaring our source data as all UTC, and have Looker automatically change it to PST because we declare it as a PST dashboard BUT I need to confirm- @Ryan Did you build all of your data sets to be stored in UTC time? That is the industry standard, and if I set our dashboards to PST, and the data is already in PST, than it will double up the conversion and break things.
Ask Nick on new data. The old system doesnβt use time stamp.
Regarding the request from Marc - I'm working with Nick on it now but What data type does your current system use? Where are we at in changing all of your Looker Enterprise Dashboards to updated data sources?
The issue of simply "changing the data to refresh at midnight, not 5pm" is Looker Enterprise does not support the change at the dashboard level, it changes at the data source level.
If we want our data to be reliable, we need to audit every data source, ensure they are being put in the database as UTC, and THEN make the change to tell Looker Enterprise "Everything is UTC natively, all dashboards should operate on Pacific time"
A very major part of our new Data Policies I'm setting up, is to put everything in as UTC and use Looker Enterprise as our primary presentation layer by your request. Since that is the case, proper UTC conversion needs to be done anyway, but It's a larger task than just changing the time the dashboard considers midnight.
@Ryan @James Turner this is all above my head here
All good- The TLDR is we have a data standards policy we are building, and it calls for our data to be set up a certain way. I just need confirmation from Ryan if it is set up in that way before we can move forward with a request from Marc.
I understand you're on vacation, if okay with Marc this can for sure wait until you get back.
@James Turner , Nick McFadden is building the financials for new BI. Old system and current dashboards are not using time stamps. So ask Nick M. And confirm. I know LP is always EST but API might be different.
James, Marc wants the Page 0 fixed tomorrow. It must nominate to zero u til 12AM pacific
@James Turner , please fix it tomorrow. Marc has been asking for this since last Friday. I am getting messaged everyday during my PTO bro g asked to fix it. Please fix it.
The first I heard of it was a few days ago, and I expressed concern that it may break things.
I have discussed it with Nick and he needs to audit everything on his end to make sure it is all set to UTC before I can make the change on my end.
Waiting for confirmation on that and once done so, I can make the change.
If you let me know the time it resets I can be more assured that the fix I have ready to implement will work. Do you know the time it resets?
Marc never explains that and I donβt stare at it all day. Iβm assuming your table updates at Midnight UTC
My table updates every 15 minutes and natively is set to UTC to follow data standards. I'll nudge McFadden and get you a response in the AM.
Remember, the only dashboard using new BI data from either SL or TIP is this page zero. So, can you update your table to run on UTC - 7 and just solve this @James Turner
Perfect! I just went ahead and edited the ' tip_workspace' connection to declare the data source as UTC, and present data as PST, which will make sure that anything from that is read as UTC, and changes the dashboard to present it all as PST- fixing the issue of it resetting early!
Perfect! I just went ahead and edited the ' tip_workspace' connection to declare the data source as UTC, and present data as PST, which will make sure that anything from that is read as UTC, and changes the dashboard to present it all as PST- fixing the issue of it resetting early!
Good afternoon! Here is that dashboard showing 'Non-Billable, Unsold, & Declined Intake Leads' as requested - If you would like any changes made, please let me know!
Regarding Hair Relaxer PFS in Dashboard 0 -
State: I am currently looking into getting this issue resolved. Cause for issue: The reason these leads got picked up by Dashboard 0 is because an agent set the LawRuler status to "Signed e-Sign" which is normally reserved for intake Retainers.
Expect PFS leads to slowly trickle out of this dashboard, and be cleaned up over the next 24 hours.
I spoke with the Supervisors for the teams touching these campaigns, and let them know the leads should not be sitting in this status.
They are currently reviewing these cases, and educating their teams so it does not keep happening.
I will also be building a fix into the data pipeline to prevent similar future issues.
@Cameron Rentch Here is a dashboard I made with:
β’ New Leads by date
β’ Leads made billable per date
β’ Conversion Rates
β’ Lists of leads as needed
Hope this is useful for ya! Let me know if you run into any issues.
I Also added the requested feature for page 0:
@James Turner thank you we will review. What numbers are these in the dash?
For "Tip New Leads & Conversion Rates" - This pulls from Law Ruler data. Same Data as dashboard 0- just updates a couple minutes later so the numbers might be 15 or so minutes behind.
For "Dashboard 0" - Pulls the agent info from the same location as LV / PHX total Contracts, just lists out the agents ids because that's how they have it set up in Law Ruler.
@James Turner sorry I meant which page are each of these dashbaords in our system? @Ryan
@James Turner for the 127 that is not what we want, come see me in office I will explain.
Filter by Lead Create Date is good to go!