We have ensured the support for standard NetSuite classifiers – Department, Class and Location – in the KSeF registry module for the imported purchase documents.

Classifiers are set according to the following hierarchy:

• amounts indicated directly in the KSeF registry module;
• settings at the item inventory level;
• amounts determined on the supplier’s card;
• default data indicated in the script configuration.

Introducing the classifiers support limits the need for entering data manually, thus ensuring time efficiency and streamlining reporting thanks to the implementation of the established hierarchy. 

We have enabled an additional option for posting partial VAT and CIT deductions. Where the account is not indicated in the dedicated PLP non-deductible VAT account and PLP non-deductible CIT account fields, the account stated in the document line has been applied.

The new option has expanded the previously available parametrisation, which verifies the target account in the following order:

• The account indicated directly in the document in dedicated columns;
• The cost account set in the product file;
• The value indicated in the tax code stated in the document line;
• The account indicated in the superior tax code, where the reverse charge VAT rate has been applied to the transaction;
• The account set in the PLP Accounting Books configuration;
• The account selected for the document line in the Account field.

We have included standard NetSuite classifiers in the mechanism for generating payment documents from the PLP Bank payments module. The amounts for the Department, Class and Location fields are set according to the data selected in the settled document.

We have incorporated an additional mechanism for validating accounts used in the Journal Entry document. The solution controls the use of only off-balance sheet accounts or only other than off-balance sheet accounts in the document. This allows users to secure postings in terms of correct balancing of entries. This functionality is available as part of the extended service package and is charged separately. For detailed information on costs and implementation, please contact our team.

The type of account is specified in the dedicated PLP Account type field.

We have introduced changes in the encoding of files generated from the PLP Bank Payments module. Due to inaccurate reading of Polish characters in electronic banking systems under UTF-8 encoding, ANSI encoding will be used, starting from the 2025.1 version.

The said change applies to all available file formats, except for the structure dedicated to Millenium and BNP Paribas banks.

We have ensured accurate support of the functionality for downloading contractor’s details from the system of the Central Statistical Office and verifying taxpayers in the VAT system for NetSuite environments utilising the SuiteTax Engine. These functionalities operate correctly also where the Polish subsidiary is not selected as the default one for a given contractor.

We have introduced some enhancements in PLP printouts in the following areas:

• Correct presentation of units of measure where the Units column is not visible for the sales transaction:

• Buyer’s data presentation support where the Billing Address field is not populated – the printout shows other available data, such as the contractor’s name and NIP number:

• Standardisation of data formats on amendment note printouts and balance confirmations – all PLP printouts will uniformly present the Date fields, in conformity with the NetSuite configuration: