Power BI riport készítése lépésről lépésre

Egy riport nem a diagramok megrajzolásával kezdődik, hanem azzal a kérdéssel, hogy milyen döntést kell támogatnia. Ebben az útmutatóban végigvezetjük a teljes folyamaton – igényfelméréstől a publikálásig –, azzal a céllal, hogy tudja, mire számítson, akár maga építi, akár megrendeli.

Olvasási idő 11 perc | Utolsó frissítés: 2026. szeptember 9.

Röviden

A riportkészítés röviden

Egy Power BI riport hét szakaszban készül el: igényfelmérés, adatfelmérés, adatbekötés, adatmodellezés, vizualizáció, tesztelés, publikálás és átadás. A látványos rész – a diagramok megrajzolása – jellemzően a teljes idő 20–30%-a; a többi az adatok elérésével, tisztításával és a fogalmak tisztázásával telik.

Ha megrendelőként olvassa: az alábbi lépések azok, amelyeket egy ajánlatban tételesen látnia kell. Ha saját maga építi: ez a sorrend segít elkerülni, hogy a végén kelljen újrakezdeni a modellt.

Áttekintés

A folyamat egy ábrán

A szakaszok egymásra épülnek, és jellemzően egyszer visszalépünk: a tesztelés során derül ki, ha egy fogalmat (pl. „aktív ügyfél") másképp értenek az érintettek.

Igényfelmérés
10–15%
a projekt idejéből
Adat + modell
45–55%
a projekt idejéből
Vizualizáció
20–30%
a projekt idejéből
Teszt + átadás
10–15%
a projekt idejéből

Az arányok tapasztalati nagyságrendek, tájékoztató jelleggel – a tényleges megoszlás projektenként eltér.

1. lépés

Igényfelmérés – milyen döntést támogat a riport?

A leggyakoribb projektbukás oka nem technikai: a riport elkészül, de nem azt mutatja, ami alapján dönteni kellene. Ezért az első szakasz kérdései üzletiek, nem technikaiak.

  • Ki fogja nézni, és milyen gyakran? Egy vezetői áttekintőt havonta öt percig néznek – egy operatív riportot naponta többször.
  • Milyen döntés függ tőle? Ha erre nincs válasz, a riport dísz marad.
  • Mik a mutatók, és pontosan mit jelentenek? Az „árbevétel" lehet nettó vagy bruttó, számlázott vagy teljesített – ezt írásban kell rögzíteni.
  • Milyen bontásban kell látni? Idő, régió, termék, értékesítő – ezek lesznek a dimenziók.
  • Mihez viszonyítunk? Előző év, terv, célszám, piaci átlag.

Gyakorlati tipp

Kérje el a jelenlegi, kézzel készülő Excel-riportot. Ez a leggyorsabb út a fogalmak tisztázásához: minden benne lévő oszlop egy-egy elvárás, és jól látszik, hol vannak kézi korrekciók, amelyeket a rendszernek is ismernie kell.

2. lépés

Adatfelmérés – megvan-e egyáltalán az adat?

Mielőtt bármi elkészülne, tisztázni kell, hogy a kívánt mutatók előállíthatók-e a rendelkezésre álló adatokból. Ez a szakasz azért kritikus, mert a legtöbb csúszás itt keletkezik.

  • Hozzáférés: ki tud technikai (olvasó) felhasználót adni az ERP-hez, adatbázishoz? Ennek beszerzése nagy szervezetben hetekbe telhet.
  • Adatminőség: vannak-e duplikációk, hiányzó azonosítók, elgépelt kategórianevek?
  • Történeti adat: meddig visszamenőleg érhető el? Egy „előző évhez képest" mutatóhoz legalább két teljes év kell.
  • Kapcsolódási pontok: mi köti össze a rendszereket? (Ügyfélazonosító, cikkszám – és ezek tényleg ugyanazok-e mindkét oldalon.)
  • Frissülés: mikor készül el a forrásban a napi adat? Ehhez kell időzíteni a riport frissítését.

Javaslat: nagyobb projekt előtt érdemes külön, fix díjas adatfelmérési szakaszt kérni. Ennek eredménye egy rövid dokumentum arról, mi valósítható meg és milyen ráfordítással – ez teszi megalapozottá a teljes projekt árajánlatát.

3. lépés

Adatbekötés és -tisztítás

A Power Queryben történik a csatlakozás és az átalakítás. Itt dől el, hogy import vagy DirectQuery módban dolgozunk, és itt készülnek azok a lépések, amelyek minden frissítéskor újra lefutnak.

A cél nem a „minél több adat behozása", hanem az ellenkezője: csak az kerüljön a modellbe, amire tényleg szükség van. Minden felesleges oszlop lassítja a riportot és növeli a méretét.

Részletesen: Adatforrások és Power Query.

4. lépés

Adatmodellezés és számítások

A táblák közötti kapcsolatok kialakítása (lehetőleg csillagsémában), a dátumtábla létrehozása, majd a DAX mértékek megírása. Ez a riport „üzleti logikája": itt válik számmá az, amit az igényfelmérésen megbeszéltek.

Ebben a szakaszban éri meg a legtöbbet a gondos munka: egy jól felépített modellre később könnyű új riportoldalt tenni, egy rosszul felépítettet viszont általában újra kell építeni.

Részletesen: Adatmodellezés és DAX.

5. lépés

Vizualizáció – a riportoldalak felépítése

Most kerülnek helyükre a diagramok. A jó riportoldal felülről lefelé olvasható: legfelül az összefoglaló mutatók, alatta a bontások, legalul a részletek. Egy oldal egy kérdésre válaszoljon.

Érdemes már itt egyeztetni a leendő felhasználókkal – egy féloldalas vázlat is elég a visszajelzéshez, és sokkal olcsóbb módosítani, mint a kész riportot átépíteni.

Részletesen: Vizualizációk és riportdesign.

6. lépés

Tesztelés – egyezik-e a szám?

Az elfogadás mindig ugyanazon múlik: a riport számai megegyeznek-e azzal, amit a szakterület ismer. A tesztelés ezért nem technikai feladat, hanem közös munka a szakterülettel.

  • Egyeztetés ismert értékkel: vessen össze egy lezárt hónapot a főkönyvvel vagy a jelenlegi Excellel.
  • Szélső esetek: mi történik hiányzó adat, sztornó tétel, negatív érték esetén?
  • Jogosultság: ha van RLS, nézze meg más felhasználó szemével is (a Service-ben ez tesztelhető).
  • Teljesítmény: nyíljon meg elfogadható idő alatt éles adatmennyiséggel is.
  • Eltérések dokumentálása: ha van különbség, azt magyarázni kell – sokszor a régi Excel volt pontatlan.
7. lépés

Publikálás és átadás

A riport közzététele a Power BI Service-be, a munkaterület és az app beállítása, az ütemezett frissítés élesítése, végül az átadás. Ez utóbbit sokan alábecsülik, pedig itt dől el, hogy a riport hosszú távon él-e.

  • Forrásfájl (.pbix): kié, hol tárolják? Enélkül a riport később nem módosítható.
  • Dokumentáció: mit jelentenek a mutatók, honnan jön az adat, mikor frissül.
  • Betanítás: 30–60 perc a felhasználóknak – ez javítja leginkább a tényleges használatot.
  • Támogatás: ki javítja, ha a forrásrendszer megváltozik és eltörik a frissítés?

Részletesen: Publikálás és megosztás.

Szeretne saját becslést a projektjére?

Állítsa össze a kalkulátorban, milyen riportra lenne szüksége – adatforrások, oldalszám, jogosultságok –, és kap rá tájékoztató fejlesztési és licencköltség-becslést.

Kalkulátor indítása
Tanulságok

Tipikus hibák a projektben

Ami beválik

  • Egy jól körülhatárolt riporttal indulni, nem tíz oldallal egyszerre.
  • A mutatók definícióját írásban rögzíteni.
  • Korai vázlatot mutatni a felhasználóknak.
  • Az adathozzáférést a projekt legelső napján elindítani.
  • Egy lezárt időszakot referenciaként végigszámolni.

Ami elviszi a projektet

  • „Hozzunk be mindent, majd kiderül, mi kell."
  • Excel-logika egy az egyben átmásolása a modellbe.
  • A jogosultsági igény tisztázásának halasztása a végére.
  • Dátumtábla nélküli modell.
  • Átadás dokumentáció és forrásfájl nélkül.
GYIK

Gyakori kérdések

Mennyi ideig tart egy riport elkészítése?
Egy jól körülhatárolt, tiszta adatokra épülő riport néhány naptól 2–3 hétig terjedő fejlesztési idővel elkészül. Több forrásrendszer, adattisztítás és jogosultságkezelés esetén 4–8 hét reális. A naptári idő ennél jellemzően hosszabb, mert az adathozzáférés megszerzése és a visszajelzési körök is időt vesznek igénybe.
Mit kell biztosítanom megrendelőként?
Három dolgot: hozzáférést az adatokhoz, egy hozzáértő kapcsolattartót a szakterületről (aki eldönti, mit jelent egy mutató), és néhány óra visszajelzési kapacitást a tesztelésre. Ezek hiánya a leggyakoribb csúszási ok.
Kaphatok részszállítást?
Igen, sőt érdemes: egy működő, szűkebb riport hamarabb ad értéket, és a visszajelzések alapján pontosabban tervezhető a folytatás. Jó gyakorlat, hogy az első szállítás egyetlen oldal, valós adatokkal.
Mi történik, ha megváltozik a forrásrendszer?
A frissítés hibára futhat (pl. átnevezett oszlop miatt). Ezért érdemes az átadáskor rögzíteni, ki és milyen keretek között javítja az ilyen hibákat – a kalkulátorban ezért külön tétel a havi támogatás.
Kapcsolódó

Kapcsolódó útmutatók