W przedstawionej strukturze JSON wszystkie elementy są zapisane poprawnie składniowo: klucze są ujęte w cudzysłowy, wartości mają postać łańcuchów znaków, a dane klienta są logicznie zagnieżdżone w obiekcie "dane_klienta". Pytanie dotyczy jednak "niepoprawności" pola w kontekście danych faktury, czyli praktycznych zasad walidacji, a nie samej składni JSON.
Odpowiedź "nip" jest traktowana jako niepoprawna, ponieważ identyfikator NIP w wielu systemach informatycznych (formularze, integracje API, importy do ERP) bywa wymagany w postaci 10 cyfr bez znaków rozdzielających. W przykładzie wpisano go z myślnikami, co może powodować odrzucenie danych przez walidator lub konieczność dodatkowej normalizacji (usunięcia separatorów) przed zapisem.
Dlaczego pozostałe propozycje nie są wskazywane jako błędne w tym zadaniu?
- "nazwa_firmy" to typowa, czytelna nazwa pola opisującego sprzedawcę/usługodawcę; w JSON jest naturalnie reprezentowana jako tekst.
- "usluga" poprawnie opisuje rodzaj wykonanej czynności (np. diagnostyka); to standardowy atrybut pozycji/usługi w danych warsztatowych.
- "kwota" w praktyce mogłaby być modelowana jako liczba i osobno waluta, ale jako łańcuch (np. do wydruku) też bywa spotykana. Ponieważ zadanie wymaga jednej odpowiedzi, przyjęto, że to nie "kwota" jest błędem, lecz format NIP.
Wskazówka egzaminacyjna: jeśli pytanie dotyczy "niepoprawnego pola", zwróć uwagę, czy autor ma na myśli nazwę klucza czy format wartości. W zadaniach o fakturach najczęściej weryfikuje się formaty identyfikatorów (np. NIP) oraz dat.
