Domena, hosting, kod i materiały — co powinno należeć do klienta po wdrożeniu?

Dostęp administracyjny nie zawsze oznacza własność, a zapłata za wdrożenie nie zawsze automatycznie przenosi wszystkie prawa autorskie. Można kontrolować konto hostingowe, lecz korzystać z oprogramowania na licencji. Można też posiadać prawa do indywidualnego projektu, ale nie do otwartoźródłowego frameworka, komercyjnego fontu czy zdjęcia stockowego.

Profesjonalne przekazanie opisuje każdy składnik osobno: domenę, infrastrukturę, kod, projekt, treści, media, dane, konta zewnętrzne i licencje. Dzięki temu obie strony wiedzą, co klient otrzymuje, co może modyfikować oraz które elementy nadal podlegają warunkom ich producentów.

Najbezpieczniejszy model to rejestracja domeny na dane klienta, z adresem e-mail i płatnością kontrolowanymi przez jego organizację. W rejestrze .pl kluczową rolę pełni abonent domeny; NASK wskazuje między innymi jego uprawnienia związane ze zmianą rejestratora i uzyskaniem kodu authinfo. W domenach globalnych analogicznie ważne są poprawne dane rejestranta oraz dostęp do panelu rejestratora.

Wykonawca może otrzymać dostęp techniczny do DNS, ale nie powinien być jedyną osobą zdolną odnowić lub przenieść domenę. Warto włączyć automatyczne odnowienie, uwierzytelnianie wieloskładnikowe i co najmniej dwa organizacyjne kontakty awaryjne.

Pierwszy model to infrastruktura klienta: konto chmurowe, serwer lub platforma należą do jego organizacji, a AERIX otrzymuje uprawnienia robocze. Drugi to hosting zarządzany przez AERIX — klient kupuje usługę obejmującą określony zakres utrzymania, a my odpowiadamy za uzgodnione elementy operacyjne.

Hosting zarządzany nie jest problemem, jeżeli oferta określa cenę, kopie zapasowe, aktualizacje, monitoring, poziom wsparcia, ewentualne SLA, okres wypowiedzenia oraz drogę migracji. Klient od początku powinien wiedzieć, co otrzyma po zakończeniu usługi i w jakim terminie można przenieść serwis.

Repozytorium daje historię zmian i możliwość dalszego rozwoju, dlatego po rozliczeniu projektu klient powinien otrzymać uzgodniony dostęp albo transfer repozytorium. GitHub wspiera formalne przenoszenie repozytoriów wraz z historią, problemami i ustawieniami, choć integracje oraz sekrety wdrożeniowe trzeba zwykle skonfigurować osobno.

Zakres praw do autorskiego kodu powinien wynikać z umowy i następować na warunkach w niej opisanych, zwykle po pełnej płatności. Biblioteki open source, komponenty dostawców i narzędzia SaaS pozostają objęte własnymi licencjami — nie da się przenieść praw, których wykonawca sam nie posiada.

Indywidualne layouty, teksty i materiały wytworzone w ramach projektu mogą zostać przekazane lub licencjonowane zgodnie z umową. Zdjęcia klienta nadal należą do klienta, ale stock, font, ikony albo muzyka mogą ograniczać liczbę domen, zastosowanie reklamowe czy możliwość dalszego przekazania.

Przy odbiorze warto otrzymać listę zależności i licencji: nazwę zasobu, źródło, właściciela konta, zakres użycia i termin odnowienia. Chroni to markę przed sytuacją, w której po roku nikt nie wie, czy hero nadal może legalnie działać albo gdzie kupiono krój pisma.

Baza klientów, zgłoszenia, treści w CMS, analityka, Search Console, profile map i konta reklamowe są aktywami biznesowymi. Najlepiej tworzyć je w organizacji klienta, a wykonawcę zapraszać rolą o możliwie najmniejszych potrzebnych uprawnieniach.

W ten sposób zmiana partnera nie zrywa historii pomiaru ani dostępu do danych. Przy zakończeniu współpracy wystarczy odebrać uprawnienia wykonawcy, zamiast próbować odzyskiwać konto utworzone na prywatny adres e-mail.

Kompletne przekazanie obejmuje co najmniej: rejestratora domeny i DNS, hosting, repozytorium i instrukcję uruchomienia, zmienne środowiskowe przekazane bezpiecznym kanałem, kopię danych, CMS, analitykę, Search Console, integracje, licencje oraz listę osób z dostępem. Hasła nie powinny trafiać do zwykłego dokumentu lub wiadomości e-mail.

Warto również zapisać wersje środowiska, harmonogram kopii, proces odtworzenia, kontakty do dostawców i daty odnowień. To dokument operacyjny, który pozwala innemu kompetentnemu zespołowi przejąć usługę bez archeologii cyfrowej.

Klient może świadomie wybrać hosting zarządzany przez lata i nadal zachować niezależność. Warunkiem jest zdefiniowana procedura eksportu, termin wydania danych i kodu, rozliczenie otwartych należności oraz zakres odpłatnej pomocy migracyjnej.

W AERIX oba modele są możliwe: infrastruktura klienta albo opieka zarządzana. Nie budujemy bezpieczeństwa współpracy na technicznym uzależnieniu, lecz na jakości obsługi, dokumentacji i przewidywalnych zasadach zapisanych przed startem.