dolibarr multicurrency module fail apply local currency

multicurrency module fail apply local currency

Open julbroa opened this issue 1 year ago • 1 comments

Bug

The multicurrency module fails when applying the local currency within billing, since when the invoice is generated it appears in 0s. To solve it, it is necessary to convert the invoice to another currency, adjust the exchange rate to 1, return to the local currency, and then change all item prices to the local currency again.

Environment Version

17.0.3

Environment OS

Linux us-imm-web1062.main-hosting.eu 4.18.0-477.10.1.lve.el8.x86_64 #1 SMP Wed May 17 07:12:55 EDT 2023 x86_64

Environment Web server

LiteSpeed

Environment PHP

8.1.18

Environment Database

MySQL or MariaDB 10.6.14-MariaDB-cll-lve

Environment URL(s)

https://gestion.compusya.com/htdocs/compta/facture/card.php

Expected and actual behavior

Expected: It would be expected that when generating an invoice in local currency the module applies the exchange rate "1" and it is not necessary to change to another currency and change the exchange rate to 1 Actual: The multicurrency module fails when applying the local currency within billing, since when the invoice is generated it appears in 0s. To solve it, it is necessary to convert the invoice to another currency, adjust the exchange rate to 1, return to the local currency, and then change all item prices to the local currency again.

Steps to reproduce the behavior

With the "multicurrency" module activated, a new invoice is generated and it is observed that the following rate will appear in the "conversion rate" section: 0 (0 MXN = 1 MXN) Although when selecting the items they appear with the price in local currency, if we preview the invoice in PDF it appears in 0s since the exchange rate is multiplying by 0, so it is necessary to make the change to another currency and to this currency change the exchange rate to 1, return to the local currency with what will already be multiplying by "1" and change the prices back to local currency. Now when previewing the invoice the prices appear properly since you will already be multiplying by "1"