Ну что же, запрос 111102546177977 ушел в Microsoft. Затаим дыхание.
Цитата:
Hello,
We have compiled a list of the most annoying ‘features’ in Russian invoices, factures, bills of lading etc. Please understand I cannot split the list into 17 separate errors: managing so many requests would be an administrative nightmare. All the issues listed are discovered on the latest Rollup 7 with the Eastern European layer.
The list uses the following notation:
(-) The report does not abide by the Russian law or it leaves parts of the governmentally approved layout empty.
(+) The report ignores some standard AX settings. The report gets less flexible and difficult to use without modifications.
(*) The implementation of the report ignores common accounting praxis in Russia.
1-) The bank connection in all the documents (invoice, facture, invoice for payment, bill of lading, acceptance/service act) is corrupt: spaces are missing, the text field is too short and cut off, the bank city is missing, our INN number is missing. An example of a correct bank connection is provided, see p.18.
A code snippet dealing with this problem is provided in the attachment.
2+) All the 5 documents ignore the payment mode in ‘our bank account’. Regardless of the payment mode the reports show the default bank account from the company information, which is not always correct.
3-) Invoices and bills of lading exhibit a unit code (“t”) instead of the unit text (for example, “тонн”) in the customer language in the fields ‘Total net weight’ and ‘Total gross weight’.
4-) The so-called KPP number must be taken from the consignee in the facture report instead of the primary customer (if the consignee and the customer are separate legal entities).
5+) The management of the consignors and consignees is failed: there is no default consignor in the customer record. Each time the sales specialist have to select it from a list on sales order creation. An even better idea would be to redesign the functionality and use the normal delivery addresses instead of a separate entry in the customer table.
6+) All 5 documents ignore the form setting ‘Print item dimensions’ (AR / Setup / Forms / Form setup)
7+) The form setting ‘External item description’ is ignored. There is no way to achieve the effect of the ‘Overwrite’ option. I.e. one cannot replace the internal item name by the external name in any of the 5 reports.
8+) Print management is not implemented for factures. As a result, it is not possible to print a copy of the facture automatically.
9-) One cannot switch between the ‘old’ and ‘new’ bill of lading formats. The ‘new’ one is used if an external transport company is delivering the goods. The ‘old’ one should be used with the EXW delivery term (the customer uses his own transport). Unfortunately, the hotfix KB2589594 assumes a global parameter for the whole company while it is needed to select the layout on the customer and/or delivery term level.
10*) With the warehouse management module active, our clients expect the number of pallets to be printed in the fields ‘Places’, ‘Total places’ on the invoice and bill of lading. The ‘Qty. in one place’ field should show the number of items on one pallet, respectively.
See a code snippet.
11-) The facture is created from lines of invoice(s). Invoices may have a rounding on the header level. The invoice report compensates for these rounding errors and distributes it over lines. The facture does not. As a result, a facture created 1:1 out of a single invoice may deviate in lines and total amounts from the invoice.
12*) The common praxis in Russia is to print an invoice, a facture and a bill of lading with same numbers for a single delivery. I.e. there must be a mode to inherit the facture and BoL numbers from the invoice.
13-) The ‘Bill of lading’ field on the invoice is always empty even though BoLs can be created automatically on invoice posting.
14+) Should the ‘Shortcut name for parts’ in the monetary unit declensions be empty, do not print the comma in the column headers of invoices and factures.
15-) If a facture consists only of service items, do not print the consignee, consignor names. Replace them with dashes.
16+) The payment reference in the facture report can be filled if there are some settlements for the invoice. Should the facture/invoice be reconciled with several payments, print their numbers and dates in a line separated with commas.
17*) The [service] acceptance act is useless: it doesn’t show any lines, only totals.
See a code snippet.
18-) The service acceptance act is designed badly with regards to long company names / bank connections: any name longer than 255 characters leads to an error in MS Word (‘string is too long…’). Split it into several field/bookmarks, one with the company name, another with the company address, bank account etc.