Journal d’intégration dans Project Operations
S’applique à : Project Operations pour les scénarios selon les ressources/produits hors stock.
Les entrées de temps, de frais et de matériel créent des transactions Réelles qui sont la vue opérationnelle du travail effectué par rapport à un projet. Microsoft Dynamics 365 Project Operations fournit aux comptables un outil permettant d’examiner les transactions et d’ajuster les attributs comptables, le cas échéant. Une fois l’examen et les ajustements terminés, les transactions sont validées dans la comptabilité auxiliaire de projet et la comptabilité. Un comptable peut effectuer ces activités à l’aide de la feuille Intégration Project Operations (Dynamics 365 Finance, Gestion et comptabilité de projet>FeuillesFeuille Intégration Project Operations ).
Créer des enregistrements dans le journal d’intégration de Project Operations
Les enregistrements dans le journal d’intégration de Project Operations sont créés à l’aide d’un processus périodique, Importer depuis la table intermédiaire. Vous pouvez exécuter ce processus en accédant à Gestion de projet et comptabilité>Périodique>Intégration dans Project Operations>Importer depuis la table intermédiaire dans finances. Vous pouvez exécuter le processus de manière interactive ou configurer le processus pour qu’il s’exécute en arrière-plan si nécessaire.
Lorsque le processus périodique s’exécute, tous les chiffres réels qui ne sont pas encore ajoutés au journal d’intégration de Project Operations sont recherchés. Une ligne feuille est créée pour chaque transaction réelle. Le système regroupe les lignes feuille dans des feuilles distinctes en fonction de la valeur sélectionnée dans le champ Unité de période dans la feuille Intégration Project Operations sur Dynamics 365 Customer Engagement onglet de page Gestion projet et paramètres comptables dans Finance (Gestion projet comptable>Configuration>Gestion projet et paramètres comptables). Voici les valeurs possibles pour ce champ :
- Jours : les chiffres réels sont regroupés par date de transaction. Un journal distinct est créé pour chaque jour.
- Mois : les chiffres réels sont regroupés par mois calendaire. Un journal distinct est créé pour chaque mois.
- Années : les chiffres réels sont regroupés par année calendaire. Un journal distinct est créé pour chaque année.
- Tout : toutes les transactions réelles sont incluses dans le même journal d’intégration. Si le journal n’est pas disponible lors de l’exécution du processus périodique, par exemple si le journal est en cours d’enregistrement des transactions, un nouveau journal est créé.
Les lignes de journal sont créées en fonction des chiffres réels du projet. La liste suivante comprend certaines des règles par défaut et de transformation les plus importantes :
Chaque transaction réelle de projet figure sur une ligne dans le journal d’intégration de Project Operations. Les transactions de coût et de vente non facturées pour le type de facturation Temps et matériel sont affichées sur des lignes séparées.
Le champ Date représente la date de la transaction. Le champ Date comptable représente la date à laquelle la transaction est enregistrée dans le registre. Si la date comptable est dans une période comptable close, et que le paramètre Définir automatiquement la date comptable pour ouvrir la période comptable est défini sur l’onglet Finance de la page Paramètres de gestion de projet et comptabilité, le système ajuste la date comptable de la transaction à la première date de la prochaine période comptable ouverte.
Le champ N° document affiche le numéro de document de chaque transaction réelle. La séquence de numéros de document est définie sous l’onglet Séquences de numéros, dans la page Paramètres de gestion de projet et comptabilité. Un nouveau numéro est attribué à chaque ligne. Une fois le document publié, vous pouvez voir comment le coût et la transaction de vente non facturée sont associés en sélectionnant Documents associés sur la page N° document de transaction.
Le champ Catégorie représente une transaction de projet et les valeurs par défaut basées sur la catégorie de transaction pour le chiffre réel associé du projet.
- Si Catégorie de transaction est défini dans le chiffre réel d’un projet et qu’une Catégorie de projet existe dans une entité juridique donnée, la catégorie par défaut est cette catégorie de projet.
- Si une catégorie d’approvisionnement n’est pas définie dans le chiffre réel Projet, le système utilisera la valeur définie dans le champ Valeurs par défaut de la catégorie de projet sur l’onglet Project Operations sur Dynamics 365 Customer Engagement de la page Paramètres de gestion et comptabilité des projets.
Le champ Ressource représente la ressource de projet associée à cette transaction. La ressource est utilisée comme référence dans les propositions de facture de projet aux clients.
La valeur par défaut du champ Taux de change provient de la valeur du Taux de change de la devise définie dans Finance. En l’absence de configuration du taux de change, le processus périodique Importer depuis la table intermédiaire n’ajoute pas l’enregistrement à un journal et un message d’erreur sera ajouté au journal d’exécution de la tâche.
Le champ Propriété de ligne représente le type de facturation dans les chiffres réels du projet. La propriété de la ligne et le mappage du type de facturation sont définis sur l’onglet Project Operations sur Dynamics 365 Customer Engagement sur la page Paramètres de gestion et comptabilité des projets.
Seuls les attributs comptables suivants peuvent être mis à jour dans les lignes de journal d’intégration de Project Operations :
- Facturation du groupe de taxes de vente et Facturation du groupe de taxe de vente d’articles
- Dimensions financières (en utilisant l’action Répartir les montants )
Les lignes de journal d’intégration peuvent être supprimées. Toutefois, toutes les lignes non publiées seront à nouveau insérées dans le journal une fois que vous aurez réexécuté le processus périodique Importer depuis la table intermédiaire.
Publier le journal d’intégration Project Operations
Lorsque vous publiez le journal d’intégration, des transactions auxiliaires et de comptabilité sont créées. Ces dernières sont utilisées dans la facturation client en aval, la constatation du produit et les rapports financiers.
Le journal d’intégration Project Operations sélectionné peut être publié à l’aide de l’option Publication sur la page du journal d’intégration Project Operations. Tous les journaux peuvent être publiés automatiquement en exécutant un processus dans Périodiques>Intégration Project Operations>Journal d’intégration Project Operations.
La publication peut être effectuée de manière interactive ou par lots. Tous les journaux comportant plus de 100 lignes sont automatiquement comptabilisés dans un lot. Pour de meilleures performances lorsque des journaux comportant de nombreuses lignes sont validés dans un lot, activez la fonctionnalité Publier le journal d’intégration Project Operations à l’aide de plusieurs tâches par lots dans l’espace de travail Gestion des fonctionnalités.
Transférer toutes les lignes comportant des erreurs de validation vers un nouveau journal
Note
Pour utiliser cette fonctionnalité, activez la fonctionnalité Transférer toutes les lignes avec des erreurs de validation vers un nouveau journal d’intégration Project Operations dans l’espace de travail Gestion des fonctionnalités.
Cette fonctionnalité permet d’améliorer l’expérience avec le journal d’intégration de Project Operations. Lorsqu’elle est activée, les problèmes de synchronisation de double écriture et les problèmes de configuration n’empêchent plus la publication de journaux valides. Lors de la validation dans le journal d’intégration Project Operations, le système valide chaque ligne du journal. Elle valide toutes les lignes sans erreur et crée un journal pour toutes les lignes contenant des erreurs de validation.
Pour consulter les journaux qui comportent des lignes d’erreur de report, accédez à Gestion de projet et comptabilité>Journaux>Journal d’intégration de Project Operations, et filtrez la liste des revues à l’aide du champ Journal d’origine. L’illustration suivante montre un exemple où les journaux de la page Journal d’intégration de Project Operations ont été filtrés de cette manière.
Si un travail par lots périodique est configuré pour publier l’intégration journal, la publication est retentée. Si le problème de timing a été résolu, les journaux sont publiés. Vous devez examiner manuellement tous les journaux restants en examinant les journaux et en prenant toute mesure requise.
Utilisation des lignes d’intégration journal comportant des avertissements et des erreurs
S’il y a des problèmes de configuration ou si d’autres problèmes sont détectés lors de la publication, le système enregistre un avertissement ou une erreur pour décrire le problème. La transaction reste dans l’intégration journal, afin de pouvoir être publiée ultérieurement.
La fonctionnalité Activer l’intégration journal des améliorations du traitement est disponible dans la version 10.0.37 et est recommandée à tous les clients. Cette fonctionnalité évite une erreur de condition de concurrence. Cela empêche le système d’essayer de valider continuellement les journaux d’intégration qui échouent jusqu’à ce que le problème de configuration soit résolu.
Lorsque cette fonctionnalité est activée, les nouveaux statuts sont visibles sur la ligne d’intégration journal et servent à contrôler la publication. Cette fonctionnalité optimise également la publication pour garantir que le travail peut être divisé en plusieurs fils de discussion. Cette fonctionnalité dépend de la Transférer toutes les lignes comportant des erreurs de publication vers une nouvelle fonctionnalité journal . De plus, nous vous recommandons d’activer la fonctionnalité Intégration Project Operations post-projet journal à l’aide de plusieurs tâches par lots .
Cette fonctionnalité introduit un processus amélioré dans lequel les transactions de validation sont tentées et toutes les lignes sans erreur sont validées avec succès. Si des erreurs sont rencontrées, ce sous-ensemble de transactions est déplacé vers une nouvelle intégration journal, et l’en-tête et les lignes ont le statut Erreur. Le système ne réessaye pas de valider les transactions comportant l’erreur jusqu’à ce que le problème sous-jacent soit résolu, que l’en-tête soit mis à jour et que la ligne soit remise au statut de brouillon. Des exemples courants de problèmes sous-jacents incluent une période financière clôturée et une dimension financière incorrecte qui n’est pas valide pour la structure du compte. Une fois le problème sous-jacent résolu, l’utilisateur sélectionne Mise à jour à brouillon sur la ligne d’intégration journal ou l’en-tête d’intégration journal pour marquer les transactions comme prêtes à être traitées à nouveau.
| Statut ligne | Description | Comment l’utilisateur peut corriger l’erreur |
|---|---|---|
| Brouillon | La ligne est à l’état de brouillon, telle qu’elle existait avant l’activation de la nouvelle Activer l’intégration journal des améliorations du traitement . La ligne peut être affichée. | |
| Error | Une ou plusieurs lignes d’intégration journal comportent une erreur et l’en-tête ne peut pas être publié. | Réinitialisé à l'état brouillon est possible. |
| Traitement | La ligne est en statut de traitement et sera bientôt déplacée vers le statut posté. Si une ligne est en traitement depuis longtemps, une erreur s’est probablement produite. Un utilisateur peut réinitialiser manuellement la ligne au statut de brouillon. | Réinitialisé à l'état brouillon est possible. |
| Publié | La ligne a été publiée avec succès et aucune autre action n’est requise. | |
| Irrécupérable | La ligne comporte une erreur qui ne peut pas être publiée par le système. Un ticket de support peut être requise. Cette erreur ne devrait se produire que pour les transactions qui existaient avant l’activation de la fonctionnalité. | |
| Chiffres réels non valide | La ligne comporte une erreur qui ne peut pas être validée en raison de données réelles manquantes dans Dataverse. Un ticket de support peut être requise. |
| Statut en-tête | Description | Comment l’utilisateur peut corriger l’erreur |
|---|---|---|
| Brouillon | L’en-tête est au statut de brouillon, car il n’a pas encore été publié. | |
| Traitement | L'en-tête est en statut de traitement et sera bientôt déplacée vers le statut posté. | Réinitialisé à l'état brouillon est possible. |
| Publié | L'en-tête a été publiée avec succès et aucune autre action n’est requise. | |
| Error | Une ou plusieurs lignes d’intégration journal comportent une erreur et l’en-tête ne peut pas être publié. Un utilisateur peut réinitialiser manuellement l’en-tête au statut de brouillon, puis réessayer de publier. | Réinitialisé à l'état brouillon est possible. |
Transactions en cours de traitement
Les lignes d’intégration journal peuvent rester en état de traitement pendant une période prolongée et devoir être réinitialisées. Si les transactions sont répertoriées avec le statut en attente et que 24 heures se sont écoulées ou qu’un Administrateur a vérifié qu’aucun processus de publication interactif ou par lots n’est en cours pour l’intégration journal, le statut n’a probablement pas été correctement mis à jour. Les utilisateurs peuvent réinitialiser manuellement le statut sur brouillon en sélectionnant Mise à jour du brouillon sur la ligne d’intégration journal.
Autres améliorations dans la version 10.0.38
Voici quelques autres améliorations apportées dans ce domaine dans la version 10.0.38 :
- Vous pouvez sélectionner plusieurs lignes lorsque vous travaillez avec des en-têtes d’intégration.
- Un nouveau, en option Limiter l’intégration des lignes journal par en-tête Le paramètre offre un contrôle plus flexible sur la publication. Lorsque le paramètre est désactivé, 200 lignes sont utilisées par défaut. Vous pouvez augmenter ou diminuer la valeur du paramètre selon vos besoins. En diminuant la valeur, vous réduisez le temps nécessaire pour publier le journal.
- Le Ajouter des filtres au travail par lots de publication d’intégration de projet journal La fonctionnalité ajoute des filtres par défaut qui permettent aux utilisateurs de spécifier une date de début de période, un numéro journal ou un numéro journal d’origine dans le filtre de travail par lots. Ces filtres sont utiles lorsque vous avez des transactions qui nécessitent des modifications de configuration ou de configuration avant de pouvoir être validées. +Vous pouvez désormais éviter d’essayer de publier jusqu’à ce que le problème soit résolu.