Jak zautomatyzować obieg dokumentów w firmie — od pliku do procesu

Cyfrowy dokument nie oznacza jeszcze cyfrowego procesu

W wielu firmach dokumenty są już cyfrowe, a mimo to krążą przez e-mail, foldery, arkusze i komunikatory, a dane z nich ktoś przepisuje ręcznie do innego systemu. Plik przestał być papierowy, ale praca wokół niego wygląda tak samo. Warto rozróżnić cztery różne rzeczy, które często nazywa się jednym słowem „cyfryzacja”:

• Papier → PDF — to digitalizacja. Dokument zmienia nośnik, ale nie zmienia się sposób pracy.
• PDF → folder współdzielony albo e-mail — to cyfrowe przechowywanie i przesyłanie. Dokument łatwiej znaleźć i wysłać, ale nadal nie wiadomo, na jakim jest etapie.
• Dokument → stan → właściciel → walidacja → akceptacja → archiwum — to kontrolowany obieg (workflow). Dokument ma etap, osobę odpowiedzialną i reguły przejścia dalej.
• Dokument + reguły + systemy + działania automatyczne — to automatyzacja procesu. Zamknięcie dokumentu uruchamia kolejne kroki: zmianę statusu zlecenia, wysyłkę kopii, przekazanie danych do rozliczenia.

Każdy z tych poziomów jest w porządku, jeśli pasuje do procesu. Problem pojawia się wtedy, gdy firma oczekuje efektów trzeciego albo czwartego poziomu, a ma wdrożony pierwszy albo drugi.

Cztery etapy: od skanu do procesu

Poniższe etapy to rama objaśniająca przygotowana na potrzeby tego artykułu, a nie standard branżowy. Nie służą do oceniania firm — opisują, czym różnią się sposoby pracy z dokumentem. Różne dokumenty w tej samej firmie mogą być na różnych etapach i to jest normalne.

Etap 1 — papier i skany

Dokument powstaje na papierze, a skan jest kopią do archiwum. Dane istnieją tylko w obrazie, więc każde dalsze wykorzystanie wymaga przepisania.

Etap 2 — pliki i foldery

Dokument powstaje jako plik — edytowalny szablon, PDF, arkusz — i trafia do folderu albo skrzynki. Łatwiej go znaleźć i wysłać, ale status żyje w głowach, w mailach albo w osobnym arkuszu.

Etap 3 — ustrukturyzowany dokument cyfrowy

Dokument jest formularzem z polami, typami danych i walidacją. Ma stan, właściciela i ścieżkę akceptacji. Dane można przeszukiwać i raportować bez otwierania plików.

Etap 4 — dokument jako część zautomatyzowanego procesu

Dokument jest powiązany ze zleceniem, klientem albo sprawą, a jego zamknięcie uruchamia działania w innych systemach. Dokument wynikowy powstaje z zapisanych danych, a nie odwrotnie.

Najczęstszy problem nie leży w samym dokumencie

Gdy obieg dokumentów nie działa, rzadko winny jest sam format pliku. Problemy powstają w procesie wokół niego. Nie każda firma ma je wszystkie, ale te zdarzają się często:

• kilka kopii tego samego pliku w różnych miejscach,
• niejasne, która wersja jest najnowsza,
• brakujące obowiązkowe dane, wykryte dopiero przy rozliczeniu,
• dokument wysłany do niewłaściwej osoby,
• brak jasnego właściciela dokumentu na danym etapie,
• dokument, który utknął w oczekiwaniu na akceptację,
• brak statusu — nie wiadomo, czy dokument jest w toku, czy zamknięty,
• ręczne przepisywanie danych do innego systemu,
• zdjęcia przechowywane osobno, w telefonie albo w komunikatorze,
• podpis oddzielony od dokumentu, którego dotyczy,
• poprawki wprowadzane już po akceptacji,
• brak wiarygodnego wyszukiwania,
• brak powiązania dokumentu z klientem, zamówieniem albo zgłoszeniem serwisowym,
• brak śladu, kto i kiedy coś zmienił.

Większość z tych problemów nie zniknie po zmianie formatu z papieru na PDF. Znika dopiero wtedy, gdy dokument dostaje stan, reguły i miejsce w procesie.

Dokument powinien mieć stan, a nie tylko istnieć jako plik

Plik po prostu istnieje. Dokument w procesie przechodzi przez etapy, a na każdym z nich wiadomo, kto za niego odpowiada i co musi się wydarzyć, żeby poszedł dalej. Przykładowy cykl życia:

Jawny stan ma praktyczne skutki. Lista dokumentów „w akceptacji” pokazuje, gdzie praca stoi. Dokument „zamknięty” nie jest już edytowany przy okazji. A ścieżki boczne — brakujące dane, odrzucenie, korekta — mają swoje miejsce, zamiast odbywać się w mailach i rozmowach telefonicznych.

PDF powinien być wynikiem procesu, a nie jedynym źródłem danych

PDF jest dobrym formatem dokumentu wynikowego: czytelnej wersji dla klienta, kopii archiwalnej, raportu albo dowodu wykonania pracy. Kłopot zaczyna się wtedy, gdy PDF jest jedynym miejscem, w którym dane istnieją.

W układzie, w którym dane żyją w polach, a PDF powstaje z nich na końcu, zyskujesz:

• Wyszukiwanie — po kliencie, adresie, numerze, dacie czy wartości pola, bez otwierania plików.
• Walidację — sprawdzenie danych, zanim dokument zostanie zamknięty.
• Automatyzację — reguły mogą reagować na wartości pól.
• Integrację — dane można przekazać do innego systemu bez przepisywania.
• Raportowanie — zestawienia z wielu dokumentów naraz.

To nie znaczy, że PDF jest zły. Znaczy tylko, że lepiej traktować go jako reprezentację danych niż jako ich magazyn.

Walidacja pól: co sprawdzać, zanim dokument pójdzie dalej

Walidacja zamienia „ktoś sprawdzi” w regułę, którą system stosuje za każdym razem. Typowe rodzaje reguł:

• Pola wymagane — bez nich dokument nie może przejść dalej.
• Pola warunkowe — stają się wymagane tylko w określonej sytuacji.
• Typy danych — data jest datą, liczba liczbą, a adres e-mail ma poprawny format.
• Zakresy — wartość mieści się w sensownych granicach.
• Zależności — jedno pole zmienia dopuszczalne wartości innego.
• Reguły biznesowe — na przykład dokument nie może zostać zamknięty bez wymaganych załączników.

Ogólny przykład pola warunkowego: jeśli w protokole wybrano określony typ instalacji, dodatkowe pomiary stają się wymagane; dla innego typu sekcja jest pomijana. To ilustracja zasady, a nie opis reguły z konkretnego systemu.

Dobra walidacja mówi, czego brakuje i gdzie, zamiast odrzucać dokument jednym ogólnym komunikatem. I sprawdza dane po stronie systemu, a nie tylko w formularzu w przeglądarce.

Role i uprawnienia według odpowiedzialności w procesie

W obiegu dokumentów warto rozróżnić kilka uprawnień, które często są wrzucane do jednego worka:

• kto może utworzyć dokument,
• kto może go edytować i na jakim etapie,
• kto może go zatwierdzić,
• kto może go podpisać,
• kto może go tylko oglądać,
• kto może otworzyć ścieżkę korekty po zamknięciu.

Uprawnienia powinny wynikać z odpowiedzialności w procesie, a nie z podziału „administrator i wszyscy pozostali”. Technik, który sporządza protokół, nie musi widzieć dokumentów innych zespołów. Osoba z działu rozliczeń może potrzebować wglądu bez prawa zmiany. Kierownik może zatwierdzać, ale nie edytować treści sporządzonej przez kogoś innego. Konkretny podział zależy od procesu i wymagań firmy.

Z rolami wiąże się historia zdarzeń. Przy każdym istotnym kroku — utworzeniu, zmianie stanu, akceptacji, odrzuceniu, korekcie — warto zapisywać, kto go wykonał i kiedy. Taki ślad pozwala odpowiedzieć na pytania, które w obiegu mailowym kończą się przeszukiwaniem skrzynek: kto zatwierdził tę wersję, dlaczego dokument wrócił do poprawy, kiedy został wysłany klientowi. Zakres historii zależy od procesu; nie każdy dokument potrzebuje zapisu każdej zmiany pola, ale zmiany stanu i decyzje warto widzieć.

Blokada rekordu po zamknięciu — i czego ona nie oznacza

Po akceptacji albo podpisaniu rekord dokumentu w systemie może zostać zablokowany przed dalszą edycją: system odrzuca zmiany danych i załączników. To ważna reguła procesu — zatwierdzona treść nie zmienia się po cichu.

Blokada rekordu to jednak co innego niż zabezpieczenie samego pliku. Wygenerowany PDF jest zwykłym plikiem, który po pobraniu można zmienić w innym programie. To, co system może zrobić, to zapisać skrót wydanego pliku i pozwolić sprawdzić, czy plik, który ktoś pokazuje, jest identyczny z wydaną wersją. Takie sprawdzenie wykrywa rozbieżność, ale nie sprawia, że modyfikacja pliku jest niemożliwa.

Dlatego warto pisać precyzyjnie: „rekord jest zablokowany przed edycją” i „plik można zweryfikować względem wydanej wersji” to dwa różne stwierdzenia.

Podpis na ekranie, podpis elektroniczny i kwalifikowany podpis to nie to samo

Słowo „podpis” w obiegu dokumentów oznacza kilka różnych rzeczy:

• Podpis odręczny na ekranie — złożony palcem lub rysikiem i zapisany jako obraz w dokumencie. Może potwierdzać czynność albo akceptację w ramach procesu, na przykład odbiór prac przez klienta.
• Podpis elektroniczny — szerokie pojęcie obejmujące różne sposoby powiązania danych z osobą, o różnej sile dowodowej.
• Kwalifikowany podpis elektroniczny — szczególny rodzaj podpisu elektronicznego, oparty na usłudze kwalifikowanego dostawcy usług zaufania.

Podpisu złożonego na ekranie nie należy automatycznie opisywać jako kwalifikowanego podpisu elektronicznego. To, jaki podpis jest wymagany, zależy od rodzaju dokumentu, przepisów i ustaleń stron. Ten tekst nie jest poradą prawną — przy dokumentach, dla których forma podpisu ma znaczenie prawne, warto to skonsultować.

Zdjęcia i załączniki w kontekście dokumentu

Dokumenty operacyjne rzadko składają się tylko z tekstu. Zawierają zdjęcia, załączniki, pomiary, notatki i podpisy. Gdy te elementy żyją osobno — zdjęcia w telefonie, pomiary w notesie, podpis na kartce — ktoś musi je potem dopasować do właściwej sprawy.

Dobrze, gdy każdy taki element jest powiązany z:

• konkretnym dokumentem,
• konkretną sprawą, zleceniem albo klientem,
• konkretnym krokiem albo miejscem w dokumencie, na przykład „zdjęcie tabliczki znamionowej”.

Wtedy system może też sprawdzić, czy wymagane zdjęcia są na miejscu, zanim dokument zostanie zamknięty.

Wersja dokumentu, wersja szablonu, wersja procesu

Trzy pojęcia, które łatwo pomylić:

• Wersja dokumentu — kolejne wydania tego samego dokumentu, na przykład po korekcie.
• Wersja szablonu — układ i zestaw pól, według którego dokument powstał.
• Wersja procesu — reguły, etapy i uprawnienia obowiązujące w chwili zamknięcia dokumentu.

Przykład: szablon protokołu zmienia się jutro — dochodzi nowe pole, inne zostaje usunięte. Dokumenty zamknięte wczoraj powinny dalej dać się odczytać zgodnie z wersją, według której powstały. Jeśli system zna tylko „aktualny szablon”, stare dokumenty mogą wyglądać na niekompletne albo stracić część treści.

Jak długo dokumenty trzeba przechowywać i w jakiej formie, zależy od ich rodzaju i przepisów, które ich dotyczą. Nie ma jednego okresu dla wszystkich dokumentów.

Co dzieje się z dokumentem na końcu

Zamknięty dokument może mieć kilka form wyjściowych:

• finalny PDF wygenerowany z zapisanych danych,
• wysyłka e-mailem do klienta albo do działu,
• bezpieczny link do pobrania, ważny przez ograniczony czas,
• kopia w archiwum, powiązana z rekordem,
• kopia dla klienta,
• kopia wewnętrzna, na przykład dla działu rozliczeń.

Nie każde wdrożenie potrzebuje wszystkich tych elementów. Ważne, żeby wynik powstawał z zamkniętych danych i żeby było wiadomo, która kopia jest wersją wydaną.

Dokument rzadko żyje sam

Dokument zwykle jest częścią większego procesu, w którym uczestniczą inne systemy: CRM, ERP, księgowość, system serwisowy, magazyn plików, poczta albo portal dla klientów. Utworzenie albo zamknięcie dokumentu często uruchamia kolejne działanie:

• podpisany raport serwisowy → aktualizacja zlecenia w systemie serwisowym,
• zatwierdzony wniosek → utworzenie zadania dla kolejnej osoby,
• finalny protokół → wysyłka kopii do klienta i do archiwum.

Zanim połączy się systemy, trzeba ustalić, który z nich jest źródłem prawdy dla której informacji. Dane klienta zwykle należą do CRM, numer zlecenia do systemu serwisowego albo ERP, a treść protokołu — do systemu dokumentowego. Jeśli ta sama informacja jest edytowana w dwóch miejscach, prędzej czy później obie wersje się rozjadą. Dobrą praktyką jest też przekazywanie do innych systemów danych z dokumentu zamkniętego, a nie ze szkicu, który jeszcze może się zmienić.

Takie połączenia opisujemy na stronie integracje API. Gdy przekazanie danych jest częścią procesu dokumentowego, trzeba też ustalić, co się dzieje, jeśli drugi system nie odpowie albo przyjmie dane tylko częściowo — o tym piszemy w artykule najczęstsze problemy integracji API.

Przykładowy proces: raport z wizyty serwisowej

Przykładowy proces — ogólny przykład, który nie opisuje konkretnej firmy. Pokazuje, jak wcześniejsze elementy łączą się w jeden przebieg.

Zweryfikowany przykład: DocFlow

DocFlow to system cyfrowych protokołów terenowych rozwijany przez INTEVO. Pokazuje opisane wyżej zasady w działającym systemie — w zakresie, który faktycznie obsługuje:

• Stany — protokół ma dwa stany: „Szkic” i „Podpisany”. Ze szkicu do stanu podpisanego prowadzi tylko finalizacja, która sprawdza wymagane pola, podpisy i zgody.
• Blokada — po podpisaniu rekord protokołu jest zablokowany przed dalszą edycją: system odrzuca zmiany danych i statusu oraz dodawanie i usuwanie plików.
• Podpisy — wymagane są podpisy stron określonych dla danego rodzaju protokołu: zwykle inwestora i osoby wykonującej prace, na przykład instalatora, serwisanta albo technika.
• Ograniczenie podpisu — podpis złożony na ekranie w DocFlow nie jest kwalifikowanym podpisem elektronicznym.
• Finalny PDF — powstaje z danych protokołu i otrzymuje oznaczenie FINAL. To oznaczenie dokumentu wynikowego, a nie trzeci stan w aplikacji.
• SHA-256 — dla finalnego PDF zapisywany jest skrót SHA-256, a strona weryfikacji pozwala sprawdzić, czy plik jest identyczny z wersją wydaną przez system. Sam PDF nie jest przez to technicznie zabezpieczony przed modyfikacją — zmieniony plik po prostu nie przejdzie weryfikacji.
• Pliki przy rekordzie — zdjęcia, podpisy i finalny PDF są powiązane z rekordem protokołu, a zdjęcia mają przypisane miejsca w protokole.

Szczegóły — finalizację, role, weryfikację i decyzje projektowe — opisujemy w artykule DocFlow od środka, a samo wdrożenie w realizacji DocFlow.

Przed i po: ten sam dokument, inny proces

Różnica między obiegiem „mailowym” a procesem dokumentowym nie polega na formacie pliku, tylko na tym, czy dokument ma jawną drogę:

Efekt takiej zmiany zależy od procesu, liczby dokumentów i tego, jak wyglądał obieg wcześniej. Dlatego nie podajemy tu uniwersalnych liczb — każdą zmianę warto ocenić na konkretnym procesie.

Nie każdy dokument powinien trafić do dedykowanego workflow

Prostsze narzędzia często wystarczą, gdy:

• dokument powstaje rzadko,
• ma jednego właściciela od początku do końca,
• nie wymaga akceptacji,
• nie musi trafiać do innych systemów,
• błąd w nim ma niewielkie skutki,
• gotowe narzędzie, którego firma już używa, dobrze go obsługuje.

W takich przypadkach dobry szablon, jasne zasady nazywania plików i uporządkowany folder mogą być rozsądniejsze niż jakikolwiek system. Automatyzacja ma sens tam, gdzie dokument jest częścią powtarzalnego procesu, a jego błędy albo opóźnienia mają realne skutki.

Folder, DMS, workflow, automatyzacja czy własny system?

Możliwe rozwiązania, od najprostszego:

• Współdzielony magazyn plików — foldery z ustalonymi zasadami i uprawnieniami.
• System zarządzania dokumentami (DMS) — wersje, metadane, wyszukiwanie i uprawnienia do dokumentów.
• Platforma workflow — etapy, akceptacje i przydziały wokół dokumentu.
• Platforma automatyzacji — przenoszenie danych i uruchamianie działań między aplikacjami.
• Dedykowany system — dokument jako część procesu z własnym modelem danych, regułami i interfejsem.

Żadna z tych opcji nie jest lepsza sama w sobie. Wybór zależy od specyfiki procesu, liczby dokumentów, potrzeby integracji, złożoności uprawnień, logiki pól, pracy w terenie, wymagań co do śladu zmian i tego, kto będzie rozwiązanie utrzymywał. Porównanie szerszych klas systemów opisujemy w artykule workflow, CRM, ERP czy dedykowany system.

Lista pytań przed zmianą obiegu dokumentów

Odpowiedzi na te pytania warto mieć, zanim wybierze się narzędzie:

• Gdzie powstają dane źródłowe?
• Kto odpowiada za dokument na każdym etapie?
• Które pola są obowiązkowe?
• Które pola są warunkowe?
• Co może zablokować zamknięcie dokumentu?
• Kto zatwierdza?
• Kiedy edycja powinna się zakończyć?
• Jakie załączniki należą do dokumentu?
• Który system jest źródłem prawdy dla danych z dokumentu?
• Co ma się wydarzyć po zamknięciu dokumentu?
• Gdzie przechowywana jest wersja finalna?
• Jak wygląda korekta po zamknięciu?
• Jak odczytywać dokumenty powstałe według starszych szablonów?
• Co się dzieje, jeśli przekazanie danych do innego systemu się nie uda?

Nie ma tu punktacji ani progu. Odpowiedzi są materiałem do analizy procesu, a nie automatycznym werdyktem.

Najpierw uporządkuj proces dokumentowy

Wynikiem uporządkowania obiegu dokumentów nie musi być nowy system. Możliwe wyniki to:

• pozostanie przy obecnym narzędziu z jaśniejszymi zasadami,
• konfiguracja gotowego narzędzia, które firma już ma albo może wdrożyć,
• dodanie workflow albo automatyzacji wokół istniejących dokumentów,
• połączenie systemów, między którymi dziś dane są przepisywane,
• dedykowany proces dokumentowy tam, gdzie gotowe narzędzia nie wystarczają.

Praktycznie dobrze jest zacząć od jednego dokumentu, który powstaje często i sprawia najwięcej kłopotów — protokołu, raportu albo wniosku. Dla niego warto opisać obecny przebieg krok po kroku, łącznie z obejściami, o których nikt nie mówi głośno: dodatkowym arkuszem, zdjęciami wysyłanymi komunikatorem, telefonem z pytaniem o status. Dopiero na takim opisie widać, które problemy rozwiąże porządek i zasady, które — konfiguracja narzędzia, a które wymagają zmiany w systemach. Jeden dobrze uporządkowany dokument jest też lepszym punktem odniesienia dla kolejnych niż ogólny projekt „cyfryzacji wszystkiego”.

Więcej o tym, jak podchodzimy do dokumentów w procesie, piszemy na stronie cyfryzacja dokumentów, a o automatyzacji szerzej — na stronie automatyzacja procesów.

Masz dokumenty, które krążą między mailem, folderem i arkuszem?

Opisz jeden proces dokumentowy w analizie procesu: skąd biorą się dane, kto zatwierdza, gdzie trafia wynik i co dziś się gubi. Odpowiemy na piśmie, co warto zmienić — także wtedy, gdy wystarczy lepiej wykorzystać narzędzie, które już macie.