Předávací protokol k webu a aplikaci: Co převzít a jak to ověřit

01Co má předávací protokol skutečně potvrdit

Na poslední schůzce se web otevře, dodavatel ukáže administraci a pošle soubor s přístupy. To je začátek předání. Ještě zbývá ověřit, že se vaše firma dostane ke všemu, co má podle dohody převzít, a že systém zvládne běžnou práci i poruchu.

Ke každé položce napište, co jste dostali, jak jste to ověřili a kdo za ni odpovídá. Protokol má zachytit konkrétní stav projektu v konkrétní den. Rozsah dodávky, licence a podmínky převzetí posuzujte podle smlouvy; tento provozní checklist je nenahrazuje. U jednoduchého webu vynechte položky, které se ho netýkají.

02Nejdřív určete verzi a rozsah předání

Uveďte název projektu, adresu testovací nebo ostré verze, datum kontroly a identifikaci předávané verze. U aplikace to může být číslo vydání a odkaz na konkrétní stav zdrojového kódu. Bez toho se snadno stane, že zákazník schválí něco jiného, než se později spustí.

Vedle původního zadání projděte schválené změny. Rozdělte výsledek na hotové části, známé nedostatky a požadavky domluvené pro další etapu. Nový nápad z porady není automaticky chybou dodávky, stejně jako chybějící dohodnutá funkce není automaticky dalším placeným rozvojem.

03Přístupy si opravdu vyzkoušejte

Sepište doménu, hosting, administraci, repozitář, analytiku a použité externí služby. U každé evidujte firemní účet, správce, fakturační kontakt a způsob obnovy přístupu. Přihlaste se pod účtem, který budete používat po předání. Ověřte také, komu patří záložní ověřovací prostředek.

Hesla a tajné klíče nepatří do protokolu rozesílaného celému týmu. Uveďte místo jejich řízeného uložení a osoby, které je smějí použít. S dodavatelem domluvte, jaká oprávnění si ponechá kvůli podpoře a kdo je později odebere.

U GitHubu je to zvlášť důležité: při převodu repozitáře mohou zůstat přístupy spolupracovníků i související tajné údaje a klíče. Po převodu proto zkontrolujte oprávnění a navázané automatizace samostatně.

04Převezměte projekt, který lze znovu spustit

U vývoje na míru si podle sjednaného rozsahu nechte předat zdrojový kód, postup sestavení, konfiguraci prostředí a postup nasazení. Požádejte o ukázku sestavení a spuštění v odděleném prostředí. Tím zjistíte, zda postup nezávisí na souboru nebo nastavení, které má jen původní vývojář.

Samostatně zkontrolujte obrázky, nahrané dokumenty, databázi, grafické podklady a licence použitých součástí. Gitová záloha podle dokumentace GitHubu není totéž co úplná kopie všech dat a nastavení projektu. U hotové platformy zase nejdřív zjistěte její možnosti exportu; zdrojový kód samotné služby nemusí být součástí vaší dodávky.

05Projděte celé úlohy, které budou lidé dělat

Akceptační test je ověření, že dodávka splňuje dohodnutý požadavek. Vyberte skutečné pracovní postupy: zákazník odešle poptávku a obchodník ji najde; editor upraví stránku; uživatel obnoví přístup; objednávka se dostane do navazujícího systému.

Testujte i neúspěšný průběh. Co se zobrazí při chybně vyplněném formuláři? Co nastane, když externí služba neodpoví? U oprávnění vyzkoušejte, že každý typ uživatele provede svou práci a nedostane se k zakázané akci. Tato kontrola nenahrazuje samostatný bezpečnostní audit.

Zkoušky provádějte s testovacími účty a bezpečnými daty. Oddělené prostředí nesmí omylem posílat zprávy zákazníkům ani spouštět skutečné platby. Náš postup vývoje a předání propojuje testovací scénáře, evidenci chyb a jejich opětovné ověření.

06Ověřte zálohu a související služby

Požádejte o obnovu do odděleného prostředí. Zapište datum zálohy, rozsah obnovených dat, výsledek a dobu trvání zkoušky. CIS Control 11 rozlišuje zálohování a ověřování obnovy. Zelený stav poslední zálohovací úlohy proto neberte jako jediný důkaz.

Pokud se mění DNS nebo poštovní služba, vyzkoušejte také příjem a odesílání e-mailů. DNS obsahuje i záznamy pro poštu; dokumentace Cloudflare popisuje například směrování příchozí pošty pomocí MX. Přestěhování webu samo o sobě není důvodem přepisovat poštovní nastavení.

07Pracovní tabulka pro předání

Následující tabulku použijte jako osnovu. Ke každému řádku doplňte odpovědnou osobu, datum a stav: ověřeno, zbývá doplnit, nebo netýká se projektu.

08Závady zapište tak, aby se daly znovu ověřit

„Formulář nefunguje“ nestačí. V modelovém příkladu je lepší zápis: „V mobilním prohlížeči se poptávka uloží, ale příloha chybí.“ Doplňte kroky k zopakování, očekávaný výsledek, dopad, odpovědnou osobu a domluvený termín. Po opravě zopakujte stejný test.

Před koncem předání nechte člověka z firmy samostatně provést běžnou změnu v administraci. Ověříte tím i srozumitelnost školení. Domluvte, kdo hlídá zálohy, expiraci služeb a provozní výstrahy. Samotná e-mailová adresa podpory tuto odpovědnost neřeší.

09Časté otázky k předání webu

Potřebujete zkontrolovat rozpracovaný nebo předávaný projekt? Pošlete nám jeho popis a seznam dostupných podkladů. V rámci převzetí projektu posoudíme, co je hotové, co chybí a jak může pokračovat provoz a vývoj.