Verzió kiadás dátuma: 2026.09.22.

FONTOS TÁJÉKOZTATÁS A FRISSÍTÉS ELÉRHETŐSÉGÉRŐL

A 3.0.1-es verzió újdonságai jelenleg kizárólag azon ügyfeleink számára érhetők el, akiknél már aktiválásra került az új CloudERP 3.0 modul.

Hogyan ellenőrizheted, hogy melyik verziót használod?

Nézd meg a képernyő bal felső sarkát:

• CloudERP 3.0: A fiókod már frissült, az alábbi újdonságok már elérhetők számodra!

• CloudERP 2.0: Az alább részletezett funkciók még nem érhetők el a fiókodban, de a frissítés hamarosan hozzád is megérkezik.

💡 Szeretnétek mihamarabb átállni a CloudERP 3.0-ra?

Ha nem szeretnél várni és korábban szeretnél hozzáférni az új funkciókhoz, írj nekünk a help@clouderp.hu e-mail címre, és hamarabb elérhetővé tesszük számodra a CloudERP 3.0-s modult!

🚀 Új funkciók

MPL automatikus utánvételszámolók feldolgozása

A GLS, ExpressOne és KovaTrans integrációk után mostantól az MPL (Magyar Posta Logisztika) esetében is teljesen automatizáltá vált az utánvételes kifizetések és elszámolások feldolgozása. Nincs többé szükség az utánvételszámoló CSV/Excel fájlok manuális feltöltésére: a rendszer az MPL API-n keresztül automatikusan lekéri az elszámolási adatokat, rögzíti a beérkező pénzmozgásokat, és azonnal összepontozza azokat a megfelelő vevőkkel és megrendelésekkel.

Főbb előnyök és működés:

• Teljes automatizálás kézi fájlfeltöltés nélkül: Az MPL rendszeréből beérkező utánvét-elszámolások automatikusan, közvetlenül az API kapcsolaton keresztül érkeznek meg. Ez kiküszöböli a manuális adatrögzítésből eredő hibákat és időt takarít meg.

• Intelligens vevő- és rendelésbeazonosítás (Összepontozás): A beérkező tranzakciók adatai alapján a rendszer automatikusan megkeresi a kapcsolódó megrendelést és a hozzá tartozó vevőt, majd elvégzi a pénzügyi teljesítés összepontozását (párosítását).

• Pénznem-alapú automatikus pénztárca-besorolás: Mivel a futárszolgáltatók nemcsak forintban (HUF), hanem esetenként más devizában (pl. EUR) is szedhetnek be utánvétet, a rendszer támogatja a devizanemenkénti pénztárca-megfeleltetést. Az így beérkező összegek automatikusan a megfelelő devizájú pénztárcába/bankszámlára kerülnek könyvelésre.

Beállítás lépései:

1. Integráció engedélyezése: Menj a Beállítások > Integrációk > Futárcégek menüponthoz, nyisd meg az MPL adatlapját, és kapcsolod be az Utánvételszámoló feldolgozása opciót.

2. Pénztárca megfeleltetés beállítása (Fontos!): Az automatikus tranzakció rögzítése feltétele, hogy a Pénztárca megfeleltetések blokkban minden utánvéttel beszedett pénznemhez rendelj hozzá egy megfelelő pénztárcát.

Alapértelmezett pénzügyi kategóriarendszer

Egy előre felépített, általánosan kereskedő cégeknek megfelelő és átlátható kategóriastruktúrát biztosítunk minden új rendszerhasználónak. bevétel, átvezetés és költség tranzakció kategorizáláshoz. Automatikusan létrejönnek beépített (rendszer-) kategóriák, amelyek szigorú szabályok szerint működnek, így megakadályozzák a hibás adatrögzítést.

• Logikus szülő-gyermek struktúra: Az alapértelmezett fa tartalmazza a legfontosabb kategóriákat (bevételek, ELÁBÉ/készletbeszerzés, működési költségek, bérek, adók, banki műveletek stb.).

• Védelem a rendszerhibák ellen: A beépített alapértelmezett kategóriák neve és rendszerbeli szerepe védett, így nem módosítható vagy törölhető véletlenül.

• Intelligens elválasztás: A rendszer szétválasztja a számlatételeken használható (pl. termékértékesítés) és a közvetlenül tranzakciókhoz tartozó (pl. banki költség, egyszerű díj) kategóriákat.

• Kontextusfüggő választási lehetőségek: A bizonylat rögzítésekor csak a művelet típusához (számla, egyszerű tranzakció, átvezetés vagy POS/pénztár) illeszkedő kategóriák jelennek meg, megakadályozva a félrekategorizálást.

Pénzügyi kategória archiválása

A funkcióval rugalmasan kivezethetőek pénzügyi kategóriák, ez lehetővé teszi a régi vagy felesleges kategóriák kivezetését anélkül, hogy a korábbi könyvelési vagy riportadatok sérülnének.

• Archiválás kivezetéshez: A nem használt vagy elavult kategóriák archiválhatók. Így eltűnnek az aktív választólistákból, de a történeti bizonylatokon és riportokban érintetlenül megmaradnak.

• Biztonsági fékek: A rendszer automatikusan megakadályozza azon kategóriák archiválását vagy törlését, amelyek beépítettek, aktív gyermekkel kategóriával rendelkeznek, vagy élő hivatkozásuk van (pl. beszállítóhoz, termékhez, dolgozóhoz kötöttek).

• Adatintegritás megerősítése: Nem törölhető kategória hiányzó célkategória megadása nélkül, elkerülve az "árva" hivatkozásokat a rendszerben.

AI alapú pénzügyi kategóriaaudit

A fejlesztéssel elérhetővé vált egy beépített intelligens asszisztens, amely folyamatosan elemzi a meglévő kategóriarendszert, és üzletileg megalapozott javaslatokat tesz annak tisztítására, hatékonyabbá tételére.

Az audit eredményei és a javaslatok a Jelentések > Pénzügy > Eredménykimutatás és a Cash-flow kimutatás menüpontokban jelennek meg.

Az asszisztens egy háttérben futó automatizmusként minden éjszaka elemzi a rendszert. Az elkészült eredményeket a riportok felett megjelenő információs sávban, a „Kattints ide a javaslatok áttekintéséhez” gombra kattintva érhetjük el.

Ha nem szeretnénk a jövőben kategória-javaslatokat kapni, a riportok feletti sávban a „Nem szeretnék kategória javaslatokat kapni” opcióval közvetlenül kikapcsolható a funkció. Ez a háttérben leállítja az éjszakai automatizmust.

Ha a későbbiekben mégis szeretnénk ismét igénybe venni az asszisztens segítségét, az automatizmus bármikor újreaktiválható a Beállítások > Automatizmusok > Automatizmusok menüpontban a Pénzügyi kategóriák auditálása opció engedélyezésével.

A felkínált kategória-javaslatok áttekinthetők, kézzel módosíthatóak/szerkeszthetők, majd egyesével vagy tömegesen is elfogadhatók (engedélyezhetők), illetve elutasíthatók.

Fontos! Ha egy adott kategóriára vonatkozó javaslatot elutasítunk, az AI megjegyzi a döntést, és a jövőben többször nem fogja ugyanazt a javaslatot felajánlani arra a kategóriára.

Az AI soha nem módosít semmit automatikusan: az üzleti döntés és a végrehajtás minden esetben a felhasználó kezében marad.

Üzleti logikájú javaslatok: Észreveszi például a partnerenként feleslegesen duplikált kategóriákat (pl. Áru - Partner A, Áru - Partner B), és javasolja azok összevonását.

Tudatos beállítások védelme: Ha egy kategóriához egyedi haladó beállítás (költségallokáció, elhatárolás, termékkötés) tartozik, az AI nem fogja javasolni annak módosítását vagy törlését.

Szerepköralapú jogosultságkezelés: A riportmegtekintők csak látják a javaslatokat, míg a végrehajtás és a modul kikapcsolása kizárólag a pénzügyi adminisztrátorok és rendszergazdák számára érhető el.

Termékek és termékkategóriák pénzügyi kategóriája

A termékek és termékkategóriák szintjén is beállíthatóvá vált a pénzügyi kategória, amely automatikusan öröklődik a számlázás és a pénzügyi kimutatások során.

Önmagán a terméken létrehozás és szerkesztés során is megadható a megfelelő pénzügyi kategória.

De a Termékkategória létrehozása és szerkesztése során is megadható egy pénzügyi kategóira.

Ha beállításra került egy termékhez/ termékkategóriához pénzügyi kategória, akkor a rendelésből készülő számlákon a tétel automatikusan megkapja a termékhez vagy termékkategóriához tartozó pénzügyi besorolást.

Ha módosul egy termék vagy termékkategória besorolása, a pénzügyi kimutatások újraszámoltatásával a korábbi számlatételek is frissülnek az új kategóriára.

A kategóriák teljes hierarchikus névvel (pl. Bevételek > Értékesítés) exportálhatók és importálhatók.

Árfolyam nyereség és veszteség automatikus kategorizálása

A devizás számlák kiegyenlítésekor (pénzügyi rendezésekor) keletkező árfolyamkülönbözetek teljesen automatikusan számítódnak és kerülnek a megfelelő könyvelési/eredmény sorra.

• Automatikus realizált árfolyamkülönbözet: A devizás bizonylat rögzítési árfolyama és a tényleges pénzügyi teljesítés árfolyama közötti eltérést a rendszer automatikusan kiszámítja a rendezés napján.

• Helyes kimutatás-kezelés:

  • Eredménykimutatás: Az árfolyamnyereség vagy -veszteség a pénzügyi műveletek eredménye között jelenik meg (pl. Árfolyamveszteség néven).

  • Cash-flow: A tényleges pénzmozgást mutatja egy összegben, megakadályozva az árfolyamkülönbözet duplikált megjelenítését.

• Részfizetések támogatása: Több részletben történő fizetés esetén a rendszer minden egyes részfizetésnél a saját teljesítési dátumának megfelelő árfolyam-különbözetet számolja el.

• Precíz működés: Ha a teljesítés a számla könyv szerinti árfolyamán történik (nulla különbség), nem keletkezik felesleges korrekciós sor.

💡Működési módosítások

Egyszerű terméknél csomagtermékek megjelenítése

Korábban a csomagtermékek szerkesztésekor csak azt láthattuk, hogy az adott csomag milyen összetevőkből áll. Legújabb fejlesztésünkkel a kapcsolat megfordult: mostantól az egyszerű termékek adatlapján is azonnal áttekinthető, hogy az adott termék mely csomag termékekben szerepel, és azokban mekkora mennyiségben van jelen.

Az egyszerű termék adatlapján megjelenő új Csomagtermékek fülre kattintva egyértelmű listát kapunk az összes olyan csomagtermékről, amely tartalmazza az adott tételt.

A listában nemcsak a csomag neve és cikkszáma látható, hanem a Mennyiség oszlopban az is pontosan megjelentésre kerül, hogy a csomagtermék hány darabot tartalmaz az adott egyszerű termékből.

A listában szereplő csomagtermék nevére kattintva közvetlenül átnavigálhatunk a csomagtermék saját szerkesztőfelületére, így jelentősen felgyorsul a termékadatok kezelése és ellenőrzése.

Automatikus MNB árfolyam-kitöltés számlakép feltöltése és feldolgozásakor 

Ha egy beolvasott külföldi devizás számlakép nem tartalmazta az árfolyamot, a mező korábban üresen maradt és manuálisan volt szükséges megadni az árfolyamot. A rendszer mostantól automatikusan kitölti ezt a számla teljesítési dátumához tartozó hivatalos MNB középárfolyammal (jövőbeli teljesítés esetén a számla kiállítás dátuma alapján), csökkentve a manuális adatrögzítés igényét.

Intelligens értesítés és sablonüzenet Kumi futár integrációhoz 

A Kumi futárfiók sikeres bekötésekor a rendszer mostantól egy segítő ablakban tájékoztat minket arról, hogy ahhoz, hogy címkét tudjon generálni a rendszer írni szükséges a Kumi futárnak, hogy engedélyezniek szükséges az új Üzlet azonosító (ShopID) hozzáférését. A rendszer biztosít egy egy kattintással másolható, előre megfogalmazott e-mail sablont az Üzlet azonosító (ShopID) engedélyeztetéséhez, amit csak el kell küldenünk a megadott e-mail címre.

🛠️Stabilizáció és javítások

POS vegyes fizetések stabilizálása és adatintegritása 

Összetett fizetési struktúráknál (például ha a vevő készpénzzel és bankkártyával vegyesen egyenlített ki egy tételt) bizonyos esetekben a rendszerszintű fizetési mód duplikációk miatt a tranzakció meghiúsulhatott. Szigorítottuk a kassza fizetési módjainak validációs logikáját, megakadályozva az azonos pénznemű duplikált beállításokat, így a több fizetési módot érintő tranzakciók mostantól hibátlanul és zökkenőmentesen zárulnak le.

Rugalmasabb partnerkezelés külföldi és adószám nélküli partnereknél 

A partnerekhez is bevezetésre került az adózási típus megadásának lehetősége és adószám validáció, viszont emiatt a rendszer akkor is kötelező adószámot kért, ha az adott partnernél nem volt releváns az adózási típus kiválasztása vagy egyszerűen nem akartuk megadni. A logikát korrigáltuk: az adózási típus megadása már nem kötelező, így a partnerek rögzítése is gyorsan és elakadás nélkül elvégezhető.

Dinamikus nézetek és csoportosítási fejlécek tisztítása 

Az Eredményjelentések mentett szűrőinél és összetett csoportosításainál a dinamikusan feloldott hivatkozások (például rendelési azonosítók) néha nyers adatstruktúrában jelenhettek meg a táblázat fejlécében. Átdolgoztuk az oszlopfejlécek renderelési logikáját, így a korábban elmentett és az új nézeteknél is mindig szép, jól olvasható formátumban jelennek meg az adatok.

Összevont utalási csomagok kezelése ellentétes előjelű tételeknél 

Amikor egy partner felé egyidejűleg állt fenn bejövő és helyesbítő (költség/bevétel) számla, jövőbeli tranzakció létrehozásakor a rendszer nem megfelelően képezte az utalási csomagot. A matematikai és összevonási logika pontosításával a rendszer mostantól hibátlanul a különbözet alapján hozza létre az utalandó tranzakciót.