Dokumenty

Upoważnienie do testów

Testy, które dotykają działającego systemu, wykonujemy wyłącznie na podstawie pisemnego upoważnienia. Bez niego nie ruszamy niczego, nawet jeśli klient prosi ustnie.

Ostatnia aktualizacja: 21 sierpnia 2026

Dlaczego to jest konieczne

Wysłanie zapytania do cudzego systemu bez zgody jego właściciela to problem prawny, nie kwestia dobrych obyczajów. Upoważnienie chroni obie strony: Ciebie przed tym, że zrobimy coś, na co się nie umawialiśmy, a nas przed zarzutem, że działaliśmy bez podstawy.

Upoważnienie musi podpisać osoba, która faktycznie ma prawo dysponować systemem. Jeśli system należy do Twojego klienta, potrzebujemy zgody klienta, a nie Twojej.

Co musi zawierać

ElementPo co
Kto upoważniaImię, nazwisko, stanowisko i podstawa do reprezentowania właściciela systemu.
Co obejmujeKonkretne adresy, repozytoria, projekty i bazy. Bez sformułowań w stylu „cała infrastruktura”.
Które środowiskoTestowe, przedprodukcyjne czy produkcyjne. To zmienia wszystko, łącznie z porą wykonania.
Jakie testyPoziom upoważnienia od L0 do L4, zgodnie z metodologią.
Okno czasoweOd kiedy do kiedy. Po tej dacie upoważnienie wygasa i testy się nie uruchomią.
LimityMaksymalna liczba zapytań na minutę, dozwolone konta testowe, dozwolone metody.
Czego nie wolnoWprost wypisane działania zabronione, na przykład modyfikacja danych produkcyjnych.
Kontakt awaryjnyOsoba i kanał dostępny w czasie testów, do natychmiastowego kontaktu.
ZatrzymanieJak przerwać testy w każdej chwili i bez uzasadnienia. Jedna wiadomość wystarczy.

Jak to działa u nas

Upoważnienie nie jest zapisane w segregatorze, tylko w systemie. Każde zadanie ma przypisany minimalny poziom, a kolejka odrzuca zadanie, dla którego nie ma aktywnego upoważnienia obejmującego ten asset, to środowisko i ten moment.

To jest blokada techniczna, nie ostrzeżenie w interfejsie.

Jak otrzymać wzór

Wzór dopasowany do Twojego przypadku wysyłamy razem z wyceną, po zgłoszeniu przez formularz. Jeśli potrzebujesz go wcześniej, napisz na arlets@yesfor.ai.