Egy online esemény meghívójában a „pénteken 18:00” könnyen félreérthető, ha a résztvevők különböző országokban élnek. A pontos egyeztetéshez dátumra, helyi időre és egyértelmű időzóna-információra van szükség. Ismétlődő eseménynél azt is el kell dönteni, melyik helyi időhöz kötődjön a kezdés. Az óraátállítások miatt a résztvevők közötti időkülönbség az év folyamán változhat, ezért a korábbi alkalom óraszámát nem érdemes automatikusan továbbmásolni.
Helyi idő, eltolás és időzónanév
Az UTC közös viszonyítási alap. Az UTC+2 eltolás azt jelenti, hogy a helyi óra két órával előrébb jár. A helyi 18:00 ezért 16:00 UTC-nek felel meg. Az UTC−4 helyi 18:00 esetében 22:00 UTC adódik, mert a negatív eltolás kivonása négy óra hozzáadását jelenti.
Az időzónanév, például Europe/Budapest, ennél több információhoz kapcsolódik: dátumfüggő szabályrendszert azonosít. Az IANA időzóna-adatbázisa történeti és változó helyi szabályokat tartalmaz. Ezeket a szoftverek és operációs rendszerek frissítései juttatják el a felhasználókhoz.
Egy UTC-eltolás önmagában csak az adott pillanat számításához elegendő. Nem írja le, hogy egy helyen jövő tavasszal vagy egy korábbi évtizedben milyen szabály volt érvényes. Hónapokkal előre tervezett találkozónál ezért az esemény dátumára ellenőrizd az eltolást, és a naptárban időzónanevet használj, amikor ezt a rendszer támogatja.
Az átváltás képlete
Célidő = kiinduló helyi idő − kiinduló UTC-eltolás + cél UTC-eltolás.
Szemléltető példában a kiinduló idő október 10-én 18:00, az eltolás +2 óra. Az UTC-idő 16:00. Egy −4 órás célhelyen ugyanaz a pillanat 12:00, egy +9 órás célhelyen pedig már október 11-én 01:00. A dátumváltozást az időeltérés teljes összeadásából kapod meg.
A DG időzóna-átváltója kézzel megadott UTC-eltolásokkal dolgozik. Nem keresi ki automatikusan az országok nyári időszámítását vagy történeti szabályait. A fenti számításhoz írd be a teljes dátumot és időt, majd a +2 és a választott céleltolás értékét.
Az eltolások ebben a példában rögzített feltételezések. Ha valós városoknak küldesz meghívót, külön ellenőrizd, hogy azon a napon valóban ezek az értékek tartoznak-e hozzájuk. Egy helyesen működő képlet hibás eltolásból is hibás eseményidőt számol.
Félórás és negyedórás eltérések
Az eltolásnak nem kell egész órának lennie. Ha a kiinduló idő 12:00 UTC, a cél eltolása +5 óra 30 perc, akkor 17:30 a célidő. Tizedes órában ezt +5,5-ként kell megadni. A +5,30 tizedes óra viszont 5 óra 18 perc, ezért eltérő eredményt adna.
Hasonlóan a +5 óra 45 perc tizedes alakja +5,75. A negyedórák átváltásának alapja: 15 / 60 = 0,25 óra. Ha a felület tizedes órát kér, a percet először oszd el hatvannal.
Méréshez vagy egyeztetéshez írd a jegyzetbe mindkét alakot, például UTC+05:30, a kalkulátorban 5,5. Így egy későbbi ellenőrzésnél látszik, hogy a számformátumot tudatosan választottad. Több résztvevőnél az ilyen félreértés könnyen csak a találkozó kezdetekor derülne ki.
A dátumváltás gyakran fontosabb az óraszámnál
Tegyük fel, hogy egy esemény október 10-én 23:30-kor kezdődik UTC+2 szerint. UTC-ben ez 21:30. UTC+9 szerint október 11-én 06:30, UTC−4 szerint október 10-én 17:30 az időpont.
A meghívóban ezért az óraszám mellé a dátumot is tedd ki. A „szombat este” megfogalmazás másik helyen már vasárnap reggelt jelenthet. A teljes kezdő időpontot tartalmazó naptármeghívó segít, hogy a résztvevő a saját beállított időzónájában lássa az eseményt.
Ha határidőt adsz meg, annak végpontját ugyanilyen pontosan rögzítsd. A nap végére vonatkozó megfogalmazásnál különösen fontos, melyik időzóna napjáról beszéltek. Az esemény időtartamát pedig a kezdő és befejező pillanatból számold, ne csak a kijelzett óraszámok különbségéből.
Óraátállításkor lehet hiányzó vagy ismétlődő helyi idő
Egy szemléltető előreállításnál, amikor az óra 02:00-ról 03:00-ra ugrik, azon a napon a 02:30 helyi idő nem következik be. Visszaállításnál, ha 03:00-ról 02:00-ra lép az óra, a 02:30 kétszer szerepelhet. A konkrét helyi szabály eltérhet ettől a példától.
A kétszer előforduló időt az eltolás különbözteti meg. A 02:30 UTC+2 szerint 00:30 UTC, a 02:30 UTC+1 szerint 01:30 UTC. A kijelzett helyi óraszám azonos, a tényleges pillanat egy órával különbözik.
Éjszakai rendezvénynél, munkafolyamatnál vagy rendszeres automatizálásnál ez gyakorlati probléma. Az eseményrendszer dokumentációjában ellenőrizd, hogyan kezeli a hiányzó és ismétlődő helyi időket. A kézi eltolásos kalkulátor ezt a döntést nem végzi el helyetted; már ismert eltolásokkal ellenőrzi a számítást.
Heti találkozó: mi maradjon állandó?
Egy heti, helyi 09:00-hoz kötött értekezlet UTC-időpontja változhat, ha azon a helyen módosul az eltolás. Egy állandó 08:00 UTC-re rögzített értekezlet ezzel szemben ugyanabban az UTC-időben marad, a résztvevők helyi óráján mutatott kezdés változhat.
A szervezési döntést előre mondd ki. Például a fogadó iroda munkaidejéhez igazodó találkozó a fogadó helyi időzónájához köthető. Egy nemzetközi technikai karbantartási ablaknál más megfontolás lehet célszerű. A kétféle szabályt ne keverd egy eseménysorozaton belül dokumentálatlanul.
Ha különböző helyeken eltérő napon változik az eltolás, átmeneti hetekben az egymáshoz képesti időeltérés is más lehet. Többhónapos sorozat előtt nézz meg legalább néhány, eltérő évszakba eső alkalmat. Ez egyszerű ellenőrzés arra, hogy a naptár ugyanazt a szervezői szándékot követi-e végig.
UTC-időbélyeg átadása másik rendszernek
Az RFC 3339 időbélyeg-formátuma dátumot, időt és eltolást ad meg. Például a 2026-10-10T18:00:00+02:00 és a 2026-10-10T16:00:00Z ugyanazt a pillanatot jelenti. A Z jelölés nulla UTC-eltolást fejez ki.
A Unix timestamp átváltó a másodpercben megadott időbélyeg és az UTC-dátum közötti ellenőrzéshez használható. Adatcserekor külön jelöld, hogy a fogadó rendszer másodpercet vagy ezredmásodpercet vár. Az 1000-szeres egységeltérés könnyen egészen más dátumként jelenik meg.
Az eredeti helyi időzóna nevét szükség esetén külön mezőben őrizd meg. Egy rögzített UTC-pillanatból a világ bármely helyének aktuális megjelenítése elkészíthető, de az eredeti szervezői szándék, például a minden héten helyi 09:00, ettől még külön információ.
Ellenőrzés a meghívó kiküldése előtt
A kezdést és a befejezést is váltsd UTC-re, majd ezekből számold az időtartamot. Az időpontkülönbség-kalkulátor akkor használható jól erre, ha az összehasonlított értékeket már közös időalapra hoztad. Az éjfélen átnyúló eseménynél a megfelelő dátumot is vidd tovább.
Küldés előtt nézd meg a meghívót legalább a szervező és egy eltérő zónában lévő résztvevő beállításával. A szöveges meghívó, a naptárbejegyzés és a visszaszámláló ugyanazt a pillanatot mutassa. Ha valamelyik eltér, először a dátumot és az eltolást ellenőrizd: ezek javítása után a többi megjelenítés is következetesen rendezhető.