Jeden LMS pro více firem nebo značek: co znamená multitenancy
Skupina firem, franšízová síť nebo dodavatel vzdělávání pro více klientů může chtít provozovat jediný LMS a přitom každé organizaci nabídnout vlastní prostředí. Na první pohled by mohlo stačit vytvořit několik skupin, přidat různá loga a každé skupině přiřadit správce. V praxi ale záleží na tom, jak hluboko oddělení jednotlivých organizací skutečně sahá.
Právě tady se objevuje pojem multitenancy. Ve vzdělávacím systému označuje způsob, jak v jedné platformě obsluhovat více organizačních prostředí. Jeho konkrétní provedení se ale mezi produkty liší. Samotná nálepka proto nemůže nahradit ukázku přístupů a práce s daty.
Skupina, pobočka a samostatné prostředí mají různé možnosti
Skupina často slouží hlavně k přiřazování kurzů nebo filtrování reportů. Pobočka může přidat vlastní katalog a vzhled. Tenant obvykle představuje širší organizační celek, ale i zde je nutné ověřit skutečnou izolaci. Názvosloví jednotlivých dodavatelů není jednotná technická záruka.
Zeptejte se, zda může správce jedné firmy vidět účty druhé, vyhledat její lidi nebo otevřít přímý odkaz na jejich obsah. Důležitý není jen seznam položek v menu. Omezení musí fungovat také při exportu, přes API, v diskusích a v navazujících reportech.
Oddělení uživatelů začíná u oprávnění
Pro centrálního provozovatele může být vhodné spravovat celý systém. Lokální správce by měl mít přesně vymezený rozsah. Potřebuje například přidávat lidi ve své společnosti, ale nemá měnit konfiguraci přihlašování pro ostatní organizace.
Vyžádejte si ukázku se dvěma testovacími správci. Každý má jinou firmu a vlastní přístup. Pozorujte, co se stane při vyhledávání, hromadném importu a při pokusu přiřadit uživatele do cizího kurzu. Takový scénář ukáže rozdíly, které nejsou z prezentace centrálního administrátora vidět.
Sdílený obsah může být výhodou i zdrojem překvapení
Jeden společný kurz napříč organizacemi šetří práci při aktualizacích. Současně je potřeba vědět, zda spolu studenti uvidí v seznamu účastníků, diskusi nebo při hodnocení úkolů. Sdílený obsah a sdílená komunikace nejsou automaticky totéž.
Dokumentace Totara například popisuje různé chování podle zapnutí izolace tenantů. To dobře ilustruje, proč má smysl ptát se na konkrétní režim. U svého řešení si nechte vysvětlit, co lze sdílet bezpečně, co vyžaduje kopii kurzu a jak se změny promítají do jednotlivých prostředí.
Vlastní značka potřebuje více než logo
Pokud má každá společnost vystupovat samostatně, prověřte doménu, přihlašovací stránku, barvy, e-maily a vystavované dokumenty. Důležité jsou také kontakty na podporu a odkazy v oznámeních. Společná platforma může jinak působit samostatně jen při prvním otevření a v další komunikaci ukazovat značku centrálního provozovatele.
Ověřte, kdo jednotlivé prvky upravuje. Lokální správce může mít povolené změny obsahu, ale branding může zůstat v pravomoci centrály. To nemusí být problém, pokud je model předem jasný a odpovídá vašim pravidlům.
Jeden člověk může patřit k více organizacím
Praktickým testem je externí lektor, auditor nebo pracovník, který působí ve více společnostech skupiny. Potřebuje jeden účet s přepínáním prostředí, nebo několik samostatných profilů? Jak pozná, za kterou organizaci právě pracuje? A kde budou vidět jeho výsledky?
Stejně důležitý je přesun mezi společnostmi. Nechte si ukázat, co se stane s historií studia, přidělenými kurzy a přístupy. Kopie účtu může vytvořit duplicitu, zatímco pouhá změna příslušnosti může nečekaně otevřít nebo zavřít obsah. Pravidla mají vycházet z datového modelu systému, nikoli z ruční improvizace administrátora.
Společné reporty vyžadují jasný rozsah
Centrála může chtít souhrn za celou skupinu, zatímco jednotlivé firmy mají vidět jen svoje výsledky. Ptejte se, zda systém umí obojí bez dodatečného slučování tabulek a zda stejné omezení platí i pro naplánované exporty.
Prověřte také integrace. Může mít každý tenant vlastní zdroj uživatelů, poskytovatele identity nebo odlišné mapování organizační struktury? Pokud všechny firmy používají jeden identifikátor zaměstnance pouze v rámci své databáze, musí přenos rozpoznat i příslušnost k organizaci. Jinak může dojít ke kolizi účtů.
Co požadovat v ukázce a v nabídce
Připravte jednoduchý model dvou firem se společným kurzem a jedním externím lektorem. Požádejte dodavatele, aby předvedl:
- Oddělenou správu účtů a viditelnost dat.
- Rozdíl mezi sdíleným a vlastním obsahem.
- Přesun člověka mezi organizacemi a jeho dopad na historii.
- Souhrnný report centrály a omezený report lokálního správce.
V nabídce pak musí být jasná cena dalších prostředí, rozsah jejich úprav a způsob ukončení jednoho tenantu. Ptejte se také, zda lze data jedné organizace samostatně vyexportovat. Rozchod s jedním klientem by neměl znamenat zásah do údajů všech ostatních.
Multitenancy může výrazně zjednodušit provoz více vzdělávacích portálů. Největší hodnotu ale přináší tam, kde máte ověřené hranice mezi společnou správou a samostatností jednotlivých organizací. Při výběru v Katalogu LMS proto berte tento požadavek jako samostatný scénář k předvedení.
