„A képlet lefut, nincs benne hibaüzenet, mégis rossz számot dob ki.” Ez az egyik legfrusztrálóbb helyzet, amivel ügyfelek hozzám fordulnak – mert nincs piros felkiáltójel, nincs #ÉRTÉK! vagy #NÉV?, csak egy szám, ami egyszerűen nem stimmel.
A jó hír az, hogy ennek mindig van oka, és a legtöbb esetben viszonylag gyorsan megtalálható – ha szisztematikusan haladsz. A technikailag helyes képlet is lehet üzletileg hibás. Nézzük végig lépésről lépésre, hol érdemes keresni.
A képlet valóban azt számolja, amit szeretnél?
Az első és leggyakrabban kihagyott lépés, hogy megkérdezd magadtól: a képlet logikája egyáltalán megegyezik-e azzal, amit üzletileg el akarsz érni? Egy ÁTLAG() függvény szintaktikailag hibátlanul lefut akkor is, ha a tartományban üres cellák vannak – csakhogy az üres cellákat az Excel kihagyja az átlagolásból, míg a nullákat beleszámolja.
- Egy SZUMHA vagy SZUMHATÖBB képlet lehet, hogy nem az aktuális hónapot összesíti, mert a dátumtartomány rosszul lett behatárolva.
- Ezek nem Excel-hibák – az Excel pontosan azt csinálja, amit mondtál neki, csak az nem egyezik azzal, amit valójában szerettél volna.
Mindig érdemes egy lépés erejéig megállni, és fennhangon megfogalmazni: „ennek a képletnek pontosan mit kellene csinálnia?” – majd ezt összevetni azzal, amit ténylegesen csinál.
Ellenőrizd a hivatkozásokat
A második leggyakoribb hibaforrás, hogy a képlet nem pontosan azokra a cellákra vagy tartományokra hivatkozik, amikre kellene. Ez különösen könnyen becsúzik, ha a képletet másoltad, húztad, vagy egy sablonból örökölted.
- Kattints rá a képletre, és nézd meg, hogy a kiemelt tartományok tényleg lefedik-e azt, amit el szeretnél érni.
- Ha a táblázat bővült, egy fixen megadott tartomány (pl. A2:A50) nem nő automatikusan együtt az adatokkal – érdemes Excel táblázatot (Ctrl+T) vagy dinamikus tartományt használni.
- Egy külső hivatkozás (más munkafüzetre mutató képlet) csendben tud rossz adatot behúzni, ha a forrásfájl szerkezete módosult.
Ellenőrizd a feltételeket
A HA, HAHIBA, SZUMHA, DARABHA, SZUMHATÖBB és hasonló feltételes függvényeknél a feltétel pontos megfogalmazása kritikus – itt bújik meg az egyik legalattomosabb hibatípus, mert a képlet nem hibázik, csak nem talál egyezést.
- Tipikus eset: a feltétel szöveges egyezésre épül, de a forrásadatban felesleges szóköz van a cella végén, vagy eltér a kis- és nagybetűk használata.
- Ugyanez történhet, ha az adat számnak néz ki, de valójában szövegként van tárolva.
- A HAHIBA() gyakran egy valódi, figyelmeztetést érdemlő hibát is nullára cserél, ha túl tágan alkalmazod.
Ellenőrizd a bemeneti adatokat
Van, hogy a képlettel semmi baj nincs – a bemeneti adat a hibás. A legjobb, leggondosabban felépített képlet is rossz eredményt ad, ha hibás vagy hiányos adatból dolgozik.
- Nézd át, nincsenek-e duplikált sorok, amik miatt egy tétel kétszer számít bele az összesítésbe.
- Nézd meg, egységes-e a mértékegység minden sorban (pl. nem keveredík-e darab és doboz, vagy Ft és ezer Ft).
- Ellenőrizd, hogy a dátumformátum konzisztens-e – import után gyakori, hogy egyes dátumok szövegként kerülnek be.
Számold ki kézzel egy kis mintán
Fogj egy kicsi, kontrollált adathalmazt – akár csak 3-5 sort –, amiről pontosan tudod, mi kellene, hogy legyen az eredmény, és számold ki kézzel vagy fejben. Utána hasonlítsd össze azzal, amit a képlet ad ugyanerre a mintára.
- Ha a kis mintán stimmel az eredmény, a képlet logikája alapvetően helyes, és a hiba máshol keresendő – tipikusan a bemeneti adatban vagy a tartomány méretezésében.
- Ha már a kis mintán sem jön ki a várt szám, magával a képlet logikájával van baj – nem kell a teljes adathalmazban keresgélned.
Keresd meg az első eltérést
Ne a végső összesítést próbáld megjavítani. Ha egy nagy táblázat végén lévő egyetlen cella rossz számot mutat, szinte lehetetlen ránézésre megmondani, hol keletkezik a hiba – bontsd le a számítást lépésekre.
- Másold ki egy komplex képlet részeit külön cellákba, és nézd meg soronként, lépésenként, hol kezd el eltérni az eredmény attól, amit vársz.
- Ha egy összesítés ad rossz számot, menj vissza a forrásadathoz, és nézd meg tételesen, mely sorok kerültek bele – gyakran egyetlen hiányzó vagy duplikált sor okozza az egész eltérést.
Minden alkalommal, amikor megtalálod, hol kezd el a valóságtól eltérni a számítás, drasztikusan leszűkíted a keresési területet – innentől a javítás már gyors és magabiztos.