|
Standard |
|
|
La parité de la devise n'est jamais stockée dans l'événement, elle est toujours calculée en fonction de la date de l’événement. La parité n'est stockée qu'une fois la facture validée ou alors, lorsqu’elle est forcée manuellement au niveau des modalités de facturation en commande, par exemple. Dans ce cas le système ne recalcule pas la parité en fonction de la date du jour mais se sert de celle-là.
Par défaut, il n’y a pas de recherche en devise nationale, et lorsqu’il y a recherche de la parité, la date utilisée est la date comptable.
Fonctions et API concernées : GestionEncoursactualiserEncours – GestionElaborationappliquerElaborationLigne - GestionElaborationcreerElaborationLigne – GestionTarifsappelPrix – INTEG_EVE -
Utilisation avec d’autres paramètres :
| A1 |
|
Code de la devise nationale |
|
| A3 |
|
Code de la devise utilisé pour définir l'Euro | |
| N1 | = 1 |
Si le tarif recherché dans la devise étrangère n'existe pas, le système recherche alors le tarif en devise nationale puis il effectue une conversion en devise souhaitée initialement. Attention : Si le tarif en devise étrangère existe mais qu'il n'est plus valide, le système n'applique pas la conversion du tarif en devise nationale, il ramène un tarif à zéro. |
|
| N2 | = 1 |
Lors de la génération de l'avoir ou la génération de la facture, la parité est conservée dans l'événement. |
|
| N3 | = 1 | La date utilisée pour la recherche de la parité est la date de pièce. | |
|
L’utilisation de cette option impose de ne pas saisir la date comptable de la facture. |
||
| N4 | = 1 |
Pour inverser automatiquement le sens des écritures dont les montants sont négatifs. |
|
| N5 | = 1 |
|
Permet de saisir/afficher la parité de l’entête d’événement (eve.pardev) dans le sens défini par la fonction GDEM. Utilisé dans la gestion des commandes, au niveau des modalités de facturation et de la valorisation multi-devises. Cette option n’a pas d’impact sur la saisie des parités des coûts (evu.pardev) qui se fait dans le sens défini par la fonction GDEM. |
| M1 |
Contient la date à laquelle le système est passée en "devises datées" lors de reprise en version 3.6 pour les clients qui avaient positionné ce paramètre DEVNAT avec A2 = O. En effet, trois modes existaient en validation de factures (ancien A2) : - N : le système prenait la parité stockée en création de l'événement - O : le système ne prenait pas la parité stockée mais celle du jour - D : Le système prenait celle du jour. Depuis la version ACE 3.6, on ne gère plus que la date du jour. En validation de facture, voici comment va réagir désormais le système : Pour les clients qui étaient en mode N : le système verra une parité, et s'en servira comme si c'était une parité qui a été forcé manuellement. Pour les clients qui étaient en mode D : si le système voit une parité, c'est qu'elle a été forcé manuellement et donc il doit s'en servir ; s'il ne voit pas de parité, alors il va la chercher à la date du jour. Pour les clients qui étaient en mode O : si le système voit une parité, soit l'événement a une source antérieure à la reprise de la 3.6, et alors il blanchi la parité pour aller chercher celle du jour, soit l'événement a une source postérieure à la reprise de la 3.6, et alors le système sait que cette parité est une parité qui a été forcée manuellement et qu'il faut s'en servir. Ainsi, lorsque tous les événements dont la source est antérieure à la date de la reprise 3.6 n'auront plus de parité renseignée, cette date n'aura plus lieu d’être et devra être supprimée pour optimiser les traitements. Dans tous les cas, il est possible de se référer au paramètre RECPAD. |
||
| M2 | Date à laquelle le client a décidé de "basculer en EURO" (renseignée automatiquement par le programme de reprise de la version ACE 3.6-00). |
