Work Order

Les Work Orders constituent l'interface entre la planification, la gestion de projet et la facturation des prestations. Ils permettent un travail détaillé dans Business Central et l'intégration fluide de structures de tâches complexes et hiérarchiques (telles qu'Atlassian Jira et Azure DevOps) dans une facturation précise et compréhensible pour le client.

Dans DYCE, un Work Order est un document central qui organise l'ensemble du cycle de vie d'une tâche et répond aux questions fondamentales Quoi, Qui et Pour qui, ainsi qu'à des informations détaillées telles que l'effort estimé, le type et l'affectation du budget.
Les Work Orders peuvent être créés et gérés dans des systèmes externes tels qu'Atlassian Jira et Azure DevOps. Cette section de la documentation porte sur le travail dans Project Billing, Business Central et DYCE Connect au sens large.
Les Work Orders peuvent également être créés directement à partir d'une commande vente dans Business Central. Dans ce cas, le Work Order est lié à la commande vente d'origine et ouvert dans un contexte préfiltré sur cette commande vente. La procédure détaillée est décrite dans Créer des Work Orders à partir de commandes vente.

Exemples typiques de Work Order :

• Animation d'un atelier ou d'une formation
• Conception et développement d'une user story
• Enregistrement et résolution d'un bug
• Installation de matériel ou de logiciels
• Réalisation de travaux de maintenance

L'utilisation des Work Orders dépend fortement du processus visé. La recommandation générale est de travailler de manière aussi globale que possible et aussi granulaire que nécessaire, afin de limiter la charge administrative et de gestion. La granularité des tâches dans les projets d'implémentation, par exemple, dépend fortement du processus. Les ateliers doivent-ils former un seul Work Order avec un événement Work Order par rendez-vous, ou faut-il un Work Order par atelier ? Lors de la conception du processus, il convient de réfléchir à la manière dont les tâches doivent être planifiées, réparties et surtout facturées.

Structure d'un Work Order

Les Work Orders sont polyvalents et flexibles. La section suivante décrit les options de configuration et la manière de les utiliser pour différents processus. La fiche Work Order est divisée en plusieurs zones. Toutes contiennent des informations pertinentes pour l'exécution et la facturation d'un Work Order.

1. Détails et hiérarchie (Pour qui)

Ces informations définissent pour qui le travail est effectué et comment il est organisé. Une prestation est toujours fournie par une ressource pour un client et un projet (même pour les activités internes).

• Titre : Un intitulé court et concis.
• Nom client : Nom du client pour lequel la prestation est effectuée (client donneur d'ordre).
• Description du projet : L'affectation à un projet, dans lequel les budgets et les prestations sont regroupés. Les enregistrements de temps du Work Order doivent utiliser ce projet.
• Type de budget : Indique le degré de liberté des enregistrements de temps, avec les options Ouvert (par défaut) et Projet.
  • Ouvert : Ce type de budget offre une flexibilité maximale. Si aucun client ni projet n'est saisi dans le Work Order (par exemple pour les nouveaux tickets), ils sont renseignés par le premier enregistrement de temps comportant un client et un projet. Ce type de budget permet à l'utilisateur de sélectionner librement les tâches projet et les lignes de planification de projet dans l'enregistrement de temps. Les lignes Work Order sont créées automatiquement afin de faciliter l'approbation et la facturation. Cette option est particulièrement utile pour les tickets et les collecteurs pour lesquels le type de prestation ou d'enregistrement de temps ne doit pas être restreint.
  • Projet : Restreint la sélection dans l'enregistrement de temps aux tâches projet et aux lignes de planification de projet utilisées dans les lignes de budget. Cette option est utilisée lorsque le budget à utiliser est déterminé par un chef de projet (par exemple pour des ateliers ou des développements spécifiques au client liés à une commande).
• N° Billing Work Order : Des outils tels que Jira ou Azure DevOps utilisent des hiérarchies complexes (Feature >> User Story >> Task). Project Billing dans Business Central les regroupe sur deux niveaux afin de simplifier la facturation :
  • Billing Work Order : Le Work Order connu du client sert généralement de Billing Work Order. Lors de l'approbation et de la facturation, les enregistrements de temps sont regroupés sur ce Work Order. Les enregistrements de temps des Sub Work Orders sont donc affichés dans le Billing Work Order lors de l'approbation.
  • Sub Work Order : Tous les Work Orders qui utilisent dans N° Billing Work Order un autre N° de Work Order que le leur. Ils servent à l'organisation et à la subdivision internes (par exemple développement et revue de code pour un développement client). Les Sub Work Orders ne sont pas imprimés séparément sur les factures.
  • Affectation : Un Work Order est affecté à un autre en tant que Sub Work Order en sélectionnant le Billing Work Order dans le champ N° Billing Work Order du Sub Work Order.
  • IsBilling (Billing Work Order) : Si le Work Order s'utilise lui-même comme Billing Work Order, l'indicateur IsBilling = Oui. Sinon, il vaut Non. L'indicateur peut être utilisé pour filtrer via l'inspection de page. Dans la liste des Work Orders, il est possible de filtrer sur cet indicateur.

2. Documentation et description (Quoi)

Ces informations définissent le quoi de la tâche. Il s'agit principalement de différents types de textes (par exemple titre et description) qui décrivent la tâche.

• Description : Une description détaillée du travail à effectuer ou de l'énoncé du problème.
• Notes internes : Notes à usage interne, visibles uniquement par les utilisateurs. Les indications, listes de contrôle et autres informations qui ne contribuent pas à la description du sujet mais apportent une valeur ajoutée ponctuelle sont de préférence enregistrées ici. Par exemple, les modifications demandées par le client peuvent y être consignées et retrouvées rapidement si nécessaire.
• Solution : Description de la solution, des mesures prises, etc. La description de la solution doit correspondre à la solution effectivement mise en œuvre. Sinon, il sera difficile d'en retracer l'historique ultérieurement.

info

La méthode de travail de Jira et d'Azure DevOps repose en partie sur la hiérarchie. Travailler avec plusieurs niveaux dans Business Central (sans Jira ni Azure DevOps) est possible, mais entraîne potentiellement une charge organisationnelle plus importante.

3. Planification et effort (Quand et qui)

Ces propriétés définissent le quand, le par qui et l'effort prévu. Un Work Order peut être doté d'un calendrier d'intervention concret (Événements), qui fonctionne de manière similaire à des rendez-vous : une personne réalise une tâche à un moment précis.

• Nom de la ressource : Le collaborateur responsable de l'exécution. Pour garantir une responsabilité claire, une seule ressource peut être affectée.
• Événements : Un ou plusieurs rendez-vous d'exécution. Les événements s'ouvrent via l'élément de menu Événements du Work Order. Seules les ressources dotées de l'indicateur Planifiable peuvent être planifiées.
• Estimation initiale : Le temps estimé nécessaire (en heures ou en jours).
• Estimation restante : Le temps restant nécessaire (en heures ou en jours).
• Réalisé : L'état actuel du Work Order. Le statut Réalisé peut être défini automatiquement et utilisé comme filtre dans Facturation projet (Approbation).
• Verrouillé : Empêche la création de nouveaux enregistrements de temps pour le Work Order.
  • Garde-fou : Les utilisateurs ne peuvent pas créer de nouveaux enregistrements de temps pour ce Work Order.
  • Flexibilité : Les enregistrements de temps existants peuvent toujours être modifiés, approuvés et validés. C'est idéal pour les phases où le travail est terminé mais où les temps enregistrés doivent encore être nettoyés.
• Emplacement : Le lieu physique ou virtuel où le travail est effectué.
• Type : Une classification du Work Order (par exemple Story, Task, Bug, Maintenance, Installation, Support Request). Distinguer les Work Orders par type permet de les différencier dans la planification et la facturation.

Il est recommandé de distinguer au minimum les Work Orders approuvés et facturés périodiquement en fin de mois de ceux approuvés et facturés à leur achèvement. Lors de l'approbation, le filtrage par type rend le processus plus efficace.

• Dépt destination/provenance : Une classification du Work Order.
• Sprint : Indication du sprint.

Format d'affichage de la quantité

Dans les paramètres projet, sur l'onglet Work Order, le format d'affichage de Estimation initiale et Estimation restante est configuré.

• Heure : Les nombres saisis sont interprétés et affichés en heures.
• Jour : Les nombres saisis sont interprétés et affichés en jours.
• Dynamique : Affiche des heures et bascule automatiquement en jours lorsque la quantité dépasse le nombre d'heures par jour. La saisie prend en charge les abréviations h et d.

Affecter une ou plusieurs ressources

Une seule ressource est toujours affectée à un Work Order. Cette ressource porte la responsabilité de la tâche. Si plusieurs personnes étaient affectées, il ne serait pas clair qui est responsable. En outre, Jira et Azure DevOps ne prennent également en charge par défaut qu'une seule ressource affectée.

Des ressources supplémentaires peuvent être planifiées au fil du temps pour un Work Order via les événements Work Order.

4. Lignes Work Order

Les lignes Work Order permettent de travailler sur les tâches de manière flexible et simple, tout en garantissant automatiquement en arrière-plan que chaque minute travaillée est immédiatement affectée au bon budget et facturée le plus rapidement possible. Elles relient le Work Order aux lignes de planification de projet de type de ligne Budget et définissent la manière dont les enregistrements de temps sont saisis et facturés. Les règles fondamentales sont décrites ici.

4.1. Créer des lignes Work Order

Les lignes Work Order sont créées manuellement à l'aide de l'action Ajouter des lignes à partir des lignes de planification sur l'onglet Lignes de la fiche Work Order. La page Créer des lignes s'ouvre alors. Sélectionnez les lignes de planification de projet souhaitées et confirmez avec OK. Sans projet ou sans ligne de planification de projet de type budget dans le projet, aucune ligne Work Order ne peut être créée. Les lignes de planification de projet peuvent être créées directement à partir d'un contrat souscription client, voir Créer des lignes de planification de projet à partir de contrats.
Si le Work Order a été créé à partir d'une commande vente, la sélection des lignes reste basée sur les lignes de planification de projet, mais les lignes de planification liées à cette commande vente sont mises en évidence pour simplifier la sélection. Voir Créer des Work Orders à partir de commandes vente.

• Sélection de plusieurs lignes : La page Créer des lignes permet de sélectionner plusieurs lignes de planification de projet et de créer les lignes Work Order correspondantes.
• Pas de lignes de planification de projet en double : La même ligne de planification de projet de type Budget ne peut pas être créée deux fois comme ligne Work Order dans un même Work Order. Cela simplifie la saisie des temps, car il suffit de sélectionner un Work Order et une ligne de planification dans l'enregistrement de temps pour identifier la ligne Work Order.
• Lignes Work Order créées automatiquement : Dans les enregistrements de temps avec un Work Order (Type de budget = Ouvert), les tâches projet et les lignes de planification pour lesquelles une ligne Work Order existe sont mises en évidence dans la recherche. Si l'utilisateur sélectionne une tâche projet et une ligne de planification pour lesquelles aucune ligne Work Order n'existe, celle-ci est créée automatiquement. Le type de budget Ouvert est particulièrement utile pour les tâches réactives. Dans un nouveau ticket, il se peut qu'aucune ligne Work Order n'ait encore été créée. Comme elles sont créées directement lors de la création des enregistrements de temps, toutes les données nécessaires à l'approbation et à la facturation sont automatiquement disponibles, sans aucune intervention de l'utilisateur.
• Le Billing Work Order contient l'ensemble de référence : Dans le Billing Work Order, de nouvelles lignes Work Order peuvent être créées pour relier le budget des lignes de planification de projet au Work Order. Seules des lignes Work Order du Billing Work Order peuvent être affectées aux Sub Work Orders. Une nouvelle ligne de budget ou de planification de projet doit toujours être créée d'abord dans le Billing Work Order avant de pouvoir être affectée dans un Sub Work Order.
• Projet du Work Order : Le projet de la ligne Work Order ne doit pas nécessairement être le même que celui du Work Order. Si, par exemple, un mauvais projet a été sélectionné au départ et que des lignes et des enregistrements de temps existent déjà, le projet doit être modifié, les enregistrements de temps déplacés et de nouvelles lignes Work Order créées. Tant que les enregistrements de temps n'ont pas été déplacés et les anciennes lignes supprimées, celles-ci ont un projet différent de celui du Work Order (s'applique aux deux types de budget).
• Types de facturation : Les types de facturation Sur base du temps et matériel, Budget et Prix fixe sont repris de la ligne de planification de projet de type Budget.
• Activité : L'activité peut être saisie dans la ligne Work Order, mais elle sert uniquement de valeur par défaut pour les enregistrements de temps. L'utilisateur reste toujours libre de modifier l'activité dans l'enregistrement de temps.

4.2. Enregistrements de temps avec des lignes Work Order

Il n'est pas possible de sélectionner des lignes Work Order dans le masque de saisie des enregistrements de temps. L'affectation se fait via la sélection du N° de Work Order et du N° de ligne de planification de projet (par exemple via l'activité). S'il n'existe qu'une seule ligne Work Order avec le type de facturation Sur base du temps et matériel, Budget ou Prix fixe, l'enregistrement de temps est complété automatiquement lors de la saisie du Work Order. Le type de budget du Work Order définit certaines règles pour l'enregistrement de temps.

• Type de budget Projet : Les Work Orders de type de budget Projet restreignent la sélection dans l'enregistrement de temps.
  • Si le Work Order comporte un client et un projet, ceux-ci sont automatiquement renseignés dans l'enregistrement de temps.
  • S'il n'existe qu'une seule ligne Work Order, la tâche projet et la ligne de planification avec le type de facturation Sur base du temps et matériel, Budget ou Prix fixe sont automatiquement renseignées dans l'enregistrement de temps.
  • Les Work Orders de type de budget Projet ne permettent pas de sélectionner dans les enregistrements de temps des tâches projet et des lignes de planification pour lesquelles aucune ligne Work Order n'existe.
  • Si le Work Order n'est pas le Billing Work Order (un autre Work Order est saisi dans Billing Work Order) et n'a pas de ligne Work Order propre, toutes les lignes Work Order du Billing Work Order peuvent être utilisées dans les enregistrements de temps. Par exemple, la ligne Work Order d'une tâche Ateliers est créée dans la tâche. Aucune ligne n'a besoin d'être créée dans les Sub Work Orders qui planifient les différents ateliers.
  • Si le Work Order n'est pas le Billing Work Order et possède au moins une ligne Work Order propre, les enregistrements de temps de ce Work Order ne peuvent utiliser que ces lignes Work Order. L'affectation elle-même restreint la sélection dans l'enregistrement de temps. Cela réduit au minimum l'effort administratif d'affectation des lignes Work Order aux Sub Work Orders. Celle-ci n'est nécessaire que lorsque la sélection doit être explicitement restreinte. Pour une modification logicielle avec les Sub Work Orders "Développement", "Revue de code" et "Test conseil" et 2 lignes Work Order (Développement et Conseil), la sélection proposée à la personne qui saisit les temps peut être judicieusement restreinte en affectant des lignes Work Order au Sub Work Order.
• Type de budget Ouvert : Le type de budget Ouvert laisse nettement plus de liberté à la personne qui saisit les temps. L'interface et les recherches la guident, mais elle peut passer outre les suggestions à tout moment.
  • Le premier enregistrement de temps comportant un client et un projet renseigne ceux-ci dans le Work Order.
  • Si le Work Order comporte un client et un projet, ceux-ci sont automatiquement renseignés dans l'enregistrement de temps.
  • S'il n'existe qu'une seule ligne Work Order, la tâche projet et la ligne de planification sont automatiquement renseignées dans l'enregistrement de temps.
  • Les enregistrements de temps des Work Orders de type de budget Ouvert ne sont pas limités aux tâches projet et aux lignes de planification des lignes Work Order. L'utilisateur peut sélectionner d'autres tâches projet et lignes de planification. Les tâches projet et lignes de planification pour lesquelles des lignes Work Order existent sont mises en évidence.
  • Si une nouvelle ligne de planification de projet est sélectionnée dans l'enregistrement de temps, une ligne Work Order est automatiquement créée pour celle-ci.
  • Le type de budget Ouvert permet également à l'utilisateur de sélectionner un autre client et un autre projet. La recherche du N° de Work Order dans l'enregistrement de temps n'affiche que les Work Orders du même projet, mais le champ n'empêche pas la saisie d'un autre Work Order. En outre, le client et le projet peuvent être modifiés après la saisie du Work Order.

Majorations

Les majorations suivent la même logique. Elles créent des lignes Work Order pour les Work Orders de type de budget Ouvert, et le type de budget Projet restreint la sélection aux lignes de planification de projet pour lesquelles une ligne Work Order existe. Une différence notable est que la majoration n'est pas automatiquement saisie dans l'enregistrement de temps lorsqu'il n'existe qu'une seule ligne Work Order. La personne qui saisit les temps ne s'est pas automatiquement déplacée simplement parce qu'une ligne Work Order correspondante existe.

4.3. Réservation et indicateurs clés

Les lignes Work Order ne sont essentiellement que des liens vers une ligne de planification de projet de type Budget. La quantité de la ligne de planification de projet peut être répartie entre plusieurs Work Orders. Grâce à la réservation, les lignes Work Order disposent d'un accès exclusif à la quantité réservée, et la quantité réservée est utilisée pour le calcul des indicateurs clés et pour l'approbation des enregistrements de temps.

• Quantité réservée : Indique la quantité réservée exclusivement pour le Work Order. Si une quantité est réservée, les autres lignes Work Order ne peuvent pas utiliser cette partie du budget pour la facturation. Sauf pour le type de facturation Sur base du temps et matériel, il n'est pas possible de facturer plus que la quantité réservée.
  Remarque : Il est possible de réserver plus que la quantité disponible dans la ligne de planification de projet de type Budget. Toutefois, la surréservation ne peut pas être facturée tant que la quantité de la ligne de planification n'a pas été augmentée. Cela permet de répartir un budget avant qu'il n'ait été formellement augmenté dans la commande et dans la ligne de planification de projet. La Quantité réservée et la quantité des lignes de planification de projet/lignes Work Order avec le type de facturation Sur base du temps et matériel augmentent automatiquement lors de la validation des enregistrements de temps.
• Qté disponible à réserver : Indique la quantité qui peut encore être réservée. Le calcul tient compte des quantités validées et facturées ainsi que des quantités réservées, mais pas des enregistrements de temps ouverts.
  

$$Quantity \ Available \ for \ Reservation = Quantity \ of \ Project \ Planning \ Line \ (Budget)$$ $$- Special \ Work \ Order \$$ $$Special \ Work \ Order = \sum\limits_1^n(if \ reserved \ quantity > 0, use \ reserved \ quantity \$$ $$, else \ use \ quantity \ to \ invoice + \sum\limits_1^n Quantity \ Project \ Planning \ Lines_i \ (Billable))$$

• Code unité : Indique l'unité utilisée.
• Budget restant : Indique la quantité qui peut encore être validée. Les quantités réservées dans d'autres Work Orders qui n'ont pas encore été validées peuvent toujours être validées. Il est calculé en soustrayant de la quantité de la ligne de planification de projet de type Budget les quantités facturées et restant à facturer (y compris les lignes de planification de projet (facturables) et les quantités à facturer des lignes Work Order et des lignes de planification de projet). Les enregistrements de temps ouverts ne sont pas pris en compte dans le calcul.

$$Remaining \ Quantity = Quantity \ of \ Project \ Planning \ Line \ (Budget) (Billable)$$ $$- Quantity \ to \ Invoice \ of \ Project \ Planning \ Line \ (Budget)$$ $$- \sum\limits_1^n Quantity \ Project \ Planning \ Lines_i \ (Billable)$$ $$- \sum\limits_1^n Quantity \ to \ Invoice \ of \ Work \ Order \ Line_i$$

• Qté facturable ouverte : Calculée à partir de la somme de la durée facturable des enregistrements de temps au statut Ouvert pour le Work Order avec la ligne de planification de projet de type Budget.
• Quantité (initiale) : Indique la quantité saisie initialement dans Quantité réservée. Ce champ n'est pas mis à jour automatiquement, afin de pouvoir retracer le budget réservé à l'origine en cas d'augmentation du budget (par exemple en facturation sur base du temps et matériel).

Les lignes Work Order peuvent être utilisées sans réservation. S'il existe plusieurs lignes Work Order sans réservation, elles "partagent" la quantité de la ligne de planification de projet de type Budget. Lors de l'approbation des enregistrements de temps, la règle du premier arrivé, premier servi s'applique : le premier enregistrement de temps approuvé occupe définitivement le budget/la quantité. S'il n'y a pas de raison explicite de réserver une quantité pour le Work Order, il est plus simple et moins coûteux de ne pas effectuer de réservation.

5. Source

L'onglet Source indique où le Work Order a été créé. Aucun des champs n'est modifiable. Si le Work Order a été créé dans Business Central ou DYCE Connect, DYCE est automatiquement saisi dans Source. Si le Work Order a été créé dans Jira ou Azure DevOps, Source, Organisation (externe) et Projet (externe) le reflètent. Le Lien pointe soit vers le Work Order dans l'outil externe, soit vers DYCE Project & Resource Planning.

Source DYCE

Si DYCE est saisi dans Source, tous les champs peuvent être modifiés comme décrit ci-dessus. Si DYCE n'est pas saisi dans Source, certains champs ne peuvent pas être modifiés. Cela évite que les données de l'outil externe et de Business Central divergent.

Tous les contenus liés à la facturation peuvent toujours être modifiés dans BC :

• Client
• Projet
• N° Billing Work Order
• Lignes Work Order
• Réalisé
• Verrouillé
• Planifié
• Emplacement

Les modifications de ces champs ne peuvent pas être transférées de manière fiable vers l'outil externe. Il convient d'en tenir compte lors de l'importation de Work Orders via une API ou par d'autres moyens.

Pour les Work Orders créés à partir de commandes vente, le lien avec la commande vente est enregistré dans Type document origine et N° document origine (et N° ligne document origine sur les lignes Work Order). Ces champs sont informatifs et généralement masqués par défaut. Voir Créer des Work Orders à partir de commandes vente.

Événements Work Order

Pour planifier le travail sous forme de rendez-vous concrets avec date et heure, des Événements (rendez-vous) peuvent être créés pour chaque Work Order.

Dès qu'un événement est créé pour une ressource, le Work Order apparaît dans DYCE Time Tracking dans la liste des tâches de la ressource planifiée.

astuce

DYCE Project & Resource Planning facilite la planification de plusieurs ressources sur n'importe quel Work Order dans une interface graphique fonctionnelle et claire, le calendrier Work Order.

Statut (externe)

Pour les prestations, la facturation dépend généralement de l'avancement du travail. Le Statut (externe) reflète l'état actuel de la tâche et est synchronisé (par exemple depuis Jira) vers Connect et Business Central. En fonction du type de Work Order et de son statut, le système contrôle automatiquement si de nouveaux enregistrements de temps peuvent être créés et à quel moment un Work Order est signalé comme prêt à être facturé. Si un nouveau statut utilisé dans Jira n'existe pas encore dans Business Central, le système le crée automatiquement lors de la synchronisation. Le Statut (externe) ne peut être modifié dans Business Central que si l'origine est DYCE (c'est-à-dire si le Work Order n'a pas été créé dans un outil externe).

Configuration : Actions Statut (externe)

Pour automatiser le flux de travail, des règles sont définies sur la page Actions Statut (externe). Elles indiquent à Business Central comment réagir à un statut spécifique provenant de Jira.

Étape 1 : Accéder à la configuration
La configuration est accessible de deux manières :

• Via la recherche : Recherchez Actions Statut (externe) à l'aide de l'icône "loupe" (Alt+Q).
• Via Type (Work Order) : Ouvrez la page Type (Work Order). Une nouvelle colonne Actions de statut (externe) affiche un nombre (par exemple 0). Cliquez sur ce nombre pour ouvrir la configuration filtrée sur ce type.

Étape 2 : Créer une nouvelle correspondance
Cliquez sur Nouveau sur la page Actions Statut (externe) pour créer une règle :

• Statut (externe) : Sélectionnez le nom du statut provenant de l'outil externe (par exemple "Done" ou "Resolved").
• Type (Work Order) : Sélectionnez le type auquel cette règle s'applique (par exemple "Bug").
• Verrouillé : Activez cette case pour empêcher la création de nouveaux enregistrements de temps dès que ce statut est atteint.
• Réalisé : Activez cette case si le Work Order doit être considéré comme "prêt à être facturé" lorsqu'il atteint ce statut.

Statut (externe)	Type (Work Order)	Verrouillé	Réalisé
Resolved	Bug	Oui	Non
Closed	Bug	Oui	Oui
Done	User Story	Oui	Oui
Cancelled	(Vide)	Oui	Oui

Règles essentielles :

• Type + statut : Des comportements différents peuvent être définis pour différents types (par exemple, un bug "Resolved" peut bloquer la création de nouveaux enregistrements de temps sans être encore marqué comme Réalisé pour la facturation, car il doit d'abord être livré).
• Règles globales : Si le champ Type est laissé vide, la règle s'applique à tous les Work Orders dont le champ Type (Work Order) est également vide. L'utilisation d'un type n'est donc pas obligatoire si aucun système externe n'est utilisé.
• Déclencheur : Les indicateurs sont mis à jour au moment où le statut change, que ce soit par synchronisation ou par saisie manuelle.

L'indicateur "Verrouillé"
Lorsqu'un Work Order est marqué comme "Verrouillé" :

• Garde-fou : Les utilisateurs ne peuvent pas créer de nouveaux enregistrements de temps pour ce Work Order.
• Flexibilité : Les enregistrements de temps existants peuvent toujours être modifiés, approuvés et validés. C'est idéal pour les phases où le travail est terminé mais où les temps enregistrés doivent encore être nettoyés.

L'indicateur "Réalisé"
Cet indicateur signale que le travail est terminé d'un point de vue fonctionnel. Il s'agit d'un filtre principal dans Facturation projet (Approbation) pour identifier les Work Orders prêts pour la facturation finale.

Remarques importantes

• Modifications manuelles : Même si l'automatisation définit un indicateur, celui-ci peut toujours être décoché manuellement sur la fiche Work Order afin d'autoriser un enregistrement de temps tardif.
• Suppression d'indicateurs : L'automatisation peut définir un indicateur et également le supprimer via un autre statut (par exemple, un statut "Rework" doit effacer les indicateurs Verrouillé et Réalisé).
• Suppression : Si une règle de correspondance est supprimée, les Work Orders existants conservent leurs indicateurs actuels. Toutefois, les futurs changements vers ce statut ne déclencheront plus de mises à jour automatiques.