komunikaty błędne – np. brak zamówienia

Komunikaty błędne, np. o braku zamówienia, to usterka wprowadzająca klienta w błąd co do stanu jego transakcji.

Co oznacza komunikat o braku zamówienia

Komunikat błędny „brak zamówienia” pojawia się wtedy, gdy aplikacja nie potrafi odnaleźć danych transakcji oczekiwanych przez użytkownika. Nie musi to oznaczać, że zamówienie rzeczywiście nie zostało utworzone. Przyczyną może być niepoprawny identyfikator, utrata sesji, opóźnienie zapisu, odczyt z nieaktualnej repliki bazy danych albo błąd komunikacji pomiędzy przeglądarką i serwerem. Kluczowe jest rozróżnienie stanu faktycznego zamówienia od tekstu wyświetlonego na ekranie.

W aplikacji internetowej przeglądarka zwykle wysyła żądanie HTTP zawierające identyfikator zamówienia, token sesji lub dane uwierzytelniające. Serwer interpretuje żądanie, sprawdza uprawnienia i pobiera rekord z bazy danych. Jeżeli rekord nie zostanie znaleziony, system może zwrócić kod HTTP 404. Jeżeli użytkownik nie ma prawa odczytu wskazanego zamówienia, właściwszy może być kod 403, a przy braku prawidłowego uwierzytelnienia kod 401. Sam komunikat „brak zamówienia” nie pozwala ustalić, który z tych przypadków wystąpił.

Rozbieżność między ekranem a stanem transakcji

Problem często powstaje na granicy kilku etapów przetwarzania. Formularz może wysłać dane, serwer może rozpocząć obsługę płatności, a następnie odpowiedź może nie dotrzeć do przeglądarki z powodu przerwanego połączenia. Ponowne kliknięcie przycisku może wtedy utworzyć drugie żądanie albo wyświetlić informację o braku zamówienia, mimo że pierwsza operacja zakończyła się poprawnie. Dlatego proces składania zamówienia powinien mieć jednoznaczne stany, takie jak utworzone, oczekujące na płatność, opłacone, anulowane i zakończone błędem.

Znaczenie ma także kolejność zapisu danych. Jeżeli identyfikator zamówienia jest generowany, lecz rekord nie zostaje zatwierdzony w transakcji bazy danych, późniejsze żądanie odczytu otrzyma wynik „nie znaleziono”. Odwrotna sytuacja również jest możliwa: zamówienie istnieje, ale powiązany rekord płatności lub pozycji nie został jeszcze zapisany. Aplikacja powinna wtedy odróżnić brak całego zamówienia od niekompletnego przetwarzania. Komunikat przeznaczony dla użytkownika powinien wynikać z rzeczywistego stanu, a nie z każdego wyjątku zwróconego przez warstwę techniczną.

Ślady potrzebne do ustalenia przyczyny

Diagnostyka wymaga porównania danych z kilku miejsc: historii przeglądarki, żądania HTTP, odpowiedzi serwera, logów aplikacji oraz wpisów w bazie danych. Warto sprawdzić dokładny adres żądania, metodę HTTP, kod odpowiedzi, identyfikator korelacyjny i czas wykonania operacji. W narzędziach deweloperskich przeglądarki można przeanalizować zakładkę Network, aby ustalić, czy błąd został zwrócony przez serwer, czy dopiero przez kod JavaScript na podstawie pustej lub nieoczekiwanej odpowiedzi.

W logach należy szukać pełnego przebiegu dla tego samego identyfikatora korelacyjnego, a nie pojedynczego wpisu z komunikatem. Istotne są między innymi: moment utworzenia zamówienia, zatwierdzenie transakcji, przekazanie danych do modułu płatności, odczyt rekordu oraz ewentualne ponowienia żądania. Trzeba również sprawdzić, czy aplikacja nie korzysta z pamięci podręcznej przechowującej wcześniejszą odpowiedź oraz czy zegary klienta i serwera nie różnią się w sposób utrudniający korelację zdarzeń. Bez tych informacji łatwo pomylić błąd prezentacji z faktycznym usunięciem albo nieutworzeniem zamówienia.

Naprawa obsługi błędnych komunikatów

Poprawa powinna obejmować walidację identyfikatora, kontrolę sesji, jednoznaczne mapowanie stanów biznesowych na odpowiedzi HTTP oraz bezpieczne ponawianie operacji. Żądania tworzące zamówienie powinny być odporne na powtórzenie, na przykład dzięki kluczowi idempotencji, który pozwala rozpoznać ponowne przesłanie tego samego polecenia. Interfejs powinien blokować wielokrotne wysłanie formularza i pokazywać stan oczekiwania, gdy serwer jeszcze przetwarza transakcję. Przy chwilowej niedostępności usługi lepszy będzie komunikat o trwającym przetwarzaniu niż nieprawdziwa informacja o braku zamówienia.

Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i ich podzespołów, w tym diagnostykę problemów z działaniem aplikacji oraz komunikacją systemu z urządzeniami. Przy zgłoszeniu dotyczącym błędnych komunikatów przydatne są zrzut ekranu, przybliżony czas wystąpienia problemu, adres używanej aplikacji oraz informacja, czy operacja została ponowiona. Takie dane pomagają rozdzielić awarię programu, problem z systemem operacyjnym, zakłócenie połączenia sieciowego i błąd samego urządzenia.