brak statusu kampanii (np. wysłana

Brak statusu kampanii, np. wysłana, to usterka uniemożliwiająca jednoznaczne ustalenie bieżącego etapu wysyłki.

Brak statusu kampanii a stan procesu wysyłki

Brak statusu kampanii, na przykład oznaczenia „wysłana”, oznacza, że aplikacja nie potrafi jednoznacznie odczytać albo zapisać informacji o etapie realizacji wysyłki. Status kampanii jest zwykle wartością przechowywaną w bazie danych lub zwracaną przez interfejs programistyczny API. Może opisywać między innymi przygotowanie kampanii, przekazanie jej do kolejki, rozpoczęcie wysyłki, zakończenie procesu albo wystąpienie błędu. Jeżeli pole jest puste, zawiera nieznaną wartość lub nie pojawia się w odpowiedzi systemu, użytkownik nie ma wiarygodnej informacji, czy kampania została tylko utworzona, czy faktycznie przekazano ją do mechanizmu wysyłkowego.

Taki problem nie musi oznaczać, że wiadomości nie zostały wysłane. Możliwa jest również sytuacja odwrotna: wysyłka zakończyła się, ale aplikacja nie otrzymała potwierdzenia albo nie zapisała go po stronie bazy danych. Dlatego sam brak etykiety w panelu nie jest wystarczającym dowodem na brak wysyłki. Konieczne jest porównanie danych prezentowanych w interfejsie z historią zdarzeń, rekordem kampanii, kolejką zadań oraz odpowiedziami usługi odpowiedzialnej za wysyłanie.

Gdzie może zostać przerwany przepływ informacji

Informacja o statusie może zaginąć na kilku etapach. Formularz tworzy kampanię, następnie aplikacja zapisuje jej identyfikator, przekazuje zadanie do kolejki i oczekuje na zmianę stanu. Jeżeli zapis kampanii i utworzenie zadania nie są wykonane w jednej spójnej operacji, może powstać rekord bez zadania wysyłkowego albo zadanie bez prawidłowego powiązania z kampanią. W takim przypadku panel może odnajdywać kampanię, ale nie otrzyma danych potrzebnych do wyświetlenia aktualnego etapu.

Innym miejscem awarii jest komunikacja między aplikacją a usługą wysyłkową. Odpowiedź HTTP może zawierać kod błędu, pustą wartość statusu, nieoczekiwany format danych albo identyfikator zadania, którego aplikacja nie zapisze. Problem może wystąpić także wtedy, gdy proces roboczy pobierze zadanie, lecz zakończy się przed aktualizacją statusu. Przy ponownym odczycie system może wtedy prezentować stan początkowy, stan pusty albo poprzednią wartość, mimo że operacja była już wykonywana.

Ważne są również mechanizmy ponawiania. Jeżeli żądanie zmiany statusu zostanie wysłane ponownie po przekroczeniu limitu czasu, system powinien rozróżniać ponowienie tej samej operacji od nowej kampanii. Brak idempotencji, czyli bezpiecznego wielokrotnego wykonania tego samego żądania, może prowadzić do niespójności: wysyłka zostanie wykonana, ale rekord pozostanie w stanie „w toku”, albo powstanie kilka zadań odnoszących się do jednego identyfikatora kampanii.

Rozróżnienie braku statusu od błędu wysyłki

Podczas analizy należy oddzielić brak statusu od faktycznego niepowodzenia wysyłki. Błąd wysyłki powinien mieć jednoznaczny kod lub komunikat, na przykład odrzucenie żądania, niedostępność usługi, przekroczenie limitu albo nieprawidłowe dane kampanii. Brak statusu jest natomiast problemem kompletności informacji. Może wystąpić nawet wtedy, gdy zewnętrzny system przyjął zadanie i przetworzył je poprawnie.

Przydatne jest sprawdzenie osi czasu zdarzeń. Utworzenie kampanii powinno mieć własny znacznik czasu, podobnie jak przekazanie do kolejki, rozpoczęcie pracy, zakończenie oraz ewentualny błąd. Jeżeli istnieje zdarzenie zakończenia, ale nie zmieniono pola statusu, problem dotyczy synchronizacji albo zapisu. Jeżeli nie ma żadnego zdarzenia po utworzeniu kampanii, należy sprawdzić kolejkę i proces roboczy. Jeżeli aplikacja pokazuje status, którego nie zna warstwa interfejsu, możliwy jest błąd mapowania wartości lub niezgodność wersji API.

Nie należy usuwać kampanii ani uruchamiać jej ponownie wyłącznie na podstawie pustego statusu. Takie działanie może spowodować duplikat wiadomości. Bezpieczniejsze jest ustalenie identyfikatora kampanii, sprawdzenie logów dla tego identyfikatora i potwierdzenie, czy system wysyłkowy zarejestrował przyjęcie zadania. Dopiero po rozstrzygnięciu stanu można zdecydować o ponowieniu operacji.

Diagnostyka na laptopie lub komputerze z aplikacją

Jeżeli brak statusu występuje tylko na jednym laptopie lub komputerze, trzeba sprawdzić lokalną warstwę aplikacji: błędy JavaScript w przeglądarce, nieudane żądania sieciowe, wygasłą sesję, blokowanie skryptów, nieaktualną pamięć podręczną oraz różnice między widokiem po odświeżeniu a danymi pobranymi ponownie z serwera. Jeżeli ten sam rekord ma poprawny status na innym urządzeniu, bardziej prawdopodobny jest problem z interfejsem, przeglądarką lub lokalną konfiguracją niż z samą kampanią.

Jeżeli brak statusu pojawia się na wielu urządzeniach, należy szukać przyczyny po stronie wspólnej: bazy danych, API, kolejki zadań, procesu roboczego albo integracji z usługą wysyłkową. Warto zebrać identyfikator kampanii, czas utworzenia, użytkownika wykonującego operację oraz dokładną treść odpowiedzi systemu. Takie dane pozwalają odtworzyć kolejność zdarzeń bez zgadywania, czy kampania została wysłana.

Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów i komputerów PC, gdy problem z aplikacją wynika z niesprawnego systemu, przeglądarki, połączenia sieciowego albo niewłaściwego działania urządzenia. Przy usterce występującej po stronie usługi kampanii potrzebne są dodatkowo logi i diagnostyka systemu, który przechowuje oraz aktualizuje statusy.