Az ügyfélkapcsolat kezelés (CRM) nem rendszerfüggő, sokféleképpen lehet végezni, ez filozófiai vagy folyamat kérdés, mégis sok ügyfél kérdezi, mit tud a Navision (Microsoft Dynamics NAV) .
Nos, a rendszer támogatja az alapvető CRM funkcionalitásokat:
- Ügyfél kezelés - Nyilvántartja a lehetséges vevőket , ügyfeleket, akikből később vevő vagy szállító lehet
- Támogatja az ügyfél rekordokból vevő vagy szállító létrehozását
- Nyilvántarthatja az ügyféllel kapcsolatos tevékenységeket, látogatásokat, feladatokat
- Kérdőíveket rögzíthet az ügyfelekről melyek a marketing szegmentálását segíthetik
- Rögzítheti a marketing kampányait
- Speciális árlistákat hozhat létre a kampányokhoz
- Nyomon követheti mely rendelések, eladások , beszerzések , költségek tartoznak adott kampányhoz , így pontosan tudja milyen eredménnyel zárult a kampány pénzügyileg
- Szegmensek – Támogatja az ügyfelek, vevők különböző ismérvek szerinti szegmentálását és ezeknek külön kampányok indítását
- Tennivalók – rögzítheti a találkozásokat, feljegyzéseket, teendőket az adott ügyfélhez
Kedves Rendszergazdák, Partnerek !
Amikor a Microsoft Dynamics NAV 2009 (Navision) szerepkör alapú kliensét vezetjük be , a szerver és a hálózat igen sok komponensét kell konfiguráljuk. Most megérkezett egy eszköz melynek segítségével ellenőrizni tudjuk a környezetünk megfelel-e a telepítési elvárásnak. Az eszközt le tudják tölteni a partnersourceról vagy kérjék partnerüktől.
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.)
Legutóbbi hozzászólások