v5.19

TAS 5.19 přináší tři velká témata. Uživatelé pracují rychleji a s AI asistentem, který zná jejich případy a firemní dokumenty. Administrátoři mají provoz pod dohledem: nová stránka stavu systému, přepracované crony a údržba databáze upozorní na problém dřív, než ho zaznamenají uživatelé. A TAS se nově propojí s AI nástroji, které už lidé ve firmě používají.

💼 Pro uživatele

AI asistent, který zná vaše případy a dokumenty

AI asistent v TASu už jen neodpovídá na obecné dotazy. Pracuje přímo s vašimi případy, dokumenty a interním know-how organizace.

• Založení a editace případu. Asistent založí nový případ nebo upraví běžící, včetně dynamických řádků. Hodnoty vyplňuje podle toho, jak je šablona skutečně nastavená. Co vyplnit nedokáže, nechá prázdné a přenechá vám.
• Analýza případu. Asistent shrne, kde případ stojí a co je potřeba udělat, bez procházení historie.
• Dotazy nad dokumenty. Na smlouvu o 40 stranách se můžete zeptat třeba na lhůty nebo sankce a asistent odpoví přímo z přiloženého souboru.
• Firemní know-how na jednom místě. Asistent přednostně čerpá z interních AI dokumentů organizace (směrnice, benefity, interní postupy) a odlišuje je od dokumentace produktu TAS. U odpovědí uvádí citace, takže víte, odkud informace pochází.

  

Práce s konverzacemi je přehlednější:

• Odpovědi v reálném čase a trvalá paměť konverzace.
• Lišta milníků. U konverzace s pěti a více dotazy se vedle vlákna zobrazí seznam vašich zpráv, přes který se rychle vrátíte ke staršímu dotazu.
• Sbalitelné přemýšlení. Kroky asistenta se během odpovědi průběžně vypisují a po dokončení se sbalí pod přepínač.
• Hledání v konverzacích a automatické pojmenování nové konverzace podle prvního dotazu.
• Jedno potvrzení akce. Změny, které asistent provádí, schválíte nebo zamítnete jediným kliknutím na kartě akce.

Diagram případu s proklikem do historie

Diagram případu nově ukazuje nejen tvar procesu, ale i to, co se v něm skutečně odehrálo. Každý uzel nese všechny své instance úkolu a dokončená provedení. Klikací počítadlo u uzlu otevře seznam jednotlivých běhů s řešitelem, stavem, daty a poznámkou. Stavy jsou barevně odlišené, včetně samostatného stavu pro čekající úkol, který zatím nemá řešitele.

Diagram se skládá z aktuální podoby šablony. Uzly proto nesou značku původu (v obojím, jen v případu, jen v šabloně) a na první pohled poznáte, že se šablona od založení případu změnila.

Svižnější aplikace každý den

Moderní část aplikace prošla širokou optimalizací vykreslování. Přehledy, karty, gridy, editory i záložky detailu úkolu se načítají až ve chvíli, kdy jsou skutečně potřeba. Obrazovky se zobrazují rychleji a detail případu i úkolu reaguje plynuleji.

Náhledy dokumentů

Soubory v případu mají miniatury, takže správný dokument poznáte bez otevírání. Nahraný dokument se v přehledu případu zobrazí okamžitě se všemi údaji: datem nahrání, uživatelem i tagem zdrojové proměnné.

Přehledy a gridy

• Přehledy a gridy lze zobrazit na šířku i na celou obrazovku.
• Kliknutí na výchozí sloupec přepíná směr řazení (vzestupně / sestupně). Třetí kliknutí na jiném sloupci vrátí výchozí řazení tabulky.
• Export do Excelu a CSV se pojmenuje podle zdroje dat.
• Přepracované systémové notifikace.

🛠️ Pro administrátory

System Health: problém uvidíte dřív, než nastane

Administrace → System Health nahrazuje původní stránku Appstatus. Stav systému se skládá z jednotlivých sond:

• aplikace, databáze a aktivita databáze,
• Elasticsearch, Redis, Tika, LibreOffice,
• e-mail a Firebase,
• crony,
• prostředky hostitele včetně místa na disku,
• business KPI.

Sondy se agregují do jednoho ukazatele zelená / žlutá / červená. Historie 48 hodin se drží i ve chvíli, kdy nikdo nemá stránku otevřenou. Karta každé komponenty ukazuje hlavní metriku s malým grafem a kliknutím otevře historii metrik s vyznačenými hranicemi varování a kritického stavu.

• Více backendů. Každá instance se vzorkuje sama a je označená jako Web nebo Cron worker. Mezi instancemi lze přepínat a každá má vlastní agregovaný stav.
• Database activity. Běžící dotazy, otevřené, nečinné a blokované transakce, verze databázového serveru a možnost dlouhý dotaz zrušit.
• Dashboard. Na Dashboard lze přidat kontejner System health se souhrnem stavu nebo s vybranými komponentami a živými grafy.

Správa cronů: přehled, monitoring a upozornění

Správa cronů je kompletně přepracovaná. Administrátor zakládá crony sám z katalogu dostupných cronů. Každý cron má editovatelný uživatelský název a pevný technický název. Parametry se zadávají do formuláře generovaného podle schématu daného cronu, včetně nápovědy přímo u polí, a validují se už při uložení. Chybnou konfiguraci aplikace odmítne dřív, než se cron spustí.

Nová záložka Monitor ukazuje ke každému cronu:

• zda právě běží a od kdy,
• příští běh dopočítaný z cron výrazu,
• poslední běh, jeho délku a výsledek,
• počet chyb za sebou, úspěšnost a průměrnou délku za zvolené období,
• instanci a pid běhu a barevný stav.

Ve výchozím stavu monitor vypisuje aktivní crony. Oblíbené crony si každý administrátor označí hvězdičkou a připne na začátek seznamu.

K dispozici je dále:

• historie běhů s proklikem do logů konkrétního běhu,
• ruční spuštění a aktivace / deaktivace přímo z řádku přehledu,
• tlačítko Tovární nastavení,
• e-mailová notifikace po zadaném počtu neúspěšných běhů za sebou,
• heartbeat monitor, který sám upozorní na cron po termínu nebo zaseknutý běh
  .

Údržba databáze

Nová služba údržby databáze vygeneruje report zdraví indexů (fragmentace, počet stránek), report nejtěžších dotazů a umí přestavět fragmentované indexy online, tedy bez zamčení tabulky. Funguje nad MS SQL Serverem i PostgreSQL a je k dispozici jako crony DatabaseHealthReportCron a DatabaseIndexRebuildCron i jako příkazy CLI.

Logování a napojení na SIEM

Logy lze zapisovat do souboru ve formátu NDJSON a posílat přes syslog (RFC 5424), obojí souběžně s hlavním log backendem. Pokud je Elasticsearch nedostupný, logy se automaticky zapisují i na konzoli, takže se neztratí.

Logy nesou identifikátory kontextu: případ, šablonu, úkol šablony, hlavičku a cron. V GUI lze proto filtrovat logy konkrétního případu, šablona má vlastní záložku Logy a cron monitor zobrazí logy jednoho cronu i jednoho jeho běhu.

TAS přímo v Claude, ChatGPT a dalších AI klientech

Díky MCP serveru propojíte TAS s AI asistentem, kterého lidé ve firmě už používají (například Claude Desktop nebo Claude Code). Uživatel dohledá případ, založí nový, doplní proměnné nebo si nechá vysvětlit konfiguraci bez přepínání aplikací.

Připojení probíhá přes jeden endpoint autentizovaný API tokenem. Volitelný scénář

v adrese omezí, které kolekce nástrojů jsou vystavené: zakládání případu, editace, dohledávání, znalosti, účet a administrace. Každé volání nástroje se auditně zapisuje s uživatelem, kolekcí a zdrojem.

AI builder šablon: úkoly a vazby v jedné konverzaci

AI builder už nenavrhuje jen proměnné. V jedné konverzaci navrhne a naimportuje

i úkoly (typ, popis, termíny, přiřazení řešitele) a vazby workflow grafu (podmínkové stromy, priority, else větev, režim větvení).

• Zkušební průchod. Před zápisem proběhne dry run, který odhalí problémy ještě před jakoukoli změnou.
• Import v transakci. Při chybě se celý import vrátí zpět, šablona nikdy nezůstane napůl upravená.
• Bez duplicit. Builder rozpozná existující prvky šablony napříč jazykovými mutacemi a místo vytvoření duplikátu se doptá.

AI v administraci: dohled a poskytovatelé

• AI observability. Nový administrační modul s přehledy konverzací, workflow, uživate
  lských potvrzení, běhů modelu a volání nástrojů.
• Kolekce nástrojů. Nástroje jsou sdružené do kolekcí. Asistent nejdřív vybere kolekci a teprve pak konkrétní nástroj, což šetří kontext a zpřesňuje volbu. Vlastní kolekce mohou přidávat i pluginy.
• Poskytovatelé AI. Kompletní nastavení (zapnutí, poskytovatel, klíč, Azure OpenAI) je v dynamické konfiguraci. Podporováni jsou i poskytovatelé kompatibilní s OpenAI API a lokálně hostované modely přes Ollamu. Parametry teplota, maxTokens a timeout se aplikují na volání modelu.
• Smart Event Default Platform AI používá systémově nakonfigurovanou AI bez dalšího nastavení.

Plugin Store a konfigurace pluginů z GUI

Na stránce pluginů přibyla záložka Plugin Store s pluginy kompatibilními s běžící v

erzí TAS, seskupenými podle kategorií, s hledáním, filtrováním a řazením. Plugin lze nainstalovat, aktualizovat (včetně akce „Aktualizovat vše“ a filtru „jen k aktualizaci“) i odinstalovat přímo z administrace, bez zásahu do prostředí.

Pluginy mohou nést vlastní konfigurační schéma a jejich nastavení se pak edituje v Administrace → Konfigurace → Pluginy. Takto jsou už převedené pluginy singleSignOn a exposeDb: jejich nastavení se přesunulo z proměnných prostředí do databáze.

E-mailová integrace přes MS Graph

Konfigurace poštovních schránek v cronech pro zpracování e-mailů je výrazně přehlednější:

• Schránky jsou sbalitelné karty pojmenované e-mailovou adresou a lze je duplikovat.
• Uživatel, šablona procesu i skupinová hlavička se vybírají z našeptávače místo zadávání číselných ID.
• clientSecret může odkazovat na tajemství uložené v Trezoru ve tvaru {{vault:název}}.
• Tlačítko Objevit složky prohledá strukturu schránky živě přes Microsoft Graph a ID vybrané složky vloží rovnou do konfigurace. Odpadá ruční dohledávání ID složek.
• Mapování polí je volný seznam klíč / hodnota, takže do něj lze přidat libovolné cílové proměnné.

TAS přes MS Graph e-maily i odesílá (jako alternativu k SMTP) a čte vlastní hlavičky X-* do proměnných procesu. Pro servisní konzoli je k dispozici funkce sys.msGraphListAllMailboxesFolderInfo(), která vrátí složky a podsložky všech nakonfigurovaných schránek jedním voláním.

Trezor: certifikáty a klíče

• Generování párů klíčů (RSA / ECDSA, PEM / JWK) přímo v administraci. Privátn
  í klíč zůstává skrytý, veřejný se uloží mezi certifikáty.
• Nová záložka Certifikáty: certifikáty jsou uložené šifrovaně v databázi s metadaty X.509 a cron hlídá jejich expiraci na disku i v databázi.
• Smart Event pro podepisování krátkodobých tokenů JWT klíčem z Trezoru.
• Na tajemství z Trezoru se lze odkazovat i v konfiguraci cronů MS Graph a ve funkcích jwt.sign() a jwt.verify().
• Zamčení uživatele se okamžitě uplatní na všech jeho přihlášeních, včetně mobilní aplikace a API tokenů.

Šablony a definice procesů

• Import přiřazení proměnných z jiného úkolu, volitelně včetně dynamických podmínek. Před přepsáním neprázdného přiřazení se aplikace zeptá.
• Založení proměnné z modalu přímo v builderu přiřazení proměnných i ve výpočtech.
• Dynamické podmínky nově podporují getDynTable, dotažení informací o uživateli a funkce pro cachovaná volání.
• Nápovědy u polí v nastavení šablony a záložka Logy filtrovaná na danou šablonu.
• Export a import šablony nese sekce přehledu případu, mapování skriptů i verzi TAS. Starší exporty se stále naimportují.
• Přísnější validace definice proměnných. Vlastnost, která k danému typu proměnné nepatří, aplikace odmítne.
• Podmínky linek úkolů. Příznak „povinná linka“ byl zrušen, aktivace úkolu se řídí čistě vstupy do uzlu.
• Ruční události přímo z grafu. Událost se vytvoří sama na pozadí s prefixem TTASK_ID a názvem zadaným v úkolu. Odpadá samostatné zakládání události a její následné propojování v grafu.

Mapování skriptů na tisky, přehledy případu a dynamické podmínky

Tisk, přehled případu i dynamické podmínky úkolu si mohou vybrat, které frontend skripty se mají načíst. Na instalacích s desítkami skriptů to zrychlí načítání tisků, přehledů i formulářů úkolů, chyba v jednom skriptu neovlivní ostatní a je vidět, na kterých skriptech daný tisk nebo podmínky stojí. Mapování se přenáší při exportu i importu šablony a smazaný skript se z mapování odebere sám.

Správa aliasů proměnných

Administrátor spravuje aliasy proměnných šablony přímo v gridu proměnných: přiřadí volný alias, odebere ho nebo převezme alias jiné proměnné stejného druhu. Odebrání nebo převzetí aliasu aplikace nedovolí, dokud proměnnou používá sloupec nebo filtr některého přehledu.

Analýza Kandidáti na alias ukáže, které aliasy drží proměnné, jež nepoužívá žádný případ, historie ani přehled, a lze je tedy nejspíš uvolnit.

Výpočty a skripty

Nové funkce:

• lib.getUsers, lib.getRoles a lib.getOrgUnits: strukturované dotazy nad uživateli, rolemi a organizační strukturou s filtry, řazením a stránkováním. Místo načtení všech uživatelů a filtrování ve výpočtu lze hledat rovnou podle části hodnoty.
• storage.moveDmsFilesToCase a storage.moveDmsFilesFromCase: přesun dokumentů mezi případy včetně revizí, tagů, fulltextu a zápisu do historie obou případů.
• docxGenerator.generate(...): generování dokumentu ze šablony, volitelně s uložením PDF kopie do DMS.
• Axios podporuje klientské certifikáty (mTLS) a volitelné ciphers pro protistrany se starším podpisem certifikátu. Výchozí timeout je 120 s, aby výpočet nezůstal viset.

Modernizované obrazovky administrace

Do moderního rozhraní se přesunuly další stránky: Skripty a detail skriptu, Servisní konzole, Autentizační metody, DMS atributy, Naplánované úkoly, Crony, Události a pravidla událostí, CSV, Fronta e-mailů, Migrace, Vizuální identita, Tisk šablony, Importní modely a stavy, graf případu a chybová stránka 404. Kromě nového vzhledu přinášejí rychlejší práci s gridy a jednotné modaly.

Další vylepšení

• Sdílené soubory (assets) jako nová sekce administrace.
• Správa licencí. Grid s ID licence, poznámkou, vydavatelem a platností, filtr aktivních lic
  encí, mazání, kontrola licenčního klíče před uložením a podpora více hostnames v jednom klíči. Po přidání nebo odebrání licence se aplikace načte znovu, aby se změna hned projevila.
• Servisní konzole vykreslí HTML odpověď, zobrazí vnořené objekty v tabulce výsledku.

Přechod na verzi 5.19 s vámi rádi naplánujeme. Ozvěte se svému konzultantovi Neit.