Agnieszka Otwinowska

But please keep in mind that creating ledger allocation rules with sources consisting of all values of _08_Vendor is not an option here… because it is not justified in terms of business - the number of potential combinations is enourmous here…

A proposal to add a new functionality: Verification of an active VAT payer

The standard of the system MS365 our client don’t have a solution for automatic verification of an active VAT payer.

From the beginning of 2017, regulations came into force obliging entrepreneurs to check whether their contractors are active VAT payers.

Legal regulation in Poland:"Ustawa o zmianie ustawy o podatku od towarów i usług oraz niektórych innych ustaw". The VAT Act (tzw. "biała lista") introduced joint and several liability with all its assets together with a supplier of goods or a service provider registered for VAT purposes as an active VAT payer for his tax arrears

The situation is problematic when the entrepreneur sends JPK, while every month he carries out hundreds or thousands of transactions with his contractors. With this number, it will take a lot of valuable time to verify each contractor manually i impossible.

The solution may be to automate the verification process.

Proposition is to create additional functionality for automatic:

1. verification of an active VAT payer (e.g. JPK VDEK generation, verification of the contractor based on the NIP number and marking the taxpayer's status by the status of whether he is an active VAT payer whit cartotecks Customers/Vendors)

2. verification of the correctness of bank account numbers to which transfers for customer liabilities are made (e.g. in the payment sheet).

This functionality can be built by downloading data on the contractor's status from the Ministry of Finance, which will save the data with the status (active / passive) and will allow you to generate a report on the contractor's status per each document.

Email address dedicated to specific functionalities

As part of many functionalities in the system, we use a single email address set in the entity parameterization.

There is a need to introduce the possibility of parameterizing multiple company email addresses dedicated to specific system functionalities, e.g.

-         Compensation

-         Interest notes

-         JPK

The introduction of this functionality will enable email correspondence in specific areas.

Copying distributions

There is a need to add a feature to purchase orders that will allow purchase orders to be copied along with their full distribution.

This need arises from the division of distribution into “X” rows manually and the inability to copy them.

The feature could also work by adding the ability to import distribution from an Excel file.

Compensation report

Addition of a summary report of collective remuneration files for all employees, including:

- Employee's first and last name

- Date of employment

- Position

- Current remuneration

- Remuneration history

- Other information from the employee's file

Marking transactions for which tax payments have been made

Adding information about the tax payment attachment number to tax transactions.

During the tax payment process, the system will assign an attachment number to the transactions included in the payment process, which was used to make the payment.

This change will allow you to identify transactions that were included in the tax payment and those that were not paid in a given month.

This functionality will significantly improve the work of users.

Addition of the “VAT registration date” field to the general ledger, i.e., transactions visible on the page:

- posted transactions

- transactions in the attachment

This functionality would facilitate controlling and tax analysis for users.