Convertidor de Zonas Horarias

Propósito e intención del usuario: Esta herramienta realiza una conversión precisa de zonas horarias de Israel a India y tiene en cuenta el horario de verano cuando corresponde. Los usuarios objetivo son viajeros, equipos remotos, planificadores y organizadores de eventos que deben alinear reuniones y despliegues entre Asia/Jerusalén y Asia/Kolkata. El problema resuelto es convertir una fecha/hora local de Israel a la hora correspondiente de India, manteniendo las fronteras de fecha y devolviendo una marca de tiempo legible por máquina y información de offset.
Lógica central y características: Utiliza la base de datos TZ de IANA para Asia/Jerusalén y Asia/Kolkata para aplicar el offset correcto (estándar o DST). Requisitos: fecha de entrada, hora de entrada, source_tz, dest_tz y un converted_time generado. Funciones avanzadas: conversiones por lotes, salida en UTC, exposición de offsets fuente y destino. Marca tiempos ambiguos o inexistentes durante transiciones DST y ofrece alternativas válidas.
Entradas y salidas: Entradas: fecha (YYYY-MM-DD, obligatorio), hora (HH:MM, 24h, obligatorio), source_tz (cadena, p. ej. Asia/Jerusalem, obligatorio), dest_tz (p. ej. Asia/Kolkata, obligatorio). Salidas: converted_time (ISO 8601 con zona horaria), offsets (fuente y destino) y UTC. Validación: fecha/hora válidas para las zonas elegidas; nombres TZ inválidos generan errores.
Algoritmos y cálculos: Conversión vía hora local → UTC usando el offset de origen (DST incluido), luego UTC → hora de destino usando el offset de destino. Los offsets provienen de la TZ-database. En caso de ambigüedad durante DST, el sistema marca la ambigüedad y puede devolver la alternativa más cercana válida. Si faltan datos TZ, se recurre a UTC.
Industria/Región y Localización: Usa ISO-8601 y zonas horarias IANA. La salida sigue las horas locales de Israel e India; admite 24 horas y convenciones de planificación internacionales. Nombres de zona se asignan a Asia/Jerusalem y Asia/Kolkata.
Supuestos y Exclusiones: Se asume reglas y offsets DST actuales; se asume calendario gregoriano; no gestiona eventos de calendario ni UI; el modo batch y la planificación avanzada quedan fuera del flujo principal.