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.
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
- …
- …
A vállalatirányítási rendszerek tervezésekor rendkívül
sok szempont felmerülhet. Ezek közül csak néhányat szeretnék
megemlíteni:
- Hosszú életciklus: A rendszer fejlesztésének kezdetétől akár
15-20 évet is ki kell szolgálnia - Széles funkcionalitás: Nagyon sok funkciót, modult kell
kifejleszteni stabil alapokon - Gyors fejleszthetőség: Nagyon gyorsan kell tudni reagálni a
piaci viszonyokra, a vevői igényekre, így kis erőforrással,
gyorsan kell tudni fejleszteni a rendszert - Robusztusság: A funkciók bővülésének nem szabad hatással
lennie az alap funkciókra, a rendszer stabilitására - Platform függetlenség: Sok ügyfél sokfajta platformon, sokféle
konfigurációban futtatja ugyanazt a rendszert - ….
Ezen – és sok más – igényeknek kell megfelelnie egy modern
rendszernek. Ehhez mi a Java programozási nyelvet (platformot)
választottuk.
Előző cikkünkben alapvető információkat osztottunk meg az ügyviteli szoftverek bevezetésével kapcsolatos legfontosabb tényezőkről, s megemlítettük azt is, hogy a minőségi bevezetéshez nélkülözhetetlen egy jól képzet projektmenedzser. A projektmenedzser legfőbb feladata pedig a megfelelő kommunikáció, egyrészt a bevezetést végző cég felé, másrészt a saját cég alkalmazottai felé. Az alkalmazottak befogadási hajlama is nagyban függ attól, hogy a projekt vezetője miként kommunikál, s megfelelően tájékoztatja-e a végfelhasználókat az esedékes változásokról, s azok pontos idejéről.