Týmy a přístup

Poskytněte každému členovi svého týmu přesně takový přístup, jaký potřebuje

Čtyři zákaznické role, podúčty odpovídající skutečné struktuře Vašeho podnikání, klíče API pro jednotlivé organizace, jednotné přihlašování a protokol auditu za každou privilegovanou akcí. Stejný model přístupu funguje napříč řídicím panelem, API, rozhraním CLI, nástrojem Terraform a naším serverem MCP. Dostupnost: poskytovatel pro Terraform je v aktivním vývoji a zatím není k dispozici. Vše ostatní popsané zde je již dnes plně funkční.

Několik osob přiřazených k jednomu účtu, každá s vlastními vymezenými oprávněními.
  • 700 000+weby hostované po celém světě
  • 4role zákazníků, předvyplněné a připravené
  • 35Klíče podrobných oprávnění
  • 14 dnízkušební verze bez karty

Čtyři role, vymezené tam, kde se práce skutečně dělí

Přístup není jen jednoduchý přepínač zapnuto/vypnuto. Každá zákaznická organizace přichází se čtyřmi rolemi, z nichž každá představuje pevný balíček granulárních oprávnění module.action — finanční kontakt se tak nikdy nedotkne serveru a vývojář nikdy neuvidí fakturu.

Vlastník

Úplná kontrola nad organizací a jejími dílčími účty: vytváření podřízených organizací, zvání a odebírání členů, změna rolí, správa klíčů API, zřizování, restartování, pozastavování a mazání webů, správa faktur a platebních metod a čtení protokolu auditu. Dvě věci jsou záměrně ponechány stranou — uzavření organizace a vystavování refundací jsou úkony personálu, nikoli role zákazníka.

Správce fakturace

Vše finanční a nic jiného: faktury, předplatná, platební metody a katalog tarifů, plus zobrazení organizace a jejího seznamu členů. Zcela bez přístupu k webu — finanční kontakt ani externí účetní nemohou nic restartovat, pozastavit ani smazat.

Vývojář

Pracujte na webech bez přístupu k financím: prohlížejte a zřizujte weby, restartujte služby, promazávejte mezipaměť, spravujte klíče API a zakládejte tickety podpory nebo na ně odpovídejte. Žádné zobrazení fakturace, žádná správa členů, žádné pozastavení a žádné mazání — destruktivní a komerční akce zůstávají vyhrazeny vlastníkovi.

Jen pro čtení

Kompletní zobrazení bez možnosti cokoliv měnit — členové, weby, fakturace, tarify, tickety, stav překladu a protokol auditu. Vhodná role pro zúčastněnou stranu na straně klienta, interního auditora nebo nováčka, který se teprve zapracovává.

Podúčty, které odpovídají vaší skutečné struktuře

Tenancy má stromovou strukturu, nikoli podobu jednoduchého seznamu. Resellerská organizace stojí nad svými klientskými organizacemi a weby spadají pod ně. Člen týmu představuje členství — jeden uživatel, jedna organizace, jedna role — takže tentýž základní prvek pohání dvoučlenný tým, agenturu spravující sto klientských účtů i resellera provozujícího podúčty pod vlastní značkou.

Role jsou udělovány pro každou organizaci zvlášť a jejich uplatňování probíhá také na úrovni organizace. Role v jedné organizaci neuděluje žádný přístup v samostatné, nesouvisející organizaci – smluvní partner může být na účtu jednoho klienta vývojářem a na účtu druhého pouze pro čtení, a to ze stejného přihlášení. Přístup se však dědí v rámci Vaší vlastní hierarchie: role v nadřazené organizaci platí i pro organizace pod ní vnořené, což je způsob, jakým prodejci a agentury spravují své klienty.

Izolace je vynucována v databázi, nikoli pouze v kódu aplikace. Zabezpečení na úrovni řádků v Postgresu omezuje každý dotaz tenanta na podstrom volajícího a cokoli mimo tento podstrom vrací chybu nenalezeno namísto chyby oprávnění — platforma tedy ani nepotvrdí, že organizace nebo web jiného tenanta existuje.

Stejná oprávnění na každém povrchu

Role nejsou pouze záležitostí pohodlí v ovládacím panelu. Každý způsob přístupu k platformě se překládá do stejných klíčů oprávnění, takže neexistují žádná zadní vrátka, která by obcházela vaše pravidla přístupu.

Nástěnka

Weby, fakturace, požadavky, oznámení, notifikace, klíče API a správa týmu v jednom prostředí. Rozhraní zobrazuje pouze to, co oprávnění přihlášeného člena dovolují, takže se uživatelům nezobrazují ovládací prvky, které nemohou používat.

Veřejné API a CLI

Publikované rozhraní API je stejné API jádra, jaké používá řídicí panel. Klíče API jsou vydávány pro každou organizaci s podrobnými rozsahy navázanými na oprávnění RBAC a oddělené režimy sandbox a produkce znamenají, že můžete testovat integrace bez vlivu na skutečnou fakturaci nebo zřizování služeb.

Poskytovatel Terraform

Spravujte weby, domény, DNS, poštovní schránky a plány jako infrastrukturu jako kód a spusťte terraform apply pro zřízení hostingu — řízeno stejnými rozsahy jako vše ostatní.

Server MCP

Připojte Claude Code, Cursor, ChatGPT, Claude Desktop nebo jakýkoli nástroj podporující MCP. Tokeny jsou vymezeny pro organizaci a její oprávnění RBAC, jsou odvolatelné pro každý nástroj zvlášť, s potvrzením destruktivních akcí, limity výdajů a kompletní historií auditů.

Zpracování klíčů

Ukládá se pouze hash každého klíče API — nikdy původní klíč. Klíče mají název a viditelnou předponu, abyste je mohli od sebe rozeznat, zaznamenávají, kdy byly naposledy použity, a lze je odvolat jednotlivě bez ovlivnění ostatních.

Jedno přihlášení, založené na standardech, napříč vším

Správa identit běží na platformě Keycloak, takže autentizace představuje plnohodnotné OIDC a SAML, nikoli jen provizorní přihlašovací formulář naroubovaný na hostingový panel.

  • Ve výchozím nastavení přihlášení e-mailem pomocí magického odkazu, s možností e-mailu a hesla jako záložní varianty pro ty, kteří tomu dávají přednost.
  • Přístupové klíče a WebAuthn pro přihlašování odolné proti phishingu, a navíc dvoufaktorové ověřování TOTP vynucované zásadami pro všechny.
  • Přihlášení přes sociální sítě prostřednictvím služeb Google, Microsoft, GitHub a dalších poskytovatelů identity.
  • Jednotné přihlášení SAML pro podnikové zákazníky a agentury, takže přístup týmu se řídí vaším stávajícím adresářem.
  • Jedna relace napříč ovládacím panelem, konzolí správce, veřejným webem a znalostní bází i lístky podpory — přihlaste se jednou, nikoli pětkrát.
  • Každý registrační e-mail je před vytvořením účtu ověřen, takže se do Vašeho týmu nikdy nedostanou nedoručitelné a neplatné adresy.
  • Vzhledem k tomu, že je založen na standardech, samotného poskytovatele identity lze vyměnit, aniž by bylo nutné cokoli kolem něj znovu navrhovat — což je stejné pravidlo nevytváření závislosti na dodavateli, jaké uplatňujeme u všech ostatních dodavatelů.

Odpovědnost, kterou můžete předat auditorovi

Každá privilegovaná akce zapíše auditní záznam, který lze pouze připojit: kdo ji provedl, co udělal, s čím to udělal, podpůrné důkazy a výchozí IP adresu. Protokol umožňuje pouze připojování — události jsou přidávány, nikoli upravovány na místě — a v produkci je časově rozdělen, aby zůstal rychlý i při svém růstu.

Čtení tohoto protokolu je samo o sobě oprávněním. Vlastníci a členové s přístupem pouze ke čtení jím disponují, takže osoba zodpovědná za účet i osoba provádějící audit mohou vidět celou historii, aniž by k tomu potřebovaly zvýšená oprávnění.

Kolem toho jsou prvky správy, které vyžadují větší týmy: zásady relací, volitelné seznamy povolených IP adres pro celou organizaci a stupňovité ověřování u citlivých akcí, aby samotná aktivní relace nestačila k provedení závažného zásahu.

Jak oprávnění rostou s vámi

Katalog oprávnění představuje data, nikoli pevně zakódovanou logiku — proto jej lze rozšířit bez nutnosti zásahů do architektury platformy.

  • Dnes 35 podrobných klíčů module.action, které pokrývají organizace, členy, klíče API, weby, fakturaci, plány, flotilu, tikety, zákazníky, zneužití, kampaně, překlady a audit.
  • Katalog je při každém nasazení naplněn idempotentně a validace zřetelně selže, pokud role odkazuje na neexistující oprávnění — překlep nemůže bez povšimnutí způsobit neudělení žádných práv.
  • Nové funkce produktu přidávají své klíče oprávnění do katalogu dříve, než je koncový bod vydán, takže řízení přístupu se nikdy nedoplňuje zpětně po spuštění funkce.
  • Omezení rozsahu jednoho členství na konkrétní weby nebo konkrétní region je plánované vylepšení, nikoli funkce, kterou byste mohli zapnout již dnes. Současným postupem je umístit tyto weby do podřízené organizace a dané osobě v ní přidělit roli — což Vám poskytne stejné oddělení pomocí stromu nájemců.
  • Klíče API jsou vydávány na úrovni organizace, nikoli pro jednotlivce, proto s nimi zacházejte jako se servisními přihlašovacími údaji pro integrace a pro lidský přístup využívejte členství.

Často kladené otázky

Co přesně může každá role dělat?

Vlastník má plnou kontrolu nad organizací a jejími dílčími účty, včetně členů, klíčů API, webů a platebních metod. Správce fakturace vidí faktury, předplatná, platební metody a plány, ale nemá přístup k webům. Vývojář spravuje weby a klíče API a řeší požadavky podpory, přičemž nemá kontrolu nad fakturací ani členy. Uživatel s přístupem pouze pro čtení může prohlížet členy, weby, fakturaci, plány, požadavky podpory a protokol auditu, aniž by mohl cokoli měnit.

Mohu někomu udělit přístup pouze k jednomu webu?

Zatím ne jako nastavení pro jednotlivé weby — zúžení jednoho členství na konkrétní weby je plánované vylepšení. V současné době dosáhnete stejného oddělení pomocí stromu nájemců: umístěte tyto weby do podřízené organizace a přiřaďte dané osobě roli v ní. Vzhledem k tomu, že se role udělují pro jednotlivé organizace, tento přístup se nepřenáší na nic jiného ve Vašem účtu.

Jsou klíče API vázány na jednotlivé členy týmu?

Ne — klíče API jsou vydávány pro každou organizaci, s podrobnými rozsahy vázanými na stejná oprávnění RBAC a oddělenými režimy sandbox a live. Používejte je jako servisní přihlašovací údaje pro integrace, CI nebo Terraform a pro lidi používejte členství. Ukládá se pouze hash každého klíče, každý klíč zaznamenává, kdy byl naposledy použit, a libovolný klíč lze samostatně odvolat.

Může vývojář odeslat změny na živý web?

Role Vývojář zahrnuje prohlížení a zřizování webů, restartování služeb, promazávání mezipamětí, správu klíčů API a vyřizování požadavků podpory. Nezahrnuje práva pro publikování na živém webu, takže pokud chcete, aby někdo mohl nasazovat změny, musí tímto přístupem disponovat vlastník. Role jsou přidělovány pro jednotlivé organizace, takže na jiném účtu můžete mít odlišnou roli.

Podporujete SSO pro náš firemní adresář?

Ano. Správa identit běží na platformě Keycloak s podporou protokolů OIDC a SAML, takže jednotné přihlašování SAML je pro podnikové zákazníky a agentury k dispozici vedle přihlašování pomocí magického odkazu, e-mailu a hesla, sociálních sítí, přístupových klíčů (passkeys) a dvoufaktorového ověřování TOTP, které je vynucováno zásadami. Jedna relace pokrývá administrační panel, veřejný web, znalostní bázi a tikety podpory.

Jak zjistím, kdo něco změnil?

Každá privilegovaná akce je zaznamenána do protokolu auditu určeného pouze pro připojení, který zaznamenává původce, akci, cíl, podpůrné důkazy a IP adresu. Jeho čtení je samostatným oprávněním, kterým disponují role Vlastník i Jen pro čtení, takže vlastník účtu i auditor mohou kontrolovat stejnou historii.

Změní se přidáním členů týmu částka, kterou platím?

Ceny plánů se odvíjejí od hostingové kapacity, nikoli od počtu osob. Například v řadě Footprint-Free sdílí všech 42 úrovní naprosto stejný rozsah oprávnění a liší se pouze povoleným počtem webů. Ceny se vždy načítají z aktuálního katalogu ve Vaší měně, takže částka, kterou vidíte na stránce s ceníkem, je částka, která Vám bude skutečně účtována.

Mohu si to před závazkem vyzkoušet?

Ano. Zkušební verze Footprint-Free trvá 14 dní, nevyžaduje žádné údaje o kartě a pokrývá až 5 webů, takže si můžete nastavit organizaci, pozvat svůj tým a vyzkoušet role na reálné práci dříve, než cokoli zaplatíte. Na placené tarify se vztahuje 30denní záruka vrácení peněz.

Nastavte svůj tým během několika minut, nikoli přes požadavky

Zahajte 14denní zkušební verzi bez platební karty v řadě Footprint-Free, pozvěte svůj tým a vyzkoušejte si fungování rolí na reálných webech dříve, než cokoli zaplatíte.

Začněte zdarma