Tento článek se zaměřuje na architekturu DMS jako základ dlouhodobě udržitelné správy dokumentů.
Text vychází ze zkušeností s návrhem a rozvojem DMS v prostředí velkých organizací.
V praxi se opakovaně ukazuje, že kvalita architektury DMS se neprojevuje v běžném provozu, ale až v momentě, kdy se změní kontext – objem dokumentů, počet agend nebo IT prostředí.
V tomto článku
- Proč architektura DMS není technický detail
- Co tvoří architekturu DMS
- Oddělení vrstev: princip, který se projeví až při růstu
- Architektura s důrazem na integrace
- Architektura a práce s dokumenty v čase
- Architektura DMS jako nezbytný základ pro AI
- Jak přemýšlet o architektuře DMS při rozhodování
Proč architektura DMS není technický detail
Architektura DMS se často začne řešit až ve chvíli, kdy se objeví první omezení. Do té doby systém funguje – dokumenty se ukládají, schvalují i vyhledávají.
Problém je v tom, že architektura se neprojeví v běžném provozu, ale až při změně. Při růstu objemu dokumentů, přidání nové agendy nebo změně IT prostředí.
Rozhodnutí o architektuře DMS proto není otázkou aktuálního stavu, ale budoucích scénářů.
„Architektura DMS se v praxi začne řešit až ve chvíli, kdy systém přestává zvládat nároky. Většina rozhodnutí však vzniká mnohem dříve – bez uvědomění si jejich dlouhodobého dopadu.“ Jozef Gotzman, OpenText Solution Architect
Co tvoří architekturu DMS
Architektura DMS není jeden systém ani jedna technologie. Je to soubor principů, které určují, jak organizace dlouhodobě pracuje s dokumenty.
Zahrnuje zejména:
- způsob ukládání a strukturování dokumentů
- řízení přístupů k dokumentům
- způsob komunikace DMS s ostatními systémy
- způsob, jakým se dokumenty mění v čase
Dobrá architektura umožňuje tyto oblasti rozvíjet nezávisle na sobě. Špatná architektura je naopak svazuje do jednoho celku.
V projektech, kde architektura vznikala bez jasného rámce, se opakovaně ukazuje, že systém postupně přestává zvládat nové agendy i růst objemu dokumentů.
Oddělení vrstev: princip, který se projeví až při růstu
Jedním z klíčových principů je oddělení vrstev práce s dokumenty.
Oddělení těchto vrstev umožňuje reagovat na změny bez zásahu do celého systému.

V praxi to znamená:
- způsob ukládání dokumentů by neměl určovat procesy
- procesy by neměly být vázané na jednu konkrétní aplikaci
- integrace by neměly být závislé na konkrétní agendě
Zkušenosti z projektů ukazují, že DMS navržené pro jednu agendu bývá při rozšiřování postupně obcházeno.
„Pokud má jeden DMS sloužit více agendám, jde vždy o architektonický problém, ne organizační.“ Jozef Gotzman, OpenText Solution Architect
Architektura s důrazem na integrace
DMS nikdy nefunguje izolovaně. Dokumenty vznikají v různých systémech a používají se v různých procesech.
Architektura rozhoduje o tom, zda se dokumenty přirozeně zapojí do IT ekosystému, nebo vznikne další oddělený systém.
Integrace není jednorázový projekt. Je to vlastnost architektury, která se prověřuje při každé změně.
Architektura a práce s dokumenty v čase
Dokument není statický objekt. Vzniká, mění se, schvaluje a archivuje.
Architektura DMS s tím musí počítat již při návrhu.
V praxi se ukazuje, že architektury navržené jen pro aktuální potřeby začnou při růstu narážet na své limity.
Architektura DMS jako nezbytný základ pro AI
AI při práci s dokumenty přímo závisí na kvalitě architektury.
Architektura určuje:
- ke kterým dokumentům má AI přístup
- které verze jsou relevantní
- jak je možné výstupy auditovat
Zkušenosti ukazují, že bez jasně definované architektury se AI nad dokumenty stává spíše rizikem než přínosem.
Jak přemýšlet o architektuře DMS při rozhodování
Rozhodování o architektuře není otázkou aktuálního nastavení, ale budoucího fungování.
Typicky jde o otázky:
- zvládne DMS více agend
- jak se chová při růstu
- jak jednoduše je možné přidat nový proces
- zda podporuje práci s AI
Tyto otázky se často otevírají až ve chvíli, kdy se limity projeví v provozu.
Více k tématu správy dokumentů
Více k tématu najdete v hlavním článku: Správa dokumentů (DMS): jak vybudovat udržitelný základ pro práci s dokumenty ve firmě
Autor
Lukáš Hronek, Head of OpenText Team
Lukáš Hronek se věnuje oblasti správy dokumentů od roku 2018. Specializuje se na platformu OpenText Content Management a OpenText Intelligent Capture, které nasazoval v prostředí velkých organizací napříč různými odvětvími. Má zkušenosti s analýzou, konzultacemi i technickou implementací DMS řešení. Ve firmě IXTENT vede OpenText tým.
Odpovídá vám současná architektura DMS tomu, co od systému očekáváte? Má smysl si to společně projít?
Zavolejte nám
Ozvěte se mi