Újdonságok a WinDirect 1.6 verzióban

CommitKft

Csak hogy ilyen is elérhető legyen…

Az újabb verzió újdonságaihoz kattintson IDE!

 

Új szolgáltatás, változtatások

  • Bizonylatkezelés

    • “Limitációs funkció” a bizonylatkezelésben

    • Gyorsított végrehajtás és több belépési pont a scriptekben.

    • A “túlzott átvitelt” (magyarul a átvitel után a mennyiség növelését) a rendszer megfelelően lekezeli, nem ad hibát az esetek többségében (csak a megfelelő mennyiséget írja jóvá).

    • A származtatás számítások jelentősen gyorsultak

    • A mennyiségre rendezés a maradékokat (ha elég kevés a maradék), 0-nak tekinti. Ez a mennyiség a készlet pontosságával azonos.

  • Készlet:

    • Raklapkezelés (regisztráció, ki- és bemozgatás, átrakás, megbontás)

    • Raktártérkép

    • Árualap kezelés (potenciális készlet szétosztása adott időpontra a vevői rendelések között)

    • A termék-attributum (sorozatszámok, címkék) ablakok átalakultak, részletesebb információkat tartalmaznak

    • Termékre lehet többféle nyelven leírást felvenni.

    • Termékre felkerült a bruttó és nettó súly.

    • Újfajta visszamenőleges számítási módszer (VACS), kevésbé visszalépés érzékeny, effektívebb (gyorsabb) számítási módszer nagy adathalmazokra.

    • Visszamenőleges leltár, és leltár stornózási lehetőségek

    • A mozgások felület segítségével átrendezhetők

    • Visszárukon is van címke és sorozatszámkezelés

    • Visszáru visszakeresi a megfelelő kitárolást lehetőség szerint, így a visszatárolási érték a kitároláskori készletérték lesz.

    • Termék gyorsinfó hívható általánosan is (Áruforgalom/Termék gyorsinfó), vagy adott browserekről (Kimenő számla, Kitár, Vevői rendelés, Vevői ajánlat). Ez a lista a termék készletét és árát jeleníti meg.

    • A kommissió direkt értékesítés felé is rendezhető.

    • Kapacitás/raktárhely kezelés is megoldható, hogy raktárhelyen kívülre is lehessen tárolni

    • A sorozatszámok, címkék szűrhetővé vált

    • Korlátozni lehet a visszamenőleges készletműveleteket időben, visszafelé.

    • Kizárható a készletben a negatív állapot teljes mértékben.

    • A sorozatszámok, címkék ablakba bevezettük a keresés-helyettesítés funkciót

  • Könyvelés:

    • Több, párhuzamos számlatükörbe történő feladás.

    • A feladási és a kontírozási definíciók kezelése nem növeli már a szerver memóriahasználatát

    • A definíciók cache-elhetővé váltak

    • Árfolyam-különbözet elszámolása analitikai szintre került

    • ÁFA bevallás finomodott, a kimutatás soraiban megtekinthetőek az egyes beleépült tételek (lefúrás)

    • Bizonylatok újrafeladhatóvá váltak

    • Tárgyi eszköz nyilvántartás: terven felüli écs. visszaírás nyilvántartás, pontosított, kényelmesített écs. számítás

    • Gyorskontír esetén fiktív költséghelyre is lehet leosztani költséget.

    • Főkönyvi készlet egyeztető segítségével lehet egyeztetni az analitikát és a főkönyvet, lefúrásos eszközzel.

  • AManDA:

    • Megvalósult a minőségellenőrzés modell (QC néven).

    • A költségleosztás főkönyvi számra is ajánl, projektekre is lehet osztani költséget.

    • Utólag is lehet gyűjtőket rendelni, lezárt gyártáshoz.

    • A gyártáson Ctrl+C, Ctrl+V segítségével lehet másolni az egyes elemeket.

    • Egy technológiai utasításnál lévő műveletet általánossá tehetünk

    • Rendelésen és gyártáson elérhető a gyártás optimalizáció: technológiai utasítás alapján történő automatikus ütemezés készlet és erőforrás alapján.

    • Újfajta kimutatás: Önköltség tábla, és ennek részletezése

    • Gyűjtések újraszámíthatók

    • Műszak kiemelés az idődiagramon: ha ez be van jelölve, akkor a mellette kiválasztható a műszak alapján az aktuális műszakra kiemelve nyílnak meg a diagramok.

    • Lehetővé vált gyártások összevonása illetve összehúzása.

    • Termelési eszközök karbantartási nyilvántartása lehetségessé vált

    • Gyűjtők aktuális értéke könnyedén lekérdezhető

    • A műszakok pontosabban figyelembe vannak véve a számításoknál.

    • Automatikus gyártás

    • Műszakvezetői információ, alkalmazotti információ

  • Pénzügy:

    • Analitikai szintre hoztuk az árfolyam-különbség számítást, és a kintlevőség/kötelezettség átértékelést

    • Fizetési felszólítások segédlet

    • Belső folyószámla kompenzációk (partner folyószámlán belül számla és számla között)

  • Betárolásokra tömegesen visszavezethető beszerzési árak

  • Partner (CRM) kezelés:

    • Címek részletesebb kezelése, standardizált címfelvétel (közterület, közterület típus, házszám, stb.)/Megváltozott a címek felviteli módja, az elsőt az alapadat fülön kell megadni címet, a többit lehet a címek fülön, majd alapértelmezetté tehető bármelyik/

    • Irányítószám-település összhang figyelése, célszerűbb, pontosabb rögzítés céljából

  • Projekt kezelés:

    • A projektekbe egyre több bizonylat vonható be, és érhető el a projekt felöl.

    • A projekt a bizonylatok fejlécén átvezethető a tételekre

    • A projektek csoportosíthatók

  • Árak:

    • Kampányárak kezelése

    • Mennyiségi egységek figyelembe vétele az árak számításánál

    • Kedvezményszabályokat lehet címekhez is rendelni

  • Ajánlat és rendelés:

    • Ajánlat esetén megadható az érvényességi határidő

    • Ajánlati szinten is van ajánlati támogatás

    • A vevői rendelésen a potenciális készlet kezelésének egyik módja lehet az, amely a már meglévő pot készlet alapján ajánlja meg a szállítási határidő(ke)t.

    • Szállítői rendelés készítése az előző időszak fogyásai alapján

    • Kimozgatáskor a rendszer figyeli az esetlegesen fennmaradó, még rendezetlen rendeléseket, és ezek alapján a felhasználónak felajánlja a még lehetséges kiszolgálandó tételeket.

    • Új információs lista: Önköltségi előkalkuláció

    • Vevői rendelés sablon (vevői információkkal támogatás a vevői ajánlat, rendelés, kitár, kimenő számla bizonylatok készítéséhez , kampánytermékek, akciós termékek gyors feltöltése ezekre a bizonylatokra)

  • Rendszert átfedő modul: INTRASTAT jelentés nyilvántartás

 

Technológiai újdonság

  • Új kifejezések a script nyelvben:

    • defaults to alapérték értékadás,

    • linked’…or deklaráció függő kifejezés ,

    • or if, and if logikai rövidzár kifejezések (csak akkor értékelődnek ki, ha az előző érték még nem egyértelműen hatázza meg a logikai kifejezés értékét.

    • FormatFloat(float,string):string – lebegőpontos értéket formázó függvény

    • array of void típus kezelése: ilyen típusú tömbök elemei különböző típusúak lehetnek. Létrehozni ilyen tömböt nem lehet, de függvények létrehozhatnak, illetve az események paraméterei lehetnek ilyenek.

    • A szerverben az egyes folyamatok külön ütemezhetővé váltak, prioritás rendelhető hozzá, és ez adatfolyam szinten is képes háttérbe szorítani az alacsony prioritású lefutásokat.

    • A script kezelés statisztikát tud készíteni a meghívott függvényekről, ezáltal profilozni lehet a rendszert, és meg lehet találni azokat a szűk keresztmetszeteket, amelyek lassítják esetlegesen a rendszert. A statisztika a rendszer konzolján (MMC) érhető el, ha bekapcsoljuk.

    • Bekerült az EMERGENCY mód a script kezelésbe. A script észreveszi, ha a lefordított változat inkonzisztensé válik. Ilyenkor az adott folyamatot meg kell szakítania, de átállítja a script rendszert EMERGENCY módba, innentől minden script interpretáltan fut. A rendszer ennek ellenére nem törli a fordítást, a szerver újboli indítása ismét a fordított scripteket fogja használni. Ha viszont EMERGENCY módban fordítunk scripteket, és kimentjük, akkor már csak az újra fordított scripteket menti a rendszer. Fordítás során a rendszer kikerül az EMERGENCY módból.

    • Egy script bejelölhető nem-fordíthatónak.

    • Bejelölhető a fordítás során egy scriptre, de akár az egész scriptrendszerre, hogy abból a részből minden le lett fordítva, a rendszer ne keressen ismeretlen scripteket a fájlrendszerben, azonnal jelezze vissza, hogy nincs olyan script (magyarul: üres a törzse). Mivel ilyen eset sokszor előfordul (például nem megírt események), ez jelentősen gyorsít a rendszeren. A fullcompiler script ezt a jelölést megteszi.

    • A rendszer figyelni tud az aktívan futó lekérdezésekre, így a lekérdezés-gyorsító fordítási procedurája azonnal leállítható, ha aktív adatbázisművelet indul a rendszerben.

    • A rendszer helyesen kezeli az ön-beágyazott scripteket (azaz amikor az INCLUDE pragmában saját magát jelöli ki), illetve a rekurzív beágyazásokat. Nem deklarált függvényeket kétszer (azaz nem ad hibát).

    • A fordítás gyorsult azzal, hogy fordításkor a beágyazott scripteket bent tartja a memóriában, így összetett scriptek fordítása során gyorsul az egész scriptrendszer betöltése.

    • A script struktúrális hibáit (függvény, esemény deklarációk, begin hiányok) részletezve tünteti fel a felhasználó számára.

    • Az IsRerunnableError segítségével megállapítható, hogy olyan kivétel történt-e, amely majd később a rendszert arra készteti, hogy az egész folyamatot újraindítsa (ilyen például az adatbázis-deadlock hiba, vagy HyRollbackAndQuery által generált újraindító kivétel).

    • A scriptkezelés belső nyilvántartása stabilizálva lett.

    • Az eredeti script-profilozás megszűnt.

  • SPOOL gyorsítások:

    • SPOOL fájlszintű cachelése. A szerver saját fájlrendszere mellett memóriában is őrizhet a lenyomatot a SPOOL egy részéből, és lévén ez célszerűbb és gyorsabb adatszerkezetben történik, így az írás és olvasás sokkal gyorsabb. Ez a cache write-through, az irás is a memóriába történik, emiatt a rendszer naplót vezet a változásokról, rendszer konzisztenciális biztonság érdekében. Újrainduláskor a naplót, ha kell, érvényesíteni tudja. A SPOOL fájlrendszerében lévő ini fájlokat biztonságossá alakítja, így az ini állományokba lehet speciális karaktereket is írni. Egyelőre opcionális ennek az ún. inicache-nek a használata, későbbi verziókban ez lesz az alapértelmezés. Ez a cache nem azonos a már régen bevett kliens oldali spoolcache-sel.

    • SPOOL kliens oldali “bin” állományok. Bár a szerveren jó pár adat, például a domain kiegészítések, nyomtatványok, formok és listák továbbá a dataquery-k szöveges formátumban vannak tárolva, és a spoolcache is ezt tárolja, a rendszer ezt a kliens oldalon átalakítja bináris állománnyá, és ezt is letárolja a spoolcache-ben, hogy későbbi beolvasáskor inkább ezt használva egy gyorsabb beolvasást biztosítson. Természetesen ugyanúgy biztosítható a szerverről történő automatikus frissítés.

    • SPOOL mirror. A kliens oldal letölt a szerverről jópár, ún. konfigurációs állományt. Ezek általában dsm fájlok, és a rendszerre nézve statikusnak mondhatók. Hogy ne kelljen minden induláskor letölteni ezeket az állományokat, a rendszer összeállít a szerver indulásakor egy spool.mr fájlt, és a letölthető verzióba tesz fel. Ez tartalmazza a kliens számára fontos dsm fájlok másolatát, és a kliens verzióval letöltheti. A kliens ezek után ebbe fogja elsődlegesen keresni ezeket az állományokat, és csak akkor fordul a szerverhez, ha itt nem találja.

  • Felhasználói felület:

    • Stabilizált GUI (nem modális felbukkanó panelek, dátum szerkesztő)

    • A keresőmezőkben a fel és le nyilakkal mező szinten tudunk keresni, nem kell feltétlenül alkalmazkodnunk az előre definiált mintázathoz. Például kereshetünk külön a Partner nevére vagy a Partner városára és nem kell ehhez beütni a megfelelő számú szeparátor karaktert.

    • Nagy adathalmazokban a megnyitás és a keresés jelentősen gyorsítva lett.

    • Terminálos ablakkezelésben történtek javítások, gyorsult a rendszer. A terminálos keresés kiegészült több funkcióval, a normál klienshez jobban hasonlít. Belső ablakokhoz is rendelhetők gyorsbillentyűk.

    • Az időszakaszokat segítő szerkesztőrendszer stabilizálódott.

  • Továbbfejlesztett hálózati kapcsolat: naplózhatóvá vált, az adatátadás referencia szintre emelkedett, azaz gyorsult az adatáramlás.

  • Adatkezelés:

    • Gyorsabb adatkeresés (parciális kulcs keresése bináris keresés lett).

    • Minden kereső dinamikusan paraméterezhetővé vált (domain kezelés szinten)

    • Hosszú idejű letöltéseket (kizárás alatt lévő lekérdezéseket) képes kilőni a rendszer.

    • Az adatkapcsolati alrendszer közvetlen adatfolyam elérést is biztosít, így megvalósíthatóvá vált a kliens oldalon a gyors értékkészlet-letöltés (például ilyn a számlán a partnertörzsre hivatkozás).

    • Előre megnyitható keresőhalmazok a gyorsabb adatfelvitel érdekében. Alapértelmezésben a partner és a terméktörzs ilyen.

    • A keresőhalmazok szűrhetővé váltak rendszerszinten, ez bizonyos esetekben helyettesíteni tudja a Access.dsm-et, amelynek használata ilyen esetekben problémát jelentet.

    • A rendszer ellenőrzi az adatbázis konfigurációt (például a rekurzív triggereket)

  • Nyomtatványok, listák:

    • A licencjelölés helye és mérete változtatható a nyomtatványokon

    • A nyomtatót előre meg lehet adni (szerverről indított nyomtatás esetén is), akár név szerint, illetve a programba be lehet állítani a nyomtatót, nem feltétlenül az alapértelmezett nyomtatót használja a rendszer.

  • Rendszerszinten lecseréltük a szinkronizációs objektumokat

  • Rendszerszintű naplózási lehetőség, mind az IPC mind az adatbázis hívásokra. A naplózás szűrhető.

  • A szerver memória-menedzsere jobban támogatja a párhuzamosságot, mint eddig (globális block kezelés, párhuzamos memmanagerek).

  • A beépített SMTP szerver támogatja az SMTP autentikációt.

  • Kiterjesztett HTML támogatás:

    • A ctForm (szerver oldalról igényelt felhasználói felület) mechanizmust kiterjesztettük, stabilizáltuk

    • Rendszerbe adathalmaz szinten lehet HTML alapú scripteket rendelni

    • Javascriptből hívható RemoteOperation’ funkció, az AJAX funkció és a DHTML funkciók belső támogatására.

  • Adatbányász rendszer felgyorsult, ugyan a menübe nem generálja a bizonylat tételeket automatikusan, de így sokkal gyorsabb és kényelmesebb (egyszerűbb) lesz a rendszer.

  • Az lekérdező/szerkesztő ablakokban a funkciók többségéhez egyedi gyorsbillentyű rendelhet

  • A rendszer (általában, nem mindenütt, ott ahol tud) figyel arra, hogy a 255-nél rövidebb karakterlánc mezők, ha üres értéket kapnak (‘ ‘), akkor automatikusan NULL értékre váltódik át tartalmuk.

  • Hibakezelés:

    • A hibaüzeneteket a szerver megpróbálja értelmezni, mielőtt a felhasználónak átadja. . A server/describeerror.dsm leírja “pattern” alakban azokat a hibaüzenetformákat, amelyeket tovább kell elemezni. A kliens, ha ilyen hibaüzenettel találkozik, visszaküldi a szervernek, külön elemzésre. Az elemzést után a rendszer lecserélheti a megjelenítendő hibaüzenetet.

    • Ennek segítségével bizonyos adatbázis hibákat (leggyakoribb a DELETE fkey error) elmagyarázhat a felhasználónak – magyarul. Sajnos az elemző is csak abból tud elindulni, amit a felhasználó látna a képernyőn, úgyhogy igazán azt nem tudja megmondani, mit is kéne csinálnia, csak azt, hogy az érzékelt kivételes állapotot mi okozta.

  • A számolótábla (spreadsheet) rendszer kiegészíthetővé vált több szinten is, és támogatja a DExter mezőket.

  • Listák támogatják az adathalmazok felküldését közvetlenül scriptből.