Tukuk-OS🕒 Paris to Phoenix time
| Paris on 2026-11-06 | 12:00 (GMT+1) |
| Phoenix at that instant | 04:00 the same day (GMT−7) |
| Difference on this date | 8 hours (2026-10-25 to 2026-12-31) |
| 2026-01-01 to 2026-03-28 | 8 hours |
| 2026-03-29 to 2026-10-24 | 9 hours |
| 2026-10-25 to 2026-12-31 | 8 hours |
| Next clock change, Paris | Sunday 28 March 2027 at 01:00 UTC |
| Next clock change, Phoenix | none in the next 200 days |
| 09:00 in Paris is | 01:00 in Phoenix |
| 12:00 in Paris is | 04:00 in Phoenix |
| 18:00 in Paris is | 10:00 in Phoenix |
| Shared 09:00–17:00 working window | none — there is no hour that is inside 09:00–17:00 in both |
ℹ️ What this tool does & how it works
On 2026-11-06 the two clocks are apart by 8 hours, with Paris ahead. Paris runs on GMT+1 and Phoenix on GMT−7. Across 2026 the difference runs: 2026-01-01 → 2026-03-28: 8 hours; 2026-03-29 → 2026-10-24: 9 hours; 2026-10-25 → 2026-12-31: 8 hours. Pick any date and time below and the page reworks the whole table from your own device.
Why the gap between Paris and Phoenix changes during 2026
Two places drift apart and come back again whenever one of them changes its clocks and the other does not — which is the situation between a place that observes daylight saving and one that does not, or between two that pick different Sundays for it. In 2026 the difference between Paris and Phoenix runs: 2026-01-01 → 2026-03-28: 8 hours; 2026-03-29 → 2026-10-24: 9 hours; 2026-10-25 → 2026-12-31: 8 hours. A meeting arranged in the middle of one of those runs is safe; one arranged across a boundary is the classic four-hours-late call, so the table names the boundaries instead of leaving you to remember them.
The clock changes, and who decides them
Paris uses the zone Europe/Paris, and its next change after 2026-11-06 is Sunday 28 March 2027 at 01:00 UTC. Phoenix uses the zone America/Phoenix, which does not change its clocks. Neither figure is a physical fact: an offset is legislation, and the same fifteen degrees of longitude can sit under three zones because a border runs through it. That is why this page reads its offsets out of the time-zone database built into your own browser instead of hardcoding a table of abbreviations — it is the database your operating system already keeps current, and it is what puts Paris and Phoenix in the right relation even when a government moves a date at short notice. A device whose database predates the last change gets the old answer, which is the one caveat worth knowing.
What it is actually like to work across the two
There is no hour that falls inside 09:00–17:00 on both sides — none — there is no hour that is inside 09:00–17:00 in both — so any call is somebody’s out-of-hours and the honest thing is to rotate it. The two clock rules here are not unique to these two places: 72 other cities in our dataset keep the same clock as one of them, including Lyon, Nice, Amsterdam, Rotterdam, Brussels, so looking any of those up against the city on the other side of the pair gives this page’s answers. The arithmetic is the three lines the page runs in front of you: read each zone’s offset for the date you picked, subtract, and let the modulo handle the dateline.