Jak rozrysować pełny przepływ faksu w chmurze
Diagram wirtualnego faksu nie powinien kończyć się na strzałce „numer → e-mail”. Taki skrót pomija bramę transmisji, tworzenie pliku, kolejkę, regułę przekazania, uprawnienia, błędy i system, w którym dokument staje się sprawą. Przy wysyłce pomija natomiast zatwierdzenie treści, kolejne próby i powiązanie wyniku z dokładnym plikiem.
Zacznij od granic procesu
Zapisz, które faksy organizacja rzeczywiście musi obsługiwać i dlaczego ten kanał jest używany. Określ typy dokumentów, zespoły, godziny, oczekiwany dalszy krok, wymaganą poufność i moment uznania zadania za zamknięte. Nie zakładaj, że przyjęcie transmisji kończy proces; często dokument trzeba zweryfikować, przypisać i wprowadzić do systemu spraw.
Wskaż system źródłowy i docelowy. Wejściem może być numer faksowy, portal, zatwierdzona skrzynka albo API, jeśli konkretna usługa je udostępnia. Wyjściem może być kontrolowana kolejka, repozytorium lub rekord sprawy. Każdy łącznik ma własne uwierzytelnienie, formaty, błędy i logi.
Przepływ przychodzący: od transmisji do właściciela
Narysuj numer, podmiot udostępniający numerację, element odbierający transmisję, platformę tworzącą zadanie, magazyn pliku, regułę routingu i miejsce pracy odbiorcy. Przy każdym elemencie wpisz właściciela, dane, czas, monitorowanie i tryb awaryjny. ITU-T T.30 opisuje procedury transmisji dokumentów w publicznej sieci telefonicznej, a T.38 dotyczy fragmentu drogi przez sieć IP. Użytkownik usługi chmurowej może nie widzieć tych warstw, ale powinien wiedzieć, kto odpowiada za ich działanie i jakie wyniki są dostępne.
Po odebraniu platforma powinna nadać wewnętrzny identyfikator, zachować powiązanie z numerem docelowym, czasem, liczbą stron według dostępnych danych oraz pierwotnym plikiem. Reguła nie powinna wysyłać dokumentu do szerokiej listy tylko dlatego, że nie rozpoznano odbiorcy. Bezpieczniejszy jest kontrolowany stan wymagający przypisania przez uprawnioną rolę.
Błąd routingu nie może znikać w skrzynce
Zaprojektuj osobną kolejkę dla dokumentów bez dopasowania, z niepełnymi metadanymi, uszkodzonych albo skierowanych do nieaktywnego zespołu. Ustal właściciela, termin podjęcia i sposób eskalacji bez ujawniania treści osobom niezwiązanym ze sprawą. Zmiana reguły routingu powinna być zatwierdzona i odnotowana.
Przepływ wychodzący: od zatwierdzonego pliku do wyniku
Wysyłka zaczyna się w zaufanym źródle. Użytkownik wybiera sprawę i odbiorcę, dołącza zatwierdzony dokument oraz widzi wersję przeznaczoną do wysłania. System sprawdza dozwolony format, rozmiar w granicach usługi, komplet stron, uprawnienie do kanału i brak jawnej rozbieżności między sprawą a odbiorcą. Automatyczne uzupełnianie numeru wymaga możliwości kontroli przed zleceniem.
Po zatwierdzeniu powstaje jedno zadanie. Kolejne próby są jego częścią, a nie nowymi, niezależnymi wysyłkami. W zapisie powinny znaleźć się czasy, wynik każdej próby, kod lub opis błędu, liczba stron raportowana przez system i końcowa decyzja. Zmiana pliku albo odbiorcy tworzy nową wersję lub nowe zadanie zgodnie z przyjętą regułą; nie należy podmieniać treści pod istniejącym wynikiem.
Model stanów musi pokazywać niepewność
Użyteczny model odróżnia przygotowanie, oczekiwanie na zatwierdzenie, kolejkę, aktywną transmisję, sukces techniczny, błąd trwały, błąd przejściowy, stan niejednoznaczny, wstrzymanie do przeglądu oraz zamknięcie biznesowe. Nazwy mogą być inne, lecz nie powinny spłaszczać wszystkiego do „wysłano” i „błąd”.
Stan techniczny i stan procesu to dwie osie. Dokument może mieć sukces transmisji, ale czekać na powiązanie ze sprawą. Może też zostać zatwierdzony biznesowo do wysyłki, lecz utknąć w kolejce. Interfejs powinien pokazywać oba fakty bez sugerowania zakończenia.
Numer i wyjście z usługi trzeba zaprojektować przed startem
Ustal rodzaj numeru, podmiot będący stroną umowy, zasady używania numeru, prezentację przy wysyłce, możliwość przeniesienia i zachowanie po zakończeniu usługi. PKE opisuje uprawnienia abonenta do przeniesienia przydzielonego numeru w ramach usługi komunikacji głosowej, ale konkretny model wirtualnego faksu może wymagać odrębnej kwalifikacji. Poproś dostawcę o wskazanie podstawy i procedury; w razie znaczenia prawnego skonsultuj dokumenty.
Plan wyjścia obejmuje również eksport plików, metadanych, raportów, logów potrzebnych organizacji, konfiguracji routingu i listy otwartych zadań. Trzeba uzgodnić format, terminy dostępności, bezpieczne usunięcie danych oraz sposób potwierdzenia, że żaden faks nie pozostał między starą a nową usługą.
OCR pozostaje warstwą pomocniczą
Na diagramie pokaż osobno obraz dokumentu i wynik rozpoznawania. OCR może tworzyć tekst do wyszukania, podpowiedzieć kategorię albo wykryć identyfikator, ale nie powinien niezauważalnie zastępować źródła. Zachowaj informację o wersji, czasie wykonania i weryfikacji człowieka.
Regułę automatycznego routingu opartą na OCR przetestuj na różnych jakościowo dokumentach i ustaw bezpieczny wynik dla niskiej pewności lub sprzeczności. Nie wpisuj rozpoznanego numeru rachunku, adresata czy dyspozycji do procesu wykonawczego bez kontroli adekwatnej do ryzyka.
Zakończ diagram macierzą odpowiedzialności
Dla numeracji, bramy, platformy, magazynu, OCR, integracji, kont, logów, kopii, incydentów i eksportu wskaż stronę wykonującą działanie oraz stronę podejmującą decyzję. Odpowiedź „w chmurze” nie nazywa właściciela. Każdy ważny punkt powinien mieć obserwowalny wynik i test.
Połącz diagram z ochroną danych i ciągłością
Źródła: ITU-T T.30, ITU-T T.38, Prawo komunikacji elektronicznej — ELI, UKE — znaczenie zgodności danych przy przenoszeniu numeru.