brak zapisu zgód z formularza

Brak zapisu zgód z formularza to luka zgodności, w której akceptacja odbiorcy nie jest trwale rejestrowana w systemie.

Na czym polega brak trwałego zapisu zgody

Brak zapisu zgód z formularza oznacza sytuację, w której użytkownik zaznacza wymagane pole, lecz informacja o tym działaniu nie trafia do trwałego magazynu danych. Formularz może wyświetlić komunikat o poprawnym wysłaniu, a aplikacja może nawet utworzyć zgłoszenie, jednak później nie da się wiarygodnie ustalić, jakie zgody zostały zaznaczone, kiedy nastąpiła akceptacja i z jaką wersją treści użytkownik się zapoznał. Problem dotyczy więc nie samego wyglądu formularza, lecz przepływu danych między przeglądarką, kodem aplikacji, warstwą obsługi żądania i bazą danych.

Do utraty informacji może dojść na kilku etapach. Skrypt działający w przeglądarce może nie dołączyć wartości pól zgód do żądania HTTP. Backend może odebrać te wartości, ale pominąć je podczas walidacji albo nie przekazać ich do funkcji zapisującej formularz. Innym wariantem jest zapis zgłoszenia bez powiązanego rekordu zgody, błędna nazwa kolumny, niezgodny typ danych lub transakcja obejmująca tylko część operacji. W efekcie ekran użytkownika sugeruje zakończenie procesu, podczas gdy trwały zapis nie powstaje albo zawiera niepełne informacje.

Ślad danych od pola wyboru do bazy

Analiza takiej usterki wymaga prześledzenia całego łańcucha danych. Najpierw sprawdza się, czy element formularza ma prawidłową nazwę techniczną, na przykład atrybut name, oraz czy jego stan jest odczytywany przy wysyłaniu formularza. Samo zaznaczenie pola w interfejsie nie gwarantuje przesłania wartości. W zależności od użytego mechanizmu formularz może wysłać wartość tylko wtedy, gdy pole jest zaznaczone, dlatego backend powinien rozróżniać brak parametru od jawnej wartości negatywnej. Ważne jest również sprawdzenie, czy skrypt nie zatrzymuje wysyłki, czy żądanie trafia pod właściwy adres i czy dane nie są zmieniane przed wysłaniem.

Po stronie aplikacji należy porównać schemat żądania z kontraktem funkcji odbierającej dane. Walidacja powinna określać, które zgody są wymagane, jakie wartości są dopuszczalne i co dzieje się przy braku pola. Następnie trzeba sprawdzić mapowanie na model danych oraz instrukcję zapisu. Rekord zgody powinien być powiązany z konkretnym zgłoszeniem lub identyfikatorem formularza, a zapis formularza i jego zgód powinien mieć jasno określoną zależność transakcyjną. Jeżeli zapis główny zostaje zatwierdzony, a zapis zgód kończy się błędem, system nie powinien bez ostrzeżenia przedstawiać operacji jako kompletnej.

Objawy widoczne w działaniu formularza

Typowym objawem jest rozbieżność między interfejsem a danymi odczytywanymi później z systemu. Formularz pokazuje zaznaczone pola, komunikat potwierdza wysłanie, lecz panel administracyjny, eksport danych lub zapytanie do bazy nie zawiera informacji o zgodach. Czasami widoczna jest tylko jedna zgoda, mimo że formularz zawierał kilka pól. Innym sygnałem są rekordy z pustymi wartościami, domyślnym stanem ustawionym automatycznie albo datą utworzenia niezależną od faktycznego wysłania formularza.

Do diagnostyki przydatne są logi żądań aplikacji, logi błędów zapisu, odpowiedzi serwera oraz kontrola danych w bazie. Należy porównać przypadki, w których pole jest zaznaczone, odznaczone i pominięte, a także sprawdzić formularz w różnych przeglądarkach i po wyłączeniu skryptów pomocniczych. Istotne jest odtworzenie pełnego przebiegu: otwarcie strony, wprowadzenie danych, zaznaczenie zgody, wysłanie, odpowiedź HTTP oraz późniejszy odczyt rekordu. Sam fakt, że żądanie zakończyło się kodem sukcesu, nie dowodzi, że wszystkie wymagane dane zostały trwale zapisane.

Naprawa zapisu i kontrola po zmianie

Naprawa polega na przywróceniu spójnego przepływu informacji od kontrolek formularza do miejsca trwałego zapisu. W zależności od przyczyny może obejmować korektę nazw pól, obsługi zdarzenia wysyłania, serializacji danych, walidacji po stronie serwera, mapowania modelu lub schematu tabeli. Należy także jednoznacznie ustalić, czy zgoda jest przechowywana jako wartość logiczna, tekstowa czy osobny rekord, oraz czy zapis obejmuje moment akceptacji i identyfikator wersji treści formularza. Nie powinno się naprawiać problemu przez samo ustawienie wartości domyślnej, ponieważ taki zabieg może ukryć brak rzeczywistego działania użytkownika.

Po zmianie wykonuje się testy dla każdej kombinacji pól, ponowne wysłanie tego samego formularza, odświeżenie strony oraz odczyt danych z miejsca, z którego korzysta aplikacja. Warto sprawdzić również zachowanie przy błędzie bazy danych, przerwaniu połączenia i wielokrotnym kliknięciu przycisku wysyłania. Warszawskie Pogotowie Komputerowe wykonuje diagnostykę i naprawę laptopów oraz komputerów PC, w tym problemów z działaniem formularzy i oprogramowania na tych urządzeniach.