General information

The application makes it possible to handle the split payment mechanism (SPM), which on 01 January 2019 substituted the previous regulations on reverse charge.

The split payment mechanism must necessarily be used in relation to goods and services which fall within the range of responsibility of the buyer; the mechanism must be used for payments whose overall value (regardless of the number of payments related to that value) is equal to or greater than 15 000 PLN.

In order to enable the functionality on the POS workstation, it is necessary to select the option In accounting and trade modules in the field Handle split payment according to Polish regulations in the ERP system.

Setting the field Handle split payment according to Polish regulations in the ERP system as In accounting module (instead of In accounting and trade modules) makes the following changes:

• It deactivates mechanisms related to the SPM in the application
• If the handling of reverse charge is enabled, it activates it again

Item form

On the item form, the Split payment parameter is non-editable. The parameter’s setting is transferred from the ERP system.

Document item

The Split payment parameter is not displayed for document items in the application interface. The parameter’s value is transferred from the item form. Changing a customer in a document affects the setting of the parameter for document items.

Document

In documents (SO, ASI, SI, ASIQC, SIQC), the Split payment parameter is by default deselected and visible if the handling of the SPM is active. The user can edit the parameter’s value if:

• The document is unconfirmed
• A customer selected in the document is a business entity
• The document does not have the handling of reverse charge active; if it does, no document item can be subject to reverse charge in order to edit the parameter

The parameter will be automatically selected after saving a document as unconfirmed or confirming it, provided that:

• The transaction type is National
• A customer selected in the document is a business entity
• The document does not have the handling of reverse charge active; if it does, no document item can be subject to reverse charge for the parameter to be selected
• At least one of document items needs to have the parameter selected (in the case of ASI, the application verifies document items from an associated sales order)
• The total value of the document expressed in the system currency is equal to or greater than 15 000 PLN (in the case of a generated invoice, the application verifies the document value after the deduction of advance payments)

Payment window

If the Split payment parameter has been selected in a document (either manually or automatically), the application’s behavior in the payment window will be as follows:

• The application will display the notification: “The split payment mechanism has been applied. It is only possible to make bank transfer payments”
• Payment forms of the type other than Bank will be inactive

Printout

Printouts of documents (excluding sales orders) which have the Split payment parameter selected include information specifying that the split payment mechanism has been used for a given document, provided that at least one payment has been made in PLN.

Continuing work on unconfirmed documents

If the user continues to work on a document saved as unconfirmed, the Split payment parameter in such a document is set in the same way as at the moment of saving the document. If the document is modified (items are added/deleted), the setting of the Split payment parameter for document items is retrieved from item forms again.

Document generation

Upon document generation, the application abides by the following rules:

• SO → SI, SO → ASI, SO → ASI → SI – the value of the Split payment parameter is transferred from the source document (sales order), with a possibility to edit it. During the confirmation of a SI document with the Split payment parameter deselected, the application verifies whether the conditions are met to automatically select this parameter.
• SI/ASI document corrections – the Split payment parameter is deselected by default, with a possibility to edit it. During the confirmation of a correction document with the Split payment parameter deselected, the application verifies whether the conditions are met to automatically select this parameter.
• Manual corrections (SIQC) – the SPM works in the same way as during the creation of a new sales invoice
• R → SI – the Split payment parameter is always deselected and hidden
• SQ → SO and the processing of SO (with no advances generated) – if the source documents have the Reverse charge parameter selected, the application displays the notification: “The reverse charge option has been deactivated, The item prices have been recalculated accordingly” and the Reverse charge parameter is substituted with the Split payment parameter, with a possibility to edit it
• SO → SI (with generated advances) – if the source document has the Reverse charge parameter selected, the parameter’s value is transferred from the source document
• SO → ASI – if the source document has the Reverse charge parameter selected, the application displays the blocking notification: “From 01 November 2019, the split payment mechanism is to be applied. Reverse charge has been applied in the order. Would you like to issue an advance invoice with reverse charge?”, with the following options available:
  • Yes – the application opens a new advance invoice form with the Reverse charge parameter selected
  • No – no document is generated from SO and the application returns to the trade document list

If the handling of the SPM is deactivated in the ERP system, during the generation of:

• Corrections to documents with the Split payment parameter selected – the parameter is not activated and is not visible in a document
• ASI/SI from sales orders with the Split payment parameter selected – the parameter is not activated and is not visible in a document