ForHosting KIT · Voyages et géographie

Heures de réunion en chevauchement (UTC)

Berlin (UTC+2) et New York (UTC−5), toutes deux de 9 h à 17 h, ne se croisent que de 14:00 à 15:00 UTC : 16:00 à Berlin, 9:00 à New York. Ajoutez le décalage et les horaires de chacun pour voir tous les créneaux communs. Gratuit dans votre navigateur.

  • Gratuit
  • Fonctionne dans votre navigateur
  • Sans inscription
  • Vos données restent sur votre appareil
Utilisez-le depuis WebAPIE-mailTelegramApp bientôt

Planifier un appel entre villes est difficile lorsque chaque personne n’indique qu’un décalage UTC fixe et sa journée locale. Un outil qui ne convertit qu’une horloge en une autre vous laisse encore chercher l’intersection à la main. Cet outil d’heures de réunion en chevauchement accepte deux participants ou plus, chacun avec un décalage fixe par rapport au Temps universel coordonné et une fenêtre locale le même jour —par exemple de neuf à dix-sept—, projette chaque fenêtre en UTC à la minute près et renvoie les intervalles où tous sont disponibles en même temps. Le résultat inclut la plage UTC ainsi que le début et la fin locaux de chaque participant pour coller les horaires dans une invitation calendrier sans calcul mental.

Ce que signifient les heures de réunion en chevauchement avec décalages UTC fixes

Un décalage UTC fixe est un nombre constant d’heures par rapport au Temps universel coordonné : plus deux pour un horaire d’hiver dans une grande partie de l’Europe centrale, moins cinq pour l’heure normale de l’Est, plus cinq virgule cinq pour l’heure normale de l’Inde, ou plus quatorze pour les îles de la Ligne. Contrairement à une zone nommée comme America/New_York, un décalage fixe n’avance ni ne recule dans ce calculateur.

Le moteur convertit chaque minute locale de cette fenêtre en une minute du jour UTC, en permettant à l’intervalle mappé de franchir minuit UTC lorsque le décalage est grand. La disponibilité est stockée comme un masque circulaire de mille quatre cent quarante minutes. Les suites contiguës de minutes candidates deviennent les fenêtres en chevauchement de la réponse.

Ce modèle répond à l’intention de recherche d’heures de réunion communes entre fuseaux : non pas « quelle heure est-il là-bas », mais « quand pouvons-nous parler pendant que chacun reste dans ses horaires publiés ». Les transitions d’heure d’été et la résolution des noms de ville sont volontairement hors périmètre ; fournissez les décalages fixes déjà valables pour la date qui vous importe, comme les billets et pages d’état impriment des libellés UTC±.

Conseils pratiques, limites et quand utiliser un autre outil

Préférez des heures entières ou fractionnaires qui correspondent aux décalages civils publiés : cinq virgule cinq pour l’Inde, cinq virgule sept cinq pour le Népal, neuf virgule cinq pour certaines parties de l’Australie, plutôt qu’un second champ inventé pour les minutes de décalage. Gardez chaque fenêtre de travail sur un seul jour civil local avec fin après le début ; les tours de nuit qui franchissent minuit local ne se modélisent pas en une seule ligne —divisez-les ou ajustez le jour planifié—.

Lorsque les plages Est et Ouest se touchent à peine, attendez-vous à une courte fenêtre près de l’ouverture ou de la fermeture d’un côté ; lorsque l’Asie et les Amériques utilisent toutes deux neuf à dix-sept en local, vous pouvez n’avoir aucun chevauchement et devrez élargir les fenêtres ou choisir un autre jour avec d’autres contraintes.

Associez cette capacité à un convertisseur de décalage fixe si vous ne devez mapper qu’une horloge, et à un outil IANA complet si vous n’avez que des noms de ville ou devez respecter automatiquement l’heure d’été. Limitez l’équipe à quarante participants pour borner le travail des masques minutes sur les workers en bordure.

Standups d’équipes distantes entre continents

Les responsables d’ingénierie collent le décalage UTC fixe et les heures cœur de chaque site pour lister l’unique créneau quotidien valable pour tous les bureaux avant l’invitation calendrier.

Appels commerciaux avec libellés UTC± publiés

Les équipes comptes qui connaissent déjà les deux côtés comme décalages fixes trouvent des plages communes sans ouvrir une base de fuseaux complète ni deviner l’heure d’été.

Que se passe-t-il s’il n’y a aucun chevauchement ?

L’intersection vide n’est jamais renvoyée comme liste de succès vide, et la validation échouée n’est pas facturée.

Gère-t-on l’heure d’été ou les noms de ville ?

Non. Il n’y a ni base IANA ni usage de Date. Fournissez les décalages fixes déjà valables pour la date que vous planifiez.

Comment saisir l'Inde ou le Népal, qui ne sont pas à l'heure pleine ?

Saisissez le décalage en heures décimales : 5,5 pour l'heure normale de l'Inde et 5,75 pour le Népal. Certaines régions d'Australie utilisent 9,5. Inutile d'indiquer les minutes à part.

Puis-je planifier un poste de nuit qui passe minuit ?

Pas en une seule entrée. Chaque plage de travail doit commencer et finir le même jour local, la fin après le début. Découpez le poste de nuit en deux entrées ou choisissez un autre jour.

Combien de personnes ou de villes puis-je comparer à la fois ?

De deux à quarante participants dans une même recherche. Chacun apporte son décalage et ses horaires, et une minute ne compte comme libre que si tout le monde est disponible à ce moment-là.

Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.

POSThttps://api.kit.forhosting.com/travel/time-zone-meeting-finder

Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.

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"}]}'
{
  "zones": [
    {
      "offset": 2,
      "start_hour": 9,
      "end_hour": 17,
      "label": "Berlin"
    },
    {
      "offset": -5,
      "start_hour": 9,
      "end_hour": 17,
      "label": "New York"
    }
  ]
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "travel.time_zone_meeting_finder",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

HTTPCodeSignification
401unauthorizedClé API absente ou invalide : vérifiez l’en-tête Authorization.
402insufficient_balanceSolde insuffisant : rechargez votre compte pour lancer cette tâche.
404unknown_typeType de tâche inconnu : vérifiez le champ type de votre requête.
429rate_limitedTrop de requêtes : ralentissez la cadence, puis réessayez.

Lorsque les fenêtres ne se croisent jamais, la tâche échoue avec invalid_input au lieu d’une liste vide trompeuse, conformément au traitement de « aucun créneau ce jour-là » comme résultat strict. Le chemin est purement parse —sans base IANA, sans bascule d’heure d’été, sans réseau—, de sorte que l’exécuteur gratuit du navigateur et l’API prépayée s’accordent octet par octet après un arrondi fixe.

Ce que signifient les heures de réunion en chevauchement avec décalages UTC fixes

Chaque participant déclare aussi une fenêtre de travail le même jour civil via start_hour et end_hour sur une horloge de vingt-quatre heures, avec une fin strictement supérieure au début. L’intersection est un ET bit à bit entre tous les participants : une minute UTC n’est candidate à une réunion que si tous les masques la marquent disponible.

Contrat d’entrée, forme de la réponse et erreurs

La règle produit pour une intersection vide est le même chemin : lorsque les masques ne partagent aucune minute, le gestionnaire lève un message clair d’absence de chevauchement afin que les clients ne traitent pas le silence comme un succès. Envoyez un corps JSON avec le champ obligatoire zones : un tableau d’au moins deux et au plus quarante objets. Chaque objet exige des nombres finis offset (de moins quatorze à plus quatorze inclus), start_hour et end_hour (chacun de zéro à vingt-quatre, début strictement inférieur à la fin et début inférieur à vingt-quatre). label est optionnel : une courte chaîne pour la ville, l’équipe ou la personne. Les alias participants, people, locations et team sont acceptés pour le tableau. En cas de succès le corps inclut zone_count ; zones reprenant chaque ligne avec offset_label, horloges locales et duration_hours ; has_overlap à true ; overlap_minutes et overlap_hours pour la durée totale intersectée ; window_count ; windows comme liste ordonnée d’objets avec start_utc, end_utc, champs de durée et local_times projetant la même suite UTC sur l’horloge locale de chaque participant ; plus message et steps pour l’affichage et le débogage. Une validation échouée —zones manquant, moins de deux lignes, nombres non finis, décalages hors ±14, début non inférieur à la fin, libellés vides ou trop longs— renvoie invalid_input et n’est jamais facturée. Le tarif est un $0.002 fixe par appel réussi avec unité item.

Conseils pratiques, limites et quand utiliser un autre outil

Utilisez des exemples délibérés sans chevauchement dans les tests pour que l’automatisation affirme invalid_input au lieu d’inventer un créneau. Les vérifications aller-retour sont simples : recalculez à la main une paire connue —Berlin UTC+2 de neuf à dix-sept contre New York UTC−5 de neuf à dix-sept donne une fenêtre UTC d’une heure de quatorze à quinze, soit seize à dix-sept à Berlin et neuf à dix à New York— et confirmez que l’API concorde. Les tâches en échec avec invalid_input ne consomment pas le solde prépayé, ce qui maintient bas le coût des scripts d’exploration lorsque l’on envoie à dessein des fenêtres non chevauchantes.

Tests d’automatisation pour planificateurs multi-zones

Les services qui stockent des décalages fixes génèrent des fenêtres golden de chevauchement et des cas délibérés d’invalid_input sans chevauchement pour l’intégration continue.

Comment trouver des heures de réunion en chevauchement entre fuseaux ?

Envoyez au moins deux zones, chacune avec un décalage UTC fixe et start_hour/end_hour locaux. L’API renvoie des fenêtres UTC et les horaires locaux de chaque participant pour chaque minute où tous sont disponibles.

Combien de participants puis-je inclure ?

Entre 2 et 40 lignes de zone par requête. Chaque ligne exige offset, start_hour et end_hour ; label est optionnel.

Combien coûte l’outil d’heures de réunion en chevauchement ?

L’outil navigateur est gratuit. Les requêtes API utilisent le solde KIT prépayé à $0.002 par appel réussi ; une entrée invalide n’est pas facturée.

Consulter la documentation complète du KIT →