When the parsed date is combined with the time (ISO8601 TimeString to Timestamp.vi), the date record is passed as a non-UTC timestamp (local time zone) at midnight. This "date stamp" MUST NOT be converted to UTC before it's combined with the parsed time, otherwise the date will jump backwards by one day for a UTC+xx region.
For example, when converting the ISO string "2026-03-20T11:00:00+01:00" to LV timestamp, the date is passed to the "ISO8601 TimeString to Timestamp.vi" as a 2026-03-20T00:00 timestamp but then gets converted to UTC and becomes 2026-03-19T23:00. Finally, the time after "T" is replaced with the actual parsed time (11:00:00+01:00) ending up with the wrong date, 2026-03-19T11:00:00+01:00. Just remove the conditional conversion of the date record to UTC:
When the parsed date is combined with the time (ISO8601 TimeString to Timestamp.vi), the date record is passed as a non-UTC timestamp (local time zone) at midnight. This "date stamp" MUST NOT be converted to UTC before it's combined with the parsed time, otherwise the date will jump backwards by one day for a UTC+xx region.
For example, when converting the ISO string "2026-03-20T11:00:00+01:00" to LV timestamp, the date is passed to the "ISO8601 TimeString to Timestamp.vi" as a 2026-03-20T00:00 timestamp but then gets converted to UTC and becomes 2026-03-19T23:00. Finally, the time after "T" is replaced with the actual parsed time (11:00:00+01:00) ending up with the wrong date, 2026-03-19T11:00:00+01:00. Just remove the conditional conversion of the date record to UTC: