Potwierdzenie transmisji faksu: pięć różnych pytań o dowód
Zielony status może potwierdzać zakończenie technicznego etapu, ale nie wszystkie strony, właściwą osobę, przeczytanie ani skuteczne doręczenie prawne. Najpierw nazwij zdarzenie, które trzeba wykazać.
Słowo „potwierdzenie” bywa używane dla zrzutu ekranu, raportu protokołu, kopii wysłanego pliku, wiadomości odbiorcy i dowodu wymaganego przez prawo. Te artefakty odpowiadają na różne pytania. Jeżeli proces nie rozdziela ich przed wdrożeniem, użytkownik może przypisać zielonej ikonie znaczenie, którego system nigdy nie obiecywał.
1. Czy platforma przyjęła zadanie
Pierwsza warstwa potwierdza, że portal, skrzynka lub API odebrały żądanie i utworzyły zadanie. Powinna wskazywać wewnętrzny identyfikator, czas, użytkownika albo system źródłowy, kierunek oraz plik powiązany w chwili przyjęcia. To jeszcze nie oznacza, że rozpoczęto połączenie z numerem docelowym.
Sprawdź, czy odrzucenie formatu, brak uprawnień albo awaria integracji tworzą widoczny błąd po stronie nadawcy. Cisza po wysłaniu wiadomości do konektora nie jest potwierdzeniem utworzenia zadania. System źródłowy powinien umieć odróżnić „przyjęto” od „nie znam wyniku”.
2. Jaki był techniczny wynik transmisji
ITU-T T.30 opisuje procedury faksowej transmisji dokumentu, a T.38 — przesyłanie faksu czasu rzeczywistego przez fragment sieci IP. Konkretna platforma przekłada zdarzenia tych i innych warstw na własne statusy. Poproś o słownik: co dokładnie powoduje status sukcesu, jakie wyniki są błędem przejściowym, trwałym i niejednoznacznym oraz czy raportowana liczba stron pochodzi z potwierdzeń sesji czy z pliku wejściowego.
Zapis wyniku powinien obejmować każdą próbę, jej początek i koniec, numer docelowy w zakresie potrzebnym do audytu, kod źródłowy lub jego zachowaną interpretację oraz liczbę stron raportowaną przez system. Nie nadpisuj wcześniejszych prób ostatnim komunikatem.
Częściowa transmisja wymaga osobnego stanu
Jeśli część stron została przekazana, a połączenie przerwało się przed finałem, status „błąd” ukrywa ważny fakt, zaś „wysłano” sugeruje kompletność. Proces powinien pokazać liczbę stron według dostępnych danych, stronę przerwania i decyzję o dalszym działaniu. Odbiorca może mieć niepełny dokument, a automatyczna pełna powtórka utworzyć duplikaty.
3. Jaki dokument był związany z zadaniem
Raport bez stabilnego powiązania z plikiem nie odpowiada na pytanie, co wysłano. Zachowaj identyfikator wersji, nazwę kontrolowaną przez system, liczbę stron po konwersji oraz skrót kryptograficzny, jeśli został prawidłowo wdrożony. Skrót pomaga później porównać konkretną kopię, ale sam nie dowodzi, że odbiorca otrzymał plik albo go przeczytał.
Jeśli platforma konwertuje dokument przed transmisją, powiąż zarówno źródło, jak i wynik konwersji. Sprawdź, czy układ, puste strony, obcięte marginesy i kolejność pozostają zgodne z zatwierdzoną wersją. OCR jest kolejną pochodną i nie powinien zastępować obrazu w pakiecie dowodowym.
4. Czy właściwa osoba lub proces odebrały dokument
Numer docelowy prowadzi do urządzenia, bramy albo usługi, nie zawsze do zidentyfikowanego człowieka. Sukces techniczny nie mówi, kto otworzył późniejszy plik, czy dokument trafił do właściwej sprawy ani czy treść była czytelna. Jeżeli proces potrzebuje potwierdzenia biznesowego, zaprojektuj osobny krok po stronie odbiorcy lub docelowego systemu.
Potwierdzenie biznesowe może wskazywać identyfikator sprawy, kompletność i osobę uprawnioną do akceptacji. Nie musi powielać całej treści dokumentu. Powinno jednak być powiązane z zadaniem i chronione przed przypisaniem do innej wysyłki.
5. Czy spełniono wymaganie prawnego doręczenia
Nie ma jednej odpowiedzi dla wszystkich dokumentów. Przepis, umowa albo procedura mogą wskazywać konkretny kanał, adresata, termin i wymagany dowód. Wartość raportu faksowego trzeba oceniać w tym kontekście, bez ogólnej obietnicy „faks jest dowodem”.
Rozporządzenie eIDAS rozróżnia elektroniczne usługi rejestrowanego doręczenia i kwalifikowane usługi tego rodzaju. Dane wysłane i odebrane przy użyciu usługi kwalifikowanej korzystają z określonych domniemań integralności, identyfikacji stron oraz dokładności czasu. Zwykły wirtualny faks nie staje się taką usługą przez sam raport. Nie oznacza to też, że raport nie może mieć żadnej wartości; jej ocenę pozostaw właściwemu prawnikowi i regułom postępowania.
Zbuduj pakiet dowodowy warstwowo
Pakiet operacyjny może łączyć identyfikator zadania, zatwierdzoną wersję źródłową, wersję po konwersji, historię prób, techniczny wynik, liczbę stron, log zatwierdzenia i ewentualne potwierdzenie biznesowe. Każdy element ma źródło, czas, właściciela, retencję i kontrolę dostępu.
Ustal też regułę rozbieżności. Gdy panel pokazuje sukces, raport zawiera inną liczbę stron, a system spraw nie ma dokumentu, nie wybieraj automatycznie najwygodniejszego zapisu. Oznacz pakiet jako wymagający wyjaśnienia, zabezpiecz niezmienione artefakty i wskaż osobę, która może zamknąć sprawę. Korekta statusu powinna pozostawić poprzednią wartość, przyczynę, czas oraz autora decyzji. W ten sposób raport nie udaje nieomylnego, lecz pozwala uczciwie odtworzyć granicę dostępnych informacji.
Przetestuj raport w sytuacji sukcesu, częściowego przebiegu, błędu, ponowienia i wyniku niejednoznacznego. Poproś osobę niezwiązaną z konfiguracją, aby na jego podstawie odtworzyła przebieg bez dostępu do ustnych wyjaśnień. Jeżeli nie potrafi rozpoznać pliku, prób i granicy wniosku, raport wymaga poprawy.
Rozrysuj pełny przepływ zadania faksowego
Przejdź do wszystkich poradników
Źródła: ITU-T T.30, ITU-T T.38, eIDAS — art. 43–44 w tekście skonsolidowanym.