Sovrapposizione orari di lavoro

Lei invia sei numeri — offset, inizio e fine del team A e gli stessi tre del team B — e il risolutore proietta entrambe le finestre su un cerchio UTC di ventiquattro ore, le interseca e restituisce minuti di sovrapposizione, ore di sovrapposizione, la quota della giornata di ciascun team condivisa in diretta e un overlap_percent in evidenza pari a cento volte l'intersezione sulla giornata più corta.

Come due giornate lavorative diventano una percentuale di sovrapposizione

Entrambe le giornate durano otto ore, quindi la più corta è di otto ore e overlap_percent vale cento volte tre su otto, ovvero trentasette virgola cinque per cento (37.5). La stessa identità compare in ogni risposta riuscita: utc è locale meno l'offset, modulo ventiquattro ore; la sovrapposizione è l'intersezione dei due intervalli UTC su un giorno circolare; overlap_percent vale cento volte overlap_minutes diviso il minimo di team_a_minutes e team_b_minutes. I campi per team overlap_percent_a e overlap_percent_b usano la durata propria come denominatore, così una postazione di quattro ore interamente dentro una di otto ore riporta cento per cento per il team corto e cinquanta per quello lungo, mentre la cifra in evidenza resta cento perché ogni minuto della giornata più corta è concorrente.

Contratto di ingresso, campi della risposta e regole di convalida

Le ore possono essere frazionarie. Invii con POST un oggetto JSON con sei numeri finiti obbligatori. offset_a e offset_b sono offset UTC fissi in ore, ciascuno fra meno quattordici e più quattordici inclusi; gli alias includono utc_a, team_a_offset, a_offset e i nomi equivalenti del team B. start_a, end_a, start_b e end_b sono ore di orologio locale da zero a ventiquattro inclusi; gli alias includono team_a_start, a_start, team_a_end, a_end e i nomi equivalenti di B. Quando end_a precede start_a la finestra A avvolge la mezzanotte; la stessa regola vale per B. In caso di successo il corpo ripete i sei ingressi arrotondati e etichette di offset come UTC−5, riporta team_a_hours, team_b_hours, team_a_minutes e team_b_minutes, pubblica ogni finestra in UTC come team_a_utc_start, team_a_utc_end, team_b_utc_start e team_b_utc_end con i booleani team_a_wraps e team_b_wraps, e fornisce overlap_minutes, overlap_hours, overlap_percent, overlap_percent_a, overlap_percent_b, overlap_windows come array di orologi UTC di inizio e fine, same_window quando i due intervalli UTC sono identici, un messaggio di una riga e la stringa formula. Esempio: offset_a meno cinque, start_a nove, end_a diciassette, offset_b zero, start_b nove, end_b diciassette produce tre ore di sovrapposizione, trentasette virgola cinque per cento (37.5) e una sola finestra UTC da 14:00 a 17:00. Una convalida fallita — campi assenti, valori non finiti, un offset il cui valore assoluto supera quattordici, un inizio o una fine fuori da zero a ventiquattro, o una giornata di lunghezza zero — restituisce invalid_input nominando il campo e non viene mai fatturata. Le chiamate riuscite costano la tariffa base pubblicata $0.002 con unità item.

Dove una percentuale di sovrapposizione degli orari merita il posto

I team di operations sulle persone usano un calcolatore della percentuale di sovrapposizione degli orari quando redigono ore di collaborazione comune per un'azienda divisa in due sedi: se New York e Londra condividono solo tre ore su otto, una politica che esige quattro ore in diretta non è sostenibile senza allungare un lato. Offset non validi e giornate di lunghezza zero non consumano saldo. Conservi gli offset come i numeri UTC± già stampati su biglietti e configurazioni server; questo strumento non risolve nomi IANA come America/New_York e non applica transizioni dell'ora legale. Se una regione cambia offset a marzo, invii il numero invernale o quello estivo che intende davvero. I modelli di organico convertono overlap_hours in postazioni concorrenti così un roster di supporto a staffetta solare non finge che una mattina di Tokyo e una mattina della California siano lo stesso turno. Le organizzazioni di vendita e successo cliente fissano le chiamate ricorrenti nell'intersezione pubblicata come overlap_windows invece di indovinare con un orologio mondiale. Un linguaggio contrattuale che promette una giornata condivisa minima può inchiodare overlap_percent in un test invece che in uno screenshot. Poiché l'implementazione è parse di livello A, ogni chiamata riuscita costa il $0.002 pubblicato, senza token di modello e senza rete in uscita. Accoppi esempi quando insegna: offset e ore identici restituiscono cento per cento e same_window true; New York contro Londra dalle nove alle cinque restituisce trentasette virgola cinque per cento (37.5); Tokyo dalle nove alle diciotto contro San Francisco dalle nove alle diciotto restituisce una fettina breve consapevole dell'avvolgimento; un offset di quindici dimostra il percorso duro di invalid_input. Fissi overlap_percent e overlap_minutes nei test e ottiene un'aritmetica di concorrenza riproducibile per manuali, landing SEO e edge worker senza alzare un database di fusi proprio.