fbpx

Faktura jest w systemie, ale nikt nie chce wziąć odpowiedzialności za kliknięcie „akceptuj”

2026-09-16
plan budowy faktur
Spis treści:
5
(1)

Do księgowości trafia faktura od podwykonawcy. Dokument jest już dostępny w KSeF. Termin płatności biegnie. Kwota wygląda prawidłowo, dane formalne się zgadzają, ale kierownik kontraktu nie potwierdził jeszcze przerobu. Księgowa nie wie, czy zakres prac rzeczywiście wykonano. Kierownik z kolei zakłada, że skoro faktura jest już „u księgowości”, ktoś ją zweryfikuje. Po kilku dniach zaczyna się wymiana wiadomości: „czy możemy płacić?”, „kto to zaakceptował?”, „gdzie jest protokół?”.

To nie jest problem KSeF jako takiego. To problem braku jednoznacznego modelu odpowiedzialności. KSeF przyspiesza dostęp do dokumentu, ale nie ustala, kto w firmie ma potwierdzić wykonanie robót, kto sprawdza zgodność z umową, kto pilnuje budżetu, a kto odpowiada wyłącznie za poprawność formalno-księgową.

Zasada procesu: Najbezpieczniejszy model rozdziela trzy decyzje: akceptację merytoryczną, akceptację finansowo-budżetową oraz weryfikację formalno-księgową. Jedna osoba nie powinna „zgadywać” za pozostałe role.

KSeF nie oznacza automatycznej zgody na koszt ani płatność

Faktura przyjęta do KSeF i oznaczona numerem KSeF jest dostępna po stronie właściwego nabywcy. To jednak nie oznacza, że koszt został zatwierdzony przez firmę albo że dokument jest gotowy do zapłaty. Te statusy trzeba rozdzielić.

„otrzymana w KSeF” - dokument trafił do kanału podatkowego i jest dostępny dla nabywcy,

„zweryfikowana formalnie” - sprawdzono dane wymagane w procesie księgowym,

„zaakceptowana merytorycznie” - potwierdzono, że świadczenie lub dostawa odpowiada rzeczywistości,

„zgodna z umową i budżetem” - koszt mieści się w ustaleniach lub został świadomie zaakceptowany jako wyjątek,

„gotowa do płatności” - spełniono wymagane warunki i dokument może trafić na listę płatności.

Jeżeli firma traktuje te statusy jako jeden, odpowiedzialność szybko się rozmywa. Księgowość zaczyna podejmować decyzje operacyjne, kierownicy budowy nie wiedzą, które dokumenty na nich czekają, a finanse odkrywają przekroczenia dopiero po zaksięgowaniu kosztu.

Akceptacja formalna, merytoryczna i finansowa - trzy różne pytania

WarstwaGłówne pytanieTypowa rolaPrzykład
Formalno-księgowaCzy dokument jest poprawny i kompletny dla procesu księgowego?Księgowość / biuro rachunkoweDane nabywcy, daty, stawki, numer KSeF, kwalifikacja księgowa.
MerytorycznaCzy prace lub dostawa faktycznie zostały wykonane w deklarowanym zakresie?Kierownik kontraktu / PM / osoba odbierającaCzy przerób został potwierdzony? Czy zakres zgadza się z protokołem?
Umowno-budżetowaCzy kwota i warunki są zgodne z umową, zamówieniem i budżetem?Finanse / controlling / PM zgodnie z limitemCzy nie przekroczono wartości kontraktu? Czy jest aneks?
PłatniczaCzy spełniono warunki do uruchomienia płatności?CFO / treasury / uprawniona osobaCzy akceptacje są kompletne, a termin i potrącenia prawidłowe?

Kto powinien kliknąć „akceptuj”? Model RACI dla faktury budowlanej

W praktyce słowo „akceptacja” jest zbyt ogólne. Lepiej opisać odpowiedzialność za konkretne decyzje. Pomaga w tym model RACI: Responsible - wykonuje zadanie, Accountable - ponosi ostateczną odpowiedzialność, Consulted - jest konsultowany, Informed - otrzymuje informację.

CzynnośćKierownik kontraktu / PMKsięgowośćFinanse / controllingZakupy / rozliczenia
Potwierdzenie wykonania robótA/RIIC
Zgodność z protokołem / zakresemA/RICR/C
Kontrola formalna fakturyIA/RCI
Kontrola budżetu i limitówCIA/RC
Wyjaśnienie rozbieżnościA/RCCR/C
Dopuszczenie do płatnościCCA/RI

To przykład, nie uniwersalny wzorzec. W małej firmie kilka ról może pełnić ta sama osoba, a w dużej organizacji mogą pojawić się dodatkowe progi kwotowe i poziomy akceptacji. Najważniejsze jest to, aby odpowiedzialność była zapisana w procesie, a nie ustalana za każdym razem w wiadomościach.

Co jeśli nie ma jeszcze protokołu przerobu?

Jeżeli rozliczenie podwykonawcy zależy od potwierdzonego przerobu lub odbioru, brak protokołu jest sygnałem, że faktura nie ma jeszcze pełnej podstawy merytorycznej. Nie musi to oznaczać błędu podatkowego dokumentu, ale może oznaczać, że firma nie powinna przechodzić do kolejnego etapu akceptacji operacyjnej lub płatniczej bez wyjaśnienia.

W dobrze zaprojektowanym workflow faktura może mieć status „oczekuje na protokół” lub „wymaga weryfikacji zakresu”. Dzięki temu księgowość widzi, że dokument istnieje i może wykonać własne czynności, ale jednocześnie nie bierze odpowiedzialności za potwierdzenie wykonania robót.

Najczęstszy błąd: Status „jest w KSeF” nie powinien być równoznaczny ze statusem „zaakceptowana merytorycznie” ani „do zapłaty”.

Jak powinien wyglądać workflow akceptacji faktury budowlanej?

Faktura trafia z KSeF do systemu operacyjnego i jest przypisywana do inwestycji, kontraktu oraz osoby odpowiedzialnej.

Księgowość wykonuje weryfikację formalną w zakresie przypisanym do swojej roli.

Kierownik kontraktu, PM lub inna osoba merytoryczna potwierdza wykonanie prac, dostawę lub zgodność z protokołem.

System zestawia koszt z umową, zamówieniem, limitem i budżetem. Rozbieżność uruchamia ścieżkę wyjątku zamiast milczącej akceptacji.

Jeżeli próg kwotowy lub odchylenie wymaga dodatkowej zgody, dokument trafia do kolejnego poziomu akceptacji.

Po spełnieniu wszystkich warunków faktura otrzymuje status umożliwiający przekazanie do płatności i systemu finansowo-księgowego.

Historia decyzji pozostaje przy dokumencie: kto, kiedy, co zaakceptował i jaki wyjątek zatwierdził.

Urlop kierownika, zastępstwo i faktura wymagająca dwóch akceptacji

Proces ujawnia swoją jakość nie wtedy, gdy wszyscy są dostępni, lecz w wyjątkach. Jeżeli faktury zatrzymują się podczas urlopu kierownika, oznacza to, że firma ma przypisanego człowieka, ale nie ma zdefiniowanej roli i zastępstwa. Workflow powinien umożliwiać czasowe przejęcie odpowiedzialności przez wskazaną osobę bez utraty śladu audytowego.

Podobnie jest z dokumentami obejmującymi dwa zakresy. Faktura za prace łączące część konstrukcyjną i instalacyjną może wymagać dwóch potwierdzeń merytorycznych albo jednej akceptacji osoby posiadającej kompetencję do obu zakresów. System powinien odzwierciedlać rzeczywistą strukturę odpowiedzialności, a nie wymuszać sztuczne uproszczenie.

zastępstwo powinno mieć określony okres obowiązywania,

każda decyzja powinna być przypisana do konkretnej osoby i roli,

faktura wymagająca kilku opinii nie powinna być uznana za zaakceptowaną po pierwszym kliknięciu,

częściowy odbiór prac powinien być widoczny jako osobny stan, a nie ukryty w komentarzu,

wyjątki kwotowe i umowne powinny uruchamiać eskalację zgodnie z regułą, a nie intuicją pracownika.

Dlaczego jasne role zmniejszają konflikt między budową a księgowością?

W wielu firmach napięcie nie wynika z braku dobrej woli. Wynika z tego, że działy odpowiadają na różne pytania. Księgowość koncentruje się na poprawności dokumentu i terminach. Budowa na rzeczywistym wykonaniu zakresu. Finanse na budżecie i płynności. Gdy system używa jednego statusu „zaakceptowane”, różne odpowiedzialności zlewają się w jedną decyzję.

Rozdzielenie ról działa również psychologicznie. Ogranicza efekt rozproszenia odpowiedzialności. Każda osoba wie, jaki fragment procesu potwierdza i czego nie musi brać na siebie. Księgowa nie musi oceniać, czy ściana została wykonana. Kierownik nie musi rozstrzygać zasad ujęcia VAT. CFO nie musi pytać na czacie, czy prace zostały odebrane. Informacja wynika z procesu.

Pięć sygnałów, że odpowiedzialność za faktury jest źle zaprojektowana

Problemy z akceptacją często są traktowane jako kwestia dyscypliny pracowników, choć ich źródłem bywa sam proces. Warto zwrócić uwagę na powtarzalne objawy, które pokazują, że organizacja nie ma jasno rozdzielonych ról.

księgowość regularnie pyta budowę, czy może zaksięgować albo zapłacić dokument,

kierownicy otrzymują faktury mailem bez informacji, czego dokładnie oczekuje od nich firma,

status „zaakceptowana” nie mówi, czy potwierdzono roboty, budżet czy tylko poprawność formalną,

urlop jednej osoby zatrzymuje cały obieg i wymaga ręcznego przekazywania dokumentów,

po kilku tygodniach trudno odtworzyć, kto zaakceptował wyjątek i na jakiej podstawie.

Jeżeli kilka z tych sytuacji występuje jednocześnie, problemu zwykle nie rozwiąże kolejna instrukcja wysłana pracownikom. Potrzebny jest workflow, w którym decyzje mają osobne statusy, właścicieli, zastępstwa i reguły eskalacji. Dopiero wtedy elektroniczny obieg faktycznie ogranicza ryzyko, zamiast jedynie przenosić korespondencję z papieru do systemu.

Jak Develogic porządkuje akceptację faktur?

Develogic łączy obieg faktur z umowami, zamówieniami, protokołami, budżetem i strukturą projektów. Dokument może zostać skierowany do osób odpowiedzialnych za konkretną inwestycję, przejść elektroniczny proces akceptacji i zostać zweryfikowany względem danych operacyjnych. Dopiero po przejściu wymaganych etapów może zostać przekazany dalej do księgowości i płatności.

W praktyce oznacza to zmianę logiki. Zamiast pytać „kto ma tę fakturę?”, firma widzi, na jakim etapie znajduje się dokument, czyja decyzja jest potrzebna i z czym faktura została powiązana. To szczególnie ważne po wdrożeniu KSeF, ponieważ dokumenty trafiają do organizacji w sposób bardziej scentralizowany, a ich merytoryczny kontekst nadal pozostaje w projektach i zespołach.

Przykład: faktura za przerób większy niż potwierdzony na budowie

Podwykonawca wystawia fakturę na 220 tys. zł. W KSeF dokument jest dostępny od razu, ale protokół zaakceptowany przez kierownika kontraktu potwierdza przerób na 190 tys. zł. Księgowość nie powinna rozstrzygać, czy różnica wynika z dodatkowych robót, błędu wystawcy czy niezaakceptowanego aneksu. Jej zadaniem jest widzieć, że dokument ma nierozwiązaną rozbieżność i nie osiągnął statusu pozwalającego na standardową płatność.

Właścicielem wyjaśnienia jest rola merytoryczna. Kierownik kontraktu sprawdza zakres, dział rozliczeń porównuje fakturę z protokołem i umową, a controlling ocenia wpływ na budżet. Jeżeli dodatkowe roboty były wykonane i mają prawidłową podstawę, proces może wymagać aneksu lub innego formalnego potwierdzenia zgodnego z zasadami firmy. Jeżeli kwota jest błędna, dokument trafia do wyjaśnienia z kontrahentem.

Kluczowe jest to, że każdy dział podejmuje decyzję w swoim zakresie. Dzięki temu nikt nie zatwierdza dokumentu tylko dlatego, że „termin płatności już biegnie”, a zarząd może później odtworzyć powód zaakceptowania wyjątku.

Jakie KPI warto mierzyć w obiegu akceptacji faktur?

Sam fakt wdrożenia elektronicznego workflow nie oznacza jeszcze poprawy procesu. Warto mierzyć, czy odpowiedzialność rzeczywiście stała się czytelna i czy dokumenty przechodzą przez organizację szybciej. Dobrym punktem odniesienia jest czas oczekiwania na poszczególne role, liczba eskalacji, udział faktur zaakceptowanych z wyjątkiem oraz liczba dokumentów cofanych po błędnej akceptacji.

średni czas akceptacji merytorycznej i finansowej,

liczba dokumentów zatrzymanych z powodu braku protokołu lub odbioru,

udział faktur wymagających dodatkowego poziomu zgody,

liczba akceptacji wykonanych przez zastępców,

liczba przypadków, w których faktura wróciła po wykryciu rozbieżności na późniejszym etapie.

Na demo warto przejść przez jedną fakturę podwykonawcy od momentu pobrania z KSeF do listy płatności i zaznaczyć: kto odpowiada za każdy krok, jakie dane widzi i co dzieje się przy braku protokołu albo przekroczeniu limitu.

FAQ - akceptacja faktur budowlanych i KSeF

Czy faktura obecna w KSeF jest automatycznie zaakceptowana przez nabywcę?

Nie. KSeF zapewnia wystawienie i udostępnienie faktury zgodnie z zasadami systemu, ale wewnętrzna akceptacja merytoryczna, budżetowa i płatnicza pozostaje procesem firmy.

Kto powinien zatwierdzać fakturę za roboty budowlane?

Osoba posiadająca wiedzę o wykonaniu zakresu, najczęściej kierownik kontraktu, PM lub inna rola merytoryczna. Księgowość powinna odpowiadać za własny zakres kontroli formalnej, a finanse za budżet i reguły płatnicze.

Co jeśli kierownik kontraktu jest na urlopie?

Workflow powinien przewidywać zastępstwo z określonym zakresem i czasem obowiązywania. Faktura nie powinna pozostawać bez właściciela ani być akceptowana „za kogoś” bez śladu decyzji.

Czy jedna faktura może wymagać akceptacji dwóch działów?

Tak. W zależności od zakresu, wartości lub struktury projektu dokument może wymagać kilku potwierdzeń. System powinien umożliwiać równoległą lub sekwencyjną akceptację.

Czy można dopuścić fakturę do płatności przed potwierdzeniem robót?

To zależy od umowy i rodzaju transakcji, ale w typowym rozliczeniu za wykonane roboty brak potwierdzenia zakresu powinien być traktowany jako wyjątek wymagający świadomej decyzji, a nie automatyczny etap procesu.

Czy ten wpis był dla Ciebie przydatny?

Kliknij w gwiazdkę aby dodać ocenę!

Średnia ocena 5 / 5. Ilość głosów: 1

Jeszcze nikt nie ocenił tego wpisu. Bądź pierwszy!


Biuro Obsługi Klienta
+48 61 639 42 98
rejestracja@ksefdlabudownictwa.pl
Adres: ul. Górnicza 2/143, 60-107 Poznań
design: Duind™