17. EESTI ERP TURG Turu maht ca. 300miljonit EEK Tootjate käibe TOP: Microsoft Dynamics 50% Oracle 11% SAP 4% Eesti tootjad 9% Muu 26% Pakkujaid ca 30-50: TOP 5 teeb 55% käibest
19. Microsoft Dynamics ERP Up To 7500 employees Typical Organization Up To 1000 employees Up To 1000 employees Up To 1000 employees Deep Robust Out of the Box Financial and Operational Functionality Broad Functionality that Rapidly Adapts to Unique Customer Requirements Simplified Processes and Insight across Multiple International Locations Specialized focus on Project Driven Businesses Key Strengths Functionality Delivered by Microsoft Core Horizontal ERP & Specific Functionality for 5 Industries Core Horizontal ERP Core Horizontal ERP Core Horizontal ERP Single Instance for Multiple Countries Yes No No No Centralized, Federated, Decentralized, Multi-Server Enterprise Deployment Decentralized Decentralized Decentralized Geographic Focus 1 Americas, English Speaking Countries Global Global North America OracleSAP (mySAP,All-inONE, Businessone) EpicorOracleSAP (businessone) EpicorOracleSAP (businessone) Competes Epicor 1 Please See Microsoft Website for Details on Language and Country Availability
32. AX vs NAV Eesti ettevõtete praktikast lähtuvalt Suuremad ettevõtted kasutavad pigem AX’i (40-100 kasutajat) Keskmise suurusega ettevõtted kasutavad pigem NAV’i (4-40 kasutajat) Rahvusvahelised ettevõtted kasutavad pigem AX’i Rohkelt süsteemi muudatusi tegev ettevõte kasutab AX’i Rohkem standardset süsteemi tegev ettevõte kasutab NAV’i Tootmisettevõtted kasutavad AX’i Täna - AX 2009 (ida-euroopa release 2009) vs NAV 5,0 (release 2007)
33. AX vs NAV Eesti funktsionaalsus Valdkonna vertikaalid ? AX (3- tier) vs NAV (2- tier) X++ (AX) vs C-side (NAV) Üks Ida-Euroopa lokalisatsioon (AX) vs igale riigile eraldi lokalisatsioon (NAV) WorkFlow funktsionaalsus AX’s Müük Lepingute haldus ja ettemaksude jälgimine (AX’s olemas NAV’s puudu) Tootmine AX Planeerimine paindlikum Toodete kirjeldamise funktsionaalsus AX’s suurem (Productbuilder) Tööde juhtimine funktsionaalsus AX’s (Workshopi moodul) Kasutajaliides NAV’s töökindlam AX’s rohkem kasutajapõhiseid võimalusi (nt personaalsed menüüd, aruanded, filtrid) NAV – kasutaja jaoks kees teeb palju erinevaid toiminguid NAV lihtsam. Kasutaja jaoks kes teeb ühte toimingut AX lihtsam
35. Microsoft Dynamics AX arhitektuur Dynamics AX on kihilise ülesehitusega – muudatusi ja uuendusi saab teha erinevatesse kihtidesse Standardarendused on loodud System kihti – vastavale kihile on ligipääs Microsoftil Riigipõhised, majandusharu kesksed ning kliendikesksed arendused tehakse System kihi peal asuvatesse kihtidesse Kõige välimisse kihti (User), saab kasutaja vajadusel oma uuendused ja muudatused teha. Kihtidena realiseeritud arhitektuur võimaldab seda et kasutajatel on alati peale oma muudatuste tegemist võimalus baasversioonile tagasi lülituda
36. Microsoft Dynamics AX ja andmevahetus Andmevahetuse jaoks on Dynamics Axi jaoks arendatud nn AIF (ApplicationIntegrationFramework) – raamistik andmete vahetamiseks XMLis Adapteripõhine andmevahetus Microsoft MessageQueuing Filesystem Microsoft Biztalk Server Veebiteenused väljapoole (andmete väljasaatmine) Veebiteenustel põhinev andmevahetus Lihtsasti loodavad veebiteenused vastavad väljaspoolt sissetulevatele päringutele, veebiteenustes kasutatav Dynamics AX äriloogika Integratsioon Microsoft Office toodetega Dynamics AX ja Outlooki vahel on võimalik luua kahepoolne sünkroniseerimine. Nii koosolekute, ülesannete, kontaktide kui ka vahetatud e-kirjade info on olemas mõlemas süsteemis (sh ka manused) Dynamics AX toetab Exceli tabeleid andmete impordi ja ekspordi jaoks Kõiki Office ja PDF doikumente on võimalik lisada Dynamics AX kirjetele Integratsioon MS Projecti ja Projectserveriga Andmebaaside otseühendused
42. Microsoft Dynamics AX ja EnterprisePortal Dynamics AX andmed ning andmete sisestamine on EnetrprisePortali vahendusel toodud internetibrowserisse EnterprisePortalisse on võimalik luua kasutajakesksed portaalid läbi rollikeskuste (RoleCenters). Rollikeskuste kaudu on võimalik kasutajale kuvada just temale oluline informatsioon ja funktsionaalsus.
44. Milleks ärianalüüs? ERP süsteemid on suurepärased andmete kogumiseks Ärianalüüsi (BI) vahendid muudavad suure andmehulga otsustajale kergesti arusaadavaks infoks ... ning toovad iselle otsustajani minimaalse viivituse ja ajakuluga Kogu andmed(ERP) “Tõlgi” mõtestatud infoks(ärianalüüsi vahendid) Otsusta
48. andmete vahelisi seoseidÄritarkvara juurutamisel on vaja teada analüüsivajadusi – analüüs dikteerib andmete kogumise Andmete kogumine, analüüs ning süsteemi haldamine on terviklik Kogu andmed Tõlgi Otsusta
52. ERP – SAAS NAV ja AX SaaSmudelid Eestis Folderburg – NAV ja CRM
53. ERP – äriline vaade ERP ostu otsustab juht või finantsjuht Otsustajat ei huvita kas toode on 2 või 3 tier Otsustajat huvitab mitu krooni ta ERP juurutamisega võidab
60. ERP loodud tulu Otsestekstuludeks on tavaliseltkokkuhoidmõnetegevusvaldkonnakuludes. säästetakse IT hoolduskulusid tööjõukuludevähendaminemõnesettevõtteüksuses hankijatevõlgnevusevähenemine paberdokumentidekuluvähenemine vanariistvaramüügitulujne.
61. ERP loodud tulu Kaudsetekskuludeks on tavaliseltprotsessideajalineoptimeerimineilmaotseseidrahavoogemõjutamata. vähesetulususegategevusteelimineerimine äriprotsessidejatöövoogudehõlbustamine infoleligipääsukiirendamine juhtimisejaülevaatetegevustevähendamine kaupadehalduseparandamine ostuprotsessideparandamine
62. ERP loodud tulu – kas ka LIVE esimestel kuudel ? Inimeste hulka ei vähendata – sisestavate andmete hulk suureneb Paberit kulub rohkem – rohkem aruandeid, töökäske jne Konkreetse töölõik ei muutu efektiivsemaks – lisatakse süsteemi sissekirjutatud bürokraatiat
63. ERP projekti edukuse mõõdikud (logistikaettevõte baasil) Müügitehingute koguarv müügimehe kohta Pakkumiste tehingute koguarv müügimehe kohta Korduvmüükide kasv (CRM) Laovarude pöörlemiskiirus Laovarude väärtus Tarnetähtaegades kinnipidamine Transpordikulude vähenemine Käibe kasv
64. ERP projekti edukuse mõõdikud (logistikaettevõte baasil) Kas informatsioon on usaldusväärne ? Samu andmeid sisestatakse üks kord ? Informatsioon jõuab kohale kiiremini ? Paremad juhtimisotsused ? Muudatusi äriprotsessis on lihtsam läbi viia ? Paranandud majandusinfosüsteemi hooldus ja areng jah Kulude kokkuhoid tulenevalt tarneahela automatiseeritud juhtimisest ? Maj. tarkvarast tulenevate riskide vähenemine ? Äriprotsessi standardiseerimine? Kas vihmametsa on säästetud ?
65. ERP Investeeringu tasuvus Heakstasuvusekspeetakse 18-30 kuud Et investeeringtasuks 18 kuuga, peabloodudlahendus 18 kuujooksultootmavähemaltinvesteeringu summa võrralisaväärtust
66. Kliendilugu(www.baltic.omxnordicexchange.com) 26.02.2003 AUDITEERITUD MAJANDUSTULEMUSED 2002 Aastal 2002 oli AS ESTIKO-PLASTAR käive 145,8 mlnkrooni (9,32 mln EUR), võrreldes 2001. aastagakasvaskäive 8,2 mlnkrooni (0,52 mln EUR) võrra. Aruandeperioodiloliettevõttekahjum 10,4 mlnkrooni …. 2002. aastalkäivitatikakssuurtprojekti - majandustarkvara Axapta jakvaliteedijuhtimissüsteem ISO, misnõudispaljuinimressurssi, kuidotsestkasuaastal 2002 eitoonud. Axapta projektimaksumus on tänasekspäevaks 1,8 mlnkrooni (0,12 mln EUR) ningselleprojektikasujuhtimiselesaabtundaalles 2003. a teiselpoolaastal, kuiplaneerimiseefektiivsusjajuhtimisandmeteoperatiivsusvõimaldabrakendadatõhusamaidjuhtimismeetodeid.
67. Kliendi lugu (www.baltic.omxnordicexchange.com) Q1-2003 kasum + 4.7 mln võrreldes eelmise aasta sama perioodiga Majandustarkvara arenduses on jõutud rakendusfaasi - see on võimaldanud tõsta tootmisprotsesside planeerimise efektiivsust. Q2 – 2003 kasum +11.5 mln võrreldes eelmise aasta sama perioodiga Majandustarkvara rakendamisega on oluliselt paranenud tootmise planeerimine, mis väljendub jäätmete osatähtsuse vähenemises kogutoodangust ning tootmisprotsessis toodangu läbilaskevõime suurenemises. Brutorentaablus võrreldes eelmise aasta sama perioodiga suurenes 9% ehk 8,7 mln EEK
68. Kliendi lugu (www.baltic.omxnordicexchange.com) Q3 2003 kasum + 14.7 mln võrreldes eelmise aasta sama perioodiga Kuludekokkuhoidniimuutuvkuludekuipüsikuludeosasningtootmiseplaneerimisetäiustumine on avaldanudmärkimisväärsetmõjuettevõttekasumlikkuselevõrreldeseelmiseaastasamaperioodiga. Eesmärgigatõstaoluliselttööjõukasutamiseefektiivsust, lõpetatikolmandaskvartalistöölepingudkollektiivselt 53 töötajaga, mistekitasühekordsetkuluettevõttele 1,5 mln EEK (0,1 mln EUR) ulatuses. KUIDAS ?
The evolution of ERP systems closely followed the spectacular developments in the field of computer hardware and software systems. During the 1960s most organizations designed, developed and implemented centralized computing systems, mostly automating their inventory control systems using inventory control packages (IC). These were legacy systems based on programming languages such as COBOL, ALGOL and FORTRAN. Material requirements planning (MRP) systems were developed in the 1970s which involved mainly planning the product or parts requirements according to the master production schedule. Following this route new software systems called manufacturing resources planning (MRP II) were introduced in the 1980s with an emphasis on optimizing manufacturing processes by synchronizing the materials with production requirements. MRP II included areas such as shop floor and distribution management, project management, finance, human resource and engineering. ERP systems first appeared in the late 1980s and the beginning of the 1990s with the power of enterprise-wide inter-functional coordination and integration. Based on the technological foundations of MRP and MRP II, ERP systems integrate business processes including manufacturing, distribution, accounting, financial, human resource management, project management, inventory management, service and maintenance, and transportation, providing accessibility, visibility and consistency across the enterprise.During the 1990s ERP vendors added more modules and functions as “add-ons” to the core modules giving birth to the “extended ERPs.” These ERP extensions include advanced planning and scheduling (APS), e-business solutions such as customer relationship management (CRM) and supply chain management (SCM).
The evolution of ERP systems closely followed the spectacular developments in the field of computer hardware and software systems. During the 1960s most organizations designed, developed and implemented centralized computing systems, mostly automating their inventory control systems using inventory control packages (IC). These were legacy systems based on programming languages such as COBOL, ALGOL and FORTRAN. Material requirements planning (MRP) systems were developed in the 1970s which involved mainly planning the product or parts requirements according to the master production schedule. Following this route new software systems called manufacturing resources planning (MRP II) were introduced in the 1980s with an emphasis on optimizing manufacturing processes by synchronizing the materials with production requirements. MRP II included areas such as shop floor and distribution management, project management, finance, human resource and engineering. ERP systems first appeared in the late 1980s and the beginning of the 1990s with the power of enterprise-wide inter-functional coordination and integration. Based on the technological foundations of MRP and MRP II, ERP systems integrate business processes including manufacturing, distribution, accounting, financial, human resource management, project management, inventory management, service and maintenance, and transportation, providing accessibility, visibility and consistency across the enterprise.During the 1990s ERP vendors added more modules and functions as “add-ons” to the core modules giving birth to the “extended ERPs.” These ERP extensions include advanced planning and scheduling (APS), e-business solutions such as customer relationship management (CRM) and supply chain management (SCM).
Last Update: March, 2009Owner/Author: Jesper Termansen (jespert)Audience: Customer ready (Can be presented to customers, but please do not give them this file.)Region: World wideIntended Usage: This entire deck is intended to tell the product strategy story to partners and customersEvent Usage if applicable: Launch Events/Partner and Customer FacingSupporting documents: Statement of Direction - https://mbs.microsoft.com/partnersource/resources/strategy/toolbox/productstrategytoolbox3.htm?printpage=false
The evolution of ERP systems closely followed the spectacular developments in the field of computer hardware and software systems. During the 1960s most organizations designed, developed and implemented centralized computing systems, mostly automating their inventory control systems using inventory control packages (IC). These were legacy systems based on programming languages such as COBOL, ALGOL and FORTRAN. Material requirements planning (MRP) systems were developed in the 1970s which involved mainly planning the product or parts requirements according to the master production schedule. Following this route new software systems called manufacturing resources planning (MRP II) were introduced in the 1980s with an emphasis on optimizing manufacturing processes by synchronizing the materials with production requirements. MRP II included areas such as shop floor and distribution management, project management, finance, human resource and engineering. ERP systems first appeared in the late 1980s and the beginning of the 1990s with the power of enterprise-wide inter-functional coordination and integration. Based on the technological foundations of MRP and MRP II, ERP systems integrate business processes including manufacturing, distribution, accounting, financial, human resource management, project management, inventory management, service and maintenance, and transportation, providing accessibility, visibility and consistency across the enterprise.During the 1990s ERP vendors added more modules and functions as “add-ons” to the core modules giving birth to the “extended ERPs.” These ERP extensions include advanced planning and scheduling (APS), e-business solutions such as customer relationship management (CRM) and supply chain management (SCM).
Last Update: March, 2009Owner/Author: Jesper Termansen (jespert)Audience: Customer ready (Can be presented to customers, but please do not give them this file.)Region: World wideIntended Usage: This entire deck is intended to tell the product strategy story to partners and customersEvent Usage if applicable: Launch Events/Partner and Customer FacingSupporting documents: NAV Statement of Direction - https://mbs.microsoft.com/partnersource/resources/strategy/toolbox/productstrategytoolbox3.htm?printpage=falseLet’s talk about MS Dynamics NAV 2009 Typically seen in orgs of up to 1000 employees Outstanding enablement of partner driven micro-verticals = reflects our strategy Real opportunity for volume and repeatability gives partners incredible growth potential w. vertical solutions Ability to simplify and streamline highly specialized business processes Rapidly adapts to the way customers do business<<CLICK CRESPEL AND DEITERS EXAMPLE>> In Chemical Industry- Develop chemicals for use in pulp & paper indust. >11 years of experience with NAV Need simplicity in their IT footprint , agile software Easily adapts as business grows or as it needed to change it’s processes (looking at NAV 2009) w. NAV 2009 they achieve more holistic view on business processes and KPIs, no more silos! New users keen to get the new client, existing users work faster with new client after only weeks Partner Tectura helped make this happen
Last Update: March, 2009Owner/Author: Jesper Termansen (jespert)Audience: Customer ready (Can be presented to customers, but please do not give them this file.)Region: World wideIntended Usage: This entire deck is intended to tell the product strategy story to partners and customersEvent Usage if applicable: Launch Events/Partner and Customer FacingSupporting documents: AX Statement of Direction - https://mbs.microsoft.com/partnersource/resources/strategy/toolbox/productstrategytoolbox3.htm?printpage=false Let’s talk about AX 2009 Typically seen in orgs of up to 7500+ employees Enables people and organizations to use IT strategically to meet requirement Global consistency – multi, multi, multi Deployment flexibility Cross subsidiary operations/transactions, financial consolidation and centralized service Investments in industry platform for partners<<CLICK ATU EXAMPLE>> Automotive parts retailer based in Germany Extensive multinational branch network Successful expansion strategy - >600 branches spread out across Europe! Franchise Model – they need a solution that allows them to centrally manage IT Core capability you need w. >6000 CC users System scalability is crucial to operate efficiently MS collaboration w. partner HSO delivering solution to meet needs of this customer using power of Microsoft Dynamics AX 2009
Majandusinfosüsteemi juurutamise protsessis jõutakse varem või hiljem selleni, et kogutud andmebaasid tuleb panna täitma üht oma peamistest eesmärkidest: pakkuda juhtidele otsustamise aluseks olevat kompaktset usaldusväärset ja õigeaegset informatsiooni. Kogutud gigabaidid tuleb tuua mõtestatud kujul igapäevatöö vahendina otsustaja töölauale. Kuidas me seda kõige paremini teha saame?ERP suurepärane koguja, kuid ei oma piisavalt vahendeid otsustusbaasi moodustajaks (esitlusvahendeid)BI vahendid teevad ära mõtestatud infoks tõlkimiseTänapäeva süsteemile omaselt, miks BI vahendid on paremad kui 4 raamatupidajat - töötab alati ühtemoodi, kiiresti – puudub viivitus andmete tekkimise > tõlkimise> analüüsi peale. Inimesed saavad kulutada oma energia analüüsi ja otsustamise, mitte tõlkimise peale.Estiko arvab, et nemad saavad lahendusega kokku hoida umbes 0,5 koha jagu tööd
Meie teame, et majandustarkvara ja ärianalüüs on lahutamatudMiks – 2 suunda – analüüsi tegemiseks- ühelt poolt pead sa teadma ERP lahendust ja KUIDAS seda kasutatakse antud organisatsioonis, Teiselt poolt pead sa ERP juurutamisel teadma analüüsi vajadusi - need peavad olema läbi mõeldud. Et kogutaks õigeid andmeid sobivas klassifitseeritusesHaldamine – kogumine, kasutamine, haldamine – 1 tervik, mida ei ole tarvilik pudistada süsteemide vahele laiali. Näiteks on analüüsivajaduste jaoks vaja lisaandmeid, mida ERP reeglina ei vaja (KPI sihtväärtused näiteks). Meie arvates ei ole BI jaoks tarvis ehitada omaette haldamise süsteemi (kus hoitakse KPI-s, teisendusreeglid jmt). Nii tehnilises aspektis kui organisatsiooni protsessi aspektis. A’la ERP-s on masterdata.Ärianalüüsi lahendused kipuvad vahel olema asjad iseeneses, lahutatud igapäevasest majandustarkvarast, andmete värskus piirdub parimal juhul eelmise päevaga. Võib jääda arusaamatuks, kuidas ning millistest alusandmetest on koondtulemused saadud. Info on kättesaadav vähestele valitutele. Teiseks äärmuseks on suletud võimalustega majandusinfosüsteemid, mille võimalused kogutud andmete laialdaseks esitlemiseks ja igakülgseks analüüsiks on kasinad. Kumbki lahendus ei ole elujõuline. Ärianalüüs ja majandustarkvara on suurepärased, et mitte öelda lahutamatud kaaslased. Pole võimalik mõtestada informatsiooni, kui ei tea, kuidas ja mis eesmärgil andmeid ja fakte on kogutud ning kus need andmed asuvad. Informatsiooni on vaja kohe, kui sündmus on toimunud.
Võtmenäitajad on koondatud ühele ülevaatlikule töölauale,Põhimõte - Üldiselt üksikuleüldine vaade peab kohe andma iva – mis on ja mis hakkab juhtumaDetailsemaks uurimiseks võimalus “sisse minna”Samas on kõik komponendid ja detailvaated kasutatavad ka eraldi ja iseseisvatena (võimaldab kombineerida erinevaid töölaudu: müüki huvitavad Tootmise näidikud müügimehe töölaual ja vastupidi)
Pilt töölaua alumisest otsast:Eveli: Tööjõu kasutamise efektiivsus näitab tasugruppide lõikes, kui palju on töötajaid teinud mingi kindlaksmääratud kogust ühe töötunni kohta ning kui palju nad vastavalt sellele on tulemustasu teeninud. Need numbrid arvestatakse nädala keskmistena, kuid online süsteem võimaldab saada head tagasisidet ka iga vahetuse lõpus. Tsehhijuhatajal on võimalus anda pidavat tagasisidet töötajate tootlikkuse kohta. Valmistoodang, Jäätmed