An accounting program is not a digital postman

In short

• The program creates the invoice. The digital postman delivers it and reports its data to the Financial Administration.
• The digital postman may be part of your program, or a separate service. Check with the vendor and in the list on the Financial Administration portal.
• The selection of the postman for receiving for your DIČ is made by you (or by a person with authorisation) on the Financial Administration portal, even if the program offers a postman.
• For receiving you have one postman; you may send through several.
• You connect the program to Verteco with files, a direct connection in the program or via the REST API.

The program creates the invoice, the postman delivers and reports it

From 2027 e-invoices are sent through certified providers of the delivery service, so-called digital postmen. According to the Financial Administration (hereinafter FS), you access this service either through your accounting program or through the web or mobile application of the digital postman (FS FAQ, part I, question 6). Only a person entered in the register of certified providers, which the Financial Directorate keeps and publishes on its website, may provide the delivery service (§ 76a(5) and (7) of the VAT act).

The roles are therefore divided. The program issues the invoice in structured XML following EN 16931. The postman delivers it to the addressee and technically creates and sends the report with the invoice data to the Financial Administration (FS FAQ, part II, question 20). The sender’s postman reports invoices where the issuer has a VAT ID (FS FAQ, part I, question 44). According to FS, the mere technical creation of an invoice stored in the accounting system is not enough for it to be considered an issued electronic invoice: within the deadline it must also be handed over for delivery to the recipient (FS FAQ, part I, question 74).

A vendor of accounting or ERP software may also be a service provider (FS FAQ, part I, question 22). That is why some programs include a postman and others do not. Which case is yours can only be found out by checking, not from the program’s name.

How to find out whether your program includes a postman

The FS guide for non-governmental organisations recommends checking with the vendor whether the software will support e-invoices and whether the digital postman will be directly part of the solution or will be connected separately. Ask in particular:

• Will the program work with XML following the European standard EN 16931?
• Will the digital postman service be integrated directly in the program?
• Will it be possible to receive invoices directly into the program and, for VAT payers, also to issue and send them?
• From when will this functionality be available and what will the activation conditions and the price be?
• How will archiving, searching, displaying and exporting invoices be ensured?
• How will access for an external accountant be set up?

Verify the answer in the list of certified providers and their intermediaries at vpds.financnasprava.sk. The list is public and each row states the intermediary (column “Váš digitálny poštár”, your digital postman) and the certified provider. If an entity is both a provider and an intermediary, its business name appears in both columns (PDS application manual, chapters 3 and 4.1).

• A certified provider is entered in the register kept by the Financial Directorate (§ 76a(5) and (7) of the VAT act); according to the FS guide for non-governmental organisations it must be certified in the Peppol network and at the same time accredited by the Financial Administration.
• An intermediary sells the provider’s services and handles customer onboarding and support; it need not itself be an accredited provider (PDS application manual, chapter 2). To be listed, it must be registered with FS and receives its own activation link (FS FAQ, part II, question 27).

If you do not find your program’s vendor in the list, ask it which certified provider it works with. Whether your DIČ is already registered in the Peppol network can be checked in the tool Company check; if we can determine the access point, it shows that too. FS points out that the Peppol infrastructure provides no standardised way to verify the name of the postman registered in the SMP, and recommends defining the scope of services (sending, receiving) unambiguously in the contract (FS FAQ, part II, question 47).

You make the selection for your DIČ yourself

You choose the digital postman yourself from what the market offers (FS FAQ, part I, question 6). For receiving electronic invoices, registration via the FS portal is a legal obligation (FS FAQ, part I, question 73), even when your program offers a postman. You make the selection in the application on the FS portal: you log in via slovensko.sk (for example with an ID card with a chip) or with the identifier and password and choose the entity for which you act. A provider can be chosen only for an entity with an assigned and notified DIČ (PDS application manual, chapters 3 and 4.2).

For a legal person, a person who is registered on the FS portal and holds an authorisation to represent it acts (FS FAQ, part I, question 41). The whole procedure, screen by screen, is described in the article on choosing a digital postman on the FS portal. If you want to receive through Verteco, you make the selection at vpds.financnasprava.sk/vyber-certifikovaneho-poskytovatela?id=33.

One postman for receiving, several possible for sending

For a given Peppol identifier you can have only one postman registered in the SMP for receiving. The receipt of invoices is therefore unambiguously routed and the accounting program does not deal with the choice of postman for receiving. For sending you may have several under contract; which one is used is a matter of the program’s settings and of the contracts with the providers (FS FAQ, part I, question 36). The postman through which you send may require from you the verification data you obtain by selecting it on the FS portal (FS FAQ, part I, question 73).

In practice this means you can receive through Verteco and send from the program through its postman, or the other way round: if your receiving is already registered with another provider, you can only send through Verteco. Moving receiving is described in the article on changing the digital postman.

Three ways to connect the program to Verteco

1. Files from the program and into the program

The portal exports received and issued invoices in a format your program reads, and from most of these programs it can conversely load issued invoices for sending. Guides for the individual programs are available for POHODA, MK-soft, MRP-K/S, Money S3, Money S4 / S5, KROS OMEGA, KROS ALFA plus and ProLuc. For KROS ALFA plus and ProLuc only the export from the portal is ready so far; loading invoices from these programs is in preparation; the export for ALFA plus so far contains only issued invoices (receivables).

2. Direct connection in the program

Some programs communicate with the portal directly, without files. For example, according to its manual, MK-soft has a built-in connection to Verteco from the version of 22 September 2026: in the program you enter the details of our API key (Client Id and Client Secret) and invoices flow in both directions automatically. The procedure is in the MK-soft guide.

3. REST API (SAPI-SK)

For your own systems and for software vendors, a REST API following the Slovak SAPI-SK standard, webhooks and a test environment are available. Everything is described in the documentation for developers.

Are you a vendor of accounting or invoicing software?

You have two paths. You can connect your program to Verteco via the API; your customers select us on the FS portal and send invoices from your program. Or you can become an intermediary under our accreditation: FS lists you with your own activation link and customers select you directly. The conditions are on the page for intermediaries; the programs and services that already cooperate this way are in the list of our intermediaries.

Frequently asked questions