246

It would be nice to extend the Invoice Id to at least 30 length. It's not country specific, but world wide need. Unfortunately, Shorter number (what means wrong number of the invoice) will be reflected in bookings and in SAF-T file (XML files required by the Authority in Poland). Manual workaround exists, to manually correct the SAF-T file before sending to government, but this is not a good approach because still the wrong number is in the system and is not the same like on reports send to tax authority which can effect on penalties as well. From July 2019 there is an addition to the regulations of the information reported in SAF-T files, stating that if information is incorrect there is a charge of 500 PLN for each mistake.

STATUS DETAILS
Planned
2022 Release Wave 1
Ideas Administrator

In development, planned in coming release

Comments

M

Also, another thing pointed out to me by a colleague:

Aside from the invoice number field also the document number fields have to be changed accordingly, to fit the real invoice numbers.

Category: Accounts Payable

M

First, to state the most important thing - there are no regulations in Poland restricting the length of an invoice number.

In JPK, the most common reporting obligation in Poland, there is a de facto standard restriction of 256 characters in the TZnakowyJPK type for invoice number and the number of invoice corrected by this invoice (which actually can be several, customarily separated by a comma). Both in current JPK_FA and JPK_V7x reports.

Some time ago, we did an in-depth analysis with one of our Clients and the longest number of supplier invoice was 59 characters from a utility company (the number included prefix, year, month, region and customer number, plus separators). About a quarter of invoices had numbers exceeding length of 20 characters.

There is also a different de facto standard on the length of invoice number in Poland, which is the tax split payment transfer description format (in MPP mechanism - "mechanizm płatności podzielonej"), on which Polish banking system agreed among themselves to use and force it upon Polish entities - the limit in this format is 35 characters, which is based on SWIFT messages restrictions (some banks even interpret it as 30, because the invoice number requires "/INV/" prefix in the transfer description). But again, this is only a de facto/industry standard and is not required by law.

Category: Accounts Payable

M

For our customers, not only from Poland we extended this field to 50 characters. 30 characters is too short.

Category: Accounts Payable

M

Is there a release that is targeted for this change?

Category: Accounts Payable

M

50 characters seems reasonable, or at least the ability for us to extend from 20 characters if required.

Category: Accounts Payable

M

Our company orders several hundred times per year through Amazon, and Amazon's invoice numbers extend the 20 characters many times. Even 30 characters are not enough sometimes, 50 would be much better.
Too short invoice number in the system means incorrect booking data, incorrect money transfer details, need of more manual corrections and explanations etc.
Given the fact that there are quite a few large companies in the world that use longer than 20 characters for their invoice numbers, I think the restriction of 20 characters in D365F&O is quite outdated.

Category: Accounts Payable

M

Would be very useful if the field can be extended.

Category: Accounts Payable

M

Very much needed and useful functionality!

Category: Accounts Payable

M

We have a customer who currently have multiple invoices with invoice ID having more than 25 characters & are expected to have more coming in with the same format. This would be a very helpful feature.

Category: Accounts Payable

M

We also need a longer invoice number in our projects.
I think we need a posibility to increase the size in the projects with extensions. We need to change the 'extends' of InvoiceID-EDT (and the other voucher numbers) from 'NUM' to a much smaller EDT group. Than we are free in the projects.

Category: Accounts Payable