Kedves Látogatók !
Amennyiben Önök rendelkeznek szoftverkövetési támogatással, Önöknek jár a Customer source portálhoz hozzáférés.
Ha, nem tudja a hozzáférési részleteit ,kérje partnere tanácsát, segítségét.
Sajnos az anyagok túlnyomó része angolul van , viszont ez a teljes hivatalos tanfolyami anyag ,amit a fizetős tanfolyamokon is oktatnak.
Egyelőre nem készült magyar fordítás a tanfolyami anyokból , de már érdeklődtünk a Microsoftnál , mikorra tervezik ha tervezik a fordítást elkészíteni. Amennyiben választ kapunk természetesen itt meg fogjuk osztani Önökkel.
Hogyan érheti el a tanfolyami anyagokat:
- Lépjen be a Customersource portálra (https://mbs.microsoft.com/customersource)
- Kattintson a “view training materials” hivatkozásra
- Keresse ki a kép szerint a tanfolyami anyagokat
- Kattintson az Önt érdeklő tanfolyamra
- Ezután csak le kell tölteni az izgalmas anyagokat !
Fontos használjanak Internet Explorer-t , mert a letöltések ún. ActiveX controlt használnak.
Sokan még nem tudják , de a Microsoft Dynamics NAV (Navision) csapat sok interneten közzétett videót készít amely segít a felhasználóknak megismerni a Microsoft Dynamincs NAV (Navision) funkcionalitását.
Ezek a videók angolul készültek ,de nyelvtudás nélkül is hasznosak lehetnek.
- Outlook szinkronizáció beállítása Microsoft Dynamics NAV 2009 alatt
- Mentés készítése/időzítése Microsoft Dynamics NAV 2009 rendszer alatt
- Átértékelési napló használata Microsoft Dynamics NAV 2009 alatt
- Pontos költség visszaállítás használata
- Lejárati idő beállítása a raktárkezelés modulban Microsoft Dynamics NAV (Navision) 2009
Készítsünk egy több táblás lekérdezést a JET Express segítségével, az eredményt pivot táblátban jelenítsük meg.
Az excel munkalap Jet fülén a table Builder gomra kattintsunk, majd az Add Table funkcióval válasszuk ki a lekérdezéshez szükséges táblákat.
Ha a kiválasztott táblák klözött nem jött létre automatikusan a kapcsolat, azt a Link Tables funkcióval manuálisan felvehetjük.
A megfelelő táblán állva a képernyő bal alsó sarkában kiválaszhatjuk a lekérdezésünkhöz szükséges mezőket.
Szűrőfeltételeket az add filter funkcióval adhatunk a lekérdezésünkhöz
Az elkészült lekérdezés paraméterei ok után átkerülnek az excel munkalapra
Itt a Refresh gombbal tekinthetjük meg lekérdezett adatokat.
Az Excel Design fülén lévő Summarize with pivottable gombbal alakíthatjuk pivot táblává a lekérdezett adatokat
Kedves Olvasók !
Fontos, hogy gyorsan közzétegyük a Microsoft a napokban tette közzé az első ingyenes jelentéskészítő eszközét ami Microsoft Excelbe épül és a Microsoft Dynamics NAV(NAVISION) adatiból tud adatok PIVOT (Kimutatás) táblákba kinyerni és megjeleníteni.
Az eszköz neve JET Reports Express és minden olyan felhasználó hozzáfér akinek van támogatási szerződése és a Microsoft Dynamics NAV (Navision) 2009-es verzióját használja.
Egyelőre csak angol nyelven érhető el a Customer Source-ról illetve a Partner Source-ról ,de az év végére érkezik a magyar változat is .
Itt megtalálja az angol változatot és néhány videót is : http://jetexpress.jetreports.com/index.php .
Néhány funkció és kép (Később részletesebb leírást is fogunk közölni)
Az excel szallagon megtalálható a JET fül ahonnan a fő funkciók elérhetőek. Látható, hogy a főkönyvi egyenleget viszonylag könnyedén le lehet kérdezni.
A táblákból a mezők egyenként kiválaszthatóak (mit is akarunk lekérni), szűrőfeltételeket is megadhatunk…
És amint látható az ún. Flowfieldek is elérhetőek és jól jelennek meg!
Ki mondta , hogy egy vállalatiránítási rendszer nem tud jól kinézni.
A napokban felmerült, hogy egy modulunkat csinosítsuk fel kicsit ikonokkal. Jobban utánajárva, a Microsoft Dynamics NAV (Navision) tartalmaz egy halom beépített ikont , képet. Amennyiben tetszik , nézzék , meg és kérjék partnerüket ,hogy használják ezeket az ikonokat!
A menükre külön ikonok vannak , ezek is igen kellemesek (íme néhány..)
A programozóknak pedig itt található egy segéd (milyen ikonokat találhatunk a Microsoft Dynamics NAV programban) :
http://www.msdynamics.de/viewtopic.php?p=39496#p39496
Biztos sokszor merült fel bennünk , ki miért hogyan csinálta ezt a módosítást.
A komolyabb vállalatirányítási rendszereknek mindig van változás követése ,hogy lehessen auditálni milyen változásokért kik a felelősek.
A Microsoft Dynamics NAV (Navision) is tartalmaz ilyen funkciót. Fontos tudni azonban, hogy a rendszerben alapból nincs beállítva a nyomkövetés. Ezt vagy a bevezető (partner) cég végzi el , egyeztetve a felhasználókkal vagy a kulcsfelhasználókra marad ez a feladat.
Általában az is jó kérdés mit kell auditálni és mennyire.Érdemes megfontolni mivel terheljük a rendszerünket .
Nos következzen az hogyan tudjuk ezt alkalmazni a Microsoft Dynamics NAV (Navision) rendszerében:
A képernyőn megtalálható ,hogyan tudjuk bekapcsolni a változás naplót és innen tudjuk a bővebb beállításokat is elvégezni.
Mielőtt , aktiváltuk a naplózást , be kell állítsuk milyen objektumokat és azok milyen eseményeit figyelje a rendszer.
A Microsoft Dynamics NAV (Navision) rendszer alapjai a táblák. Ezekben tárolja az adatokat a rendszer és értelemszerűen ezeket érdemes/lehet naplózni. Egész pontosan a táblákba való beszúrást(új adatok felvitele), módosítást és törlést lehet nyomon követni .
Fontos , hogy vagy a tábla minden mezőjét figyeli a rendszer , vagy mi magunk mondhatjuk ,meg mely mezőket figyeljen a rendszer.
A képen látható hogyan lehet beállítani mit figyeljen a rendszer és a három pontra kattintva lehet beállítani mely mezőket figyeljen , ha nem az összes mező opciót választottuk.
Fontos tudni , hogy miután minden beállítást elvégeztünk , újra kell indítani minden Dynamics NAV (Navision) klienst, hogy a változások mindenkinél érvényre kerüljenek.
Ezek után a menüben megtaláljuk a változás naplót is amiben a beállításoknak megfelelően már látható ki mikor milyen módosítást végezett. Értelemszerűen ezt a változás napló funkció elérését , jogosultságokkal lehet korlátozni (erről majd egy későbbi bejegyzésben szólunk).
Miért buknak el az ERP projektek?
Majdnem elkövettem azt a hibát, hogy nem beszéltem a projekt egészét érintő problémákról, éppen ezért most nézzük meg, milyen kockázatokkal fog találkozni az, aki egy új vállalatirányítási rendszert kíván bevezetni.
- Nem megfelelő projektszervezet (vagy ennek a hiánya)
Aki azt gondolja, minden tud a cégéről töviről hegyire, az vagy zseni, vagy egy egyszemélyes céget vezet. Az integrált rendszereket többnyire akkor vezetik be, amikor megnő az alkalmazottak száma, és a folyamatok követhetetlenné válnak.
A tipikus projekt csapat ún. kulcsfelhasználókból és projektvezetőből áll. A kulcsfelhasználók fogják meghatározni a rendszerrel kapcsolatos elvárásokat. Ha olyan kollégák fogják megfogalmazni az igényeket, akik nem, vagy nem eléggé ismerik a folyamatokat, akkor máris jelentős az esélye annak, hogy a projekt sikertelen lesz. Válasszunk tehát olyan embereket, akik hajlandóak kommunikálni, akár a problémákat is, és csapatban is jól dolgoznak, hiszen a projekt kompromisszumokból épül majd fel.
Van még egy olyan dilemma is, hogy az adott kulcsfelhasználó nélkülözhetetlen a munkavégzéshez, illetve az igények meghatározásához is. Ez esetben valamilyen kompromisszumot kell majd kössünk.
- Nem definiált üzleti folyamatok
Az ERP rendszer bizony az üzleti folyamataink számítógépes leképezése. Ha ezeket a folyamatokat nem tisztázzuk, számítógépre sem lehet vinni. Törekedjünk tehát a folyamatoknak a minél egyszerűbb szervezésére, ami segíti majd a munkánkat, illetve a rendszer bevezetését is.
- Túl nagy célok kitűzése
Egy-egy projekt indításakor az emberek fantáziája beindul. Mindenki előszedi az ötleteit a világ megváltásáról, vagy az üzlet javításáról. Hatalmas kockázat az igények nem jó meghatározása. Amennyiben túlvállaljuk magunkat, ez nem csak a sikertelen bevezetést jelentheti, hanem a vevőink megfelelő kiszolgálását is kockáztathatjuk. Határozzuk meg, mik a kritikus célok, amiket mindenképpen el kell érjünk az első bevezetéskor (pl. főkönyv, számlázás, raktár..), és mik azok a célok, amiket bevezetés utánra halaszthatunk(pl. web áruház, CRM stb..)
- Oktatás hiánya
Tipikus hiba, amit jómagam is átéltem, elkövettem már. Miután hónapokat töltöttünk a kulcsfelhasználókkal a rendszer tesztelésével, a modulok fejlesztésével, és a szebbnél szebb jelentések készítésével, elindítjuk a rendszert. Ekkor, mint derült égből a villámcsapás, derül ki, hogy XY néni vagy bácsi éppenséggel nem tudja, hogyan kell felvinni egy rendelést, vagy nem tudja, honnan tudja előhívni a kedvenc jelentését. Bizony ezek a kollegák úgy fogják érezni, a rendszer nem működik megfelelően, vagy hibás. Egyikünk sem szereti, hogy egyik napról a másikra más rendszert kell használnia, mondjuk levelezésre. A kollegák nemcsak joggal panaszkodhatnak, de többnyire nem tudják elvégezni a munkájukat, és tesznek arról, hogy ideig-óráig visszaállhasson a régi rend..
Gondoskodjunk róla, hogy lehetőség szerint mindenki kapjon oktatást, és a megfelelő oktatási anyagok mindenki számára elérhetőek legyenek később is.
- Vezetői támogatás hiánya
Lehet nekünk a legjobb csaptunk, igény-definíciónk, vagy csinos projekt menedzserünk, ha a vezetés nem támogatja a projektet, akkor az minden bizonnyal elbukik. A vezetők érdeke sokszor ellentétes a projekt érdekeivel. Ha a kulcsfelhasználó nem pótolható, akkor bizony a vezető sem tud mást tenni, mint kivenni a projektből, és a munkavégzésre koncentrálni. Arra is van példa, hogy az adott vezető abban érdekelt, hogy az Ő területe kevésbé legyen átlátható. Akármilyen indokuk is van, ha a vezetők, vagy a felsővezetés nem támogatja a projektet, ne is indítsuk el.
(Ez a bejegyzés korábban az erpblog.hu-n jelent meg ,de azt gondoltam itt a Dynamics NAV (Navision) blogon is hasznos lehet főleg mert most már másutt nem érhető el az anyag.)
Az első cikkben már szóltam arról , milyen terméket válasszünk ki.
Most kicsit vizsgáljuk meg azt, milyen feladataink lesznek a projekt indításakor, bevezetésekor.
Nyilvánvaló, hogy mielőtt termékek kiválasztásáról kezdenénk el gondolkozni előtte már történik valami. Valamilyen krízis vagy stratégiai döntés miatt elkezdünk gondolkodni a meglévő rendszer kiváltásán, de legalábbis tovább fejlesztésén.
Minden projektben a legfontosabb és legkockázatosabb feladat a miénk (megrendelőké), mert az igényeinket csak mi magunk tudjuk jól megfogalmazni. Viszont, ha ezt nem megfelően tesszük, akkor az az egész projekt sikerét, költségvetését és időtartamát veszélyeztetheti.
A továbbiakban lesz szó még az egyébb kritkus teendőkről most koncentráljunk az igények megfogalmazására.
Ki fogalmazza meg az igényeket? Válasszunk ki olyan elhivatott kollegákat akik egy egy szakmai terület szakértői, nap mint nap dolgoznak a területen és értik a problémákat, folyamatokat. Mindenképpen biztosítsunk a kollegáknak dedikált szabadidőt a projektre, különben ezek az igények nem lesznek jól megfogalmazva.
Egy egy ilyen felmérés során célszerű megvizsgálni, elég hatékonyak-e a folyamataink, amennyiben szükség van rá változtassuk meg a folyamatokat is.
Milyen formátumban dokumentáljunk ? Ez gyakorlatilag majdnem mindegy , a lényeg az , hogy minden igényt kellőképpen átgondoljunk és az érintett területek is be legyenek vonva az ellenörzésbe.
A projekt elején döntsük el mik a reális célok, és mik azok az igények amiket egy későbbi bevezetés során vizsgálunk(pl. a CRM modul nem része a mostani bevezetésnek, jövőre új projektet indítunk rá). Ezeket a döntéseket egyezettessük mindenkivel. Tipikus probléma, hogy a célokat túl nagyra szabjuk és később ezeket nem tudjuk teljesíteni.
Legyen folyamatunk a változások kezelésére. A projekt menete során újabb és újabb igények fognak felmerülni. Ezeket az igényeket nagyon pontosan kell megvizsgálni, és engedélyezni figyelve a projekt időtervére és költségvetésére.
Egy kimutatás szerint (mely 365 informatikai vezető közreműködésével készült) az első három indok ami miatt leállítják a projekteket:
- Nem megfelelő vagy hiányos igény definició
- A megfelelő kulcsfelhasználók nem elérhetősége vagy a projektből való kihagyása
- Erőforráshiány
Az igényeket egyeztessük mind a projekt tagjaival mind a felsővezetőkkel akik érintettek.
(Ez a bejegyzés korábban az erpblog.hu-n jelent meg ,de azt gondoltam itt a Dynamics NAV (Navision) blogon is hasznos lehet főleg mert most már másutt nem érhető el az anyag.)
ERP bevezetés ügyfél szempontból, avagy mire figyeljünk oda?
AZ erpblog-on már olvasható néhány cikk a sikeres projekt bevezetésről de valahogy nem vagy csak részben ,találtam meg azt amit én keresek.
“Azaz , hogy , ha az én cégem a megrendelő akkor mire figyeljek oda.”
A következő néhány cikk erről fog szólni.
Termékek Kiválasztása
Először is Hadd hesegessem el azt a tévhitetet, hogy az ERP bevezetéssel nagyon sok költséget lehet megtakarítani.
Általában egy ilyen bevezetés inkább pénzt visz és nem hoz. Természetesen lehetnek olyan helyzetek amikor valamilyen folyamatot ,lehet automatizálni, kiváltani ,de általában ezek csak a befektetés mértékét csökkentik.
Mégis akkor miért vezetünk be újabb rendszert? Először is akinek van már valamilyen rendszere és azt cseréli le az általában azért teszi mert a meglévő rendszert és
az azt fejlesztő csapatot kinőtte , esetleg nem kapja meg a megfelelő támogatást vagy teljesen elavult a meglévő alkalmazás.
Amennyiben így van akkor mindenképpen figyeljünk oda , hogy a befektetésünk minimális költséggel jár…Azaz ,hogy ez így ebben a formában nem igaz.
A szempontok közül egy a költség hatékonyság. Mire figyeljünk oda amikor kiválasztjuk az új rendszert :
Stabilitás, Skálázhatóság – Az új rendszernek az elkövetező években képesnek kell lennie kiszolgálnia a mostani és a leendő felhasználóinkat, azaz a kiválasztott hardware és szoftver
tudjon nőni a cégünkel eggyütt. Mielőtt eldöntjük milyen rendszer legyen próbáljuk megnézni a kiválasztott platform mióta van a piacon,
van-e elég szakértő aki tudja támogatni. Nyilvánvalóan egy 20 évvel ezelőtt fejlesztett rendszer is lehet ugyanolyan stabil mint a mostaniak , de a kérdés az , tudja ezt valaki megfelelő áron üzemeltetni?
Saját tapasztalat a fenti példa egy kimondottan stabil rendszerről van szó, amelyhez annyira ritka lett már a hozzáértő ember, hogy a napi díjak a csillagokba szöktek
Fenttarthatóság
Az új rendszert remélhetőleg legalább 10 éves távlatban szeretnénk használni , ezért legyen mögötte olyan cég vagy támogatottság ami képes öt év mulva is a piacon lenni és a főbb fejlesztéseket elvégezni.
Itt a dobozos nagy termékek előnyben vannak a kis cégek fejlesztéseivel szemben. Mert ugye mit fogunk tenni akkor , ha 4 év mulva a cég akitől a szoftverünket vettük már megszünik.
Akár kezünkben van a forráskód akár nincs , bajban leszünk. Miért ? Az alkalmazás lehet , hogy működni fog ,de ha a jogszabályok változnak akkor mit fogunk tenni ? Véletlenül az Apeh módosítana valamit a számla követelményeken (Nem mintha ez sűrün következne be). Döntsük el mennyire leszünk kiszolgáltatottak a fejlesztőnek és kalkuláljuk ezt a kockázatot bele.
Bővíthetőség , jövőkép
Nyilvánvaló , az üzletünk folyamatai folyamatosan változnak , ahogyan a piac és a vevői igények is. A kiválasztott rendszernek bővíthetőnek kell lennie , hogy ezekre a kihívásokra tudjunk megfelelni. Legyen az új rendszernek utiterve , milyen módosítások mikorra lesznek fejlesztve. Ezeket az új lehetőségeket nem vagyunk kötelesek használni , de erre legyen lehetőségünk.
Fejleszteni vagy venni és fejleszteni ?
Ezt mindenki maga dönti el. Nincs rá jó recept. A lényeg , hogy a cégünk igényeit céljait most és a jövőben is kiszolgálja és olcsó legyen 
. Mindenképpen nézzünk meg több alternatívát és értékeljük őket minden szempontból.
(Ez a bejegyzés korábban az erpblog.hu-n jelent meg ,de azt gondoltam itt a Dynamics NAV (Navision) blogon is hasznos lehet főleg mert most már másutt nem érhető el az anyag.)
Az első amit minden ügyfél megkérdez , az hogy tudunk-e majd excelbe adatokat kitenni és elemezni.
Erre mindig az a hivatalos válasz hogy igen , természetesen a Microsoft teljesen integrálja a többi termékével a Navision-t.
Nos, nézzük meg miről is van szó. Előszőr is természtetesen attől függően milyen Navision verziót használunk más és más lehetőségek állnak a rendelkezésünkre.
Adatokat kivinni excel – be , wordbe , mindig könnyebb mint onnan vissza varázsolni.
a képen látható, hogy mind word-be mind excelbe egy kattintásra tudunk adatokat kirakni. Ez a funkció konfigurálható így például egy fejléces word levelet a vevő kartonról egy kattintásra tudunk csinálni (természetesen ha kell akkor módosítani kell a sablont).
Természetesen arra is van lehetőség, hogy adatokat importáljunk a Microsoft Dynamics NAV(Navision) rendszerébe. Most arról szeretnék néhány sort írni ,hogyan tudjuk “kézzel” bevinni az adatokat. Ettől függetlenül van arra is lehetőség, hogy időzítve teljesen automatikusan olvassunk be a rendszerbe adatokat.
A mapping űrlap segítéségével előre beállított importálási sémákat tudunk létrehozni. Amennyiben meg akarunk arról győződni , rendelkezésünkre áll-e ez a funkció ,ellenőrizzük az obejct designer “form” részét és keressük a 8601-es űrlapot.
Ha ezt nem találjuk akkor , kérjük meg a partnerünket hogy telepítse ezt nekünk.
Ezen az űrlapon nem csak új adatot tudunk felvinni hanem, meglévő adatokat is tudunk frissíteni. Figyelem, ezek a műveletek kimondottan nagy odafigyelést és mentést igényelnek!
Minden esetben készítsünk mentést és teszteljük az importokat.
Amennyiben új betöltést készítünk meg kell adjuk a betöltés nevét , a töltendő tábla nevét, illetve azt hogy új sorokat szúrunk be, vagy a meglévőket frissítjük.
A képernyő alsó részén kell megadjuk a tábla mely, mezőit fogjuk betölteni és azok milyen excel oszlopokból érkeznek.
Új betöltéshez, a rendszer automatikusan be tudja illeszteni az összes mezőt a táblából és hozzárendeli a megfelelő excel oszlopot.
Ezután a funkciók, adatok importálása gomb megnyomására indul a betöltés.
A definició exportálása opció egy üres de fejlécekkel ellátott excelt állít elő amit nekünk csak ki kell tölteni.
Ez egy nagyon hasznos eszköz, de nagyon elővigyázatosan kell kezelni (mentés , mentés mentés !).
Legutóbbi hozzászólások