Elektroniczny obieg faktur: analiza 5 modeli organizacyjnych i ich realnej efektywności

W wielu firmach rozmowa o obiegu faktur zaczyna się od technologii. Jaki system wybrać, czy wdrożyć moduł w ERP, czy osobne narzędzie, czy „coś prostego, żeby księgowość w końcu miała spokój”. To jest zły punkt do rozpoczęcia rozmowy.

Przez lata pracy z firmami – od kilkudziesięciu do kilku tysięcy pracowników – widzieliśmy ten sam schemat dziesiątki razy. Ten sam system, wdrożony w dwóch organizacjach, potrafi dać skrajnie różne efekty. W jednej firmie obieg faktur skraca się do kilku dni i realnie spadają koszty. W drugiej system kończy jako drogi porządek na PDF-y, a chaos procesowy zostaje dokładnie tam, gdzie był.

Problemem nie jest technologia. Problemem jest to, że firmy bardzo często nie podejmują żadnej decyzji dotyczącej modelu organizacyjnego obiegu faktur. System wdraża się „na zastanym procesie”, licząc, że workflow rozwiąże sprawę. Otóż nie, nie rozwiąże.

W tym artykule bierzemy na warsztat pięć modeli organizacyjnych obiegu faktur, które realnie funkcjonują w firmach. Pokazujemy:

• jak każdy z nich działa w praktyce,
• jakie ma konsekwencje kosztowe i operacyjne,
• i dlaczego część organizacji tylko udaje, że ma uporządkowany obieg faktur.
  
  

 Dlaczego opieramy się na globalnych raportach

Jak wynika z raportów do których udało nam się dotrzeć, twarde, porównywalne dane dotyczące efektywności obiegu faktur – liczone w dniach, kosztach jednostkowych i wskaźnikach wyjątków – są publikowane przede wszystkim w ramach benchmarków międzynarodowych poświęconych procesom Accounts Payable i Purchase-to-Pay. Raporty dostępne na polskim rynku w zdecydowanej większości koncentrują się na trendach, poziomie cyfryzacji oraz deklaracjach firm, a znacznie rzadziej pokazują KPI procesowe w jednolitym ujęciu i w podziale na modele organizacyjne obiegu faktur.

Z tego powodu w artykule wykorzystujemy benchmarki globalne jako punkt odniesienia do analizy zależności pomiędzy modelem organizacyjnym a efektywnością procesu, odnosząc je do polskich realiów przez pryzmat struktury organizacyjnej firm, doświadczeń wdrożeniowych oraz kontekstu regulacyjnego.

Firmy automatyzują obieg faktur i nadal toną w chaosie. Co jest tego przyczyną?

Moment, w którym firma wdraża elektroniczny obieg faktur, bardzo często wygląda podobnie. Projekt jest „odhaczony”, system działa, faktury wpływają elektronicznie. Formalnie wszystko się zgadza. A potem przychodzi koniec miesiąca i… niewiele się zmienia.

Faktury dalej stoją. Księgowość dalej dopytuje. Biznes dalej tłumaczy, że „nie widział”, „był na urlopie”, „myślał, że to już zaakceptowane”. Tyle, że teraz wszystko to widać czarno na białym w systemie.

I żeby było jasne, to nie jest porażka technologii. To jest brak decyzji organizacyjnej.

Automatyzacja działa jak rentgen. Nie naprawia procesu, tylko pokazuje go takim, jaki jest naprawdę. Jeżeli wcześniej faktura krążyła po firmie bez jasno określonej odpowiedzialności, to po wdrożeniu workflow będzie krążyć dokładnie tak samo — tylko szybciej i z historią kliknięć.

Firmy bardzo często liczą, że system „wymusi porządek”. Ale on tego nie zrobi. System nie podejmuje decyzji za ludzi i nie rozstrzyga sporów kompetencyjnych. Jeżeli nie wiadomo, kto ma realnie podjąć decyzję i w jakim czasie, żadna automatyzacja tego nie załatwi.

Model organizacyjny obiegu faktur – koszt, którego nikt nie wpisuje do budżetu

Model organizacyjny obiegu faktur rzadko jest nazwany wprost. On po prostu „jakoś działa”. Problem jednak leży w tym, że to „jakoś” ma bardzo konkretne skutki biznesowe.

Od modelu zależy:

• ile dni faktura krąży po firmie,
• ile osób dotyka ją po drodze,
• ile razy trzeba coś poprawić,
• ile energii finansów idzie na pilnowanie zamiast na analizę.

I to są różnice, które liczy się w dniach, tysiącach faktur i realnych pieniądzach — nie w opiniach.

Dlatego zamiast zaczynać rozmowę od systemu, warto najpierw uczciwie nazwać, jakim modelem organizacyjnym firma faktycznie dziś pracuje. W praktyce mieści się on niemal zawsze w jednym z pięciu scenariuszy.

Model 1: pełna decentralizacja – lokalna wygoda, centralny problem

Pełna decentralizacja to model, w którym każda jednostka organizacyjna robi obieg faktur „po swojemu”. Faktury trafiają bezpośrednio do działów lub oddziałów, są skanowane, wysyłane mailem, odkładane „na później”. Opisy różnią się w zależności od osoby i dnia tygodnia.

Z perspektywy lokalnych zespołów to rozwiązanie wydaje się wygodne. Nikt nie narzuca standardów, nikt nie pyta o terminy. Problem zaczyna się wtedy, gdy ktoś próbuje tym zarządzać z poziomu finansów.

Jak wynika z dostępnych benchmarków rynkowych i analiz procesów Accounts Payable w organizacjach pracujących w zdecentralizowanym, w dużej mierze manualnym modelu AP, średni czas obsługi faktury wynosi od 12 do 16 dni, a koszt jednostkowy sięga 10–20 USD. Są to dane pochodzące z raportów Ardent Partners, APQC i IOFM, opartych na analizie efektywności procesów Accounts Payable w firmach różnej wielkości.

Do tego dochodzi skala wyjątków. Według tych samych benchmarków oraz analiz firm zajmujących się automatyzacją AP, 25–40% faktur w procesach manualnych wymaga dodatkowej interwencji – brakuje opisu, pojawiają się błędy danych, duplikaty albo niezgodności z zamówieniem. W praktyce oznacza to, że co czwarta, a czasem co trzecia faktura nie przechodzi procesu „od ręki” i generuje dodatkową pracę po stronie finansów i biznesu.

W praktyce wdrożeniowej widać jedną rzecz bardzo wyraźnie. W momencie, gdy firma przechodzi na centralny obieg faktur oparty o workflow DocuWare, największą ulgę odczuwają… nie finanse, tylko biznes. Powód jest prosty: status faktury przestaje być wiedzą tajemną, a akceptacje przestają ginąć w mailach.

W wielu organizacjach już sam fakt wprowadzenia jednego repozytorium i jednego obiegu, bez pełnego P2P, pozwala skrócić realny czas „leżenia faktury” o kilka dni i znacząco ograniczyć chaos komunikacyjny pomiędzy działami.

Model 2: centralizacja z lokalnymi akceptacjami – poprawa, która szybko się kończy

Kiedy problemy decentralizacji stają się zbyt widoczne, firmy robią kolejny krok: centralizują księgowanie i płatności. Pojawia się jeden system, jedno miejsce rejestracji faktur, podstawowy workflow. Chaos dokumentowy znika. I na tym etapie wiele firm mówi: „jest dobrze”.

I faktycznie — jest lepiej niż było.

Problem w tym, że kluczowy element zostaje nietknięty. Akceptacje merytoryczne nadal są rozproszone, odpowiedzialność za termin rozmyta, a workflow staje się cyfrową wersją starych maili. Faktury nie giną, ale nadal potrafią „wisieć”.

Efekt jest przewidywalny i dobrze opisany w benchmarkach. W organizacjach, które scentralizowały rejestrację i płatności, ale zostawiły akceptacje po stronie biznesu, średni czas obsługi faktury spada do około 7–11 dni, a koszt jednostkowy do 5–10 USD. To zakresy wynikające z danych Ardent Partners i APQC, które klasyfikują takie konfiguracje jako „partially centralized” lub „hybrid AP”.

Jednocześnie raporty pokazują, że poziom wyjątków pozostaje wysoki. Wciąż 15–25% faktur wymaga dodatkowej interwencji – opóźnionych akceptacji, korekt opisów, wyjaśnień po stronie biznesu. To dokładnie ten moment, który w praktyce widzimy najczęściej: organizacja poprawia sytuację względem pełnej decentralizacji, ale bardzo szybko trafia na sufit efektywności, którego nie da się przebić bez kolejnej decyzji organizacyjnej. Sam system i workflow już tu nie wystarczą.

Model 3: hybryda – regionalne centra i lokalne „ale”

Model hybrydowy jest typowy dla grup międzynarodowych. Część procesów realizowana jest w regionalnym centrum, część decyzji pozostaje lokalnie. Na papierze wygląda to sensownie. W praktyce wymaga bardzo dużej dyscypliny.

Ten model działa tylko wtedy, gdy:

• proces jest jasno opisany,
• wyjątki są naprawdę wyjątkami,
• lokalne „specyfiki” nie zjadają standardu.

Jeżeli tego zabraknie, liczba odstępstw zaczyna rosnąć, a proces stopniowo traci spójność. Bez dojrzałego zarządzania to model, który łatwo wymyka się spod kontroli — szczególnie przy rosnącej skali.

Model 4: pełna centralizacja – porządek i przewidywalność

W pełnej centralizacji obieg faktur przestaje być „czyimś problemem”. Jest jeden zespół AP, jeden standard, jedno workflow. Biznes nadal akceptuje koszty, ale robi to w jasno określonych ramach czasowych i odpowiedzialności.

Efekty są przewidywalne i potwierdzone w benchmarkach. W organizacjach pracujących w w pełni scentralizowanym modelu AP – z jednym zespołem, jednolitym workflow i wysokim poziomem automatyzacji – czas obsługi faktury skraca się do 4–7 dni, a koszt jednostkowy spada do 3–6 USD. Takie zakresy regularnie pojawiają się w raportach Ardent Partners i APQC dla firm klasyfikowanych jako „centralized AP” lub „top performers”, choć jeszcze nie w pełni end-to-end P2P.

Równolegle wyraźnie spada liczba eskalacji i ręcznych poprawek. Nie dlatego, że system „lepiej pilnuje”, ale dlatego, że proces jest jednoznacznie zaprojektowany: wiadomo, kto podejmuje decyzję, w jakim czasie i według jakich reguł. To właśnie dlatego ten model jest stabilny i skalowalny. Finanse przestają działać reaktywnie, a zamiast pilnowania faktur mogą wreszcie zarządzać procesem.

Model 5: Purchase-to-Pay – gdy faktura przestaje być tematem rozmów

W modelu Purchase-to-Pay faktura przestaje być punktem zapalnym. Jest konsekwencją wcześniejszych decyzji zakupowych. Zamówienie, przyjęcie i faktura są ze sobą powiązane. Działa dopasowanie 2- lub 3-way match, a duża część dokumentów przechodzi przez proces bezdotykowo.

W takich organizacjach:

• decyzje zapadają wcześniej, a nie na etapie faktury,
• AP nie gasi pożarów,
• biznes przestaje traktować faktury jako „problem księgowości”.

W benchmarkach rynkowych ten model jest opisywany jako osiągający cykl na poziomie około 3–4 dni, koszt rzędu 2–3 USD oraz najniższy poziom wyjątków. To top 20% organizacji według danych rynkowych — i punkt odniesienia dla firm, które chcą realnie uporządkować P2P, a nie tylko „wdrożyć system”.

Krótkie uporządkowanie – gdzie jesteś dziś