Skip to main content
Systems & AI Readiness · 7 min čítania ·

Ako navrhnúť dátový model, ktorý funguje pre ľudí aj AI

Šesť dizajnových princípov pre controllerský dátový model, ktorý slúži aj ľuďom (dashboard, reporty) aj strojom (AI agenty, automatizovaná analytika): jednoznačné výpočtové cesty, riadené hierarchie, zakódovaný rozklad odchýlok, medzipodnikové eliminácie ako logika modelu, časová konzistencia a sémantické metadáta.

Kľúčové poznatky

  • Každá metrika potrebuje presne jednu výpočtovú cestu v modeli — ak sa rovnaké číslo dá vypočítať dvoma spôsobmi, AI nájde ten nesprávny.
  • Hierarchie a pravidlá roll-upu musia byť v modeli, nie v konfigurácii dashboardu — AI potrebuje agregovať rovnako ako ľudia.
  • Rozklad odchýlok (cena/objem/mix) musí byť zakódovaný ako logika modelu — ad hoc Excelová analýza je pre AI neviditeľná.
  • Pravidlá medzipodnikových eliminácií patria do modelu, nie do uzávierkových tabuliek — automatizovaná konsolidácia si to vyžaduje.
  • Každý dátový bod musí niesť časový status (otvorený/predbežný/finálny) — AI nedokáže rozlíšiť rozpracované obdobie od uzavretého bez explicitných metadát.
  • Biznis definície musia byť metadáta modelu, nie PDF dokumentácia — AI číta dátové štruktúry, nie governance manuály.

Controllerský dátový model navrhnutý len pre dashboardy zlyhá, keď ho konzumuje AI — nie preto, že AI je slabá, ale preto, že model neobsahuje informácie, ktoré AI potrebuje na spoľahlivú analýzu. Dual-consumer dizajn rieši tento problém šiestimi princípmi platnými bez ohľadu na BI nástroj, cloud platformu alebo ERP. Každá metrika potrebuje presne jednu výpočtovú cestu: ak sa hrubá marža dá vypočítať tromi rôznymi spôsobmi, AI nájde ten nesprávny. Hierarchie a pravidlá roll-upu musia byť definované v modeli, nie v konfigurácii dashboardu — AI potrebuje agregovať rovnako ako ľudia. Rozklad odchýlok cena/objem/mix musí byť zakódovaný ako logika modelu, nie počítaný ad hoc v Exceli každý cyklus. Pravidlá medzipodnikových eliminácií patria do modelu, nie do uzávierkových tabuliek — automatizovaná konsolidácia si to vyžaduje. Každý dátový bod musí niesť časový status (otvorený/predbežný/finálny), inak AI nedokáže rozlíšiť rozpracované obdobie od uzavretého. Biznis definície musia byť metadáta modelu — AI číta dátové štruktúry, nie PDF dokumentáciu.

Doplnkový článok — Prečo väčšina AI vo financiách zlyhá — vysvetľuje, prečo dátové modely navrhnuté pre dashboard zlyhávajú, keď ich konzumuje AI. Tento odpovedá na ďalšiu otázku: ako musí controllerský dátový model vyzerať?

Šesť vecí. Platia bez ohľadu na BI nástroj, cloud platformu alebo ERP. Definujú, čo “AI-ready” v praxi znamená pre controllingovú infraštruktúru.

1) Jedna výpočtová cesta na metriku

Každá metrika — tržby, hrubá marža , EBITDA, pracovný kapitál — potrebuje presne jednu výpočtovú cestu. Nie jeden vzorec v ERP, ďalší v dashboarde a tretí v Exceli z minulého kvartálu.

Len-pre-ľudí model: Hrubá marža existuje v troch verziách. ERP používa štandardné náklady. Dashboard používa skutočné náklady s manuálnymi úpravami. Controllerov Excel aplikuje tretiu metodológiu. Ľudia vedia, ktorú použiť. Čísla “sedia”, pretože človek medzi nimi naviguje.

Dual-consumer model: Jeden vzorec v semantic layer . Alokačná metodológia definovaná raz. Dashboard, AI, každý budúci konzument — rovnaký výsledok. Príspevková marža po alokácii znamená jednu vec, všade.

2) Riadené hierarchie s explicitnými pravidlami roll-upu

Stredisko -> oddelenie -> biznis jednotka -> skupina. Definované v modeli, nie v drill-down konfigurácii dashboardu. Hierarchia zahŕňa pravidlá: ktoré entity sa konsolidujú, ktoré sa navzájom eliminujú, na akej úrovni sa agreguje manažérsky reporting.

Len-pre-ľudí model: Roll-up logika žije vnútri Power BI. Excelový rozpočet používa iné zoskupovanie. Controller aplikuje pravidlá z pamäti. AI dopytuje ploché tabuľky bez povedomia o hierarchii.

Dual-consumer model: Jedna definícia hierarchie. Každý konzument roluje nahor aj vŕta nadol identicky. AI na otázku “Aká je EBITDA výrobnej divízie?” nasleduje rovnakú cestu ako controller.

Pre multi-entitné skupiny sa tu dual-consumer design pretína s konsolidáciou. Päť dcér v troch krajinách — model definuje, ktoré entity konsolidujú, aké medzipodnikové vzťahy existujú, na akej úrovni skupina reportuje. Napája sa na Princíp 4.

3) Explicitný rozklad odchýlok

Rozklad cena/objem/mix zakódovaný ako logika modelu. Nie počítaný ad hoc v tabuľke každý cyklus.

Len-pre-ľudí model: Controller každý mesiac ručne počíta cenu/objem/mix v Exceli. Dashboard ukazuje len totálnu odchýlku — skutočnosť vs. plán, žiadny rozklad. AI na otázku “Prečo klesla marža?” nedokáže odchýlku rozložiť. Produkuje buď “marža klesla o X %” alebo halucínované vysvetlenie z raw korelácií.

Dual-consumer model: Zložky odchýlky (cena, objem, mix, FX, náklady) sú preddefinované dimenzie. Každý konzument dopytuje akúkoľvek zložku za akékoľvek obdobie, entitu, produktovú líniu.

Princíp, ktorý najdirektnejšie odpovedá na otázku controllerov: “Čo spôsobilo zmenu?” Keď je logika rozkladu v modeli, AI odpovedá s rovnakou dôkladnosťou, akú controller aplikuje manuálne — ale pre každý produkt, región, obdobie súčasne.

4) Pravidlá medzipodnikových eliminácií ako logika modelu

Medzipodnikové transakcie a ich eliminácia pri konsolidácii — definované v modeli. Nie v tabuľke, ktorú skupinový controller udržiava počas uzávierky.

Len-pre-ľudí model: Eliminácie prebiehajú v excelovom zošite. Controller identifikuje párujúce sa transakcie, aplikuje eliminačné zápisy, produkuje konsolidovaný pohľad. AI na otázku “Aké sú skupinové tržby?” sčíta všetky entity bez eliminácie medzipodnikových predajov. Nadýši číslo o plnú hodnotu interných transakcií.

Dual-consumer model: Vzťahy medzi dvojicami entít a eliminačné pravidlá v modeli. Konsolidované aj nekonsolidované pohľady ako dimenzie modelu. AI na otázku “Aká je skupinová EBITDA?” automaticky aplikuje eliminácie.

Pre skupinu s dcérami naprieč Slovenskom, Českom a Poľskom — každá na inom ERP (SAP, Money S5, Pohoda), s medzipodnikovými predajmi, management fee, poplatkami za zdieľané služby — eliminačná logika je expertíza skupinového controllera. Premeniť túto expertízu na logiku modelu je to, čo umožní AI-poháňanú konsolidáciu.

5) Časová konzistencia — stavy uzávierkového cyklu

Každý dátový bod nesie časové metadáta: otvorený, predbežný alebo finálny. Per entita, per obdobie.

Len-pre-ľudí model: Controller vie, že marec je uzavretý, ale apríl je predbežný — tri dcéry uzavreli, dve ešte nepodali. Táto znalosť žije v hlave controllera alebo v statusovom emaili. Dashboard ukazuje oba mesiace identicky. AI zaobchádza s aprílovými číslami ako s finálnymi.

Dual-consumer model: Statusový flag v modeli. AI na otázku “Aké boli aprílové tržby?” odpovie: “Apríl je predbežný — 3 entity uzavreli, 2 ešte otvorené. Tržby z uzavretých entít sú X EUR.”

Bráni najčastejšiemu zlyhaniu AI v manažérskom reportingu : prezentovaniu nekompletných dát ako kompletných.

6) Sémantické definície ako metadáta modelu

Čo “tržby” znamenajú, ako sa počíta “EBITDA”, čo zahŕňa “FTE” — pripojené k modelu ako metadáta. Nie v PDF dátovom slovníku. Nie na Confluence stránke. Nie v governance politike schválenej pred dvoma rokmi.

Len-pre-ľudí model: Definícia tržby žije vo finančnom manuáli. Rôzni ľudia ju interpretujú mierne odlišne. Nový controller sa učí cestou pokus-omyl. AI nemá prístup k žiadnej definícii a háda z názvov stĺpcov.

Dual-consumer model: Každá metrika nesie svoju definíciu, vzorec, zdrojovú lineáž a vlastníka ako metadáta. AI na otázku “Ako sa počíta hrubá marža?” odpovedá z modelu samotného.

Uzatvára kruh. Princípy 1-5 zaručujú, že model počíta správne. Princíp 6 zaručuje, že každý konzument dokáže pochopiť, čo model počíta a prečo.

Čo sa tým mení

Onetribe AI Skupina · prehľad Claude · Copilot
EBITDA sa zdvojnásobila — prečo je hotovosť stále v mínuse?
ONEBIkľúčový poznatok

Rast požiera hotovosť: prevádzkový kapitál je hore o 34 % pri raste tržieb o 38 % — zisk je reálny, ale stojí v pohľadávkach a zásobách.

EBITDA marža je 19 % oproti 13 % vlani. Cash bridge označený do podkladov pre predstavenstvo.

€4,383kTržby 36%Marža −€2,941kHotovosť

Tieto princípy nie len umožnia AI. Zlepšia aj to, ako ľudia pracujú s rovnakými dátami.

Reportovanie pre board sa stáva deterministickým. Rovnaké číslo v dashboarde, management packu aj AI zhrnutí. Žiadna reconciliácia.

Uzávierkové cykly získavajú jasnosť. Každý vidí rovnaký stav uzávierky. Žiadne statusové emaily.

Analýza odchýlok škáluje. Cena/objem/mix pre každú produktovú líniu, každý región — práca, ktorá predtým vyžadovala dni tabuliek za cyklus.

AI produkuje dôveryhodné odpovede. Nie chytrejšie AI. Lepší základ. Shadow proces zmizne.

Roland Berger: 25% zníženie času mesačnej uzávierky z AI — tam, kde dátový základ to natívne podporoval. GoodData: 50-80% zníženie sémantickej komplexity cez riadené semantic layer. Nie lepšie AI. Lepšia infraštruktúra.

Kde začať

Nie ročný projekt. Dizajnové rozhodnutia aplikované postupne.

Začnite Princípom 1 — zaudítujte, ktoré metriky majú viacero výpočtových ciest. Ak sa hrubá marža počíta inak v ERP, v BI nástroji a v tabuľke, toto je prvá vec na opravu.

Potom Princíp 6 — pripojte definície k modelu. Aj základné metadáta (vzorec, vlastník, dátum poslednej validácie) transformujú spôsob, akým ľudia aj AI interagujú s dátami.

Princípy 2-5 nasledujú podľa komplexity. Multi-entitné skupiny potrebujú governance hierarchií a medzipodnikové eliminácie skoro. Jednoentitné firmy ich nemusia potrebovať vôbec.

Test: dokáže organizácia produkovať konzistentné odpovede bez heroického ľudského kontextu? Ak áno, model je dual-consumer. Ak nie, týchto šesť princípov vám povie, kde sú medzery.


Zdroje: AtScale — Why AI Redefined the Semantic Layer , GoodData — How to Modernize Your BI for the AI Era , KPMG — Rebuilding Data Governance in the Age of AI , Roland Berger — Mastering AI in the Finance Function

Poďme na to

Rozhýbte svoje dáta — v priebehu týždňov, nie mesiacov.

Prepojíme vaše systémy, postavíme riadený model a odovzdáme vám reporty pripravené na použitie. Overený postup u desiatok finančných tímov stredného trhu.