E-delivery notes portal: sending without a card reader

This is a case study of the e-delivery notes portal, my own product for sending and receiving Serbian electronic delivery notes. It runs at eotpremnice.kavon.dev, and registration is free, with a 3 month trial. If you are new to the system, deadlines and registration are covered in the e-delivery notes guide.

Client and context

I built the portal for companies that ship goods in Serbia and, from 2026, have to use the government electronic delivery note system. Under the Law on Electronic Delivery Notes, from January 1, 2026 this applies to the public sector, deliveries to the public sector and excise goods, and from October 1, 2027 to sending and receiving between all private sector companies. That includes Serbian subsidiaries of foreign companies. The portal is used by companies that send delivery notes several times a day.

Problem

Access to the government system goes through a qualified certificate on a personal ID card: a card reader on the computer and that exact person present for every document. A company that ships several times a day ties the whole process to one person. If they are out or away, shipping stops.

On top of that, every line is retyped by hand, even though the goods have already gone through the fiscal register and are recorded exactly in the Tax Administration system. Every retyped line is a chance for a mistake.

Constraints

The hardest part was the XML itself. The government system accepts delivery notes only in UBL 2.1 (an international XML standard for business documents), and the official instructions and examples are thin, so a valid document had to be built and checked field by field.

The second constraint is security. A company's API key opens its documents in the government system, so it must never be stored as plain text. The third is the phone: sending a delivery note should not wait for someone to sit down at a computer, so the portal has to work comfortably on a small screen.

Solution

Access through the company's API key

The company enters its API key from the e-delivery note system once. The key is stored encrypted (AES-256-GCM) and tied to the company, not to a person, so anyone with an account can send a delivery note, receive an incoming one or issue a receipt note.

A new delivery note on one page

The most common action is the first button on the dashboard. One page holds the recipient, found by name or tax number in the register of companies, transport from the saved driver and vehicle lists, and the items.

Items from the fiscal receipt

Nobody types items. The portal reads the QR code on a fiscal receipt, by camera, photo or pasted link, and pulls the lines and quantities from the Tax Administration system.

Checks before sending

Every delivery note is checked against the government XML validator before sending, which only checks and creates nothing. Mistakes are caught while they can still be fixed.

Receipt notes, statuses and excise goods

Incoming and outgoing delivery notes and receipt notes each have a status, and documents are fetched from the government system for a chosen period: 3, 5, 7 or 10 days, or manually. The portal also handles excise goods, where the obligation applies from January 1, 2026. Companies are approved and licenses issued in the admin area.

How sending one delivery note works

1. On the dashboard, click New delivery note, the first button.
2. Choose the type: external, to another company, or internal, between your own locations. Number and date fill in on their own.
3. Find the recipient by name or tax number; company details come from the register of companies.
4. Choose transport from saved lists: own transport, driver and vehicle with its plate number.
5. Import items by scanning the QR code on a fiscal receipt, by camera, photo or link.
6. The portal checks the XML with the government validator, and only then sends.

The whole flow fits on one page and works the same on a phone and a computer.

Technologies and why

The portal is built in PHP, MySQL and JavaScript, phone first. It connects to three government systems: the Ministry of Finance e-delivery note system, the Tax Administration system for reading fiscal receipt items, and the government XML validator. The same UBL knowledge powers the efakture.exe service through which BKC Soft's software sends delivery notes; more than 5,000 have gone through it.

Result

I built the portal at the start of 2026 in about two weeks and spent another week testing every part of it. Sending delivery notes no longer depends on one person and their ID card: anyone with an account can do it, from a phone too. Items from fiscal receipts come in by scanning instead of retyping, and the validator check catches mistakes before sending. The portal is live and free to try for the first 3 months (as of October 2026).

Sources

Deadlines were checked on October 4, 2026, in the consolidated text of the Law on Electronic Delivery Notes (Official Gazette nos. 94/2024, 109/2025 and 80/2026), on the official portal eotpremnica.efaktura.gov.rs.