When I get the results back on the Creation Time I check if it matches the Order Date in the application.
2026-04-21 21:42:05 - Correct, shows the “2026-04-21”.
2026-04-21 22:19:27 - Correct, shows the “2026-04-21”.
2026-04-21 23:06:17 - Incorrect, shows the date “2026-04-22”.
2026-04-21 23:04:34 - Incorrect, shows the date “2026-04-22”.
It seems to me that there is a 1 Hour offset from the date range.
in the XMl-RPC API, the Dates are in the United States - EST Time Zone.
Does the Date and Time get adjusted if the application is in a different Time Zone? Or is it always in EST time?
I wasn’t able to reproduce the behavior on my end with the same filter and date range. That said, I’ve raised this internally so we can take a closer look at the code and verify whether there might be a bug in the current logic.
As a general rule in REST v2, date/time fields are expected to be returned in UTC using ISO 8601 format. However, this particular endpoint has a different implementation and is returning dates in EST.
We’ll review this in more detail and follow up once we have more information.