Seznam změn
Produktové milníky ekosystému V.A.D. IIoT, vydání po vydání — nové moduly platformy, integrace, jazyky a práce na spolehlivosti.
Monitoring, role a nové způsoby připojení
Tři paralelní větve: monitorovací služba se sdíleným registrem detektorů a jednou tabulkou událostí, autorizační model na policy objektech a nové způsoby připojení zařízení či regionu — režim proxy a regionální balíček souladu.
- Nové
Sdílený registr detektorů a jedna tabulka událostí monitoringu
Problémové události přicházejí z několika zdrojů: sběrný démon, modul ukládání, plánované kontroly, AI analýza. Služba je redukuje na dvě entity — číselník detektorů, který říká, co se považuje za problém a ke které službě a pohotovostní skupině patří, a jednu tabulku událostí, do níž zapisuje každý zdroj. Dashboardy, filtry a reporty ji čtou přímo, takže počet problémů je všude stejný.
Více informací - Spolehlivost
Značky problémových relací už při ukládání
Relace se vyhodnocuje v okamžiku zápisu do databáze. Pravidla jsou prahy: spojení o více než 15 minut dříve oproti harmonogramu, pokles napětí telemetrické baterie o více než 0,1 V oproti předchozí relaci, metrologické o více než 0,05 V, neobvyklá délka spojení. Relace dostane značku a denní souhrn se skládá ze značek, nikoli z opětovného průchodu archivem — náklady kontroly nerostou s velikostí parku.
- Bezpečnost
Pravidla přístupu na policy objektech
Model přístupu stojí na policy objektech: jedna třída na zdroj, běžné metody místo DSL. Role se popisuje sadou pojmenovaných oprávnění s příznaky aktivity a „zapnuto ve výchozím stavu“, takže skladbu práv lze nastavit pro konkrétní nasazení bez vydání buildu. Policy zůstává běžným objektem a pokrývá se unit testy, nikoli průchodem přes web.
Více informací - Integrace
Přesun kontrolerů a pohledů API do jmenného prostoru v3
Veřejný kontrakt dostává vlastní jmenný prostor: kontrolery a reprezentace se přesouvají do v3, zatímco v1 zůstává zmrazené jako kompatibilní vstupní bod. Nekompatibilní změny se dělají jen v novém prostoru, takže vývoj API nevyžaduje dohodu s každým integrátorem. Odpovědi jsou lokalizované — číselníky a textové popisy se vracejí v jazyce uživatele, který požadavek odeslal.
Více informací - Integrace
Třetí režim práce se zařízením — proxování
Zařízení pracuje se dvěma servery: jeden vedoucí, druhý záložní. Třetí režim přidává proxování — sběrný démon přijme spojení a předá data dál, přičemž pro zařízení zůstává transparentní. Pokrývá to lokality bez přímé trasy k platformě. Režim se promítá na sběrném serveru i v rozhraní, takže při rozboru spojení je zřejmé, kterou cestou data přišla.
Více informací - Výkon
Poslední relace a model měřidla v keši tabulky telemetrie
Poslední komunikační relace a odkaz na model měřidla se kešují vedle záznamu telemetrie — napětí baterie, kód stavu relace, měrné jednotky. Seznamy a filtry napříč parkem obslouží jediný dotaz místo sahání do archivu při každé obrazovce, takže doba odezvy nezávisí na hloubce historie. Keš se obnovuje při ukládání, její zpoždění je tedy ohraničené komunikační relací, nikoli oknem plánovaného přepočtu.
- Nové
MENA Compliance Pack
Požadavky zemí regionu se liší, ale překrývají se v jádru: pravidla IoT, kybernetická bezpečnost, ochrana osobních údajů, omezení cloudového hostingu, průmyslový provoz. Balíček fixuje toto společné jádro a rozdíly přesouvá do zemských příloh, zatímco konfigurace nasazení odkazuje na potřebnou přílohu. Dokument odpovídá na otázku použitelnosti ještě před startem pilotu — je adresován zákazníkům, lokálním partnerům, systémovým integrátorům a státním organizacím.
Důvěryhodná a čitelná data ze zařízení
Data ze zařízení se vyhodnocují podle specifikace protokolu: bitové masky se dekódují po bitech, kódy se zobrazují hexadecimálně a popisy v archivech vycházejí ze stavu zařízení. Nashromážděný archiv byl přepočítán stejnou logikou.
- Spolehlivost
Bitové dekódování stavových masek v denících událostí a alarmů
Stavová pole událostí a alarmů v protokolu Type-M jsou 16bitové masky: bit 1 je slabá baterie, bit 2 slabý GSM signál, bit 15 (32768) start zařízení. Dekódování prochází bity a porovnává je s prahy firmwaru: událost slabé baterie se nastaví pod 11,7 V a zruší nad 12,0 V, s hysterezí 300 mV. Popisy v deníku vznikají z dekódovaných bitů a nashromážděný archiv byl přepočítán stejnou logikou — 7 872 záznamů aktualizováno, 112 924 přidáno.
- Vylepšeno
Přepsané popisky karet a texty událostí v archivech zařízení
Texty na kartách archivů vycházejí ze stavu zařízení, nikoli z polí paketu: popis říká, co se se zařízením stalo. Popisky karet neopakují název sekce a stavový sloupec se jmenuje „Příznaky“ — podle svého obsahu. Hodnoty se vypisují písmem s pevnou šířkou, takže šířka sloupce nezávisí na délce hodnoty.
Více informací - Vylepšeno
Kódy alarmů a událostí v hexadecimálním tvaru
Kódy alarmů a událostí se vypisují hexadecimálně: 0x8000, 0x0001, 0x0000 — doplněné vodicími nulami na čtyři číslice. Písmo s pevnou šířkou zarovná číslice svisle mezi řádky, takže nastavený bit je vidět hned a porovná se se specifikací protokolu bez převodu z desítkové soustavy.
- Vylepšeno
Stav tabulek: velikost stránky, jednotky a kódy opakování
Datové tabulky si drží stav napříč navigací: zvolená velikost stránky zůstává. Jednotka se přesunula z hlavičky sloupce k samotné hodnotě — hlavička zůstává krátká a jednotka je tam, kde je číslo. Počítadlo opakování ukazuje počet pokusů i kód důvodu, takže kvalitu spojení lze číst přímo z tabulky.
- Výkon
Profilování fronty ukládání v serveru úloh na pozadí
Ukládací linka na pozadí byla zprofilována po etapách a vyvážena mezi workery. Odečty dorazí do archivu hned po komunikační relaci a fronta drží tempo i při růstu parku — úlohy se zpracují rychleji, než přibývají, a rezerva propustnosti je vidět v logu ukládání.
Více informací
Průmyslový provoz
První produkční vydání třetí generace: operátor na ní vede svůj živý měřicí park kompletně — sběr, ukládání, webové rozhraní, API i analytika. Nad tím běží Operační centrum a parametry relací se přesunuly do sdíleného archivního úložiště.
- Nové
Verze 3.0: první průmyslové produkční prostředí
Třetí generace opouští předběžná vydání: průmyslový operátor na ní provozuje svůj živý měřicí park. Sběrný démon, úložiště, webové rozhraní, veřejné API i analytika běží v jednom prostředí. Přechodné období s paralelním provozem dvou generací skončilo.
Více informací - Nové
Operační centrum (OHM)
Proud surových alarmů se mění na řízené operační problémy. Detektory a kanony slučují opakující se události do jednoho problému, korelace k němu připojuje důkazy, hodnocení zdraví aktiva řadí park podle rizika, priority a SLA určují lhůtu reakce a pracovní fronta drží práci až do uzavření. Hromadné incidenty se řeší zvlášť — když jedna porucha vyvolá stovky alarmů. Vrstva AI navrhuje další krok podle nasbírané historie podobných případů.
Více informací - Vylepšeno
Ukládání a zobrazování úrovně GSM signálu v jednotné škále dBm
Úroveň GSM signálu se drží v jednotné škále dBm bez ohledu na to, v čem ji předává protokol zařízení — v procentech, v relativních jednotkách nebo rovnou v dBm. Přepočet je přesunutý do ukládacích ovladačů a probíhá na vstupu, ne při zobrazení, takže hodnota je stejná v rozhraní, v API i v reportech. Nasbíraná data jsou převedena do téže škály a trend pokrytí se čte napříč celou historií parku.
- Spolehlivost
Převod historických komunikačních relací do schématu v3
Historie komunikačních relací se migračními příkazy převádí do schématu třetí generace. Přenos jde po etapách: nejprve vlastní kanály relací přístroje, pak společné kanály telemetrické jednotky, pak sladění se schématem parametrů. Příkazy se spouštějí na každém serveru zvlášť a pracují po částech, takže sběr dat běží dál a grafy i reporty pokrývají celou historii přístroje.
- Výkon
Parametry komunikačních relací přesunuty do společné archivní tabulky
Hlavičky relací zůstávají ve vlastní tabulce, parametry relace se zapisují do společné archivní tabulky — tam, kam jdou i odečty. Složení parametrů deklaruje protokol: Type-M má jednu sadu kanálů, Type-J jinou, MQTT třetí. Nový typ zařízení vzniká záznamy v číselníku kanálů, bez migrace schématu databáze.
Více informací
Snímače tlaku a teploty: celá cesta
Nová třída zařízení dotažená od protokolu až po kartu v rozhraní: ovladač, datový model, ukládání archivů, číselníky typů snímačů, měrné jednotky. Vedle toho vazby v datovém modelu, na kterých stojí reporty, filtry a pravidla přístupu.
- Nové
Snímače tlaku a teploty: ovladač, model, archivy, karta zařízení
Nová třída zařízení je podporována na celé cestě. Ve sběrném démonu je ovladač protokolu: identifikační paket autonomní jednotky, aktuální hodnoty, archivy, konfigurace. V aplikaci je datový model a ukládání: aktuální tlak a teplota, archivní řezy, parametry komunikační relace, snímek konfigurace. Ve webovém rozhraní má zařízení vlastní kartu se skladbou polí uzpůsobenou snímači.
Více informací - Vylepšeno
Číselník typů snímačů a kalibrační koeficienty snímače
Typ snímače pochází z číselníku rozsahů — absolutní tlak 0…160 kPa, 0…400 kPa, 0…600 kPa, 0…1,0 MPa, 0…1,6 MPa, 0…2,5 MPa a dále podle specifikace —, který je s modelem zařízení provázán ve třetí normální formě. Ovladač ukládání určí typ při identifikaci přístroje, takže rozsah i jednotky zná systém, nejen montér. Karta parametrů zobrazuje kalibrační koeficienty osazeného snímače.
Více informací - Vylepšeno
Zvolené měrné jednotky ve všech zobrazeních hodnoty
Zvolená měrná jednotka se uplatňuje na úrovni zobrazení a platí ve všech pohledech na hodnotu — dlaždice aktuálního tlaku, graf, datový deník, alarmový deník. Patří sem i přepočet absolutního tlaku na přetlak: zapíná se příznakem a týká se jen snímačů s absolutním měřením. Přesnost se odvozuje od snímače — teplota s jedním desetinným místem, milimetry rtuťového sloupce bez desetinné části.
- Spolehlivost
Kontrola úplnosti konfiguračního archivu před zápisem do databáze
Spojení s přístrojem se může přerušit uprostřed přenosu, proto se konfigurační archiv před zápisem do databáze ověřuje na úplnost a integritu. Neúplně posbíraný snímek nenahradí stávající stav. Vedle odečtů se ukládá archiv událostí. I přerušená komunikační relace tak zanechá stopu pro rozbor.
- Vylepšeno
Měřicí uzel a dodavatelská společnost provázané na úrovni modelu
Příslušnost měřicího uzlu k dodavatelské společnosti je zapsána jako explicitní vazba na úrovni databáze a datových modelů. Stávající záznamy přenášejí migrační příkazy. Na této vazbě stojí výběry reportů, fasetové filtry i pravidla přístupu. Staví se přímo podle organizační struktury včetně jejích změn při reorganizacích.
Více informací - Vylepšeno
Filtr podle data a export na kartě přenesených dat
Deník přenesených dat dostává stejný panel nástrojů jako ostatní archivní karty. Je v něm filtr podle období i export do souboru. Výběr za požadovaný interval lze předat sousedním týmům přímo z rozhraní, bez zásahu do databáze.
Více informací - Spolehlivost
Poloha uzávěru synchronizovaná s koncovými snímači pohonu
Polohy „zavřeno“ a „otevřeno“ jednoznačně zaznamenávají koncové snímače pohonu. Rozhraní ukazuje přesně tu polohu, kterou snímače potvrdí, a ovládání ponechává aktivní. Stav se sladí po prvním zapnutí, po ručním přestavení i po servisních pracích — operátor vidí skutečnou polohu v terénu.
Externí akceptace a přestavěné datové jádro
Platforma prošla externím akceptačním testováním: scénáře procházeli externí specialisté a jejich zjištění se uzavřela před kandidátem na vydání. Souběžně se datové jádro rozvázalo — odběratele může obsluhovat několik dodavatelských společností a telemetrický modul se popisuje nezávisle na IMEI.
- Nové
Přestavba datového jádra: odběratel a telemetrický kanál
Datové jádro je poskládáno pro úlohy třetí generace: jednoho odběratele může obsluhovat několik dodavatelských společností a telemetrický modul se popisuje nezávisle na IMEI. Obě oddělení jsou provedena na úrovni schématu, na které teprve potom dosedá ostatní funkcionalita. Třetí generace tak dostává vlastní datový model, počítající se změnou dodavatele i s několika energetickými médii u jednoho odběratele.
Více informací - Integrace
Telemetrický modul: typ kanálu a identifikátor
Telemetrický modul popisují dvě pole: typ kanálu — GSM, Ethernet, MQTT, koncentrátor, LoRaWAN — a identifikátor příslušného druhu: IMEI, IP, MAC, client_id, DevEUI. Rozšířenému modelu jsou přizpůsobeny kontroléry, sestavy, exporty, služby i API. Nová přenosová cesta tak přibývá jako hodnota číselníku, na jediném místě schématu.
Více informací - Spolehlivost
Vlna externího akceptačního testování platformy
Platforma prošla externím akceptačním testováním na demo prostředí: scénáře neprocházeli vývojáři, ale externí specialisté. Připomínky k průvodci vytvořením objektu, formulářům, fasetovým filtrům, harmonogramům a lokalizaci notifikací byly zpracovány a uzavřeny před kandidátem na vydání. Externí akceptace je v cyklu zakotvena jako povinná etapa před vydáním.
- Vylepšeno
Upravitelné provozní intervaly řídicí jednotky pohonu
Provozní intervaly řídicí jednotky pohonu se upravují přímo v rozhraní. Čas pootevření se zadává v rozsahu 1–30 s, pauza pro stabilizaci tlaku v rozsahu 30–600 s a čas plného zdvihu podle specifikace pohonu. Hodnoty se zadávají v sekundách s jedním desetinným místem a kontrolují se proti těmto rozsahům, takže jednotka i přesnost ve formuláři odpovídají listu parametrů zařízení.
Více informací - Vylepšeno
Odpojení přístroje od měřicího uzlu bez ztráty historie
Přístroj se odpojí od měřicího uzlu a zůstává v systému se svými daty. Výměna, přesun i návrat z opravy se evidují jako účetní události. Historie měřicího uzlu i historie přístroje tak zůstávají nepřerušené a zároveň oddělitelné.
Více informací - Bezpečnost
Statická bezpečnostní analýza kódové základny
Zdrojový kód prochází statickou analýzou na typické zranitelnosti webových aplikací. Každý nález se posuzuje ručně: nástroj nevidí kontext, část se proto vyřadí jako falešný poplach a zbytek se uzavře před vydáním. Běh je zabudován do vydávací procedury a opakuje se při každém buildu.
Více informací - Jazyky
Platforma a zařízení ve 13 jazycích
Dokumentace platformy v3, řada zařízení IIoT i celé rozhraní portálu vycházejí ve 13 jazycích. Arabština a perština jsou zapojeny s písmem zprava doleva: zrcadlí se celé rozvržení, nejen směr textu. Stránka, která ještě čeká v překladové frontě, se na lokalizované URL vykreslí anglicky a označí se jako noindex, takže přepnutí jazyka vede vždy na existující stránku.
Více informací - Integrace
Automatická registrace třetí generace pro celou podporovanou řadu
Automatická registrace třetí generace pokrývá celou podporovanou řadu včetně uzavíracích armatur řízených přes MQTT. Zařízení zapnuté na objektu si samo vytvoří měřicí uzel a je ihned dostupné pro čtení i ovládání. Identifikátor přichází v paketu zařízení, takže montáž se na straně platformy obejde bez ručního zadávání.
Více informací
Stack V3 v průmyslovém prostředí
Sběrný démon a datové úložiště třetí generace byly nasazeny u prvního průmyslového zákazníka a začaly přijímat živé odečty. Veřejné API se ověřilo proti novému datovému modelu a otevřel se dokumentační portál.
- Nové
AI Analytics: 22 reportů s otevřenou metodikou a vzorci
Modul AI-analytiky: 22 reportů o jednotlivých uzlech i o celém parku — bilance, anomálie tlaku, prognóza životnosti baterií, hledání obcházení měření, atlas poruch. Metodika a vzorce každého reportu jsou zveřejněny: je vidět, na kterých polích a předpokladech závěr stojí, a hodnotu lze přepočítat ručně. Report je tak použitelný pro rozbor se zákazníkem i pro přiložení k předpisové dokumentaci.
Více informací - Nové
Ilustrovaná uživatelská příručka na skutečných snímcích v obou motivech
Podrobný návod na práci s platformou postavený na skutečných snímcích rozhraní ve světlém i tmavém motivu. Obě série jsou pořízeny z jednoho a téhož stavu dat, aby si kroky v obou motivech odpovídaly. Data na snímcích jsou anonymizovaná, takže návod lze předat ven bez samostatného schvalování.
Více informací - Nové
Platforma IIoT v3: architektura, škálování a soulad se směrnicemi EU
Major vydání dokumentace: architektura, škálování i soulad se směrnicemi EU jsou popsány pro třetí generaci. Verze 3 se stala aktuální a vedou na ni kořenová přesměrování. Druhá generace zůstává dostupná přes přímé odkazy a přepínač verzí.
Více informací - Výkon
Registr měřicích uzlů: tabulka, kaskádové filtry, uložené výběry
Registr měřicích uzlů je dimenzovaný na park s tisíci záznamy: stránkovaná tabulka s panelem akcí, kaskádové fasetové filtry a uložené uživatelské filtry. Výběr hodnoty v jedné fasetě přepočítá přípustné hodnoty v ostatních, takže žádná kombinace neskončí prázdným výběrem. Samotná stránka uzlu je složena ze dvou panelů s kartami a dlaždicemi.
Více informací - Vylepšeno
Jednotný dokumentační portál pro platformu, API a zařízení IIoT
Dokumentace platformy, API i zařízení IIoT je svedena do jednoho portálu: statický build, společný slovník pojmů a AI asistent nad obsahem. Fulltextové vyhledávání běží na straně klienta, bez externí služby a bez klíčů. Každá stránka se vydává i jako zdrojový markdown — pro ty, kdo ji nečtou očima, ale nástrojem.
- Nové
Veřejné REST API pro měřicí uzly, archivy odečtů a komunikační relace
Platforma poskytuje veřejné REST API k měřicím uzlům a jejich charakteristikám, archivům odečtů, událostem a zprávám přístrojů, komunikačním relacím a číselníkům. Dokumentace je vystavěná po koncových bodech: metoda, parametry, formát odpovědi, chybové kódy. Integrátor postaví celé propojení přímo ze stránky, bez doprovodu z naší strany.
Více informací - Integrace
Ověření veřejného API na datovém modelu V3
Každý koncový bod veřejného API se jednotlivě ověřuje na datovém modelu třetí generace. Umístění i kontrakt zůstávají tam, kde je integrátor očekává, takže stávající integrace běží bez úprav. Odpověď konfiguračního archivu nese konsolidované metrologické parametry — minimální a maximální průtok, datum ověření, výrobní číslo —, které by se jinak skládaly z několika požadavků.
Více informací - Nové
Ovladač protokolu snímačů tlaku a teploty ve sběrné službě
Sběrná služba dostává ovladač nového protokolu: identifikační paket autonomního bloku, aktuální hodnoty tlaku a teploty, archivy a snímek konfigurace. Sedí vedle obsluhy uzavírací armatury ve stejné rodině protokolů a znovu využívá její rozbor relační části. O měsíc později na tomto základu stojí celý modul — od datového modelu až po kartu přístroje.
Více informací - Vylepšeno
AI reporty na každé úrovni hierarchie společností
Vkládání reportů je zapojené na každé úrovni stromu společností: mateřská organizace, pobočka i organizační jednotka otevírají vlastní sadu analytických reportů. Každý uzel vykazuje ve svém rozsahu, ať je ve stromu v jakékoli hloubce. Vložený blok nemá vlastní nadpis — název sekce je už v navigaci.
Více informací - Spolehlivost
Posun časového pásma v logu sběrných služeb
Sběrné služby běží v různých zemích a časových pásmech, proto každý řádek logu nese explicitní posun — formát má tvar 2026-05-27 14:43:43 +03:00. Záznamy z různých lokalit se seřadí na jedinou škálu, jakmile je položíte vedle sebe. Při rozboru incidentu je pořadí událostí napříč celým parkem jednoznačné.
Více informací - Integrace
Stack uzavírací armatury MQTT na sběrném serveru V3
Stack uzavírací armatury řízené přes MQTT běží na sběrném serveru třetí generace: výměna, doručování příkazů, ukládání dat a modul automatické registrace přizpůsobený algoritmu V3. Armatura připojená na objektu se zaregistruje sama: vytvoří si měřicí uzel a příkazy přijímá ihned. Jediný server tak nese celý park pohonů vedle měřicích přístrojů.
Více informací - Nové
Kompletní sběrný a úložný stack V3 u prvního průmyslového zákazníka
Sběrná služba a systém sběru a ukládání dat třetí generace jsou u prvního průmyslového zákazníka nasazené v plné sestavě a přijímají živé odečty. Od tohoto bodu běží vývoj na reálném toku: archivy, číselníky i objemy odpovídají průmyslovému provozu. Analytika se ověřuje na skutečných datech z terénu, ne na testovém otisku.
Více informací
Telemetrie za hranicemi GSM
Do parku přibyla zařízení, která platforma nejen čte, ale i ovládá: uzavírací armatury přes MQTT. Registr měřicích uzlů byl přestavěn kolem stavů a geodat vhodných pro mapu i terénní týmy.
- Integrace
Ovladač MQTT pro řízené uzavírací armatury
První třída zařízení, která platforma nejen čte, ale i řídí. Ovladač pokrývá výměnu přes MQTT, doručování příkazů i ukládání dat armatury. Řídicí větev běží na stejném stacku jako měření — pohony nepotřebují vlastní subsystém.
Více informací - Vylepšeno
Jednotný formát geosouřadnic pro celý park
Geosouřadnice parku jsou sjednoceny do jednoho formátu: více než osm set měřicích uzlů, z toho 761 zpracovaných programově a 48 ručně — tam, kde názvy vyžadovaly ověření. Poté prošla revizí hlavní tabulka: bez souřadnic zůstává pět uzlů, tři z nich testovací. Registr je tak použitelný pro mapu, shlukování i plánování tras terénních týmů.
- Vylepšeno
Čtyři provozní stavy měřicího uzlu
Měřicí uzel nese čtyři provozní stavy: v provozu, odpojený, nový, v opravě. Každý z nich odpovídá konkrétnímu úkonu operátora. Pro dashboard jsou stavy seskupeny, takže souhrn za park lze přečíst bez rozbalování celého seznamu.
Více informací
Skořápka nového rozhraní
Startovní bod třetí generace: jednotná šablona stránky, funkční globální vyhledávání, správce motivů a dashboard nad produkčním datovým modelem. Lokalizace je v komponentech od prvního dne, nikoli doplněná dodatečně.
- Jazyky
Lokalizace zabudovaná do komponentů nové skořápky
Lokalizace leží v základech nového rozhraní: každý komponent skořápky přináší texty jako vyčleněné řetězce, nikoli jako text ve značkování. Sada jazyků serveru se zadává při nasazení proměnnými prostředí — lokalizační schéma a seznam jazyků. Instalace pro jiný trh se tak obejde bez přestavby obrazu.
- Nové
Dashboard na produkčním datovém modelu
Widgety dashboardu jsou připojeny na produkční datový model: pokrytí parku, kondice komunikačních relací a stavy přístrojů na jedné obrazovce. Je to první zkouška nové skořápky na reálných objemech a reálné řídkosti terénních dat. Rozvržení i dotazy pracují na průmyslové množině, nikoli na fixturách.
Více informací - Nové
Skořápka rozhraní: šablona stránky, panely, správce motivů
Front-end je poskládán na jednotné šabloně stránky: hlavička a patička, levý a pravý panel, správce motivů se světlým i tmavým vzhledem. Globální vyhledávání pokrývá objekty, zařízení i odběratele a přechází přímo na nalezený záznam. Všechny sekce třetí generace vznikají z této šablony, což sjednocuje chování navigace i stavů.
Více informací