Offre des congés ou assimilés

Vous activez la fonction d’offre de congés ou assimilés en configurant des périodes d’offre et en les associant à des sites. Une fois configuré, les agents au sein du site peuvent soumettre plusieurs demandes de congés ou assimilés simultanées au sein de la période d’offre que WFM traite entre la date/l’heure de début de traitement spécifiée et la date/l’heure de fin de traitement. WFM accorde ces demandes congés ou assimilés en fonction de l’ancienneté et/ou du rang. Les demandes de congés ou assimilés que WFM ne peut accorder sont traitées après la date/l’heure de la fin de traitement de la période d’offre dans l’ordre de soumission, si des créneaux sont disponibles dans les limites de congés ou assimilés.

Pour activer la fonction de congés ou assimilés (congés) :

Important
Des demandes de congés ou assimilés peuvent être accordées pendant le processus d’offres seulement si les types de congés ou assimilés sont associés à des règles de congés ou assimilés dont l’option auto-octroi est activée. Si l’auto-octroi pour une règle de congés ou assimilés est désactivé si ou si la règle de congés ou assimilés n’est pas attribuée à un type de congés ou assimilés, la demande ne sera pas traitée dans le processus d’offres. En outre, si le paramètres "Délai d’attente agent autorisé" est configuré pour la période d’offre, la période de temps qu’elle représente est perdue sur ces types de demandes, car elles ne peuvent être octroyées automatiquement. Toutefois, WFM attend toujours que l’agent modifie sa demande pour rendre possible l’auto-octroi.

Saisie et modification de demandes de congés ou assimilés

Dans la vue Calendrier, vous pouvez modifier les demandes de congés ou assimilés des agents, entrer de nouvelles demandes ou attribuer manuellement des demandes existantes à tout moment, même après le début du processus d’offres.

Dans les vues Offre de congés ou assimilés, lorsque le processus d’attribution des offres est dans l’état Expiré, vous pouvez manuellement Ignorer l’agent. Réglez l’ordre de traitement à tout moment en définissant l’état de l’agent sur Ignoré ou Prêt, indiquant que le processus d’offre automatique ne doit pas tenir compte des demandes de l’agent. Lorsque vous définissez l’état de l’agent sur Ignoré, le processus d’attribution des offres passe à la demande suivante de l’agent.

Quand les agents peuvent-ils soumettre ou modifier les demandes ?

Les agents peuvent entrer les nouvelles demandes de congés ou assimilés à tout moment, même si le processus d’attribution des offres a été lancé et que les demandes existantes ont déjà été traitées. Les nouvelles demandes auront l’état Liste d’attente préférée, comme toutes les autres demandes en cours regroupées pour faire les offres. Après avoir introduit les nouvelles demandes, les agents doivent changer l’état d’une demande sur Prêt.

Les agents doivent entrer des demandes de congés ou assimilés qui s’étendent au-delà des limites de la période d’offre comme deux ou plusieurs demandes distinctes, avec tous les éléments dans chaque demande étant soit entièrement dans les limites ou entièrement en dehors des limites. WFM refuse les demandes qui chevauchent les limites. S’il y a des demandes existantes de ce type (en raison de migration de données), le processus d’attribution des offres prend en compte seulement cette partie de la demande à l’intérieur des limites, même si cela signifie que seule une partie de la demande est attribuée.

Un agent ne peut pas supprimer ou rappeler un seul élément dans une demande par lot qui contient plusieurs éléments ; la même action est exécutée sur tous les éléments dans la demande. La même règle s’applique si l’état des éléments de congés ou assimilés dans le lot change (accordé, préféré ou refusé), mais un superviseur peut l’écraser.

Résolution des demandes

Lorsque WFM traite les offres, il utilise la règle de résolution configurée pour la période d'offre (voir l'étape 9-12 dans Propriétés d'une période d'offre) et détermine automatiquement les préférences de congés ou assimilés en les accordant ou en exécutant une autre action, comme la mise sur liste d'attente. Lorsque la résolution est terminée (à la date/heure de la fin de traitement), WFM continue à traiter toutes les demandes de congés ou assimilés qui n’étaient pas précédemment traitées sur une base FIFO.

Algorithme d’attribution automatique de l’offre

Le processus d’attribution automatique d’offre s’exécute plusieurs fois entre la date/l’heure de début du traitement et la date/l’heure de fin du traitement avec une fréquence prédéfinie à l’aide de l’algorithme suivant :

  1. Pour chaque agent avec l’état En attente :
    1. Cocher si le délai d’attente de l’agent a expiré :
      1. Si expiré, définir l’agent sur Expirées
  2. S’il y a toujours des agents dans l’état En attente qui ont été ignorés (au-dessus) :
    1. TERMINÉ. En attente jusqu'à la prochaine exécution.
  3. Traitez la liste des agents dans l’ordre prédéfini et recherchez les agents dans l’état Saisie et Prêt.
    1. Si Prêt ou Saisie, mais la période d’offre Délai d’attente d’agent autorisé = 0 (ce qui ne signifie qu’il n’y a aucune attente pour l’agent modifie les demandes) :
      1. Tentative pour accorder toutes les demandes de congés ou assimilés en attente (préféré/liste d’attente) dans cette période d’offre.
      2. Si toutes les demandes en attente ont été accordées avec succès :
        1. Définir le statut de l’agent sur Accordé puis passer à l’agent suivant.
    2. Certaines demandes en attente n’ont pas pu être accordées ou l’état de l’agent est Saisie, (c'est-à-dire que la valeur de la période d’offre Délai d’attente agent autorisé est > 0 :
      1. Définir l’état de l’agent sur En attente.
      2. Calculate le temps d’attente, en ajoutant la durée d’inactivité à l’intervalle de disponibilité de l’agent suivant.
    3. TERMINÉ. En attente jusqu'à la prochaine exécution.
    4. Continuer avec l’agent suivant.

En attente :

L’intervalle de temps pendant lequel le système attendra pour l’agent ou <wait for the agent until> est calculé comme suit :

  1. Conversion de l’heure en cours en fuseau horaire de l’agent et calcul de l’heure en cours de l’agent.
  2. Si l’agent est actuellement dans le poste planifié du planning principal.
    1. Calculer <remaining shift time> = <shift end time> - <current time>.
    2. Si <bidding period configured timeout> est inférieure à <remaining shift time>, puis :
      1. <wait for the agent until> est <current time> + <bidding period configured timeout>.
    3. TERMINÉ.
    4. Sinon :
      1. <remaining timeout> = <bidding period configured timeout> - <remaining shift time>.
      2. L’heure en cours de l’agent passe à minuit le jour suivant.
      3. Calculer Jour suivant.
  3. Sinon, vérifiez si l’agent a le planning (autre que le poste comprenant, sans s’y limiter, le jour de repos et/ou l’exception portant sur la journée) pour le jour civil de l’heure en cours de l’agent.
    1. <remaining timeout> = <bidding period configured timeout>
    2. L’heure en cours de l’agent passe à minuit le jour suivant.
    3. Calculer Jour suivant.
  4. Sinon, utilisez le contrat de l’agent et vérifiez si l’agent est actuellement au sein de la disponibilité du contrat.
    1. Procéder comme avec le poste ci-dessus, mais avec <availability end time> au lieu de <shift end time>.

Jour suivant :

  1. Vérifiez s’il y a un planning pour le jour de l’heure actuelle l’agent.
    1. Vérifiez si c’est un poste qui commence à l’heure actuelle ou plus tard que l’heure actuelle.
      1. Si <remaining timeout> est inférieure à <shift duration> :
        1. <wait for the agent until> est <shift start time> + <remaining timeout>
        2. TERMINÉ.
      2. Sinon :
        1. <remaining timeout> = <remaining timeout> - <shift duration>.
  2. Ou sinon, vérifiez s’il y a une fenêtre de disponibilité du contrat pour le jour de l’heure en cours de l’agent.
    1. Procéder comme avec le poste ci-dessus, mais avec <availability duration> au lieu de <shift duration>.
  3. L’heure en cours de l’agent passe à minuit le jour suivant.
  4. Si l’heure actuelle de l’agent est supérieure à l’intervalle de traitement de la période d’offre :
    1. <wait for the agent until> = période d’offre Date et heure de fin des offres.
    2. TERMINÉ.
  5. Calculer Jour suivant.

Web for Supervisors Views dans les Versions antérieures

Si l’infrastructure WFM 8.5.2 déployée dans votre environnement est une version antérieure à 8.5.203, les vues d’offre de congés ou assimilés affichées dans l’interface correspondent au contenu de cette rubrique à l’exception des points Saisie et modification des congés ou assimilés demandes et Algorithme automatique de l’offre attribution , qui ne sont pas applicables dans les versions antérieures à 8.5.203.

Les agents peuvent également soumettre des demandes de congés ou assimilés comme ils l'ont toujours fait, mais WFM ne les octroie pas automatiquement et n'exécute aucune autre action si elles se trouvent dans une fenêtre de demande de congés ou assimilés configurée (même partiellement). WFM traite ces demandes à la date et à l'heure de traitement de l'offre (date/heure de résolution).

La dernière modification de cette page a été faite le septembre 28, 2016 à 17:20.
Comments or questions about this documentation? Contact us for support!