Ticket solved_at missing when using incremental export api for older tickets

Hi again Tipene!

Just to check, is it possible that exported tickets don't display the solved_at property also when using the incremental export api + side-loading (include=metric_sets) when the field assignee_updated_at has the same value as solved_at? (appart from the already known situation when created_at = solved_at). Thanks you very much!

Thank you! I also thought it would not be expected behavior, for now I'll use the ticket_metrics endpoint, thanks!

Thanks Tipene!

I can't use the "status_updated_at" because sometimes the last ticket status is not solved (it can also be closed). I've been testing the /api/v2/ticket_metrics directly, instead of using the incremental api with side loading (&include=metric_sets) and it seems to return all the information for all tickets well. Do you think it can be a good alternative, or are there any known issues when fetching the solved_at field? Also, is that the expected behavior for solved_at when using incremental+side-loading or will it be changed? Thank you very much!

No worries, Cristina! You could potentially look at using the "status_updated_at" value that's returned in the metric set. Assuming the tickets last status update was when it was moved to solved, this should return the value you're looking for.

Hi Tipene!

Thank you very much, I can see it is the case in some instances. Is there a way to backfill these tickets if incremental export can't do it? When I query them individually with the tickets endpoint (including metrics) I can see the solved_at value, but would it be possible to do it for all tickets? Thanks!

Hey Cristina!

One possibility here is that the tickets which aren't displaying a solved_at value were created and solved at the same time. Can you confirm if this was the case?