Ingen opplasting, 100% lokalt, ingen konto

Artikkel

Planlegge møter på tvers av tidssoner

Å velge en møtetid som fungerer for folk i tre byer høres enkelt ut inntil klokkene stilles om og alle møter opp en time for sent. Denne guiden går gjennom mekanikken bak UTC-forskyvninger, forklarer hvorfor sommertid er den viktigste kilden til planleggingsfeil og viser en gjentakbar metode for å finne et vindu som faller i arbeidstid for alle deltakere.

Skrevet av Bastien Sulyan · Publisert

UTC og forskyvninger: grunnlaget

Koordinert universaltid (UTC) er det felles referansepunktet for all sivil tid. Enhver tidssone uttrykkes som UTC pluss eller minus et antall timer og minutter. New York om vinteren er UTC-5, Paris om vinteren er UTC+1, Tokyo er UTC+9. Når du skriver en tid i UTC, kan hvem som helst hvor som helst konvertere den til lokal tid uten å gjette. De fleste forskyvninger er hele timer, men ikke alle. India opererer med UTC+5:30, med en halvtime som ofte overrasker folk. Nepal går lenger med UTC+5:45, en 45-minutters forskyvning som eksisterer av historiske og politiske grunner. Deler av Australia bruker UTC+9:30 og UTC+10:30. Når du ser en tidssone oppgitt som en heltallsforskyvning, sjekk: det kan finnes en under-times sone i samme region. Den praktiske regelen er å forankre alle kalenderinvitasjoner i UTC. Lokale tider endres to ganger i året i mange land; UTC gjør det ikke.

Diagram som viser UTC i midten med forflytningspiler som peker til byur på forskjellige kontinenter, inkludert en +5:30-pil for India og en +5:45-pil for Nepal

Sommertid: hvorfor forskyvninger skifter

Sommertid (DST) stiller klokkene en time fremover om våren og tilbake om høsten, noe som forskyver et lands UTC-offset med én time i flere måneder. USA stiller klokkene den andre søndagen i mars og den første søndagen i november. Det meste av Europa stiller dem den siste søndagen i mars og den siste søndagen i oktober. Australia, som er på den sørlige halvkule, skifter i oktober og april. Mange land, inkludert Japan, India, Kina og det meste av Afrika og Sørøst-Asia, observerer ingen sommertid i det hele tatt. Resultatet er en periode på to til tre uker i mars og oktober der forskjellen mellom to byer ikke er det du har memorert. New York til London er normalt fem timer fra hverandre; i disse to til tre ukene i mars er det fire, fordi USA allerede har stilt klokkene frem, men Storbritannia ennå ikke har gjort det. Dette er den viktigste kilden til planleggingsfeil i internasjonale kalendere. Den eneste sikre strategien er å verifisere forskyvningen på den spesifikke datoen for møtet, ikke forskyvningen du husker fra forrige måned.

Finne et overlappende vindu

Skriv ned UTC-forskyvningen for hver deltakers lokasjon på møtedagen. Tegn deretter en rad for hver by og marker hvilke UTC-timer som tilsvarer byens 09:00 til 18:00-vindu. Skjæringspunktet for alle rader er ditt kandidatslot. Et konkret eksempel: New York (UTC-5 om vinteren), London (UTC+0) og Mumbai (UTC+5:30). London 09:00 er UTC 09:00, New York 09:00 er UTC 14:00, Mumbai 18:00 er UTC 12:30. Vinduene overlapper ikke på tvers av alle tre byene: London og New York deler UTC 14:00 til 17:00 (London 14:00-17:00, New York 09:00-12:00), men Mumbais arbeidsdag er allerede over ved UTC 12:30, godt før det vinduet åpner. Noen må godta et slot utenfor normalarbeidstid. Denne typen beregning er akkurat det tidssone-forskjellsverktøyet på dette nettstedet håndterer. Skriv inn to byer og en dato, og verktøyet viser forskyvningen og om den datoen faller i et DST-overgangsvindu.

Rutenett med tre rader merket New York, London og Mumbai, med skyggelagte arbeidstidsbånd som viser hvor overlappingsvinduet faller over en UTC-tidslinje

Praktiske vaner for tilbakevendende møter

Navngi tidssonen i hver invitasjon. Å skrive «15:00» er tvetydig; å skrive «15:00 UTC» eller «15:00 CET (UTC+1)» fjerner gjettearbeidet. Kalenderapplikasjoner oversetter dette til hver mottakers lokale tid, men bare hvis sonen er eksplisitt. For et engangs-møte, verifiser UTC-forskyvningen for den spesifikke datoen på tidssonekonverteringsverktøyet før du sender invitasjonen. For et tilbakevendende ukentlig møte, sjekk hva som skjer ved hver DST-overgangsdato. Et møte fastsatt til «10:00 New York-tid» vil forskyves med én time i forhold til London-deltakere to ganger i året. Enten godta denne endringen og varsle deltakerne på forhånd, eller fast møtet i UTC og la alles kalender konvertere det lokalt. En enkel konvensjon brukt av mange distribuerte team: planlegg alt i UTC, inkluder lokale ekvivalenter for de to eller tre mest representerte sonene i invitasjonsteksten, og legg til en kalendernotat to uker før hver DST-overgang som minner deltakerne om at lokal tid vil endres. Verdensklokke-verktøyet lar deg sjekke flere byer på en gang mot gjeldende UTC-tid, noe som er nyttig for en rask fornuftsjekk før sending.

Gjøre det lokalt, i nettleseren

De tre verktøyene som støtter denne artikkelen kjører utelukkende i nettleseren din. Ingen tidsdata, bynavn eller tidsplandetaljer forlater enheten din. Tidssonkonverteringsverktøyet tar en dato, et klokkeslett og en kildesone og konverterer det til én eller flere målsoner. Det tar hensyn til sommertid på den datoen du angir, slik at forskyvningen det viser gjenspeiler den faktiske forskyvningen på den dagen, ikke standardforskyvningen for sonen. Verdensklokke-verktøyet viser gjeldende tid i flere byer side om side. Dette er den raskeste måten å svare på «hva er klokken i Singapore nå» uten å åpne en søkemotor. Tidssone-forskjellsverktøyet beregner timeforskjellen mellom to soner på en gitt dato. Fordi det er datobevisstig, håndterer det korrekt overgangsukene når de to sonene ikke begge har skiftet ennå. Alle tre verktøyene fungerer frakoblet når siden er lastet. Beregningene bruker IANA-tidsonedatabasen som er inkludert i nettleseren din, slik at DST-reglene er så oppdaterte som nettleserversjonen din.

Verktøy i denne artikkelen

Ofte stilte spørsmål

Hvorfor endres forskyvningen mellom to byer i mars selv om ingen av byene endret tidssonen?

De stilte klokkene på forskjellige datoer. Når ett land bruker DST-skiftet sitt og det andre ennå ikke har gjort det, krymper eller vokser forskjellen mellom dem med én time for dagene imellom. Dette løser seg når begge landene har gjennomført overgangen sin.

India er på UTC+5:30. Observerer de sommertid?

Nei. India har ikke observert sommertid siden 1945. UTC+5:30-forskyvningen er konstant gjennom hele året. Nepal, på UTC+5:45, observerer heller ikke sommertid. Dette gjør planlegging med sørasy atiske deltakere mer forutsigbar enn planlegging med europeiske eller nordamerikanske deltakere.

Er det bedre å sende en møteinvitasjon i UTC eller i arrangørens lokale tid?

UTC er tryggere for internasjonale møter. De fleste kalenderapplikasjoner viser invitasjonen i mottakerens lokale tid hvis kildesonen er angitt, og UTC forskyves aldri. Hvis du sender en invitasjon i en DST-observerende sone som Eastern Time, kan mottakere i soner som skifter på en annen dato se feil lokal tid i ukene rundt en overgang.