Największy paradoks cyfrowej dokumentacji polega na tym, że firma może mieć dwa nowoczesne kanały komunikacji, a nadal pracować tak, jakby wszystko wpadało do jednego przepełnionego kosza mailowego. Dokumenty są cyfrowe, lecz decyzje wokół nich nadal bywają ręczne, rozproszone i zależne od tego, kto akurat „ma temat”. KSeF i e-Doręczenia porządkują sposób dostarczania dokumentów. Nie porządkują jednak tego, co dzieje się później: odpowiedzialności, akceptacji, terminów, wyjątków i powiązań z procesem. I właśnie tu zaczyna się prawdziwy digital workflow.
Problem wielu organizacji nie polega dziś na braku kanałów cyfrowych. Polega na tym, że dokumenty przychodzą do firmy różnymi drzwiami, a potem trafiają do różnych światów. Tworzy to tak zwany chaos informacyjny. Faktura z KSeF żyje własnym życiem, pismo z e-Doręczeń własnym, a wewnętrzny obieg decyzji jeszcze innym. W efekcie organizacja ma nie jeden proces, lecz kilka równoległych półprocesów, zszytych ręcznie mailami, telefonami i pamięcią ludzi. Taki model działa niestety do pierwszego spiętrzenia spraw, audytu albo opóźnienia, którego nikt nie potrafi jednoznacznie wyjaśnić.
Dwa kanały, jedna logika
KSeF i e-Doręczenia warto potraktować nie jako dwa odrębne obowiązki, ale jako dwa źródła zdarzeń procesowych. Z jednego świata przychodzą faktury ustrukturyzowane, z drugiego pisma urzędowe i formalna korespondencja. Różnią się treścią, wagą i skutkami, ale z punktu widzenia organizacji mają wiele wspólnego: trzeba je odebrać, zarejestrować, nadać im kontekst, przypisać odpowiedzialność, kontrolować terminy i doprowadzić sprawę do końca. Jeden cyfrowy workflow nie oznacza więc, że każdy dokument idzie identyczną ścieżką. Oznacza, że wszystkie dokumenty podlegają jednej logice zarządzania: mają wspólne statusy, czytelne role, mierzalne czasy przejścia i spójne reguły dostępu.
To właśnie jest moment, w którym dokument przestaje być plikiem, a staje się nośnikiem danych. Numer KSeF, identyfikator wiadomości, data wpływu, kontrahent, typ sprawy, termin odpowiedzi, status odczytu, załączniki czy powiązana umowa – to nie są jedynie informacje do archiwum. To są dane, na podstawie których system może uruchomić właściwe działania. I to bez ludzkiej ingerencji.
Jak zbudować taki workflow w Navigator365
Navigator365 daje do tego dobrą podstawę, bo jest platformą low-code opartą na formularzach, ustrukturyzowanych danych i obiegach modelowanych w BPMN. W praktyce oznacza to, że workflow nie musi być dopisywany jako osobna warstwa obok dokumentów. Można go zbudować bezpośrednio wokół nich: na formularzach, listach, filtrach, uprawnieniach i akcjach procesowych.
Pierwszy krok to ujednolicenie modelu danych. W dokumentacji Navigator365 widać wyraźnie, że zarówno dla KSeF, jak i dla e-Doręczeń rekomendowane jest przygotowanie formularzy oraz dokumentu konfiguracyjnego. Taki formularz przechowuje dane firmy, tokeny, klucze API i informacje techniczne, na przykład datę ostatniego pobrania dokumentów. To z pozoru techniczny detal, ale w praktyce decyduje o porządku całego rozwiązania: konfiguracja jest w jednym miejscu, a proces nie zależy od rozproszonych ustawień.
Drugi krok to przygotowanie formularzy biznesowych. Dla KSeF będą to formularze faktur, rozbudowane o pola specyficzne dla integracji, jak numer KSeF, numer sesji czy dane potrzebne do pobrania potwierdzenia wysyłki. Dla e-Doręczeń naturalnym miejscem jest aplikacja Kancelaria z formularzami pism przychodzących i wychodzących. Dzięki dodaniu takich pól jak ID wiadomości czy data odczytania dokument przestaje być „korespondencją gdzieś w systemie”, a staje się sprawą, którą można filtrować, routować i raportować.
Trzeci krok to oddzielenie wpływu dokumentu od jego dalszego procesowania. Samo pobranie dokumentu może działać jako osobny proces uruchamiany harmonogramem, na przykład co 30 minut. Navigator365 pozwala projektować takie procesy niezależnie od konkretnego dokumentu, a następnie używać standardowych akcji, takich jak Wywołaj REST API. Dzięki temu można najpierw pobrać dane z kanału zewnętrznego, utworzyć dokument w systemie, a dopiero potem uruchomić właściwy obieg wewnętrzny. To rozdzielenie jest bardzo użyteczne: ten sam proces akceptacji może obsługiwać fakturę z KSeF, dokument wprowadzony ręcznie albo pozyskany z innego źródła.
Co to oznacza w praktyce?
W przypadku KSeF logika może wyglądać następująco (prosimy nie zrażać się technicznymi określeniami): proces cykliczny pobiera faktury w określonym oknie czasowym, zapisuje datę ostatniego pobrania, tworzy dokumenty i uzupełnia pola, również listy pozycji faktury. Następnie uruchamia właściwy obieg zakupowy lub sprzedażowy. Jeśli firma wysyła faktury, osobny proces może przygotować JSON, wysłać dokument do KSeF, zapisać numer sesji, a później pobrać UPO oraz numer KSeF i dopiero wtedy zamknąć dany etap lub przekazać dane dalej, na przykład do systemu ERP.
W przypadku e-Doręczeń architektura jest podobna, ale dochodzi bardzo ważny aspekt terminów urzędowych. Wiadomości można najpierw pobierać tylko jako nagłówki z parametrem read=false. To oznacza, że do systemu trafia informacja o nowym piśmie, lecz bez formalnego odczytania jego treści i załączników. Organizacja zyskuje więc kontrolę nad momentem rozpoczęcia biegu terminów. Użytkownik albo proces może później wykonać osobny krok odczytania wiadomości, uzupełnić treść, pobrać załączniki i dopiero wtedy przejść do właściwej obsługi sprawy. To świetny przykład, jak workflow porządkuje nie tylko obieg dokumentu, ale też odpowiedzialność za moment wejścia w formalny tryb działania.
Workflow to także role, dostęp i widoczność
Jednolity workflow nie zadziała bez dobrze zaprojektowanych uprawnień. W Navigator365 uprawnienia mogą wynikać z formularza, atrybutów, udziału w procesie i akcji systemowych. To ważne, bo przy dokumentach formalnych sam dostęp do pliku nie wystarcza. Trzeba jeszcze rozstrzygnąć, kto może dokument tylko odczytać, kto go edytuje, kto wykonuje krok akceptacji, a kto powinien widzieć sprawę wyłącznie po jej zakończeniu. Dokumentacja systemu pokazuje też, że uprawnienia można zmieniać dynamicznie w obiegu. Innymi słowy: dostęp przestaje być stałą cechą dokumentu, a staje się elementem procesu.
To samo dotyczy list, filtrów i analizy danych. Gdy dokumenty z KSeF i e-Doręczeń są sprowadzone do wspólnej logiki statusów, firma może budować widoki nie według kanału wpływu, lecz według stanu sprawy. Zamiast pytać „czy to przyszło z KSeF czy z e-Doręczeń?”, można pytać: „co dziś czeka na decyzję?”, „co nie zostało jeszcze przeczytane?”, „co przekroczyło termin?”, „które sprawy utknęły między wpływem a akceptacją?”. I to jest jakościowa zmiana, bo organizacja zaczyna zarządzać procesem, a nie skrzynkami odbiorczymi.
No-code ma tu znaczenie większe, niż się wydaje
W praktyce firmy rzadko projektują idealny obieg od pierwszego podejścia. Po pewnym czasie okazuje się, że trzeba dodać nowe pole, zmienić regułę przejścia, rozdzielić wyjątki, dołożyć widok dla innej roli albo przebudować sposób filtrowania dokumentów.
Jeżeli każda taka korekta wymaga pełnego projektu developerskiego, cyfrowy obieg szybko sztywnieje. Jeśli jednak korzysta się z platformy no-code, w której formularze, listy, akcje i BPMN są konfigurowalne, workflow może dojrzewać razem z organizacją.
I właśnie dlatego najcenniejsze w połączeniu KSeF i e-Doręczeń nie jest to, że firma „ma integrację”. To dopiero początek. Prawdziwa wartość pojawia się wtedy, gdy oba kanały zostają wpięte w jedną architekturę pracy: wspólne formularze, wspólne statusy, wspólne zasady odpowiedzialności, wspólne reguły uprawnień i jedna logika przejścia od wpływu dokumentu do decyzji.
Cyfrowe kanały można mieć dwa. Cyfrowy porządek – tylko jeden. I to właśnie on decyduje, czy organizacja naprawdę panuje nad dokumentami, czy tylko odbiera je nowocześniej.
