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

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.

Architektura DMS – přehled agend podporovaných v prostředí OpenText Content Management
Architektura DMS v prostředí OpenText pokrývá všechny klíčové oblasti firmy – od nákupu a výroby až po správu smluv a zákaznickou podporu.

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?