Flexium ERP > Hírek > Oktató anyagok


Táblázat-beállításokhoz tartozó jogosultságok objektum-szintű szabályozása

Új, nagyon hasznos biztonsági funkció került a rendszerbe: A táblázat-beállítások módosíthatóságát már objektum-szinten lehet szabályozni jogosultság-szinten. Ezzel a funkcióval hatékonyan lehet korlátozni a felhasználók adat-hozzáférését úgy, hogy közben a számára fontos panelokon (táblázatokban) nem korlátozzuk azt. Tehát korlátozni lehet azt, hogy milyen adatot jeleníthessen meg, és esetleg milyen adatot exportálhat ki a rendszerből. A fejlesztés eredménye az lett, hogy egy adott objektumra vonatkozó táblázat-beállítás kezeléséhez (módosításához vagy létrehozásához) még az adott objektumhoz kapcsolódó jogosultság-rekordban is be kell kapcsolni a Táblázat-beállításokat módosíthat kapcsolót. Ezáltal egy adott táblázatot csak akkor tud módosítani, ha explicit ahhoz az objektumhoz van releváns jogosultsága.

Bővebben


Zárolások ideiglenes feloldásának lehetősége

Új funcióval bővítettük a rendszerünket: Egy adott műveletre (un. tranzakcióra) ideiglenesen kikapcsolható a zárolást (blokkolást) ellenőrző funkcionalitás. Ez a feloldás objektum-szinten ellenőrzött keretek között történik, külön jogosultság beállításokkal levédve. Kikapcsolt állapotban azok a rekordok is használhatóak műveletekben, amelyek zároltak (és a felhasználónak van ehhez jogosultsága). Példák: – Banki tranzakcióban (jóváíráskor) egy zárolt partner (vevő) is megadható – Stornó számla esetén egy zárolt időszak ideiglenesen feloldható. – Egy zárolt felelőst (személyt) tartalmazó rendelés lezárható utólag, nem kell ehhez a felelős zárolását feloldani.

Bővebben


Készlet adatok mentése

Rövid bemutató a készlet adatok mentése funkcióról: helyes használata és a funkció beállítása.

A funkció lényege röviden:

  • A rendszer külön táblában (Logisztika / „Aktuális készlet”) tárolja cikkenként és raktáranként az aktuális készletet és a foglaltsági adatokat (foglalt, rendelt, elérhető, gazdálkodási készlet)
  • A cikk-törzsben is tárolja ezeket az adatokat, de paraméterezhető, hogy mely raktárakra. Pontosabban tíz különálló raktár-listát (kvázi halmazt) lehet definiálni, és mind a tíz raktár-listára kiszámolja és eltárolja a számított értékeket a cikk rekordban.
    A cikkben tárolt adatokat bármely táblázatban (pl. beszámolókban) meg lehet jeleníteni a cikk származtatott mezőjeként.

Ezeket az adatokat a rendszer real-time (bizonylatok hozzáadásakor) vagy/és ütemezve (inkrementális szervizzel) képes frissíteni.

A frissítéskor cikkenként naplózza az adat-frissítést. Ezáltal real-time frissítési beállítás esetén minden kliens-en mindig (!) az aktuális készlet adatok jelennek meg.

Lehetőség van a következőkre:

  • A cikkben tárolt adatokat bármilyen bizonylaton, beszámolóban meg lehet jeleníteni származtatott (un PDF) mezőként.
    Tehát pl. vevői rendelésen meg lehet jeleníteni, hogy a fő raktárainkban összesen (vagy akár külön-külön) mennyi az adott cikk elérhető készlete.
    Hasonlóan egy tételes bizonylatok elemzése beszámolóba is meg lehet mutatni ugyanezen értékeket.
    Real-time frissítés esetén ezek mindig az aktuális értékeket mutatják
  • WebShop ill. külső rendszer szinkronizálásnál nincs szükség bonyolult készlet beszámoló exportra, elég az aktuális készlet táblát exportálni direktben
  • Lehet gyors beszámolókat írni, amik már az eltárolt adatok alapján dolgoznak, nem kell a naplókat használni minden esetben

A funkciót a Modul-beállítások / Logisztika beállítások képernyőn a „Készlet-frissítés” fülön lehet paraméterezni:

  • „Készlet-adatok frissítése folyamatosan (real-time)” – ezzel lehet a real-time üzemet bekapcsolni.
    Ekkor minden bizonylat automatikusan frissíti az adatokat. De (!) un. „after commit event”-et használ a funkció, így a bizonylatok hozzáadását (a tranzakciókat) nem lassítja
  • „Cikk-ben folyamatos készlet adatok frissítése” – A cikk tábla frissítését lehet kikapcsolni. Ez csak akkor indokolható, ha nagyon kevés cikket használ a cég, de azokat folyamatosan, nagyon nagy intenzitással forgalmazza. Ekkor felesleges lock-olást építenénk be a rendszerbe, ami extrém forgalom esetén lassítaná a rendszert.
  • „Rendelt/foglalt adatok frissítése” – A rendelt/foglalt/elérhető/gazdálkodási készlet információk frissítése.
    Kikapcsolt állapotban csak az aktuális készletet frissíti a rendszer.
    A bekapcsolása elméletben lassítja az SQL szerver működését abban az esetben, amikor nagyon nagy az előzetes erőforrás (PreResFlow) tábla.
    Ez akkor lehet kritikus, amikor a real-time frissítés is be van kapcsolva. Ugyanis ekkor mind a Stockflow, mind a PreResFlow tábla index állománya be kell, hogy legyen cache-lve a MySQL szerver memóriájában. Különben lelassul a szerver, hiszen minden bizonylatkor számol.
    Ütemezett inkrementális szerviz használatával ezt a szerver terhelést lehet csökkenteni.
  • Raktár-listák használata:
    Tíz darab független listát lehet készíteni explicit módon vagy keresési feltételek megadásával (XML vagy Json formában). A cikkekben ezekre a raktárakra számítja ki a készlet adatokat.
    A listák formátuma: vesszővel, pontosvesszővel vagy tabulátorral elválasztott lista
    pl.: „KP,GYOR”

Bővebben


Adószámok ellenőrzése és adatok automatikus kitöltése (NAV, EU)

Közzétettünk egy közel 15 perces videót arról, hogy a Flexium hogyan ellenőrzi a magyar ill. az EU-s adószámokat, ill. hogyan lehet letölteni adatokat az adószámok alapján

A magyar adószámokat a NAV online rendszeréből, az EU-s adószámokat az Unió un. VIES API-ján keresztül töltjük le.

A partner illetve a számlázási adatokat (név, cím) a rendszer automatikusan kitölti az adószám beírásakor….

Bővebben


ÁFA átvezetési számla használata

ÁFA átvezetési számlát kell használnunk a könyvelésben minden olyan esetben, amikor egy bizonylat (bejövő számla vagy kimenő számla) ÁFA teljesítési dátuma eltér a számviteli teljesítési dátumától. Ezek tipikusan az időszaki elszámolási ügyletek ill. utólagosan (pl. ÁFA bevallás után) lerögzített költség számlák.

Bővebben




Ügyfelek megkülönböztetése: cég v. magánszemély; kisadózó v. nem; ÁFA-mentes v. nem….

Már sok kérdés érkezett az ügyfeleinktől arra vonatkozóan, hogy mi ez a sok kavarás a beállításokkal? Miért kell megkülönböztetni a kisadózókat a többi cégtől, hogyan kezeljük a magánszemélyeket, stb. A 2020 július 1.-i változások (ld. https://flexium.hu/hu/2020/06/05/nav-online-szamla-valtozasok-2020-julius-1-tol/) rákényszerítették a „mezei” felhasználókat (értékesítési kollégák, beszerzők, logisztikusok, stb.), hogy olyan információkkal foglalkozzanak, amik eddig – általában – „csak” […]

Bővebben


NAV online számla változások 2020. július 1-től

2020. július 1-től minden a magyar adóalany felé kiállított számlát fel kell küldeni a NAV online számla rendszerbe, függetlenül az áthárított áfa értékétől. Emellett 2020. július 1-től az áfatörvény alapján minden befogadott, szállítói számláról, amelyre a cég áfalevonási jogát gyakorolni akarja, áfaösszeghatárra tekintet nélkül, adatot kell szolgáltatni a NAV felé az M lapon, a belföldi […]

Bővebben


Rárakódó költségek kezelése – költség eredete beemelés

A Rárakódó költségek képernyő komoly „ráncfelvarrás”-on esett át. A költség eredetét (ahonnan jön a rárakódó költség) ki lehet választani egy bizonylatból (tipikusan bejövő számlából vagy vegyes könyvelésből). Egy számla vagy könyvelési tételt lehet beemelni, és annak a költségét egészben vagy részben lehet ráterhelni az áru tételekre. A rárakódó költség bizonylat tárolja a beemelt bizonylatot (honnan […]

Bővebben