Az új fejlesztéssel jelentősen egyszerűbbé vált az általános (generikus) reportokban az egyedi mezők (custom field-ek) hozzáadása és azokhoz ügyfél-igényekre szabott számítás / algoritmus hozzárendelése.
Ez a fejlesztés megnyitja az utat, hogy a fontosabb kontrolling beszámolókat könnyedebben testre szabjuk, ne kelljen lemásolni és egyedi (custom) beszámolót készíteni helyettük. Elég lesz egy-egy egyedi mezőt létrehozni a beszámolóba, és […]
Az új funkcióval az általános bizonylatokon (értékesítés/beszerzés/logisztika) testre lehet szabni az alapértelmezett generálási lehetőségeket.
A Ctr-G, Ctr-Shift-G parancsoknál (melyek a Panel menüben kiemelt helyen szerepelnek) lehet átírni, hogy mely bizonylatra vonatkozzanak.
Hasonlóan konfigurálható a beemelés funkció is (Ctr-I, Ctrl-Shift-I)
A funkciót általánosságban vagy felhasználónként egyedileg is lehet definiálni.
Ezzel jelentősen felgyorsulhat a folyamat, hiszen nem kell a felhasználóknak minden alkalommal a Panel / “Generálás …” menüben kellett keresni azokat cél-bizonylatokat, melyek alapértelmezetten eddig nem voltak kiemelve.
A Flexium ERP lehetőséget ad arra, hogy az ügyfelek önállóan személyre szabják a rendszerben megjelenő tooltip-eket (helyi sugókat).
Ez az a funkció, amikor a felhasználó egy bármilyen mező fölé viszi az egeret, és alatta megjelenik egy részletes magyarázó szöveg az adott mezőről.
Az ügyfeleknek is lehetőségük van arra, hogy személyre szabják a rendszerüket. Bármely kiemelt felhasználó szerkesztheti a tooltip-eket.
Ez rendkívül hasznos tud lenni: specifikus magyarázatokat lehet adni, ami segíti a mindennapi munkát.
Ezzel a felhasználóknak cég-specifikusan (az ő nyelvezetükben, akár egyedi példákat írva) lehet oktató megjegyzéseket tenni.
Forgalmi beszámoló új elvek szerint számolja az önköltséget és az abból származó profit-ot az értékesítési bizonylatkora.
Ez Időszaki átlagáras módszer esetén kritikus.
Új kapcsoló: Önköltség (ELÁBÉ, gyártási költség) és nyereség számítása. Alapértelmezetten ki van kapcsolva.
Ha ez a kapcsoló ki nincs bekapcsolva, akkor nem számít önköltséget (és profitot).
A fejlesztés eredményeképpen több lezárt időszakot átölelő forgalmi kimutatás is futtatható. Hiszen forgalmi tételenként nézi a záró átlagárat, nem a teljes kimutatás időszakára.
Fontos fejlesztés, hogy ezáltal lehetőség van előzetes nyitott értékesítési bizonylatok (rendelés, stb.) önköltségének számítására is a jelenlegi nyilvántartási és önköltségi árral.
Új tábla az értékesítési árak kerekítéséhez: Ár-kezelés / Kód-definiciók / Árak kerekítése
Külön speciális kerekítési beállítás, ahol külön beállítható, hogy milyen kerekítés legyen az értékesítési/beszerzési árlistáknál
Eddig az árak kerekítését csak a pénznemeknél lehetett általánosan beállítani.
Az új funkcióval külön az értékesítési árak, külön a beszerzési árak kerekítése definiálható pénznemenként.
Ha itt nincs definiálva valamelyik dokumentum típus – pénznem pár, akkor az általános (pénznemre vonatkozó) kerekítési szabályok lépnek életbe.
Egy érdekes, és sok mindenre használható új funkcióval bővült a – már eddig is komplex – készlet beszámoló.
Egy adott dátum tartományra egy gomb nyomásra le lehet kérni úgy a készletet (és a szokásos egyéb kulcs-számokat), hogy a dátum tartomány minden napjára visszamenőlegesen kiszámolja az adatokat.
Az “Időszakra …” gombra a program bekér egy dátum tól-ig tartományt, és utána jön a beszámoló: minden napra lekér egy-egy készlet beszámolót a megadott paraméterekkel, és ezeket a nap-cikk-raktár hármasokat jeleníti meg egyszerre. Úgy működik, mintha minden napra lekérnénk egy-egy beszámolót, és összeraknánk egy táblázatba.
Természetesen nemcsak az aktuális készletet, hanem a tervezett értékeket (foglalt, elérhető, gazdálkodási, rendelendő) is kiszámolja visszamenőlegesen, mintha azokon a napokon kértük volna le.
Mint sokunk számára ismert, az Elektronikus Közúti Áruforgalom Ellenőrző Rendszer (EKÁER) kiforratlansága miatt rendszeresen (1-2 havonta) változik az elektronikus interfész, amivel a vállalatirányítási rendszerek kommunikálni képesek a központi EKÁER rendszerrel.
Szerencsére a Flexium EKÁER modul fejlesztésének már kezdeti szakaszában (2014 decemberében) nyilvánvaló volt számunkra, hogy informatikailag milyen kiforratlan az EKÁER. Illetve az is, hogy a merev szabályoknak és az informatikaileg korrektnek tűnő kidolgozásnak nincs sok közük a a valósághoz (értsd a KKV szektorban szükséges rugalmassághoz és komplexitáshoz). Így már a kezdetektől úgy terveztük meg a rendszert, hogy minden kommunikációt letárolunk EKÁER-számonként összegyűjtbe. Ez konkrétan azt jelenti, hogy minden Flexium-ból küldött üzenet teljes tartalmát letároljuk, és mellé archiváljuk a válasz üzenetet is. Mind sikeres, mind sikertelen kérés esetén.
A kis- és középvállalatoknál használt modern ERP rendszereknél általában két kulcsszó szokott felmerülni, mint alapvető elvárás: integrált és real-time legyen.
Mit jelent az, hogy real-time?
Ez azt mutatja, hogy minden információ valós időben kerül lerögzítésre, és a rendszerből kinyert információk mindenkor az éppen aktuális állapotokat mutatják. Praktikusan azt, hogy nincsenek vagy csak minimálisak a “feladások”, “modulok közötti átadások”, stb. Ebből is adódik, hogy egy real-time rendszernek mindenképpen integráltnak is kell lennie. De ez fordítva már nem igaz.
A vállalatirányítási rendszerek együtt fejlődtek az informatikával, s a különféle technikai lehetőségekkel. Míg a kezdetekben az ERP rendszerek termelésirányítási rendszerekből nőttek ki, addig a XXI. században már a világ legnagyobb vállalatain kívül egészen a mikro-vállalatok is ERP-k segítségével irányítják magukat, optimalizálják az értékesítési, termelési, beszerzési, stb. működésüket.
Az ERP tehát egy átfogó fogalom lett, s ide sorolhatunk minden olyan rendszert, ami közvetlen, vagy közvetett módon a vállalatirányításhoz társítható. A kezdetekben „buta” programok (pl. számlázás, könyvelés, készlet gazdálkodás, stb.) integrációjára fókuszáltak, idővel minenki számára nyilvánvalóvá vált, hogy a hatékonysághoz teljes integráltságra van szükség. Az integráltság nélkülözhetetlen és egyeduralkodó fogalom lett az ERP rendszerek világában. Az elsődleges cél, hogy az egyszeri adatbevitelt követően a szoftver életre keljen, s a moduljai tökéletes harmóniában dolgozzák fel a kapott információkat. Ezzel minimálisra csökkenthetők az emberi mulasztások és a rendszer pontosabbá és kiszámíthatóbbá válik.
Ahogy említettünk már egy korábbi cikkünkben (A logisztika és az integrált ERP rendszerek kapcsolata), a logisztika területe teljesen átöleli egy cég működését. Ha tanácsadási oldalról nézzük, akkor a logisztikai tanácsadó mindenhez ért a pénzügy, könyvelésen kívül. És ezzel meg is válaszoltuk, hogy egy ERP szemszögéből mi is a logisztika: Minden, kivéve a könyvelés, számvitel.
A Flexium-on belül szorosan véve milyen az alábbi folyamatok (funkciók) tartoznak a logisztikához.
- Beszerzési folyamatok
- Ajánlat kérés, ajánlat
- Több hónapot/hetet átívelő időszakos előrejelzés
- Szállítói rendelés, visszaigazolás
- Bejövő szállítólevél
- Szállítói visszaáru
- …
- …