Notice: This Releasenote only applies to Italian companies !
According to Italian law, outgoing invoices have to be booked in the right sequence. It's not allowed to send a new invoice with a date which is lower than a previous invoice send. Meaning, once we have sent an invoice with an Invoicedate in January, it's not allowed anymore to invoice per December.
This seems logical, but in fact it means that invoices that need to be send in December but for some reason cannot yet be send because of missing information, should prevent other invoices that can be invoiced of being invoiced, because once they have, we are not allowed anymore to invoice the older deliveries.
For example, services need to be invoiced in the period that the service was delivered. But, sometimes we only know that a service has been delivered after we were invoiced for it. If our supplier it late with invoicing us, we cannot (yet) invoice our customer since the information what to invoice is not known yet.
This rule applies to every Invoicenumber range.
For an Italian company we have three Invoiceranges that can be used to invoice customers.
1. Delivery will be invoiced immediately on delivery; invoice is being sent with the shipment.
2. Delivery will be invoiced afterwards.
3. Creditnotes.
In case of the first situation, the Invoice will be created when the Picklist has been picked, and the shipment is ready to ship. In this situation the Invoicedate is allways the Systemdate, and we are not able to change this date. Therefore we can never invoice per a date in the past in this function, so we need no extra action. All content below does
not apply for option #1.
Number #2 and #3 are Invoices that can be created by manually filling in an Invoicedate, and here we should now take action to prevent users from invoicing in the new financial period while we are not ready will all invoices that need to be booked in the previous period.
In Retrieving-/Change Financial Periods (Main Menu-7-8-4-1) a new field was added asking if the Last (Sales) order in this month has been invoiced Y/N. By default this field is set to "No".
This setting has nothing to do with invoicing in the Period where this field has been set, but it has everything to do with blocking invoices in the
next Period.
For example: each month is filled with "No" by default. As soon as a user tries to create an Invoice per Januari, the system will now check the previous month (December) if all orders are already being invoiced. If not, invoicing in Januari will be blocked by the following message:
From that moment only invoices can be created with an invoicedate in december (and another rule says that the date can never be older than the last date used within that invoicerange), but at least at the last date of that month.
As soon as we are ready to invoice per Januari (the moment that we are finished with all invoices that need to be created per a date in December), we can change the Financial Period, and state that we have invoiced all orders of December. Once this field has been set to "Yes" we are allowed to invoice in the month after December: Januari.
Since (of course) it's not allowed to book in a Period that is closed, and because it's strange to see a "No, not all orders have been invoiced" when the Period is closed, this field will automatically be set to "Yes" on closing a Period.
Notice: To make sure we can check if all orders in the last Period have been invoiced, a financial Period must be defined for the invoicedate (entered on invoicing). If Periods have only been defined untill December 2013, and we are trying to create an invoice for januari 2014, we will not be able to invoice at all! The following message will appear:
Therefore, before the end of a year, new Periods for the next year need to be created.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| ADPEAF | Afsluiten Periode | 20-12-2013 | 29-01-2014 |
| ADPERA | Raadplegen Perioden | 10-01-2006 | 29-01-2014 |
| ADPETV | Toevoegen Perioden | 26-10-2005 | 29-01-2014 |
| ADPEWY | Wijzigen Perioden | 10-01-2006 | 29-01-2014 |
| LOUFGN | Genereren Uitg. Fakturen | 27-01-2014 | 29-01-2014 |
| LOUFGNIB | Omschrijving (nog) niet bekend | - - | 29-01-2014 |
| LOUFRDCR | Crediteren Fakturen Debiteur | 21-01-2014 | 29-01-2014 |
| LOUFTV | Toevoegen Uitg. Fakturen | 21-01-2014 | 29-01-2014 |
| LOUFWY | Wijzigen Uitg. Faktuur | 20-05-2013 | 29-01-2014 |
