Ore di riunione sovrapposte tra fusi UTC
Berlino (UTC+2) e New York (UTC−5), entrambe dalle 9 alle 17, si sovrappongono solo dalle 14:00 alle 15:00 UTC: le 16:00 a Berlino e le 9:00 a New York. Inserisca il fuso e l'orario di ogni persona e veda le fasce comuni. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Pianificare una chiamata tra città è difficile quando ogni persona indica solo un offset UTC fisso e la propria giornata locale. Uno strumento che converte soltanto un orologio in un altro La lascia comunque a cercare l’intersezione a mano. Questo strumento per ore di riunione sovrapposte accetta due o più partecipanti, ciascuno con un offset fisso rispetto al Tempo universale coordinato e una finestra locale nello stesso giorno —ad esempio dalle nove alle diciassette—, proietta ogni finestra in UTC con risoluzione di un minuto e restituisce gli intervalli in cui tutti sono disponibili contemporaneamente. Il risultato include l’intervallo UTC più inizio e fine locali di ogni partecipante, così Lei può incollarli in un invito di calendario senza calcoli mentali.
Cosa significano le ore di riunione sovrapposte con offset UTC fissi
Un offset UTC fisso è un numero costante di ore rispetto al Tempo universale coordinato: più due per un orario invernale in gran parte dell’Europa centrale, meno cinque per l’ora standard orientale, più cinque virgola cinque per l’ora standard indiana, o più quattordici per le Isole della Linea. A differenza di una zona con nome come America/New_York, un offset fisso non avanza né indietreggia in questo calcolatore.
Il motore converte ogni minuto locale di quella finestra in un minuto del giorno UTC, consentendo all’intervallo mappato di superare la mezzanotte UTC quando l’offset è grande. La disponibilità è memorizzata come una maschera circolare di millequattrocentoquaranta minuti. L’intersezione è un AND bit a bit tra tutti i partecipanti: un minuto UTC è candidato a riunione solo se ogni maschera lo segna disponibile.
Le sequenze contigue di minuti candidati diventano le finestre sovrapposte della risposta. Quel modello risponde all’intento di ricerca di ore di riunione sovrapposte tra fusi: non «che ora è lì», ma «quando possiamo parlare mentre tutti restano nelle ore d’ufficio pubblicate». Transizioni di ora legale e risoluzione dei nomi di città restano deliberatamente fuori ambito; fornisca gli offset fissi già validi per la data che Le interessa, come biglietti e pagine di stato stampano etichette UTC±.
Consigli pratici, limiti e quando usare un altro strumento
Preferisca ore intere o frazionarie allineate agli offset civili pubblicati: cinque virgola cinque per l’India, cinque virgola sette cinque per il Nepal, nove virgola cinque per parti dell’Australia, invece di inventare un secondo campo per i minuti di offset. Mantenga ogni finestra lavorativa in un solo giorno civile locale con fine dopo l’inizio; i turni notturni che superano la mezzanotte locale non si modellano in una sola riga —li divida o regoli il giorno pianificato—.
Quando le ore della costa est e ovest si toccano appena, si aspetti una finestra breve vicino all’apertura o alla chiusura di un lato; quando Asia e Americhe usano entrambe le nove-diciassette locali, può non esserci sovrapposizione e dovrà ampliare le finestre o scegliere un altro giorno con vincoli diversi. Abbini questa capacità a un convertitore di offset fisso se deve solo mappare un orologio, e a uno strumento IANA completo se ha solo nomi di città o deve rispettare automaticamente l’ora legale.
Limiti il team a quaranta partecipanti per contenere il lavoro delle maschere a minuti sui worker di edge.
Casi d'uso
Standup remoti di team tra continenti
I responsabili di engineering incollano l’offset UTC fisso e le ore core di ogni sede per elencare l’unico slot giornaliero valido per tutti gli uffici prima dell’invito di calendario.
Chiamate commerciali con etichette UTC± pubblicate
I team account che già conoscono entrambi i lati come offset fissi trovano ore lavorative comuni senza aprire un database completo di fusi né indovinare l’ora legale.
Domande frequenti
Cosa succede se non c’è sovrapposizione?
L’intersezione vuota non viene mai restituita come lista di successo vuota e la validazione fallita non è fatturata.
Gestisce l’ora legale o i nomi di città?
No. Non c’è database IANA né uso di Date. Fornisca gli offset fissi già validi per la data che sta pianificando.
Come inserisco l'India o il Nepal, che non hanno ore intere?
Scriva il fuso come ora decimale: 5,5 per l'ora standard dell'India e 5,75 per il Nepal. Alcune zone dell'Australia usano 9,5. Non serve indicare i minuti a parte.
Posso pianificare un turno di notte che supera la mezzanotte?
Non in un'unica voce. Ogni orario di lavoro deve iniziare e finire nello stesso giorno locale, con la fine dopo l'inizio. Divida il turno notturno in due voci oppure scelga un altro giorno.
Quante persone o città posso confrontare insieme?
Da due fino a quaranta partecipanti nella stessa ricerca. Ognuno porta il proprio fuso e il proprio orario, e un minuto conta come libero solo quando tutti sono disponibili in quel momento.
Strumenti correlati
Per sviluppatori — accesso via API
Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.
Endpoint
Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.
Chiamala dal tuo stack
curl -X POST https://api.kit.forhosting.com/travel/time-zone-meeting-finder \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"zones":[{"offset":2,"start_hour":9,"end_hour":17,"label":"Berlin"},{"offset":-5,"start_hour":9,"end_hour":17,"label":"New York"}]}'const res = await fetch("https://api.kit.forhosting.com/travel/time-zone-meeting-finder", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"zones": [
{
"offset": 2,
"start_hour": 9,
"end_hour": 17,
"label": "Berlin"
},
{
"offset": -5,
"start_hour": 9,
"end_hour": 17,
"label": "New York"
}
]
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/travel/time-zone-meeting-finder",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"zones": [
{
"offset": 2,
"start_hour": 9,
"end_hour": 17,
"label": "Berlin"
},
{
"offset": -5,
"start_hour": 9,
"end_hour": 17,
"label": "New York"
}
]
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/travel/time-zone-meeting-finder", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"zones":[{"offset":2,"start_hour":9,"end_hour":17,"label":"Berlin"},{"offset":-5,"start_hour":9,"end_hour":17,"label":"New York"}]}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"zones":[{"offset":2,"start_hour":9,"end_hour":17,"label":"Berlin"},{"offset":-5,"start_hour":9,"end_hour":17,"label":"New York"}]}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/travel/time-zone-meeting-finder", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Esempio di richiesta
{
"zones": [
{
"offset": 2,
"start_hour": 9,
"end_hour": 17,
"label": "Berlin"
},
{
"offset": -5,
"start_hour": 9,
"end_hour": 17,
"label": "New York"
}
]
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "travel.time_zone_meeting_finder",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.
Prezzi
Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.
Errori
| HTTP | Codice | Significato |
|---|---|---|
401 | unauthorized | Chiave API mancante o non valida: controlla l'header Authorization. |
402 | insufficient_balance | Credito esaurito: ricarica per continuare a eseguire attività. |
404 | unknown_type | Tipo di attività sconosciuto: controlla il campo type della richiesta. |
429 | rate_limited | Troppe richieste in poco tempo: rallenta e riprova tra qualche secondo. |
Note tecniche
Quando le finestre non si incontrano mai, l’attività fallisce con invalid_input invece di una lista vuota fuorviante, coerente con il trattare «nessuno slot in quel giorno» come esito rigido. Il percorso è parse puro —senza database IANA, senza cambi di ora legale, senza rete—, così l’esecutore gratuito del browser e l’API prepagata coincidono byte per byte dopo un arrotondamento fisso.
Cosa significano le ore di riunione sovrapposte con offset UTC fissi
Ogni partecipante dichiara inoltre una finestra lavorativa nello stesso giorno civile come start_hour e end_hour su un orologio a ventiquattro ore, con fine strettamente maggiore dell’inizio.
Contratto di ingresso, forma della risposta ed errori
Invii un corpo JSON con il campo obbligatorio zones: un array di almeno due e al massimo quaranta oggetti. Ogni oggetto richiede numeri finiti offset (da meno quattordici a più quattordici inclusi), start_hour e end_hour (ciascuno da zero a ventiquattro, con inizio strettamente minore della fine e inizio minore di ventiquattro). label è opzionale: una stringa breve per città, team o persona. Sono accettati gli alias participants, people, locations e team per l’array. In caso di successo il corpo include zone_count; zones che rispecchia ogni riga con offset_label, orologi locali e duration_hours; has_overlap true; overlap_minutes e overlap_hours per la lunghezza totale intersecata; window_count; windows come elenco ordinato di oggetti con start_utc, end_utc, campi di durata e local_times che proiettano la stessa sequenza UTC sull’orologio locale di ogni partecipante; più message e steps per visualizzazione e debug. La validazione fallita —zones assente, meno di due righe, numeri non finiti, offset fuori da ±14, inizio non minore della fine, etichette vuote o troppo lunghe— restituisce invalid_input e non viene mai fatturata. Il prezzo è un $0.002 fisso per chiamata riuscita con unità item.
Consigli pratici, limiti e quando usare un altro strumento
Usi esempi deliberati senza sovrapposizione nei test così l’automazione afferma invalid_input invece di inventare uno slot. I controlli andata-ritorno sono semplici: ricalcoli a mano una coppia nota —Berlino UTC+2 dalle nove alle diciassette contro New York UTC−5 dalle nove alle diciassette produce una finestra UTC di un’ora dalle quattordici alle quindici, cioè dalle sedici alle diciassette a Berlino e dalle nove alle dieci a New York— e confermi che l’API coincide. Le attività fallite con invalid_input non consumano il saldo prepagato, il che mantiene economici gli script esplorativi quando si inviano di proposito finestre non sovrapposte.
Casi di integrazione
Test di automazione per scheduler multi-zona
I servizi che memorizzano offset fissi generano finestre golden di sovrapposizione e casi deliberati di invalid_input senza sovrapposizione per l’integrazione continua.
Domande tecniche
Come trovo ore di riunione sovrapposte tra fusi orari?
Invii almeno due zone, ciascuna con offset UTC fisso e start_hour/end_hour locali. L’API restituisce finestre UTC e gli orari locali di ogni partecipante per ogni minuto in cui tutti sono disponibili.
Quanti partecipanti posso includere?
Tra 2 e 40 righe di zona per richiesta. Ogni riga richiede offset, start_hour e end_hour; label è opzionale.
Quanto costa lo strumento per ore di riunione sovrapposte?
Lo strumento nel browser è gratuito. Le richieste API usano il saldo KIT prepagato a $0.002 per chiamata riuscita; l’input non valido non è fatturato.