Dowód doręczenia z e-Doręczeń nie powinien żyć osobno od pisma, którego dotyczy. W dobrze ułożonym DMS tworzy z nim jeden ciąg dowodowy: dokument → wysyłka → dowód wysłania → dowód otrzymania → termin → odpowiedź → zamknięcie sprawy. Jeżeli na etapie kontroli trzeba szukać XML-a na dysku pracownika, PDF-u w folderze „potwierdzenia”, a właściwego pisma po nazwie pliku, archiwum jest uporządkowane tylko pozornie.
Problem jest szczególnie widoczny przy e-Doręczeniach, bo jedna przesyłka może mieć kilka dokumentów potwierdzających różne zdarzenia. Dowód wysłania nie jest dowodem otrzymania, a obok dowodów biznesowych występują jeszcze dowody techniczne. Do tego data, w której dokument został zaimportowany do firmowego DMS, nie przesądza o dacie skutecznego doręczenia. Przy terminach procesowych taki błąd potrafi być znacznie droższy niż źle nazwany plik.
Jak przechowywać dowód doręczenia, żeby podczas kontroli nie odtwarzać sprawy od zera
Najbezpieczniejszy model to przechowywanie e-Doręczenia jako kompletnego pakietu dowodowego przypisanego do konkretnej sprawy, a nie jako luźnego załącznika do korespondencji.
Dla przesyłki wychodzącej taki pakiet powinien obejmować co najmniej:
- dokument lub dokumenty faktycznie wysłane,
- komplet załączników w ich pierwotnej postaci,
- dane adresata i użyty adres do doręczeń elektronicznych,
- identyfikator wiadomości lub przesyłki,
- dowód wysłania,
- dowód otrzymania, gdy został wystawiony,
- dostępne dowody techniczne,
- oryginalne pliki dowodów w formacie XML,
- dostępne wizualizacje dowodów w PDF,
- informację o dacie istotnej dla dalszego terminu,
- dokument będący odpowiedzią albo informację o braku konieczności odpowiedzi.
W usłudze e-Doręczeń dowody biznesowe dotyczące wysłania i otrzymania występują w formatach XML i PDF. W materiałach e-Doręczeń stosowane są m.in. oznaczenia BP.WX i BP.WP dla dowodów wysłania oraz BP.OX i BP.OP dla dowodów otrzymania. Osobną kategorią są dowody techniczne w XML, dokumentujące takie zdarzenia jak nadanie, preawizacja, odbiór czy współpraca z innym dostawcą.
Nie ma powodu, aby odrzucać PDF tylko dlatego, że jest PDF-em. Oficjalny system udostępnia dowody biznesowe również w tej postaci. Błędem jest natomiast pozostawienie wyłącznie wizualizacji i usunięcie oryginalnego XML-a. PDF ułatwia człowiekowi odczyt, XML zachowuje dane przeznaczone do elektronicznej weryfikacji i dalszego przetwarzania. W archiwum warto więc zachować oba formaty, jeżeli oba zostały udostępnione.
Ta sama zasada dotyczy podpisanych dokumentów. Jeżeli do e-Doręczenia dołączono elektronicznie podpisany oryginał, DMS powinien zachować właśnie ten plik. Wygenerowanie z niego „ładnego” PDF-u do podglądu może być pomocne, ale konwersja nie może zastąpić podpisanego oryginału. Po takiej zamianie można stracić możliwość prawidłowej kontroli podpisu, pieczęci albo struktury podpisu zewnętrznego.
Przykład hipotetyczny: spółka wysyła do urzędu odwołanie w pliku podpisanym elektronicznie, trzy załączniki i otrzymuje dowód wysłania. Pracownik zapisuje w DMS wyłącznie wygenerowany PDF pisma oraz zrzut ekranu ze statusem „wysłano”. Podczas późniejszej kontroli wiadomo, co widział użytkownik na ekranie, ale nie ma kompletnego materiału pozwalającego sprawdzić, jaki dokładnie plik został wysłany, z jakimi załącznikami i z jakim dowodem systemowym. Zrzut ekranu może być dokumentacją pomocniczą. Nie powinien zastępować dowodu wystawionego przez usługę.
Jest jeszcze jedna liczba, która często wprowadza firmy w błąd: 36 miesięcy. Materiały e-Doręczeń wskazują, że operator wyznaczony ma obowiązek przechowywania dowodów do wiadomości przez 36 miesięcy, a w tym okresie użytkownik może zwrócić się o udostępnienie korespondencji z dowodami. Nie oznacza to jednak, że każda firma może ustawić w swoim DMS trzyletnią retencję i po tym czasie bezpiecznie kasować dokumenty. 36 miesięcy opisuje obowiązek operatora w ramach usługi, a nie uniwersalny okres przechowywania dokumentacji biznesowej.
Retencję we własnym systemie trzeba powiązać z rodzajem sprawy. Inne okresy mogą wynikać z przepisów podatkowych i rachunkowych, inne z postępowania administracyjnego, umowy, możliwości dochodzenia roszczeń, obowiązków branżowych albo przyjętej polityki archiwizacji. Jeżeli sprawa ma być dostępna przez pięć czy dziesięć lat, dowody e-Doręczeń powinny pozostać przy niej równie długo, mimo że okres zapewniany przez operatora jest krótszy.
Kiedy lokalne archiwum ma sens? Praktycznie zawsze wtedy, gdy DMS jest podstawowym repozytorium dokumentacji firmy, gdy e-Doręczenie uruchamia termin albo gdy materiał może być potrzebny przy kontroli. Poleganie wyłącznie na skrzynce można zaakceptować najwyżej jako rozwiązanie przejściowe. Jest wygodne do bieżącej pracy, ale słabe jako polityka dowodowa przedsiębiorstwa.
Z czym powiązać dowód: z nazwą pliku, wiadomością czy sprawą
Najczęstszy błąd projektowy wygląda niewinnie: system zapisuje potwierdzenie.pdf obok pismo.pdf, a użytkownik uznaje, że dokumenty są ze sobą powiązane. Nie są. Łączy je jedynie folder i nazwa nadana przez człowieka.
W DMS właściwym kluczem powinien być identyfikator systemowy, a dopiero później nazwa pliku. W zależności od architektury mogą to być identyfikator wiadomości, przesyłki, wysyłki oraz wewnętrzny identyfikator sprawy. Nazwa pliku jest etykietą dla użytkownika. Identyfikator jest relacją, którą można sprawdzić automatycznie.
Dobra struktura sprawy może wyglądać tak:
SPRAWA-2026-00481
- dokument główny,
- załączniki,
- rekord wysyłki e-Doręczenia,
- ID przesyłki,
- adres ADE odbiorcy,
- dowód wysłania XML + PDF,
- dowód otrzymania XML + PDF,
- dowody techniczne,
- data skutecznego doręczenia,
- termin na reakcję,
- odpowiedź,
- dowód wysyłki odpowiedzi,
- status „zamknięta”.
To nie jest nadmiar metadanych. Taka struktura pozwala odpowiedzieć podczas audytu na serię prostych, ale niewygodnych pytań: co wysłano, komu, kiedy, z jakiego podmiotu, kiedy nastąpiło doręczenie, jaki termin od tej daty liczono i co zrobiono przed jego upływem.
Szczególnie ważny jest kontekst właściwej spółki. Grupa kapitałowa może mieć kilka podmiotów o podobnych nazwach, różne adresy do e-Doręczeń i jeden wspólny DMS. Dowód dotyczący spółki A nie może zostać przypięty do sprawy spółki B tylko dlatego, że kontrahent, urząd albo temat wiadomości są takie same. Rekord powinien więc zawierać również jednoznaczny identyfikator podmiotu, którego skrzynki użyto – przykładowo wewnętrzny ID spółki wraz z NIP, KRS i właściwym ADE.
Hipotetyczny przypadek: księgowość grupy odbiera dwa pisma z tego samego urzędu dotyczące dwóch spółek zależnych. Oba mają temat „wezwanie do złożenia wyjaśnień”. Automatyczna reguła zapisuje je pod nazwą kontrahenta i datą. Przy ręcznym imporcie jeden dowód zostaje przypisany do niewłaściwej spółki. Technicznie wszystkie pliki są w systemie. Dowodowo powstaje jednak bałagan, bo nie da się wykazać prostego łańcucha między odbiorcą, właściwym ADE, pismem i terminem. Przy wielu podmiotach nazwa pisma i nazwa nadawcy są za słabym kluczem.
Automatyczne wiązanie ma sens, gdy integracja przekazuje do DMS stabilne identyfikatory wiadomości oraz komplet metadanych. Jeżeli system importuje tylko pliki, bez identyfikatorów źródłowych, trzeba przewidzieć etap kontroli. Lepsza jest sprawa chwilowo oznaczona jako „do przypisania” niż automatyczne przypięcie dowodu do pierwszego dokumentu o podobnej nazwie.
Przy audycie istotna jest też integralność i ślad audytowy. System powinien pokazywać, kto zaimportował lub przypisał dokument, kiedy zmienił metadane, kto obliczył albo zatwierdził termin i kto zamknął sprawę. Sam fakt posiadania pliku nie wystarcza, jeżeli później nie wiadomo, czy został podmieniony albo ręcznie przekwalifikowany.
W praktyce kontrola techniczna przy imporcie powinna obejmować przynajmniej:
- zachowanie pliku bez modyfikacji,
- zgodność identyfikatorów z wiadomością i sprawą,
- kompletność załączników,
- kontrolę dostępnej pieczęci, podpisu lub innych danych służących potwierdzeniu integralności,
- zapis wyniku weryfikacji,
- ograniczenie praw do usuwania lub nadpisywania dowodów,
- rejestrowanie zmian w metadanych.
Najbardziej irytujący problem pojawia się zwykle po kilku miesiącach, a nie w dniu wdrożenia: plik nadal istnieje, ale relacja pomiędzy nim a sprawą została utracona przy migracji, zmianie sygnatury lub ręcznym przeniesieniu folderu. Dlatego relacje między obiektami DMS powinny być częścią modelu danych, a nie wynikać ze struktury katalogów.
Jaka data uruchamia termin i dlaczego data importu do DMS jest prawie zawsze złą odpowiedzią
DMS może zapisać wiadomość 8 października, mimo że prawnie została doręczona 6 października. Pracownik może otworzyć ją 9 października. Nocny integrator może przetworzyć ją 10 października. Żadna z tych dat nie powinna automatycznie zastępować daty wynikającej z właściwego dowodu otrzymania i przepisów regulujących konkretną procedurę.
Ustawa o doręczeniach elektronicznych rozróżnia kilka sytuacji.
Przy PURDE dowód otrzymania jest wystawiany m.in. po:
- odebraniu korespondencji skierowanej do podmiotu niepublicznego,
- wpłynięciu korespondencji na adres podmiotu publicznego,
- upływie 14 dni od dnia wpłynięcia korespondencji wysłanej przez podmiot publiczny do podmiotu niepublicznego, jeżeli adresat wcześniej jej nie odebrał.
To rozróżnienie jest fundamentalne dla DMS. W przypadku podmiotu publicznego ustawa wiąże doręczenie z chwilą wpłynięcia korespondencji. Nie trzeba czekać, aż konkretny urzędnik otworzy wiadomość.
Przy korespondencji kierowanej przez podmiot publiczny do podmiotu niepublicznego działa natomiast mechanizm doręczenia mimo braku wcześniejszego odbioru. Zgodnie z art. 42 ust. 2 ustawy, w sytuacji opisanej w art. 41 ust. 1 pkt 3 korespondencję uznaje się za doręczoną w dniu następującym po upływie 14 dni od wskazanego w dowodzie otrzymania dnia wpłynięcia korespondencji na adres podmiotu niepublicznego.
Wniosek dla systemu jest prosty: pole data_importu nie może zasilać automatycznie pola data_doręczenia.
Hipotetyczny przykład: spółka otrzymuje pismo od organu, ale pracownik odpowiedzialny za DMS importuje komplet dokumentów dwa dni później. Jeżeli system zacznie liczyć 14-dniowy termin na odpowiedź od daty importu, firma może mieć w kalendarzu dwa „dodatkowe” dni, których prawnie nie ma. Przy odpowiedzi wysłanej ostatniego dnia według DMS może się okazać, że termin już upłynął.
Odwrotna sytuacja też jest możliwa. System może pobrać techniczne zdarzenie bardzo wcześnie, ale przepis właściwy dla danego postępowania wiąże skutek prawny z innym zdarzeniem. Nie wolno więc tworzyć jednej globalnej reguły „e-Doręczenie + 14 dni”. Czternaście dni z art. 42 ust. 2 dotyczy określonego przypadku: korespondencji od podmiotu publicznego do podmiotu niepublicznego, której adresat wcześniej nie odebrał. Nie jest to uniwersalny sposób liczenia wszystkich terminów w e-Doręczeniach.
W prawidłowo zaprojektowanej sprawie DMS warto rozdzielić przynajmniej cztery pola:
- data i czas wysłania,
- data i czas wynikające z dowodu otrzymania,
- data skutecznego doręczenia przyjęta zgodnie z właściwą podstawą prawną,
- termin wykonania następnej czynności.
Do tego powinno dojść pole wskazujące, dlaczego system przyjął właśnie tę datę: odbiór przez podmiot niepubliczny, wpłynięcie do podmiotu publicznego, skutek po upływie ustawowego okresu albo inna reguła wynikająca z właściwej procedury.
Automatyczne wyliczenie terminu ma sens, jeżeli DMS zna rodzaj sprawy, właściwą procedurę i zdarzenie źródłowe. Jeśli zna wyłącznie datę importu pliku, automatyzacja daje fałszywe poczucie bezpieczeństwa. W sprawach podatkowych, administracyjnych, sądowych czy regulacyjnych reguły liczenia terminów mogą się różnić, podobnie jak zasady dotyczące dni wolnych oraz sposobu zachowania terminu. Dlatego najpierw trzeba ustalić zdarzenie rozpoczynające bieg terminu, a dopiero potem uruchamiać regułę kalendarzową.
Dla firmy przygotowującej się do audytu właściwy test nie brzmi więc: „czy mamy PDF potwierdzenia?”. Lepsze pytanie brzmi: czy z jednej sprawy w DMS da się bez ręcznych poszukiwań odtworzyć cały łańcuch od dokumentu źródłowego do zamknięcia sprawy?
Jeżeli nie, pierwszym działaniem powinno być poprawienie modelu sprawy, a nie masowe zmienianie nazw plików. Zacznij od jednej zakończonej korespondencji e-Doręczeń i sprawdź kolejno: dokument główny, wszystkie załączniki, identyfikator przesyłki, dowód wysłania, dowód otrzymania, XML-y i PDF-y, właściwą spółkę, datę prawną, wyliczony termin, odpowiedź oraz dowód jej wysłania. Najpilniejszy błąd do usunięcia to liczenie terminów od daty wpływu do DMS zamiast od zdarzenia prawnego potwierdzonego właściwym dowodem.
FAQ
Czy wystarczy przechowywać dowód doręczenia w PDF?
Nie warto ograniczać archiwum do jednej wizualizacji. Jeżeli system udostępnia dowód biznesowy w XML i PDF, zachowaj oba pliki. PDF jest użyteczny przy zwykłym odczycie, a XML zachowuje dane źródłowe potrzebne przy weryfikacji i automatycznym przetwarzaniu.
Czy PDF z e-Doręczeń jest nieważny?
Nie. Dowody biznesowe są udostępniane przez usługę zarówno w XML, jak i PDF. Problem zaczyna się wtedy, gdy PDF staje się jedynym zachowanym dokumentem mimo dostępności oryginalnego XML-a albo gdy podpisany dokument źródłowy zostaje zastąpiony samą konwersją.
Czy zrzut ekranu ze skrzynki może zastąpić dowód?
Nie powinien. Zrzut może dokumentować to, co użytkownik widział w interfejsie, ale nie zastępuje wystawionego przez usługę dowodu biznesowego ani technicznego.
Czym różni się dowód wysłania od dowodu otrzymania?
Pierwszy dokumentuje zdarzenie po stronie nadania, drugi zdarzenie związane z otrzymaniem lub doręczeniem. W sprawie, w której znaczenie ma skuteczne doręczenie adresatowi, samo posiadanie dowodu wysłania nie zamyka łańcucha dowodowego.
Czy trzeba przechowywać również dowody techniczne?
Przy systemie projektowanym pod audyt – tak. Dowody techniczne zawierają informacje o zdarzeniach realizowanych w ramach usługi i mogą pomóc wyjaśnić przebieg wysyłki, zwłaszcza gdy później trzeba zweryfikować chronologię albo niezgodność między systemami.
Czy 36 miesięcy oznacza, że po trzech latach można usunąć dokumenty z DMS?
Nie. Okres 36 miesięcy dotyczy obowiązku przechowywania korespondencji i dowodów przez operatora wyznaczonego w ramach usługi. Własny okres retencji przedsiębiorstwa trzeba ustalić według rodzaju dokumentacji, przepisów dotyczących danej sprawy oraz potrzeb dowodowych.
Czy nazwę pliku można wykorzystać jako identyfikator dowodu?
Jako pomoc dla użytkownika – tak. Jako podstawowy mechanizm powiązania – nie. Relację powinny tworzyć identyfikatory wiadomości lub przesyłki oraz wewnętrzny identyfikator sprawy.
Od jakiej daty DMS powinien liczyć termin?
Od daty wynikającej z właściwego zdarzenia prawnego i właściwej procedury. Data pobrania, importu albo ręcznego otwarcia dokumentu w DMS sama w sobie nie określa dnia doręczenia.
Czy po odebraniu e-Doręczenia można usunąć oryginalny podpisany dokument i zostawić jego PDF?
Nie, jeżeli PDF jest jedynie konwersją. Oryginał elektroniczny powinien pozostać w sprawie w formie pozwalającej później zweryfikować podpis, pieczęć i integralność dokumentu.
