Subdodavateli revizí předejte jen podklady a přístup potřebný pro konkrétní zakázku. Nejprve vymezte objekty, zařízení a dokumenty, které má použít. Potom ověřte, že se stejnou identitou nedostane k jiným zákazníkům nebo širší obchodní agendě.
Není bezpečné řešit krátkou spolupráci sdíleným hlavním účtem ani tvrdit, že omezení existuje, protože formulář má pole „zakázka“. Potřebujete zkoušku skutečného oprávnění, podmínek předání a jeho ukončení.
Vymezte práci dříve než účet
Sepište předmět zakázky, odpovědnou osobu, dobu spolupráce a potřebné podklady. Subdodavatel může potřebovat seznam zařízení a předchozí odbornou zprávu, ale nemusí potřebovat celou zákaznickou komunikaci, ceny nebo kontakty jiných provozoven.
Rozlišujte čtení, doplnění výsledku a změnu existující evidence. Příprava podkladů pro odborný výkon neznamená právo měnit účetní dokumenty. Pokud se používá více aplikací, rozsah se určuje pro každou z nich samostatně.
Do dohody patří také způsob vrácení výstupů. Určete formát, předání příloh a odpovědnost za kontrolu. Přístup do systému není sám o sobě potvrzením, že subdodavatel splnil odborný rozsah zakázky.
Posuďte obsah předávaných dokumentů
Podklady mohou obsahovat osobní údaje, informace o provozu i obchodní tajemství. Pro první ověření přístupu použijte modelové dokumenty. Ostré údaje předávejte až po potvrzení příslušných podmínek.
Obecné nařízení o ochraně osobních údajů, nařízení (EU) 2016/679, ukládá v čl. 32 odst. 1 správci i zpracovateli provést vhodná technická a organizační opatření, aby zajistili úroveň zabezpečení odpovídající danému riziku, a mezi příklady uvádí i proces pravidelného testování účinnosti těchto opatření. Přejímací test oprávnění níže je přesně takové testování. Pokud revizní firma zpracovává osobní údaje pro zákazníka jako zpracovatel, smí podle čl. 28 odst. 2 zapojit dalšího zpracovatele, tedy i subdodavatele s přístupem k údajům, jen s předchozím konkrétním nebo obecným písemným povolením správce. Zda je firma v roli zpracovatele, záleží na skutečné práci s údaji; u nejasností využijte kompetentní podporu.
Pro praktickou přípravu určete, které části lze z podkladů vynechat, aniž by se znemožnil odborný úkon. Neodstraňujte identifikaci zařízení potřebnou k správnému výsledku jen kvůli neurčitému požadavku „anonymizovat všechno“. Naopak nepřidávejte celý adresář zákazníků, pokud souvisí jen jediný objekt.
Samostatná identita místo společného hesla
Pokud zvolený systém podporuje externí účet v potřebném rozsahu, vytvořte jej oprávněným způsobem a potvrďte konkrétní identitu. Vlastní účet umožňuje odlišit jednání člověka od činnosti interních uživatelů. Dostupnost této možnosti se však musí ověřit, ne automaticky předpokládat.
Nikdy nesdílejte hlavní administrátorské přihlášení pro celé prostředí jen proto, že zakázka trvá krátce. Předávání přihlašovacích tajemství má používat schválený bezpečný kanál, ne běžný poptávkový formulář.
Dohodněte, kdo účet schvaluje, kdo jej ukončí a jak se pozná dokončení spolupráce. „Pak ho někdo vypne“ není odpovědnost. Pokud existuje časové omezení, předveďte jeho konkrétní chování v testu.
Pokud systém jemné omezení neumí
Chybějící vhodná role je skutečné omezení. Lze zvažovat schválený export přesně vybraných podkladů nebo jinou oddělenou cestu, která splní podmínky organizace. Nelze za řešení považovat instrukci, aby subdodavatel „na ostatní zákazníky neklikal“.
Export má vlastní seznam obsahu, ochranu a způsob předání. Odebrání přístupu do aplikace nezruší kopii, kterou už příjemce získal. Dohoda o nakládání s kopií a technická kontrola účtu proto řeší rozdílné otázky.
Nedostatečná možnost omezení může být důvodem přístup do ostrého systému neposkytnout. Odpovědná osoba pak určí jiný postup nebo upraví spolupráci. Není poctivé veřejně slibovat bezpečnou externí roli, která nebyla předvedena.
Přejímací test oprávnění
| Scénář | Očekávaný výsledek |
|---|---|
| Otevření přidělené modelové zakázky | Dostupné schválené podklady |
| Otevření jiné zakázky | Zachované omezení podle dohodnuté role |
| Přímý odkaz na jiný dokument | Stejná ochrana i mimo hlavní navigaci |
| Vyhledávání | Žádné nepřiměřené zpřístupnění cizího obsahu |
| Předání výsledku | Funkční dohodnutý způsob bez širších práv |
| Ukončení účtu | Potvrzené odebrání přístupu a určený osud exportních kopií |
Tabulka představuje návrh akceptace. Konkrétní výsledky musí odpovídat skutečně podporovanému systému a firemním pravidlům. Samotné skrytí nabídky v navigaci není testem přímého odkazu.
Kontrolu provádějte pod externí testovací identitou. Administrátor při pohledu do nastavení ještě neprokázal, co se skutečně zobrazuje příjemci. Zaznamenejte použitý účet, scénář a výsledek bez ukládání hesel.
Modelový případ a neúspěšná větev
Firma zadá subdodavateli práci v jednom objektu. Testovací role otevře správnou zakázku, ale přes vyhledávání se dostane i k dokumentům druhého zákazníka. Přístup není přijatý, i když hlavní seznam ukazuje jen přidělený objekt.
Odpovědná osoba zastaví zavedení ostrých dat a nechá ověřit oprávnění. Dočasně může zvolit schválený oddělený balík, který obsahuje jen potřebné modelové podklady. Neřeší problém pouhým přejmenováním role nebo skrytím vyhledávacího pole.
Po nápravě opakuje původní neúspěšný test i přímé odkazy a předání výsledku. Pokud konkrétní rozsah nelze bezpečně doložit, systémový přístup se neposkytne. Tento modelový příklad nepopisuje známou chybu InvoAIM; ukazuje způsob kontroly jakékoli zvolené aplikace.
Změna rozsahu během zakázky
Subdodavatel může zjistit, že potřebuje další podklad. Požadavek má jít přes odpovědnou osobu, která rozhodne o rozsahu. Neslouží jako automatický důvod k otevření všech objektů.
Při rozšíření zapište, co se přidalo, kdo to schválil a jak dlouho je potřeba. Znovu ověřte související omezení. Pokud se změní subdodavatel nebo konkrétní pracovník, přístup se nepředává pouhým přeposláním starého hesla.
Obdobně řešte změnu výstupu: nový typ přílohy nebo export může mít jiné podmínky. Ujistěte se, že je možné jej bezpečně převzít a přiřadit ke správné zakázce.
Ukončení je samostatný krok
Po převzetí výsledku potvrďte jeho úplnost a vazbu na zakázku. Teprve potom podle dohody uzavřete pracovní přístup. U naléhavého bezpečnostního incidentu může být okamžité omezení nezbytné i dříve; taková situace má vlastní koordinovaný postup.
Zkontrolujte skutečný stav účtu a případných dalších sdílení. Odebrání jednoho uživatele nemusí odstranit veřejný odkaz, jiný účet nebo kopii souboru. Každá cesta má vlastní ověření.
Dohledatelný závěr obsahuje předané výstupy, otevřené vady a ukončená oprávnění. Neukládejte jen poznámku „hotovo“, pokud subdodavatel stále používá starý přístup.
Jak to řeší InvoAIM
V InvoAIM má každý člověk vlastní účet a do firmy se zve pozvánkou s rolí. Role technik je terénní: vidí a upravuje jen revize přiřazené jeho profilu revizního technika ve vaší firmě a k nim navázaná zařízení a závady, revize jiných techniků ani jiných zákazníků neotevře. Omezení tedy funguje na úrovni přidělených revizí, ne celé zakázky; subdodavateli přidělte jen revize, které má udělat. Kromě předpřipravených rolí lze sestavit i vlastní roli s užším rozsahem a po skončení spolupráce člověka z firmy odebrat. Jak role a oprávnění nastavit, popisuje článek Role a oprávnění k technické dokumentaci.
I tak platí test z tabulky výše: přihlaste se testovacím účtem s rolí technik a zkuste otevřít nepřidělenou revizi, vyhledávání i přímý odkaz. Vyzkoušet to můžete 14 dní na vlastních datech, postup popisuje stránka pro revizní techniky. Do zkušebního účtu nedávejte skutečné revizní zprávy ani přihlašovací údaje subdodavatelů, dokud nemáte vyjasněné podmínky.
Zdroje a rozsah doporučení
Podklady byly ověřeny 7. října 2026 (text nařízení (EU) 2016/679 z Úřadu pro publikace EU). Popis rolí v InvoAIM odpovídá stavu aplikace k témuž dni. Kontrolní postupy a označené modelové příklady jsou redakční doporučení; nepředstavují záruku výsledku ani potvrzení funkcí jiného produktu.
Časté otázky
Stačí subdodavateli říct, aby otevíral jen svou zakázku?
Ne. Potřebujete ověřené technické omezení nebo jiný schválený způsob předání podkladů.
Můžeme sdílet účet správce?
Takový postup nepoužívejte jako běžné řešení. Ověřte samostatnou identitu v potřebném rozsahu nebo oddělené předání.
Co když aplikace neumí vhodnou externí roli?
Pojmenujte omezení a posuďte schválený export či jiný oddělený postup. Nepředstírejte existující funkci.
Zruší odebrání účtu stažené kopie?
Ne. Účet a nakládání s již předanými kopiemi představují rozdílné kontrolní kroky.
Uvidí subdodavatel v InvoAIM i cizí zakázky?
S rolí technik ne: vidí jen revize přiřazené jeho profilu technika a k nim navázaná zařízení a závady. Ověřte to testovacím účtem, než pustíte ostrá data.