E-fakturowanie dla zarządców nieruchomości: unijny standard bez żargonu

Faktura od dostawcy od dwudziestu lat odbywa tę samą podróż: przychodzi jako PDF do skrzynki zarządcy, ktoś odczytuje kwotę z ekranu, przepisuje ją do arkusza kalkulacyjnego albo programu księgowego, zapisuje PDF w folderze i ma nadzieję, że oba pozostaną zgodne. Pomnóż to przez każdą umowę na serwis dźwigu, firmę sprzątającą, polisę ubezpieczeniową i jednorazową naprawę w portfelu budynków, a przepisywanie faktur okaże się realną częścią zaplecza zarządcy.

Ta epoka się kończy, z mocy prawa i nie w jednym kraju. W całej UE e-fakturowanie między firmami przechodzi z opcjonalnego w obowiązkowe według rozłożonego w czasie harmonogramu: Włochy wymagają go od lat, Francja, Polska i Niemcy wprowadzają je stopniowo w drugiej połowie tej dekady, a kolejne państwa członkowskie idą tym samym śladem. Terminy się różnią, ale kierunek i standard leżący u podstaw już nie. Zarządcy nieruchomości są w samym środku tego procesu: zarządzanie pieniędzmi budynku to działalność gospodarcza, dostawcy to firmy, a one coraz częściej będą wysyłać dane strukturalne, niezależnie od tego, czy strona odbierająca jest gotowa, czy nie.

Większość doniesień przedstawia to jako ciężar zgodności z przepisami. Jest odwrotnie. Obowiązek zmusza dostawców do wysyłania faktur w formacie czytelnym dla maszyny, co oznacza, że epoka przepisywania może się skończyć, jeśli proces odbioru zbuduje się poprawnie. Oto czym naprawdę jest ten format i jak wygląda prawidłowy proces odbioru.

PDF nie jest już fakturą

E-faktura w sensie prawnym nie jest PDF-em faktury. To plik z ustrukturyzowanymi danymi zgodny z europejskim standardem EN 16931: sprzedawca, kwoty, daty, dane do zapłaty, wszystko jako pola czytelne dla maszyny. To właśnie ten jeden standard jest najważniejszy. Niezależnie od krajowego wariantu, zgodna faktura niesie pod spodem ten sam podstawowy model danych, dlatego narzędzie zbudowane pod ten standard działa ponad granicami.

W praktyce ten sam standard pojawia się w dwóch postaciach:

• Czysty XML to postać maszynowa: plik XML, całkiem bez warstwy wizualnej. Otwórz go w przeglądarce, a zobaczysz nawiasy ostre. Jest nieczytelny z założenia, bo jest przeznaczony dla maszyn. Kilka krajów ma własne nazwane profile tej postaci, ale wszystkie są dialektami EN 16931, a nie osobnymi światami.
• Format hybrydowy (ta sama technika stosowana w różnych krajach pod różnymi nazwami) to normalnie wyglądający PDF z osadzonym w środku plikiem XML. Człowiek widzi fakturę, maszyna widzi dane. Co kluczowe, to osadzony XML jest częścią wiążącą, a nie piksele.

Format hybrydowy kryje pułapkę, o której warto wiedzieć. Faktura hybrydowa przetworzona po staremu, przez odczytanie PDF-a ludzkim okiem i przepisanie, po cichu ignoruje warstwę strukturalną. Liczby w warstwie wizualnej i w XML-u mają się zgadzać, ale to część czytelna dla maszyny jest fakturą. Proces, który dotyka wyłącznie pikseli, przetwarza obraz faktury i odrzuca samą fakturę.

Odbiór zrobiony dobrze: sparsuj, pokaż, potwierdź

Prawidłowy proces odbioru ma trzy kroki i tylko jeden z nich angażuje człowieka.

Po pierwsze, plik wchodzi do środka, XML albo hybrydowy PDF, a maszyna odczytuje pola strukturalne: kto wysłał, numer faktury, datę wystawienia i termin płatności, kwotę netto, podatek i kwotę brutto, rachunek do zapłaty. Żadnego przepisywania, żadnego odczytywania liczb z ekranu.

Po drugie, te sparsowane pola są Ci pokazywane w prostej, czytelnej dla człowieka formie. Ma to największe znaczenie przy czystym XML-u, który bez tego kroku jest ścianą nawiasów ostrych, na której nikt nie może działać, ale ma znaczenie także przy hybrydach: widzisz to, co naprawdę mówi warstwa maszynowa, a nie to, co akurat wyświetla PDF.

Po trzecie, potwierdzasz, raz, a faktura staje się szkicem kosztu w księgach budynku, niosąc sparsowaną kwotę i dostawcę. Od tego momentu żyje normalnym życiem kosztu: czeka na wyciąg bankowy, wiersz płatności zostaje z nią powiązany, a jej status wylicza się sam, tak jak powinien każdy koszt budynku.

Jeden plik na wejściu, jedno potwierdzenie, jeden zaksięgowany koszt. To cała ręczna powierzchnia tego procesu.

Dlaczego krok potwierdzenia nie jest opcjonalny

Uczciwe pytanie: skoro maszyna wszystko odczytuje, po co w ogóle potwierdzać? Czemu nie księgować faktur automatycznie w chwili, gdy przychodzą?

Bo parsowanie jest niezawodne, a odpowiedzialności nie da się delegować. Faktura może być maszynowo idealna i wciąż błędna: duplikat, kwota niezgodna z umową, usługa, której nikt nie zamówił, albo wprost oszustwo. Oszustwa na fakturach ze zmienionymi danymi do zapłaty to realny i rosnący wzorzec, a ekran potwierdzenia jest dokładnie tym miejscem, w którym one umierają: sparsowany numer rachunku ląduje przed człowiekiem, który wie, jaki numer rachunku firma serwisująca dźwig miała od zawsze. Proces, który księguje automatycznie, wycina jedyny moment, w którym stosuje się osąd zarządcy, czyli to, za co budynek naprawdę płaci.

Właściwy projekt jest więc przemyślany: maszyna wykonuje całe czytanie, człowiek podejmuje jedną decyzję. Cokolwiek bardziej automatycznego optymalizuje precz sam sens.

Archiwizuj oryginał, a nie jego wygląd

Przepisy o przechowywaniu dokumentów w całej UE wymagają archiwizowania faktur przez lata, często przez większą część dekady, i tutaj obowiązuje ta sama logika co przy formacie hybrydowym: przechować trzeba plik oryginalny, XML albo hybrydowy PDF dokładnie w postaci, w jakiej dotarł, a nie zrzut ekranu, nie czytelny dla człowieka podgląd, nie ponowny eksport. Podgląd to wygoda na dziś; oryginał to dokument dla audytora w siódmym roku.

Dlatego narzędzie odbierające powinno przechowywać oryginał w sposób niezmienny, obok kosztu, którym się stał, i zawsze umieć oddać dokładnie te bajty, które przyszły. Jeśli narzędzie generuje na nowo albo “porządkuje” przechowywane faktury, archiwizuje własną twórczość zamiast dokumentu.

Dokąd faktura płynie dalej

Cichą nagrodą za odbieranie faktur jako danych jest wszystko, co dzieje się dalej. Potwierdzony koszt dołącza do łańcucha transakcji budynku, co oznacza, że:

• Właściciele mogą go zobaczyć. Faktura zajmuje swoje miejsce na liście dowodów księgowych budynku, gdzie właściciel przeglądający roczne rozliczenie może otworzyć rzeczywisty dokument stojący za każdą pozycją.
• Rozliczenie roczne go wchłania. Koniec roku przestaje wymagać polowania na faktury, bo każda faktura od dostawcy już leży w księgach z przypisaną kategorią. Cały cykl opisujemy w roku księgowym wspólnoty.
• Księgowy dostaje czyste dane. Eksport księgowy przenosi koszt wraz z jego kategoriami do doradcy podatkowego, a oryginalny dokument pozostaje do pobrania na żądanie.

Policz ludzkie dotknięcia na całej tej drodze: jedno. Faktura została potwierdzona raz, a każdy późniejszy odbiorca, właściciel, zebranie, księgowy, audytor, czyta zapisy wyprowadzone z tego jednego potwierdzonego faktu.

Czego jeszcze nie ma i dlaczego mimo to warto zacząć

Dwa kanały dostarczania wciąż dojrzewają na rynku: automatyczne wciąganie faktur przychodzących mailem oraz sieć Peppol do wymiany ustrukturyzowanych faktur, która staje się wspólną warstwą transportową między państwami członkowskimi UE. Dziś niezawodną podstawą jest wgranie pliku: plik faktury, jakkolwiek do Ciebie dotarł, trafia do narzędzia, a opisany wyżej proces przejmuje resztę.

Ta podstawa to już cała wygrana. Kosztem e-fakturowania nigdy nie było kliknięcie wgrania, tylko przepisywanie, niezgodne foldery i polowanie na faktury każdego stycznia. Kończą się one w dniu, w którym proces odbioru zaczyna czytać dane strukturalne zamiast Ciebie. Obowiązek sprawił, że trudną połowę wykonali dostawcy; połowa odbiorcza jest teraz kwestią wyboru.