# Karta odbioru zmiany w odziedziczonym kodzie

Szablon, 12.10.2026. CC BY 4.0. Wypełnia zamawiający wspólnie z wykonawcą.
Nie jest protokołem potwierdzającym wykonanie pracy w konkretnej firmie.

## Zakres

- System, moduł i proces:
- Wersja przed zmianą (commit / identyfikator wydania):
- Wersja po zmianie:
- Właściciel reguł biznesowych:
- Osoba sprawdzająca kod i uprawnienia:
- Osoba zatwierdzająca wdrożenie:
- Cel: zrozumienie / refaktor / naprawa / nowa reguła (zaznacz):
- Operacje i systemy poza zakresem:

## Reguły uzgodnione przed rozpoczęciem

Opisz dane wejściowe, poprawny wynik, zaokrąglenia, progi i wyjątki.
Przy każdej regule podaj osobę zatwierdzającą i źródło, np. regulamin, umowę lub
potwierdzoną praktykę. Zachowanie starego kodu i opis AI mogą być materiałem
pomocniczym, ale same nie rozstrzygają poprawności reguły.

| Reguła | Oczekiwany wynik i wyjątki | Zatwierdzenie i data |
| --- | --- | --- |
| | | |

## Testy i rozbieżności

Zapisz przypadki i oczekiwane wyniki przed zmianą. Oddziel testy zachowania
od testów poprawności reguł. Uwzględnij stan zapisanych danych, komunikaty błędów,
ponowienie, uprawnienia i równoczesne operacje, jeśli są w zakresie modułu.
Dane klienta mogą trafić do narzędzia AI tylko zgodnie z przyjętymi zasadami firmy.

| Przypadek i wejście | Oczekiwany wynik | Stary wynik | Nowy wynik | Ocena / przyczyna zamierzonej różnicy |
| --- | --- | --- | --- | --- |
| | | | | |

- Lokalizacja zamrożonych wejść oraz SHA-256:
- Komenda i środowisko odtworzenia:
- Liczba przypadków i rzeczywisty zakres, bez deklarowania pokrycia całego systemu:
- Wybrane celowo wadliwe warianty, które test wykrył:
- Rozbieżności nierozwiązane oraz ich skutki:
- Znane ograniczenia testu:

## Oddzielne zmiany

- Refaktor: porządkuje kod; lista różnic w zachowaniu powinna być pusta w ustalonym zakresie.
- Naprawa lub nowa reguła: lista dozwolonych różnic musi mieć uzasadnienie i zgodę właściciela procesu.
- Przegląd kodu: autor, sprawdzający, wynik i nierozwiązane uwagi:
- Użycie AI: narzędzie, jego dostęp do danych i kodu, zakres wykonanej pracy:

## Wdrożenie i cofnięcie

- Kopia testowa i wynik testu integracji:
- Dostępy, sekrety i operacje zapisu dostępne wykonawcy / agentowi:
- Kopia danych, migracje oraz sposób sprawdzenia przywracania:
- Sposób wdrożenia ograniczającego zasięg ewentualnego błędu:
- Obserwowane wskaźniki i próg uruchomienia cofnięcia:
- Osoba dyżurna i sposób zgłoszenia problemu:
- Sprawdzona procedura cofnięcia, w tym postępowanie z zapisami wykonanymi po wdrożeniu:

## Decyzja

- Przyjąć / przyjąć z opisanymi odstępstwami / poprawić:
- Uzasadnienie i zaakceptowane ograniczenia:
- Osoba zatwierdzająca i data:

Jeżeli celem jest również oszczędność, osobno zapisz czas i koszt analizy,
implementacji, kontroli, poprawek, wdrożenia oraz późniejszych incydentów.
Porównaj podobny zakres pracy. Zgodność wyników testów nie dowodzi opłacalności.