Solapamiento horario laboral

Usted envía seis números —desfase, inicio y fin del equipo A y los mismos tres del equipo B— y el resolutor proyecta ambas ventanas sobre un círculo UTC de veinticuatro horas, las interseca y devuelve minutos de solape, horas de solape, la fracción de la jornada de cada equipo que se comparte en vivo y un overlap_percent destacado igual a cien veces la intersección sobre la jornada más corta.

Cómo dos jornadas laborales se convierten en un porcentaje de solape

Ambas jornadas duran ocho horas, así que la más corta es de ocho horas y overlap_percent vale cien veces tres entre ocho, o treinta y siete coma cinco por ciento (37.5). La misma identidad figura en cada respuesta correcta: utc es local menos el desfase, módulo veinticuatro horas; el solape es la intersección de los dos intervalos UTC en un día circular; overlap_percent vale cien veces overlap_minutes dividido por el mínimo de team_a_minutes y team_b_minutes. Los campos por equipo overlap_percent_a y overlap_percent_b usan la duración propia como denominador, de modo que un puesto de cuatro horas enteramente dentro de uno de ocho informa cien por ciento para el equipo corto y cincuenta para el largo, mientras que la cifra destacada permanece en cien porque cada minuto de la jornada más corta es concurrente.

Contrato de entrada, campos de respuesta y reglas de validación

Las horas pueden ser fraccionarias. Envíe por POST un objeto JSON con seis números finitos obligatorios. offset_a y offset_b son desfases UTC fijos en horas, cada uno entre menos catorce y más catorce inclusive; los alias incluyen utc_a, team_a_offset, a_offset y los nombres equivalentes del equipo B. start_a, end_a, start_b y end_b son horas de reloj local de cero a veinticuatro inclusive; los alias incluyen team_a_start, a_start, team_a_end, a_end y los nombres equivalentes de B. Cuando end_a es anterior a start_a, la ventana A rodea la medianoche; la misma regla vale para B. En caso de éxito el cuerpo repite las seis entradas redondeadas y etiquetas de desfase como UTC−5, informa team_a_hours, team_b_hours, team_a_minutes y team_b_minutes, publica cada ventana en UTC como team_a_utc_start, team_a_utc_end, team_b_utc_start y team_b_utc_end con los booleanos team_a_wraps y team_b_wraps, y da overlap_minutes, overlap_hours, overlap_percent, overlap_percent_a, overlap_percent_b, overlap_windows como arreglo de relojes UTC de inicio y fin, same_window cuando los dos intervalos UTC son idénticos, un mensaje de una línea y la cadena formula. Ejemplo: offset_a menos cinco, start_a nueve, end_a diecisiete, offset_b cero, start_b nueve, end_b diecisiete produce tres horas de solape, treinta y siete coma cinco por ciento (37.5) y una sola ventana UTC de 14:00 a 17:00. La validación fallida —campos ausentes, valores no finitos, un desfase cuyo valor absoluto supera catorce, un inicio o un fin fuera de cero a veinticuatro, o una jornada de longitud cero— devuelve invalid_input nombrando el campo y nunca se factura. Las llamadas correctas cuestan el precio base publicado $0.002 con unidad item.

Dónde aporta valor un porcentaje de solapamiento horario

Los equipos de operaciones de personas usan una calculadora de porcentaje de solapamiento horario cuando redactan horas de colaboración conjunta para una empresa partida en dos sedes: si Nueva York y Londres comparten solo tres de ocho horas, una política que exige cuatro horas en vivo no es viable sin alargar un lado. Los desfases inválidos y las jornadas de longitud cero no consumen saldo. Conserve los desfases como los números UTC± ya impresos en billetes y configuraciones de servidor; esta herramienta no resuelve nombres IANA como America/New_York ni aplica transiciones de horario de verano. Si una región cambia de desfase en marzo, envíe el número de invierno o el de verano que realmente desea. Los modelos de plantilla convierten overlap_hours en asientos concurrentes para que un roster de soporte de relevo solar no pretenda que una mañana de Tokio y una mañana de California son el mismo turno. Las organizaciones de ventas y éxito de cliente programan llamadas recurrentes en la intersección publicada como overlap_windows en lugar de adivinar con un reloj mundial. El lenguaje contractual que promete una jornada compartida mínima puede fijar overlap_percent en una prueba en vez de en una captura. Como la implementación es parse de nivel A, cada llamada exitosa cuesta el $0.002 publicado, sin tokens de modelo ni red de salida. Empareje ejemplos al enseñar: desfases y horas idénticos devuelven cien por ciento y same_window true; Nueva York frente a Londres de nueve a cinco devuelve treinta y siete coma cinco por ciento (37.5); Tokio de nueve a dieciocho frente a San Francisco de nueve a dieciocho devuelve un tramo corto consciente del envoltorio; un desfase de quince demuestra la ruta dura de invalid_input. Fije overlap_percent y overlap_minutes en las pruebas y obtendrá aritmética de concurrencia reproducible para manuales, landings SEO y edge workers sin montar una base de husos propia.