Scénarios à devises multiples

S’applique à Project Service App version 3.x

Microsoft Dynamics 365 a deux concepts de devises :

• Devise de transaction : devise dans laquelle une transaction se produit.
• Devise de base : devise de l’instance Dynamics 365. Cette devise est configurée lorsqu’une instance Dynamics 365 est provisionnée. Il ne peut pas être modifié.

Par exemple, Contoso US a vendu 100 t-shirts à un client au Royaume-Uni pour 15 ounds sterling (GBP) chacun. Le tableau suivant montre comment cette transaction est enregistrée dans l’entité Order Product.

La colonne Devise affiche la devise de transaction, qui est la devise dans laquelle la vente s’est produite. La colonne Taux de change est le taux de change entre la devise de transaction et la devise de base. La devise de base est le dollar américain (USD). Cette devise de base a été configurée lorsque l’instance Dynamics 365 a été provisionnée. Comme le montre le tableau, chaque transaction est enregistrée à la fois dans la devise de transaction et dans la devise de base. Dynamics 365 utilise le taux de change monétaire pour calculer les montants monétaires de base.

Extensions Project Service Automation

Dynamics 365 Project Service Automation influence la devise des transactions, car les transactions commerciales ont généralement deux aspects : les coûts et les ventes.

Les entités suivantes sont considérées comme des transactions commerciales :

• Détail de la ligne de devis
• Détail de la ligne de contrat du projet
• Estimer la ligne
• Ligne de journal
• Détail de la ligne de facture
• Chiffre réel

Dans chacune de ces entités, il existe un enregistrement qui représente le montant du coût ou le montant des ventes. Comme pour toute entité Dynamics 365 qui a un champ Amount , chaque enregistrement inclut des montants dans la devise de transaction et la devise de base.

PSA développe le concept de devise de transaction pour le coût et les ventes de la manière suivante :

• La devise des transactions de coût pour les transactions temporelles provient toujours de la devise de l’unité d’organisation qui possède ou gère le projet. Cette unité d’organisation est appelée unité de contrat.
• La devise des transactions de vente pour les transactions de temps et de frais provient toujours de la devise du contrat de projet.
• La devise des transactions de coût pour les dépenses provient de la devise dans laquelle l’entrée des dépenses a été créée.

Scénario à devises multiples

Cette section décrit un exemple de projet que Contoso UK fournit pour un client nommé Fabrikam, Japon. Voici comment le scénario a été configuré :

1. LE GBP et le yen japonais (JPY) sontconfigurés sous Paramètres>>.
2. Un compte client nommé Fabrikam - Japon est configuré, et JPY est sélectionné comme devise sur le compte.
3. Une unité d’organisation nommée Contoso UK est configurée et LA GBIT/S est sélectionnée comme devise.
4. Un contrat de projet est créé, où Contoso UK est spécifié comme unité de contrat et Fabrikam – Japon est spécifié en tant que client.
5. Les lignes de contrat de projet sont créées, en fonction des dispositions de facturation des différentes classes de transactions du projet, telles que la facturation pour le temps et la facturation des dépenses.
6. Un projet est créé où Contoso UK est spécifié comme unité de contrat. Ce projet est créé et mappé aux lignes de contrat de projet.

Lors de l’estimation qui utilise le détail de la ligne de devis, le détail de la ligne de contrat du projet ou sur la ligne d’estimation de la planification, deux enregistrements sont toujours créés dans l’entité. Un enregistrement est à coût et l’autre est destiné aux ventes.

• Par défaut, la devise de transaction sur l’enregistrement des coûts est définie sur la devise de l’unité de contrat du projet. Dans cet exemple, la devise est GBP.
• Par défaut, la devise de transaction sur l’enregistrement des ventes est définie sur la devise du contrat de projet. Dans cet exemple, la devise est JPY.

Lorsque les réels sont créés pour le temps à l’aide de l’entrée de temps ou de la ligne de journal, le comportement suivant se produit :

• Par défaut, la devise de transaction sur l’enregistrement des coûts est définie sur la devise de l’unité de contrat du projet.
• Par défaut, la devise de transaction sur l’enregistrement des ventes est définie sur la devise du contrat de projet.

Lorsque les réels sont créés pour les dépenses par l’entrée de frais ou la ligne journal, le comportement suivant se produit :

• Vous pouvez enregistrer le montant des dépenses dans n’importe quelle devise. Sélectionnez la devise à l’aide du sélecteur de devises dans la page Entrée de frais ou dans la page Ligne du journal . Par défaut, la devise de transaction de l’enregistrement de coût est définie sur la devise de l’entrée de frais.
• Par défaut, la devise de transaction pour l’enregistrement des ventes est la devise du contrat de projet. Pour définir cette devise, le système convertit d’abord le montant de la transaction dans la devise que l’utilisateur a entrée dans la devise de base. Il convertit ensuite le montant en devise du contrat de projet.

Cumuls informatiques lorsque les réels du projet sont enregistrés dans plusieurs devises de transaction

Dynamics 365 gère automatiquement les cumuls de montants dans différentes devises. Voici un exemple.

Pour calculer la valeur totale des ventes non facturées sur le projet, vous pouvez créer un champ de cumul pour le champ Montant sur toutes les ventes non facturées correspondantes réelles. Le champ de cumul est une construction de Dynamics 365 qui permet des formules rapides sur les enregistrements associés.