Autosoft a Profit-generátor. Autosoft AMS. AMS verzió leírása

Átírás

1 Autosoft AMS AMS verzió leírása 3. rész AUTOSOFT KFT. Kiadvány 1 / 12

2 Impresszum Szerkesztő Molnár Lilian Szerzők Kormány János Bodnár Péter Kliszki Bálint Vilusz Edgár Koncz Lilla Visszajelzés Kérem, ha bármilyen észrevétele, vagy javaslata van ezzel a dokumentummal kapcsolatban, írjon nekem a marketing@autosoft.hu címre, vagy észrevételeit postán a 1201 Budapest, Lenke út 35. címre várom. Verzió adatok Verziószám: AMS Verzió státusza: Kiadva. Az utolsó verzió kiadás dátuma: július 2012 december Copyright 2012 AutoSoft Kft. Minden jog fenntartva. Ezen dokumentumban megnevezett minden más cégnév és terméknév, a mindenkori jogosult védjegye lehet. Az ezen dokumentumban fellelhető információk az AutoSoft AMS-én alapulnak és szükség esetén minden előzetes bejelentés nélkül módosíthatóak. A mindenkori jogosult előzetes írásbeli beleegyezése nélkül, ezen dokumentációkat sem részben, sem egészben nem szabad semmilyen formában és semmiféle eszközzel másolni vagy átadni. Minden egyéb, nem részletezett jog fenntartva. AutoSoft Kft Budapest, Lenke út 35. Tel.: , (Autosoft központ és support) Fax.: , Data: Web: 2 / 12

3 Az AMS frissítése előtt mindig készítsen mentést!!! Tartalom MINDENKÉPP OLVASD EL! 4 M. MUNKALAPPAL KAPCSOLATOS MŰVELETEK 5 M G TÉTEL - ÖSSZES SORADAT NÉZETBŐVÍTÉSE [15282] ( ) 5 M A KÖVETKEZŐ ÁTVIZSGÁLÁS IDŐPONTJA [13158] ( ) 5 M A CIKKSZÁM AZONOSÍTÁSHOZ, AZ OSZLOPHÁRMAS [15271] ( ) 8 M "D" TÉTELNEK A MEGNEVEZÉSÉT ÁT LEHESSEN ÍRNI [16684] ( ) 9 H. HIBAJAVÍTÁSOK, FELHASZNÁLÓBARÁT FEJLESZTÉSEK 10 3 / 12

4 Mindenképp olvasd el! Üdvözlöm az AutoSoft Kft. AMS től a verzió leírásában, és köszönöm, hogy termékünket választotta! Ez a dokumentum leírja az új funkciókat és a legfontosabb változásokat az AMS előző verziójához képest. Fő célja ennek a dokumentumnak, hogy segítse a felhasználónak megismerni és használatba venni az AMS új változatát. Az AMS korábbi verziójának terméktámogatása (support) befejeződött a verzió kiadásával. Arra buzdítom az olvasót, hogy figyelmesen olvassa végig a verzió teljes leírását. Kérem, segítse a munkámat azzal, hogy visszajelzi, mennyire volt hasznos az új verzió, mennyire érthető a leírása. Az észrevételeket az autosoft@autosoft.hu címre küldje el! Fontos megjegyzés Az AutoSoft Kft. minden esetben tesztelt és stabil verziókat ad ki! Amennyiben nem teljesen tesztelt, vagy instabil verziót bocsátunk ügyfelünk rendelkezésére - általában tesztelési céllal -, akkor azt minden esetben külön jelezzük! 4 / 12

5 M. Munkalappal kapcsolatos műveletek M G tétel - Összes soradat nézetbővítése [15282] ( ) A G tétel kiválasztása után a program álljon vissza az összes tétel sorra. Így könnyebben eligazodik a felhasználó. Nagyon fontos tudni, aki ezt a nézetet használja, hogy a Gyűjtött tételek minden sora egyben egy szűrőt is tartalmaz a soradatokra vonatkozólag. Így ha nem lép vissza a program az összesre, akkor csak az éppen felvett gyűjtött tétel (tételcsoport) elemei láthatóak a soradatban, ami egyes felhasználókat megzavar. Összes tétel nézet Ahhoz, hogy a program így működjön be kell állítani az alábbi opciót: Beállítások->számlázás II. fül-> közé bekerült egy pipa, ami felelős a kért funkcióért - ha be van kapcsolva, akkor egy gyűjtött tétel beszúrását követően visszaáll a grid az összes tétel nézetre. M A következő átvizsgálás időpontja [13158] ( ) Ez a fejlesztés arra, jó, hogy tudja azt, hogy mikor kell értesíteni az ügyfelet az átvizsgálás miatt. Ez egy nagyon hasznos fejlesztés a programba, mivel a program jelez amikor értesíteni a vevőt. A vevőt időben tudja értesíteni, és emiatt hálás lesz Önnek, és bevétel növekedése lesz. Első lépésben a külső beállításoknál kell módosítani a programot. 5 / 12

6 Mikor itt megtörtént a bejelentkezés, válassza ki az Ügyfél-Jármű/ Ügyfél-Jármű II hierarchiai ágat. Itt talál egy olyan beállítási lehetőséget ahol a napok számát tudja megadni a következő átvizsgálási határ nap nevű mezőnek. Ha ezzel megvan lépjen be a programba és válassza ki a jármű táblát. Ha nincs kint a megjelenítésben akkor az oszlopdefiníció ikon segítségével tegye ki a köv. átvizsgálás nevű mezőt. (az itt beállított értékekére szűrni is tud) 6 / 12

7 Ennek a mezőnek az értékét a következő helyen módosíthatja: nyissa meg az adott járművet módosításra majd válassza ki az egyéb jármű adatok fület. Ott meg is láthatja ezt mezőt. Ezek után csak menteni kell a beállított értéket. Mikor munkalapot vesz fel a várakozó ügyfelek kartonon és beszúrja a kiválasztott járművet a megszokott módon egy figyelmeztető ablakot fog látni. 7 / 12

8 Innen tudhatja, mely ügyfeleit kell értesíteni a következő átvizsgálás időpontjáról. M A cikkszám azonosításhoz, az oszlophármas [15271] ( ) Mi azonosít be egy alkatrészt? A cikkszám, jobb esetben. Azonban a beszállítók és gyártók szeretnek különböző cikkszámrendszert használni. Előfordul az is, hogy két különböző beszállítónál egy cikkszám nem ugyanazt az alkatrészt jelenti. Az alkatrészt egyértelműen jelen ismereteink szerint az alábbi adatok határozzák meg egyértelműen: 1. a szállító, 2. a gyártó és 3. a cikkszám Ez a 3 érték megtalálható az alkatrész kartonján. A gyártó kezeléséhez az alkatrész kartonon található árukód mező a legalkalmasabb: 8 / 12

9 Neked talán nem a Gyártó, hanem az Árukód megnevezés látszik. Ez egy zöld mező, tehát átnevezhető. A 3 oszlopot pedig a megjelölt verziótól már kiteheted az alábbi listákba, ahol kereshetsz és szűrhetsz rájuk: 1. Cikktörzs (mindhárom) 2. ALT-A gyorskeresés funkcióban a Cikktörzsbe (mindhárom) 3. teljes anyagforgalom cikkszám, gyártó (árukód) 4. alkatrész karton forgalom cikkszám, gyártó (árukód) 5. raktári bizonylatok / soradatok - mindhárom mező 6. kimenő rendelés soradatok - mindhárom mező 7. kimenő rendelés összes soradatok - mindhárom mező Még egy fontos dolog! A fenti táblázatok mellett a nyomtatásokban is elérhetők a mezők M "D" tételnek a megnevezését át lehessen írni [16684] ( ) A munkalap soradataiban a D tételt kiválasztva átírhatóvá vált a megnevezés. Hogyan is merült fel ez az igény? Régebben a program engedte a "D" tételt megnevezésének átírását a bizonylat soradatainál. Ezt a lehetőséget azonban már évekkel ezelőtt javítottuk, hogy ne lehessen, hiszen erre való az E tételek. Viszont felmerült egy probléma. méghozzá pont abban az esetben, amikor valaki nagyon pontos akar lenni abban, hogy minden előzetes információ a rendelkezésére álljon szükség esetén. A kerékcsapágy csere az autón 4 D tételt igényel: bal első, jobb első, bal hátsó, jobb hátsó. Az ügyfél is jobban érteni fogja a számlát és a szerviz is pontosan tudni fogja mit csinált. A mostani lehetőséggel azonban elegendő felvenni a D tételek közé a kerékcsapágy csere tételt, amit kiválasztva csak ki kell egészíteni, hogy 1 db bal első, 1db jobb első stb., hogy jobban lássa az ügyfél mit történt. Gyakorlatilag az E tétel használatával is el lehet érni ezt, DE az "E" tétel annyira nem támogatott az AMS-ben, mint a "D" tétel. Például az E tételhez nincs hozzá köthető normaidő, amit össze lehet vetni a blokkolt idővel. 9 / 12

10 H. Hibajavítások, felhasználóbarát fejlesztések 1. CRM-ben a projectnél indított időzítés stabilitásának megerősítése. Probléma volt ugyanis, hogy aktív időzített esemény állapotban újabb időzített eseményt lett indítva, akkor a rendszer eltévesztette a két esemény projectszámát [13859] ( ) 2. CRM-ben az ügyfél kategória felvétel hibájának javítása [13851] ( ) 3. CRM és AMS közötti adat szinkronizáció. Az ügyfélbesorolás változtatásakor a két programban nem egyszerre változott az érték. Most a változás azonnali. [13540] ( ) 4. AMS-ben a táblázatokban a mentett rendezettség és oszlop jogosultság láthatósági finomítás-korrigálás [15345] ( ) 5. A bejövő rendelések funkciónak is van Összes soradat lapfüle a kimenő rendelésekhez hasonlóan. Ezen a lapon az összes bejövő rendelés összes tétele, megrendelőnként látható. Ezen kívül a Statisztika / lezárás fülön már látható a rendeléshez tartozó tételek összértéke forintban és valutában. [13671] ( ) 6. A sorszínezés beállításánál olykor a program felvett egy üres feltétel sort, ami hibaüzenetet okozott. A hibát javítottuk. Az egy táblázatban megadható sorszínezések száma 100-ra bővült. Azonban figyelembe kell venni, hogy 4-5 sorszínezés beállításával megduplázzuk a lekérdezési időt. Óvatosan és ésszel vegyünk fel új sorszínezést. ha nagy az adathalmaz, akkor inkább a szűrés használata javasolt. [15278] ( ) 7. Az anyagkiadás utáni naplótétel kiírásánál a tizedes jegyek is látszódnak a logban. Ezzel könnyebbé vált bizonyos eltérések megkeresése. [15507] ( ) 8. Az ÁFA növekedése okozhatott gondokat, úgy hogy a régi 25 % os ÁFA-t a program nem úgy kezelte, ahogy azt kellet volna. De ezt a gondot megoldottuk, és a program külön tudja választani az újabb ÁFA-s tételeket és a régi tételeket. Tehát a lejárt formátumokat, nem fogja átírni. Ez a számlahelyesség és a könyvelés miatt, nagyon fontos korrekció volt. [14724] ( ) 9. Kipontozásnál a kipontozandó tétel összege és a pénzügyi rendezési tétel összege tökéletesen látszik, nem nyomja rá a sablonra. Akár 100 millió Ft is ráfér, még úgy is, ha devizás és zárójelben ismétli a 100 milliót). A másik, hogy a számla egyenlegének összepontozását ajánlja, vagyis mindig a leglogikusabbat. [14100] ( ) 10 / 12

11 10. Ebben a verzióban a banki tételek módosítása is felgyorsult. Nem lassul be a rendszer, ha banki tételeket akar módosítani. Ezt igazából egy kis gyorsításnak nevezném, főleg azoknak előny, akik utálnak várni. [14789] ( ) 11. Módosítottuk a karton működését úgy, hogy amikor már elmentette az adatokat és utána visszamegy a kartonra, akkor nem változtatja meg a már kitöltött adatokat, a program, amíg kézzel nem módosítjuk azokat. DE: ez csak az új anyagbevételezések fejére vonatkozik, a folyamatban lévőknél nem érvényesül! [15257] ( ) 12. Ebben a verzióban visszaállt az előző állapot, azaz a rendszergazda és a paraméterezési joggal rendelkező felhasználó hozzáfér az adatokhoz, ha amúgy az ügyfelekhez van joga. Pontosabban azzal a joggal fér hozzá, amely az ügyfeleknél is megvan neki. [15314] ( ) verzióban a súgó buborék nem tűnt el az ablak bezárása után sem. A funkció módosítása után a buborék ablak a bezárás után már nem fog látszódni. [15368] ( ) 14. Jövedéki adós tételnek a szakasz módosítása után a jövedéki tétel követi az eredeti tételt [15468] ( ) 15. Könyvelésben kipontozáskor a keresztárfolyamot újra meg lehet adni 10 tizedes jegyig [15552] ( ) 16. Most már nem lehet szállítói visszárúzni úgy, hogy többet akar kiírni, mint ami szabad készleten van, vagy az adott bevétben nem is volt annyi. A bevétek közül csak azok látszódnak, amihez éppen még van készlet. [15585] ( ) 17. Könyvelésben bizonyos esetekben a nyitó tétel rosszul jelent, ez a megjelenítési hiba javítva [15593] ( ) 18. Mikor a munkalapoknál veszi fel a járművet, és a rendszámot kézzel írja be, és nem létezik még, akkor jön a kérdés, hogy gyors bevitel, teljes bevitel...? Kiválasztja a gyors bevitelt, és most már csak egyetlen egyszer teszi fel ezt a kérdést. Ez a hibajavítás azért volt fontos mert csak hátráltatta a dolgozókat az állandó klikkelgetéssel. [15624] ( ) 19. Norma rögzítés hibájának javítása. Abban az esetben ha új normát hoz létre akkor nem ad ki a program az utolsó összekapcsolásnál hibaüzenetet. [15682]( ) 20. Az előjegyzés tételből munkalap készítésén egyszerűsítettünk annyiban, hogy a áttöltésnél a korábban megjelenő plusz előjegyzés tételek már nem látszódnak. Eddig is felesleges volt ezek megjelenítése, mint ahogy azt a gyakorlat is bizonyította. [15474]( ) 11 / 12

12 21. Az oszlopdefiníció használata során a lehetséges oszlopok ablakban a feliratok eddig a visszahelyezés sorrendjében jelentek meg. Ez azt a problémát okozta, hogy egy adott mezőt nehezebben lehetett megtalálni és kiválasztani. A mostani fejlesztéssel a lehetséges oszlopok megnevezései ABC sorrendben jelennek meg. Természetesen a Kiválasztott oszlopok megnevezései a felhasználó által beállított sorrendben fognak látszódni továbbra is.[16149]( ) 22. A beszerzési ár módosításakor a figyelmeztető ablakba nem fért ki az adott beszerzésből származó kiadások alapján készült számlaszámok. Ennek az ablaknak a megjelenítési eljárása módosult, hogy bármennyi számla esetén látható legyen az összes számlaszám. [16874]( ) 23. Könyvelésben az árfolyam különbözetek több kiegyenlítés esetén is a jó oldalra számolódnak [14909] ( ) 24. Előjegyzésben az időütközések kezelésének könnyítése [15390] ( ) 12 / 12