As from this Releasenote, the following has been added to the system:
Note: All adjustments mentioned below will only have effect when the Company Parameter "Price arrangement Debtors not in own currency" has been set to "Yes". This parameter triggers the usage of Currency Types.
Previously, Currency Types were used for a Polish customer, allowing them to register prices in the EUR currency, filling in the applicable Currency Rate at the Salesorder, but still having the Invoice in PLN (on Invoicing, the EUR Salesorder was being converted to PLN at the rate of the Salesorder, overruled by a rate at Packersnote level).
In the new situation the usage of a Currency Type does not have to lead to an Invoice in de home currency. For each Currency Type we can now define if the Invoice should be in de home currency (PLN) or in the currency of the Salesorder. Meaning, the customer can now invoice in EUR.
When invoicing in EUR, Polish law says that the currency rate at which will be invoiced, should be defined based on the rate on the day before the Invoicedate. A Currency Type therefore now also contains a field "Use Currency Rate on date minus xx days". Filling this field with 1 will lead to the rate on the day before the invoicedate.
As we were informed, registration of Currency Rates is not allowed in weekends. A Currency Type therefore now also contains a field with which the User can define that filling in Currency Rates on Saterdays and Sundays are now allowed.
When invoicing on a Monday, the rate of Sunday (date minus 1) should be used, and since there is no rate available in weekends, automatically the rate of last friday will apply.
When invoicing in EUR, the law says that the Currency Rate should be based on the rate at the day before the Invoice Date. It therefore has no use to fill in a Currency Rate at the Salesorder; since the "Invoicing" should overrule this Currency Rate at any time.
The Currency Types have also been expanded with a field to set if the Currency Rate should be calculated on Invoicing.
For Correction Invoices their is a rule that the Credit Invoice should be based on the same Currency Rate as the Debet Invoice. When we want to do this the right way, it would need a lot of custom made adjustments. A Debet Salesorder can be deliverd in more than one day. Every delivery can lead to an Invoice with a different rate, and when correcting this orders, we should correct it at different rates.
We kept in easy, and when needed, we can complete this as custom made adjustments.
A Manual Invoice will now ask for a Currency Type and Curreny Rate, and the Date of the Original Invoice.
Filling in the Date of the Original Invoice, will cause the Currency Rate to be calculated based on that date. Filling in this date will also imply that you want to make the invoice completely manually; referring to a specific Debet Invoice will be blocked.
When leaving the Date of the Original Invoice blanc, you can only use references to Invoices. The first Invoice will than set the Currency Rate to be used. Referring to other Invoices is only possible when those Invoces were invoiced at the same rate. In Poland however, Users will make sure only one Invoice is credited at the time.
Another way to Credit an order, is making a Credit Salesorder. This Credit Salesorder will now also ask for the Date of the Original Invoice, in order to calculate the Currency Rate at the correct moment.
Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
ADVAK2 | Omschrijving (nog) niet bekend | 27-03-2009 | 11-06-2010 |
ADVAWRTV | Toevoegen Valutawaarden | 06-04-2009 | 11-06-2010 |
ADVSRA | Raadplegen Koerstypen | 09-11-2006 | 11-06-2010 |
ADVSTV | Toevoegen Koerstypen | 23-03-2010 | 10-06-2010 |
ADVSWY | Wijzigen Koerstypen | 02-11-2006 | 11-06-2010 |
LOFRTV | Toevoegen Faktuur-regels | 19-09-2008 | 15-06-2010 |
LOLLRA1 | Raadplegen Raaplijsten. | 04-01-2007 | 11-06-2010 |
LOLLRA3 | Selekteren Raaplijsten tbv Vra | 22-04-2010 | 11-06-2010 |
LOLLRA4 | Getagd Rapen & Goedkeuren Raaplijsten | 16-01-2007 | 11-06-2010 |
LOLLWY | Wijzigen Raaplijst | 06-11-2006 | 15-06-2010 |
LOLRGK | Goedkeuren Raaplijst. | 15-05-2009 | 15-06-2010 |
LOLRGKVA | Omschrijving (nog) niet bekend | 18-07-2008 | 15-06-2010 |
LOLRRG | Rapen en Goedkeuren Raaplijst. | 13-08-2009 | 15-06-2010 |
LOOFT1 | Omschrijving (nog) niet bekend | 12-04-2010 | 11-06-2010 |
LOUFCR | Debiteren/Crediteren Faktuur | 23-10-2007 | 16-06-2010 |
LOUFDB | Fin. Doorbelasten Faktuur | 04-06-2010 | 14-06-2010 |
LOUFGN1 | Omschrijving (nog) niet bekend | 07-06-2010 | 14-06-2010 |
LOUFGN2 | Omschrijving (nog) niet bekend | 24-02-2010 | 14-06-2010 |
LOUFGN6 | Omschrijving (nog) niet bekend | 07-01-2010 | 14-06-2010 |
LOUFGNDI | Omschrijving (nog) niet bekend | 21-11-2006 | 14-06-2010 |
LOUFGNFB | Omschrijving (nog) niet bekend | 11-11-2009 | 15-06-2010 |
LOUFGNVS | Omschrijving (nog) niet bekend | 09-11-2006 | 11-06-2010 |
LOUFRA | Raadplegen Uitg. Fakturen | 14-06-2010 | 15-06-2010 |
LOUFTV | Toevoegen Uitg. Fakturen | 28-12-2009 | 15-06-2010 |
LOVBEIRA | Omschrijving (nog) niet bekend | 23-03-2010 | 11-06-2010 |
LOVORA | Raadplegen Verkooporders | 23-03-2010 | 11-06-2010 |
LOVOTV | Toevoegen Verkooporders | 10-03-2010 | 11-06-2010 |
LOVOTVO1 | Omschrijving (nog) niet bekend | 25-11-2009 | 16-06-2010 |
LOVOTVO2 | Omschrijving (nog) niet bekend | 04-12-2009 | 16-06-2010 |
LOVOTVVA | Omschrijving (nog) niet bekend | 30-03-2010 | 11-06-2010 |
LOVOVGRA | Omschrijving (nog) niet bekend | 23-03-2010 | 11-06-2010 |
LOVOWY | Wijzigen Verkooporder | 19-04-2010 | 11-06-2010 |
LOVOWYVA | Omschrijving (nog) niet bekend | 19-04-2010 | 11-06-2010 |