-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add new solve time metrics #123
Add new solve time metrics #123
Conversation
integration_tests/dbt_project.yml
Outdated
zendesk_integration_tests: | ||
+quote_columns: "{{ true if target.type == 'redshift' else false }}" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why is there a condition on redshift?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It appears to be an artifact of our CircleCI integration. I'm not sure if we still need it but at the moment it isn't really blocking anything, so we'll discuss it internally. Thanks for spotting!
@@ -117,6 +117,8 @@ with ticket_historical_status as ( | |||
else 0 end as agent_wait_time_in_minutes, | |||
case when ticket_status in ('new', 'open', 'hold') then scheduled_minutes | |||
else 0 end as requester_wait_time_in_minutes, | |||
case when ticket_status in ('new', 'open', 'hold', 'pending') then scheduled_minutes | |||
else 0 end as solve_time_in_minutes, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good!
@@ -12,6 +12,8 @@ with ticket_historical_status as ( | |||
else 0 end as agent_wait_time_in_minutes, | |||
case when status in ('new', 'open', 'hold') then status_duration_calendar_minutes | |||
else 0 end as requester_wait_time_in_minutes, | |||
case when status in ('new', 'open', 'hold', 'pending') then status_duration_calendar_minutes | |||
else 0 end as solve_time_in_minutes, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
can we go over why this is defined twice in two separate places? Is there an opportunity for us to follow DRY principles?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @fivetran-jessicacherny ! These metrics are being constructed for two different models here--with schedules enabled in Zendesk, and without schedules.
- The
int_zendesk__ticket_work_time_calendar.solve_time_in_minutes
field is when schedules are disabled (as I believe they are internally). This is the field being brought downstream into our internal models. - The
int_zendesk__ticket_work_time_business.solve_time_in_minutes
field is when schedules are enabled (as they are for many other customers). This field is not currently being brought downstream internally.
Let me know if that clears it up!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
definitely does! thank you @fivetran-avinash!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
These changes look good to me! I do have a comment regarding the package-lock.yml being removed and possibly making these breaking changes. Other than that, this is good to go!
packages.yml
Outdated
- git: https://github.com/fivetran/dbt_zendesk_source.git | ||
revision: feature/dbt-utils-star | ||
warn-unpinned: false | ||
# - package: fivetran/zendesk_source | ||
# version: [">=0.9.0", "<1.0.0"] | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reminder to switch before merge
…x' of https://github.com/fivetran/dbt_zendesk into release/solve-time-metrics-and-holiday-work-schedule-fix
PR Overview
This PR will address the following Issue/Feature: #119
This PR will result in the following new package version: v0.12.1
We are adding new fields, but they should not impact existing customers and their data.
Please provide the finalized CHANGELOG entry which details the relevant changes included in this PR:
🚀 Feature Updates 🚀
solve_time_in_calendar_minutes
andsolve_time_in_business_minutes
to ourzendesk__ticket_metrics
model, which calculates calendar and business minutes for when the ticket was in the 'new', 'open', 'hold', or 'pending' status.🔎 Under the Hood 🔎
dbt_zendesk_source
in applying thedbt_utils.star
macro PR #42.PR Checklist
Basic Validation
Please acknowledge that you have successfully performed the following commands locally:
Before marking this PR as "ready for review" the following have been applied:
Detailed Validation
Please share any and all of your validation steps:
(Sharing via Slack)