Exemple de configuration

Pour les demandes d’achat, l’équipe établit un ordre de priorité en fonction de la valeur totale de chaque élément de ligne. Les lignes de dépenses plus importantes nécessitent un délai d’exécution plus rapide et une surveillance plus stricte.

Pour les demandes d’approvisionnement, l’équipe établit des priorités en fonction de l’ancienneté organisationnelle du propriétaire de l’entreprise. Les demandes parrainées par les hauts dirigeants nécessitent une réponse plus rapide.

Pour les tickets d’approvisionnement, l’équipe établit des priorités en fonction du type de modification demandée. Les changements de fournisseur et les avenants de contrat comportent un risque organisationnel plus élevé que les mises à jour de catalogue de routine.

Demande d’achat avec des valeurs de ligne mixtes

Un chef de service présente une demande d’achat pour trois articles : mobilier de bureau (12 000 dollars), poste de travail de bureau (8 500 dollars) et système d’affichage de salle de conférence (67 000 dollars).

Lorsque la demande est enregistrée, le système évalue chaque ligne par rapport à la table de décision. La ligne de meubles (12 000 $) correspond à la règle 4 et renvoie Low. La ligne de station de travail (8 500 $) correspond également à la règle 4 et renvoie Low. La ligne du système d’affichage (67 000 $) correspond à la règle 2 - son montant se situe entre 50 000 $ et 99 999 $ - et renvoie High.

Le système sélectionne le résultat le plus urgent sur les trois lignes : Élevé. Le champ priorité de la demande d’achat est mis à jour sur Élevé.

Lorsque la demande apparaît dans la file d’attente du spécialiste, elle est marquée comme élevée, sous l’impulsion de la seule ligne de grande valeur, même si les deux autres lignes étaient à l’échelle de routine. Le spécialiste sait qu’il doit examiner la demande rapidement et trouvera la ligne du système d’affichage de 67 000 $ lorsqu’il l’ouvrira.

Demande d’approvisionnement basée sur l’ancienneté du propriétaire de l’entreprise

Un événement d’approvisionnement est créé pour évaluer les fournisseurs pour une nouvelle catégorie de matières premières. Le propriétaire de l’entreprise indiqué dans la demande détient un code de tâche qui correspond à un rôle de niveau IC4.

Lorsque la demande d’approvisionnement est enregistrée, le système évalue le code de tâche du propriétaire de l’entreprise par rapport à la table de décision. Le code de tâche IC4 correspond à la règle 2 et la demande d’approvisionnement reçoit une priorité élevée.

Si le même événement d’approvisionnement avait été initié par un propriétaire d’entreprise de niveau responsable, la demande aurait reçu une priorité modérée à la place. Le même événement d’approvisionnement, parrainé par une personne différente, atterrit différemment dans la file d’attente, ce qui reflète l’importance organisationnelle de la personne qui parraine le travail.

Ticket d’approvisionnement avec des types de modification mixtes

Un spécialiste crée un ticket d’approvisionnement pour gérer les mises à jour de trois éléments. Deux des lignes de cas sont des changements de description de routine. Le troisième documente un changement de fournisseur - une décision stratégique avec des implications contractuelles.

Lorsque le ticket est enregistré et que ses lignes sont évaluées, les deux lignes de changement de description correspondent à la règle 3 et retournent à Low. La ligne de changement de fournisseur correspond à la règle 1 et renvoie une valeur élevée.

Le système sélectionne Élevée comme priorité pour le ticket parent. Lorsqu’un gestionnaire examine la file d’attente de travail ouverte de l’équipe, ce ticket apparaît au-dessus des tickets de mise à jour de catalogue de routine, signalant qu’il contient au moins une ligne stratégiquement significative.

Enregistrement sans règle de correspondance

Un ticket d’approvisionnement est créé avant que cette organisation n’ait terminé de configurer la table de décision du ticket Procurement. La table n’a pas encore de règles. Le système évalue la table de décision, ne trouve aucune règle correspondante et le ticket reçoit la priorité de planification (système par défaut). Il apparaît en bas de la file d’attente de travail.

Une fois les règles configurées dans la table, le système réévalue le ticket la prochaine fois qu’il est créé ou mis à jour. Si une règle de correspondance est trouvée, la priorité est mise à jour en conséquence.

Cela signifie que la hiérarchisation du travail ne nécessite pas que toutes les règles soient en place avant que la fonctionnalité ne soit active. Les enregistrements créés avant la configuration des règles s’accumulent avec la priorité de planification et sont réévalués naturellement à mesure qu’ils sont mis à jour.