This article describes updates concerning:

• Improvements to advance invoices
• Integration with the Polish National System of e-Invoices (KSeF)
• Automatic settlement of production deviations

Correcting an exchange rate in a supplier invoice

The current function for generating corrections to supplier invoices has been extended to allow correcting the exchange rate for a posted supplier invoice in a foreign currency.

The new function is available for the posted invoice in the Supplier invoices application via the [Generate correction supplier invoice (PL)] action under the [Execute] button.

The action’s dialog window contains the Conversion date field.

To correct the exchange rate, select the conversion date from which the rate should be taken, activate the Exchange rate correction parameter, and press the [In background] button.

The system will change the status of the corrected invoice and display information on the exchange rate correction and recalculation of values in the primary currency. The value of the invoice issued in the foreign currency will not change –– only the recalculated values will.

The Exchange rate tab of the Supplier invoices application will display corrected values and the invoice’s status will be updated.

The system verifies the possibility to perform such an operation. If an exchange rate correction is not possible, for example because the fiscal year is closed, a corresponding message will be displayed.

Information about the batch application’s status and effects can be found in the Batch jobs application.

Correcting an exchange rate changes the stock value, creates an entry in the VAT registry and in the Open item details application.

Transferring an external supplier invoice number to each CFE posting line

In response to the requirements of the Polish market, a new function has been implemented that automatically copies the external voucher number of a supplier invoice (from the General tab, External voucher number and date field) to new posting line items. When creating a new posting line item, the external voucher number is automatically copied from the main line to the subsequent posting lines without the possibility of editing it. As supplier invoices are transferred to Comarch Financials Enterprise, the external voucher numbers from the invoices are copied to the new posting line items.

Automatic settlement of deviations from reference prices for manufactured items

A solution has been introduced to automatically settle deviations for outgoing finished products in an indicated settlement period.

Based on information contained in inventory postings, outbound transactions for items coming from production in a given settlement period will be analyzed. Both finished and semi-finished items will be included. For manufactured items remaining in stock at the end of the settlement period, the system will calculate the value of the inventory and the average deviation indicator to determine the deviation amounts that should be settled in the period. Deviation values will be distributed among the various items produced. Based on posting keys for outbound transactions, the system will identify the offsetting accounts to which the calculated deviation amounts should be reposted.

These accounts will be determined based on account assignments to posting keys in the Account assignment by posting key application.

Settlement of deviations from reference prices in Customizing

In order to be able to settle deviations from reference prices, the responsible function must be activated.

For this purpose, a new sub-function Deviations settlement has been added to the Financials – Poland function in the Customizing application.

The function contains fields that allow you to specify deviations accounts for finished and semi-finished products and the equivalents of these accounts in controlling: cost types. The solution requires the use of controlling, from which deviations account balances are taken.

New category in Number ranges application

In order to allow creating a number range for the settlement of production deviations, a new category has been added in the Number ranges application – Deviations settlement for outgoing products. A range of this category can be used in Customizing → Deviations settlement → Number range for deviations posting. This number range is then used for the transaction type in Financial accounting.

Batch application for settling production deviations

With the Deviations settlement for outgoing products application, based on data from posted deviations, inventory of manufactured items in the warehouse, and inventory transactions for item issues, average deviation indicators for cost units are calculated. On the basis of these indicators, deviation values per cost unit are calculated and distributed among the items produced, distributed in the indicated fiscal year.

Values aggregated by purpose, broken down by controlling dimensions, will be transferred to Financial accounting (Comarch Financials Enterprise).

New features for advance invoices

Advance invoices and advance invoice settlements have been improved with the following features:

Generating an advance invoice before receiving an advance payment

This feature allows you to handle the following scenarios:

• If an advance payment has already been received, select a parameter to generate the advance invoice. To do so, you need to fill in the Open item field.
• If the advance payment has not been received, the parameter should not be selected. This will make it possible to generate an advance invoice with a due date. Payment received parameter in advance invoice generation window

Partial settlement of an advance invoice

It is also possible to partially settle an advance invoice on the final invoices in case of partial deliveries.

Generating an advance invoice from a delivery order

It has been made possible to generate an advance invoice settlement from the Delivery orders application using the new action [Generate and output advance invoice settlement…].

New validations for advance invoices

Moreover, new validations have been introduced:

• It is required to generate the confirmation of a sales order for which an advance invoice is to be issued. Based on confirmations, a change in the sales order is identified in case a correction of the advance invoice is required.

You can generate an order confirmation through the [Generate and output order confirmation…] action under the [Execute] button available on the standard toolbar in the Sales orders application.

If a confirmation is not generated for an order, a blocking message will be displayed after selecting the [Generate and output advance invoice…] action.

• The possibility of generating a correction of an advance invoice that has been settled in a final invoice has been blocked. Only unsettled advance invoice amounts can now be corrected.

Integration with the Polish National System of e-Invoices (KSeF)

In order to adapt Comarch ERP Enterprise system to the latest regulations, the following changes and fields related to sending invoices to KSeF have been introduced:

KSeF function in Customizing

A new KSeF function has been added in the Customizing application, allowing you to activate KSeF for an organization and specify the date from which it is mandatory to send invoices to KSeF. This means that if the company is operating on a system before the use of KSeF becomes mandatory, entering the date from which KSeF starts to be mandatory in this field will result in, among other things, a KSeF invoice number being required for invoices that are issued after this date.

KSeF-related fields in cockpit applications

In order to be able to display information about invoices sent to KSeF, fields with KSeF invoice number and date and e-invoice statuses have been added to the cockpit application for customer invoices and to VAT registries.

• The values of the Category field (Cash, Bank transfer, etc.) in the Payment methods application have been adjusted to match the values reported to KSeF.

Additional changes

• Supplier invoice corrections – PL action for generating supplier invoice corrections can now use a correction invoice type based on the source invoice type
• It is now possible to import bank statements with truncated bank account numbers; also, the length of the posting text has been reduced to 65 characters