Updated · Built and checked by the PlinzoTools team, formulas tested against published sources
Convert a clock time between two UTC offsets.
14:30
This tool converts a clock time from one UTC offset to another -- useful for scheduling calls or meetings across time zones without doing the mental arithmetic yourself. It supports half-hour offsets (like India's UTC+5:30) since not every time zone sits on a whole-hour boundary.
Enter a time and the "from" and "to" UTC offsets (in hours, e.g. -5 for US Eastern Standard Time, +5.5 for India). The result shows the converted time and flags whether the conversion lands on the next or previous day.
Converted time = entered time + (to-offset - from-offset) hours, normalized back into a 0-24 hour clock, with any day overflow tracked separately as a +1 or -1 day shift.
9:00 AM at UTC+0 converts to 2:00 PM at UTC+5, same day.
To convert the same time between 12-hour and 24-hour notation instead of across time zones, see the Military Time Converter.
Start with the time in the source zone, then enter the source offset and the target offset as numbers of hours relative to UTC. West of UTC is negative and east is positive. The result is the shifted clock time plus a day indicator if it crossed midnight. Before you rely on it, confirm the offsets that apply on the actual date, because many regions change offset during the year.
Suppose a hypothetical call is at 8:30 PM in a zone at UTC-5, and you want the time at UTC+5.5. The difference is 10.5 hours. Adding it to 8:30 PM gives 7:00 AM, and because the sum passed midnight, the result shows a +1 day flag: the call falls on the following calendar day for the person in the target zone. Going the other way, 2:00 AM at UTC+5.5 converted to UTC-5 subtracts 10.5 hours and lands at 3:30 PM on the previous day, so a -1 day flag appears.
The tool does not know dates, regions, or daylight saving rules; it only subtracts two numbers you supply. That makes the offsets the single most important input. A zone that is UTC-5 in winter may be UTC-4 in summer. Look up the offset in effect on the date of the event, from a trustworthy source such as your operating system clock settings or an official time authority, and enter that value. Mixing a winter offset for one party with a summer offset for the other is the classic reason meetings arrive an hour early or late.
When you send an invite, state the time in both zones and include the date for each. Reading back the converted date guards against day-shift confusion. For recurring meetings, recheck the conversion around the weeks when either region changes its clocks, since the gap between the two places can change by an hour for a short time even though nothing about the meeting changed.
No -- enter the UTC offsets already adjusted for daylight saving if applicable, since DST rules and dates vary by country and change over time.
Yes -- enter offsets like 5.5 (India) or 5.75 (Nepal) as decimals.
When the converted time crosses midnight forward, the result falls on the next calendar day in the target time zone -- the day-shift indicator flags this so you don't misread the date.
Type it with a minus sign, for example -5 for a zone five hours behind UTC. Positive numbers are ahead of UTC.
The shift pushed the time past midnight in the target zone. The +1 or -1 flag tells you the target-zone date differs from the source-zone date.
Yes. Enter the offset that is actually in effect on the date of the event for each location, because the tool does not adjust for daylight saving itself.
Reference: U.S. Department of Labor