Po pół roku od uruchomienia systemu zarządzania dokumentami pytanie „czy ludzie z niego korzystają?” jest już za słabe. Sam wzrost liczby dokumentów w repozytorium nie dowodzi, że inwestycja się zwróciła. Firma może mieć kompletne archiwum elektroniczne, a jednocześnie nadal tracić czas na akceptacje, poprawianie błędnie rozpoznanych dokumentów, przekazywanie spraw między działami i poszukiwanie właściwej wersji umowy.
Po sześciu miesiącach trzeba sprawdzić coś znacznie bardziej konkretnego: czy obsługa dokumentu jest szybsza, bardziej przewidywalna i tańsza niż przed wdrożeniem.
Warunek jest jeden. Porównanie musi dotyczyć podobnych procesów. Nie ma sensu zestawiać spokojnego sierpnia po wdrożeniu z grudniowym szczytem sprzed wdrożenia albo porównywać 300 prostych faktur kosztowych z 300 umowami wymagającymi opinii prawnej. Dane powinny mieć możliwie zbliżony wolumen, strukturę dokumentów, sezonowość i poziom skomplikowania spraw.
Dobrą praktyką jest wybranie okresu bazowego sprzed wdrożenia oraz sześciomiesięcznego okresu po ustabilizowaniu systemu. Jeżeli pierwsze tygodnie były okresem migracji, konfiguracji i nauki użytkowników, trzeba je oznaczyć oddzielnie. Inaczej wynik będzie bardziej oceną projektu wdrożeniowego niż działania systemu.
Najpierw mierz czas: akceptację, terminy i wyszukiwanie
Trzy pierwsze wskaźniki pokazują, czy system faktycznie przyspieszył codzienną pracę. To zwykle najlepsze miejsce do rozpoczęcia oceny, ponieważ skrócenie obiegu dokumentu można zweryfikować bez przeliczania każdej minuty od razu na złotówki.
1. Czas akceptacji dokumentu — mediana i P90
Definicja: czas od momentu skierowania dokumentu do procesu akceptacji do jego ostatecznego zatwierdzenia albo odrzucenia.
Nie należy ograniczać się do średniej. Jeden dokument czekający 24 dni na podpis członka zarządu potrafi mocno podnieść wynik mimo sprawnego działania pozostałych procesów.
Dlatego warto raportować dwa wyniki:
- mediana czasu akceptacji — połowa dokumentów została zaakceptowana szybciej, połowa wolniej;
- P90 — czas, w którym zakończyło się 90% procesów.
Wzór dla pojedynczej sprawy:
czas akceptacji = data i godzina zakończenia procesu − data i godzina rozpoczęcia procesu
Źródło danych: dziennik workflow, historia statusów albo log zdarzeń systemu DMS.
Przykład rachunkowy: przed wdrożeniem mediana akceptacji faktury wynosiła 18 godzin, a P90 — 74 godziny. Po sześciu miesiącach mediana spadła do 7 godzin, natomiast P90 tylko do 68 godzin. Wniosek nie brzmi wtedy „system przyspieszył akceptację”. System przyspieszył typowe sprawy, ale prawie nie poprawił najwolniejszych 10%. Trzeba szukać wąskiego gardła: zastępstw, nieobecności, limitów akceptacyjnych albo dodatkowego kroku wykonywanego poza DMS.
Pułapka: mierzenie wyłącznie dokumentów zakończonych. Jeżeli system ma 200 spraw zamkniętych szybko i 40 dokumentów wiszących od miesiąca, mediana zamkniętych spraw będzie wyglądała świetnie. Dokumenty nadal otwarte powinny być równolegle widoczne w backlogu i analizie wieku spraw.
2. Odsetek dokumentów po terminie
Ten KPI odpowiada na inne pytanie: nie „jak długo trwa proces?”, lecz „jak często organizacja nie dotrzymuje własnego terminu?”.
Najpierw trzeba ustalić kohortę. Do mianownika powinny trafiać wszystkie sprawy, których termin przypadał w badanym miesiącu, niezależnie od tego, kiedy je utworzono i czy zostały już zamknięte. Nie należy dorzucać nowych spraw z terminem przypadającym dopiero w kolejnych miesiącach, bo sztucznie rozcieńczą wynik.
Wzór:
odsetek dokumentów po terminie = liczba dokumentów z kohorty terminów, które przekroczyły termin / liczba wszystkich dokumentów z terminem przypadającym w badanym miesiącu × 100%
Źródło danych: termin SLA zapisany w workflow, termin płatności, termin wykonania zadania albo inna jednoznacznie zdefiniowana data wynikająca z procesu.
Praktyczny przykład: w danym miesiącu termin przypadał dla 1200 faktur. Z tej kohorty 48 zakończono po terminie, a kolejne 12 nadal pozostaje otwartych mimo przekroczenia terminu. Licznik wynosi więc 60, mianownik 1200, a wynik 5%. Te 12 nadal otwartych spraw już należy do badanej kohorty; nie można ich usuwać z mianownika tylko dlatego, że proces jeszcze się nie zakończył.
Ten miernik ma sens tylko wtedy, gdy firma jasno definiuje termin. Jeżeli dla jednego działu „na czas” oznacza dwa dni robocze, a dla drugiego „przed terminem płatności”, agregowanie wyników prowadzi do fałszywych wniosków.
Szczególnej uwagi wymagają faktury. W 2026 r. obowiązkowy KSeF jest wdrażany etapami i dotyczy zakresu określonego przepisami dla faktur objętych obowiązkiem, a nie wszystkich osób i wszystkich transakcji. Dlatego wpływ KSeF na początek mierzonego czasu obsługi trzeba oceniać wyłącznie dla dokumentów faktycznie podlegających temu reżimowi oraz z uwzględnieniem wyjątków, w tym transakcji konsumenckich, jeśli pozostają poza obowiązkowym zakresem.
3. Czas wyszukiwania dokumentu w powtarzalnym teście
Ten wskaźnik jest często pomijany, bo system rejestruje kliknięcia, ale nie wie automatycznie, kiedy pracownik „znalazł to, czego szukał”. Da się jednak przeprowadzić kontrolowany test.
Przygotowuje się zestaw np. 20–30 identycznych zadań wyszukiwawczych dla porównywalnej grupy pracowników przed wdrożeniem i po sześciu miesiącach. Zadania powinny przypominać realną pracę:
- znajdź obowiązującą wersję umowy z konkretnym kontrahentem;
- znajdź fakturę o wskazanym numerze;
- znajdź aneks podpisany w konkretnym miesiącu;
- znajdź wszystkie dokumenty przypisane do danego projektu.
Wzór:
czas wyszukiwania = moment poprawnego otwarcia właściwego dokumentu − moment rozpoczęcia zadania
Raportować należy ponownie medianę, a nie tylko średnią.
Źródło danych: kontrolowany test użytkowników, ewentualnie log wyszukiwania połączony z potwierdzeniem znalezienia właściwego pliku.
Przykład: jeżeli mediana spadła z 95 do 28 sekund, jest to realna poprawa. Jeżeli jednocześnie pracownicy w 12% prób wybierają nieaktualną wersję dokumentu, sam czas nie wystarcza do oceny sukcesu.
Tu ujawnia się jedna z najbardziej irytujących wad źle wdrożonego DMS: repozytorium jest pełne, ale metadane są niespójne. Microsoft SharePoint, podobnie jak inne systemy klasy DMS, może wykorzystywać metadane, typy zawartości, indeksowanie i historię wersji. Jeśli jednak użytkownicy wpisują nazwę kontrahenta na cztery sposoby albo dokument trafia do błędnej kategorii, wyszukiwarka nie naprawi problemu organizacyjnego.
Decyzja jest prosta: jeżeli czas wyszukiwania pozostaje wysoki, najpierw trzeba sprawdzić jakość metadanych, zakres indeksowania i strukturę uprawnień, a dopiero później rozważać zmianę silnika wyszukującego.
Automatyzacja powinna usuwać pracę ręczną, a nie tylko przenosić ją w inne miejsce
Druga grupa KPI pokazuje, czy DMS naprawdę automatyzuje proces. Łatwo uzyskać efekt pozorny: system automatycznie odczytuje fakturę, ale pracownik musi później poprawić pięć pól; dokument trafia do elektronicznego workflow, ale pracownik ręcznie wybiera dział; reguła eskalacji działa, lecz generuje dziesiątki niepotrzebnych alarmów.
Dlatego cztery kolejne wskaźniki trzeba analizować razem.
4. Udział automatycznej klasyfikacji poprawnej bez korekty
Tu trzeba rozdzielić dwa różne pomiary. Brak ręcznej korekty nie jest dowodem poprawności klasyfikacji. Użytkownik może po prostu nie zauważyć błędu.
Pierwszy wskaźnik operacyjny pokazuje, jak często wynik automatu został przyjęty bez zmiany:
odsetek bez korekty = liczba dokumentów automatycznie sklasyfikowanych bez późniejszej ręcznej korekty / liczba wszystkich dokumentów automatycznie sklasyfikowanych × 100%
Mianownikiem są więc wyłącznie dokumenty, które system rzeczywiście sklasyfikował automatycznie.
Źródło danych: log silnika klasyfikacyjnego i historia zmian metadanych.
Osobno trzeba przeprowadzać kontrolę reprezentatywnej próbki dokumentów automatycznie sklasyfikowanych i ręcznie oceniać, czy przypisany typ, dział lub zestaw metadanych był faktycznie poprawny. Taki audyt daje drugi wynik:
poprawność w próbce = liczba prawidłowo sklasyfikowanych dokumentów w próbce / liczba skontrolowanych dokumentów w próbce × 100%
Próbka powinna odzwierciedlać rzeczywistą strukturę wolumenu: różne typy dokumentów, źródła, kontrahentów i poziomy trudności. Nie ma sensu sprawdzać wyłącznie najłatwiejszych faktur, jeśli automat pracuje również na umowach i korespondencji.
Trzeci kontekst to pokrycie całego wolumenu. Jeśli firma obsługuje 10 000 dokumentów, ale automat klasyfikuje tylko 3000, nawet bardzo wysoka poprawność tej grupy nie oznacza wysokiej automatyzacji całego procesu. Pokrycie można raportować pomocniczo jako udział dokumentów automatycznie sklasyfikowanych w całym kwalifikującym się wolumenie, ale nie należy mylić go z samym KPI poprawności.
Przykład: automat sklasyfikował 4000 dokumentów. W 3400 przypadkach człowiek nie zmienił typu dokumentu, więc odsetek bez korekty wynosi 85%. Następnie kontrola reprezentatywnej próbki 400 dokumentów wykazała 364 prawidłowe klasyfikacje, czyli 91% poprawności w próbce. To dwa różne wyniki i właśnie tak należy je raportować.
Automatyczna klasyfikacja ma największy sens przy dużych, powtarzalnych zbiorach dokumentów. Przy kilkudziesięciu niestandardowych umowach miesięcznie koszt konfiguracji, kontroli i utrzymania modelu może być wyższy niż ręczna praca.
5. Liczba lub odsetek duplikatów
Duplikat trzeba zdefiniować przed pomiarem. Samo „dwa pliki o podobnej nazwie” jest za słabym kryterium.
Można mierzyć dokumenty identyczne binarnie, dokumenty mające ten sam identyfikator biznesowy — np. numer faktury i NIP wystawcy — albo przypadki zakwalifikowane do ręcznej weryfikacji jako możliwy duplikat.
Wzór:
odsetek duplikatów = liczba potwierdzonych duplikatów / liczba wszystkich dokumentów przyjętych do badanego procesu × 100%
Źródło danych: mechanizm deduplikacji, identyfikatory dokumentów, system finansowy lub kontrola ręczna przypadków oznaczonych jako podejrzane.
Przykład: przy 10 000 dokumentów miesięcznie system wykrył 160 potencjalnych duplikatów, ale po kontroli tylko 40 okazało się rzeczywistymi powtórzeniami. KPI powinien opierać się na 40 potwierdzonych przypadkach, czyli 0,4%, a nie na 160 alertach.
Jeżeli liczba duplikatów spada po wdrożeniu, oznacza to poprawę tylko wtedy, gdy system nadal skutecznie je wykrywa. Zbyt agresywna konfiguracja może po prostu przestać zgłaszać problem.
6. Liczba ręcznych przekazań dokumentu
Ręczne przekazanie występuje wtedy, gdy użytkownik musi sam wskazać kolejną osobę, dział, kolejkę albo lokalizację dokumentu, choć proces mógłby wyznaczyć odbiorcę na podstawie reguły.
Najbardziej czytelna wersja wskaźnika to:
ręczne przekazania na dokument = liczba ręcznych przekazań / liczba obsłużonych dokumentów
Źródło danych: historia workflow i operacje wykonane przez użytkowników.
Przykład: przed wdrożeniem 1000 dokumentów wymagało 2300 ręcznych przekazań, czyli średnio 2,3 na dokument. Po wdrożeniu 1100 porównywalnych dokumentów wymagało 550 takich operacji, czyli 0,5 na dokument.
To wyraźna poprawa operacyjna, ale jeszcze nie automatycznie oszczędność finansowa. Jeżeli odzyskane kilka minut dziennie zostaje rozproszone między 40 pracowników i nie pozwala ograniczyć nadgodzin, etatów ani kosztu zewnętrznej obsługi, firma uzyskała dodatkową pojemność operacyjną, a nie pieniądze w kasie.
Nie każde ręczne przekazanie należy też usuwać. W procesach prawnych, nietypowych zakupach czy obsłudze wyjątków człowiek może celowo decydować o właściwym odbiorcy. Automatyzowanie rzadkich wyjątków często kończy się rozbudową reguł, których później nikt nie rozumie.
7. Liczba eskalacji
Eskalacja powinna oznaczać konkretną sytuację: przekroczenie czasu, brak reakcji, błąd procesu albo potrzebę interwencji osoby o wyższych uprawnieniach.
Wzór:
eskalacje na 100 dokumentów = liczba eskalacji / liczba dokumentów objętych możliwością eskalacji × 100
Źródło danych: log workflow, system powiadomień, historia statusów.
Sam spadek liczby eskalacji nie zawsze jest dobry. Jeżeli wcześniej system generował 120 zasadnych eskalacji miesięcznie, a po zmianie konfiguracji generuje 20, trzeba sprawdzić, czy proces rzeczywiście stał się sprawniejszy, czy po prostu wydłużono progi alarmowe.
Praktyczny przykład: firma ustawia eskalację faktury po 48 godzinach bez działania. Liczba eskalacji spada z 14 do 4 na każde 100 faktur, a jednocześnie spada odsetek dokumentów po terminie. To mocny sygnał poprawy. Jeśli eskalacji jest mniej, lecz liczba faktur po terminie rośnie, wskaźnik został najprawdopodobniej „poprawiony” konfiguracją, a nie działaniem procesu.
To właśnie dlatego KPI nie powinny być oceniane osobno. Czas akceptacji, terminowość, ręczne przekazania i eskalacje powinny opowiadać spójną historię.
Koszt dokumentu i ROI: dopiero tutaj widać, czy poprawa naprawdę się opłaciła
Ostatni wskaźnik jest najważniejszy dla osoby zatwierdzającej budżet, ale zarazem najłatwiejszy do zmanipulowania. W kosztach DMS często pokazuje się licencje, a pomija integracje. W oszczędnościach liczy się każdą odzyskaną minutę pracy tak, jakby automatycznie zmniejszała koszty wynagrodzeń.
Takiego modelu nie należy używać.
8. Koszt obsługi jednego dokumentu
Najpierw trzeba policzyć koszt całego badanego procesu.
W liczniku powinny znaleźć się koszty związane z jego obsługą, odpowiednio przypisane do analizowanego okresu:
- praca ludzi przy rejestracji, kontroli, klasyfikacji, akceptacji i obsłudze wyjątków;
- licencje DMS i potrzebnych modułów;
- utrzymanie systemu;
- integracje z ERP, pocztą, KSeF lub innymi źródłami;
- administracja techniczna;
- kontrola błędów automatycznej klasyfikacji;
- zewnętrzne usługi związane z procesem;
- odpowiednia część jednorazowego kosztu wdrożenia, migracji i konfiguracji.
Wzór:
koszt obsługi dokumentu = całkowity koszt procesu w okresie / liczba dokumentów obsłużonych w tym okresie
Jednorazowego wdrożenia nie należy wrzucać w całości do pierwszych sześciu miesięcy, jeżeli system ma być wykorzystywany przez kilka lat. Potrzebny jest przyjęty przez firmę okres rozliczenia kosztu startowego.
Przykład rachunkowy: wdrożenie wraz z migracją i integracjami kosztowało 240 000 zł, a firma przyjmuje dla analizy kosztowej okres 36 miesięcy. Do kosztu miesiąca trafia wtedy 6666,67 zł rozłożonego kosztu startowego. Jeżeli bieżące licencje, administracja, kontrola błędów i praca ludzi kosztują razem 33 333,33 zł miesięcznie, koszt badanego procesu to 40 000 zł. Przy 10 000 dokumentów miesięcznie daje to 4 zł na dokument. Te 4 zł już zawierają przypadającą na miesiąc część kosztu wdrożenia.
To nadal nie mówi, czy projekt się opłacił. Potrzebny jest taki sam rachunek dla procesu sprzed wdrożenia.
Jeżeli wcześniej koszt wynosił 5,20 zł, a po wdrożeniu 4 zł przy podobnej strukturze dokumentów, różnica operacyjna wynosi 1,20 zł na dokument. Przy 10 000 dokumentów daje to 12 000 zł miesięcznie. Trzeba jednak uważać, jak ten wynik zostanie użyty w dalszym rachunku ROI.
Jeśli ROI liczysz względem pełnego początkowego nakładu 240 000 zł, nie możesz jednocześnie traktować miesięcznej amortyzowanej części tego samego nakładu jako kosztu obniżającego przepływy oszczędności. W przeciwnym razie ten sam koszt wdrożenia zostanie odjęty dwa razy.
Dlatego przed obliczeniem ROI trzeba ustalić jeden spójny model i okres analizy. Przykładowo: dla horyzontu 36 miesięcy można policzyć pełny nakład początkowy 240 000 zł osobno, a w kolejnych miesiącach zestawiać korzyści operacyjne z kosztami bieżącymi, takimi jak licencje, utrzymanie, integracje, administracja i kontrola błędów — bez ponownego odejmowania amortyzowanej części wdrożenia.
W takiej wersji:
ROI = (skumulowane korzyści finansowe w okresie − pełny koszt inwestycji − skumulowane koszty bieżące) / pełny koszt inwestycji × 100%
Jeżeli natomiast organizacja używa kosztu dokumentu zawierającego rozłożony koszt startowy do analizy pełnego kosztu procesu, nie należy potem ponownie odejmować całych 240 000 zł przy liczeniu tych samych przepływów. Model musi być konsekwentny.
Największa pułapka to również podwójne liczenie oszczędności. Jeżeli automatyzacja zmniejszyła pracochłonność działu o 400 godzin miesięcznie, a efekt tych 400 godzin jest już uwzględniony w niższym koszcie pracy przypisanym do dokumentu, nie wolno dodawać wartości tych samych godzin drugi raz jako osobnej korzyści.
Druga pułapka jest bardziej subtelna: zaoszczędzony czas nie zawsze jest zaoszczędzonym pieniądzem. Jeżeli pięć osób nadal pracuje na pełnych etatach i otrzymuje takie samo wynagrodzenie, firma nie obniżyła bezpośrednio kosztu płac. Mogła natomiast zwiększyć liczbę obsługiwanych dokumentów bez zatrudnienia kolejnej osoby, ograniczyć nadgodziny albo przesunąć pracowników do zadań o większej wartości. To realna korzyść, ale trzeba ją nazwać właściwie.
Po sześciu miesiącach warto więc zestawić osiem KPI w jednej tabeli:
| KPI | Jak mierzyć | Główne źródło danych | Najczęstsza pułapka |
|---|---|---|---|
| 1. Czas akceptacji | mediana i P90 czasu od startu do zakończenia akceptacji | log workflow | opieranie się wyłącznie na średniej i sprawach zamkniętych |
| 2. Dokumenty po terminie | dokumenty po terminie / kohorta dokumentów z terminem przypadającym w badanym okresie | terminy i statusy workflow | dodawanie spraw z przyszłym terminem albo pomijanie otwartego backlogu |
| 3. Czas wyszukiwania | mediana czasu w powtarzalnym teście | test użytkowników, log wyszukiwania | inne zadania przed i po wdrożeniu |
| 4. Poprawna automatyczna klasyfikacja | odsetek bez korekty plus kontrola poprawności na reprezentatywnej próbce | log klasyfikatora, historia zmian, audyt próbki | utożsamianie braku korekty z poprawnością i pomijanie pokrycia całego wolumenu |
| 5. Duplikaty | potwierdzone duplikaty / wszystkie dokumenty | mechanizm deduplikacji, system źródłowy | liczenie wszystkich alertów jako duplikatów |
| 6. Ręczne przekazania | liczba ręcznych przekazań / liczba dokumentów | historia workflow | automatyzowanie uzasadnionych wyjątków |
| 7. Eskalacje | eskalacje / dokumenty objęte mechanizmem eskalacji | log workflow | poprawianie wyniku przez wydłużenie progów |
| 8. Koszt obsługi dokumentu | całkowity koszt procesu / liczba dokumentów | finanse, HR, DMS, IT | podwójne ujęcie kosztu wdrożenia w koszcie dokumentu i ROI |
Nie ma jednego prawidłowego poziomu tych wskaźników dla wszystkich firm. Dokumentacja medyczna, faktura kosztowa, dokumentacja techniczna i umowa inwestycyjna mają inne ryzyko, inną liczbę akceptantów i inny dopuszczalny czas obsługi. Ustalanie uniwersalnego celu typu „90% automatyzacji” bez znajomości procesu nie ma większego sensu.
System powinien ponadto zachować możliwość audytu tego, kto i kiedy wykonał określoną operację, jakie były wersje dokumentu oraz według jakich reguł dokument był przechowywany lub usuwany. W rozwiązaniach takich jak Microsoft 365 historia wersji, zdarzenia audytowe, metadane i polityki retencji są osobnymi mechanizmami i wymagają świadomej konfiguracji. Nie można zakładać, że samo przeniesienie plików do centralnego repozytorium rozwiązuje kwestię retencji lub rozliczalności. Ma to szczególne znaczenie przy dokumentach zawierających dane osobowe: RODO wymaga m.in. ograniczenia okresu przechowywania oraz możliwości wykazania przestrzegania zasad przetwarzania.
FAQ
Czy sześć miesięcy to wystarczający okres, żeby ocenić wdrożenie DMS?
Tak, jeżeli system przeszedł już etap migracji i intensywnej stabilizacji, a w badanym okresie wystąpił reprezentatywny wolumen dokumentów. Przy procesach sezonowych sześć miesięcy może jednak nie wystarczyć — wtedy lepiej porównać ten sam sezon rok do roku.
Czy można ocenić system tylko na podstawie kosztu dokumentu?
Nie. Niższy koszt może powstać kosztem jakości, terminowości albo większego backlogu. Koszt trzeba czytać razem przynajmniej z czasem akceptacji, dokumentami po terminie i liczbą eskalacji.
Jak potraktować dokumenty, które po sześciu miesiącach nadal nie zostały zamknięte?
Nie wolno ich usuwać z analizy. Powinny pozostać w backlogu, a dokumenty po przekroczeniu terminu należy uwzględnić przy KPI terminowości. W przeciwnym razie system premiuje procesy, które szybko zamykają łatwe sprawy, a trudne pozostawiają otwarte.
Od czego zacząć, jeśli firma nie mierzyła tych danych przed wdrożeniem?
Najpierw nie należy próbować odtwarzać ośmiu wskaźników z pamięci pracowników. Zacznij od danych, które da się obronić: dat z ERP, poczty, rejestrów akceptacji, archiwalnych zestawień i próby dokumentów sprzed wdrożenia. Następnie zdefiniuj identyczny sposób pomiaru na przyszłość.
Pierwszy błąd do usunięcia jest więc prosty: nie licz ROI, dopóki nie masz porównywalnej bazy. W pierwszej kolejności wybierz jeden powtarzalny proces — na przykład faktury kosztowe — określ jego wolumen i strukturę, policz osiem powyższych KPI dla okresu bazowego oraz sześciu miesięcy działania DMS, a dopiero później przelicz wynik na pieniądze. Jeśli nie zgadzają się definicje, mianowniki albo zakres dokumentów przed i po wdrożeniu, nawet najbardziej efektowny procent ROI będzie tylko liczbą z arkusza, nie dowodem opłacalności.
