Implementering av erp på ett maskinbyggande företag. ERP: maskinteknik är ansluten till "1C"

Först, om själva projektet: implementeringen av 1C:ERP på ett industriföretag. När vi kom till kunden (2015) var antalet personer i anläggningen 5 tusen personer. Under projektet har anläggningen växt avsevärt och ökat produktionsvolymen den sysselsätter nu cirka 6,5 ​​tusen anställda. 1C är installerad på 1,2 tusen arbetsstationer. Aktiva användare nu (juni 2017) är cirka 350, med planer på att öka till 450.

Företaget är en del av militärindustriellt komplex Ryssland, och har därför sina egna detaljer.

Innan det här projektet startade jag medelstora företag (1000-1500 anställda, 50-150 jobb). Vi har redan lärt oss hur man gör dem, efter att ha utvecklat en tydlig metod (nu har mitt team och jag en genomsnittlig tid att överföra ett projekt till kommersiell drift 7-10 månader, beroende på dess komplexitet.)

Men som det visade sig, med ett företag med mer än 2,5 tusen anställda, finns det ett kvalitativt steg i projektets komplexitet, vilket kräver en översyn av tekniken.

Alltså i ordning. Vi anlände till anläggningen i slutet av 2015. Inledningsvis var uppdraget att lansera reglerad redovisning. Under funktionsmodelleringen beslutade kundens ledning (på förslag från chefsrevisorn) att överföra funktionen att mata in primära dokument "på plats". Projektets gränser reviderades till att omfatta centrallager, lagerlokaler, butiksredovisning, avtalshantering och BDDS. Tidsfristen för att implementera reglerad redovisning flyttades till 2017 och under 2016 automatiserades det "primära" redovisningssystemet.

Beslutet att de funktionella enheterna skulle lanseras i pilotindustriell drift (hädanefter kallad "OPE") i etapper, även om det gav oss en hel del huvudvärk, visade sig globalt sett vara korrekt: om vi hade lanserat alla på en gång, vi skulle helt enkelt ha drunknat i en våg av problem, oj vilket jag ska berätta senare.

För att vara ärlig trodde jag att den största svårigheten skulle vara sabotage från användare. Före introduktionen av 1C skrev de inte in något centralt: vissa arbetade i Excel, andra i egenskrivna system. Grunden för dokumentflödet var "papper", som sedan skickades in till det automatiserade kontrollsystemet för att operatörerna skulle läggas in i redovisningsprogrammet. Här tog projektteamet från kundens sida upp frågan på ett kompetent sätt - ett antal order utfärdades, undertecknade generaldirektör, vilket löste problemet. Beställningarna upprättades inte i den vanliga stilen "ett system lanseras på vårt företag ...", utan var ganska specifika: "från ett sådant och ett sådant datum kommer redovisningsavdelningen endast att acceptera dokument från lager från 1C. ” För att eliminera eventuella missförstånd slog vi omedelbart på streckkodning av dokument och distribuerade skannrar till redovisningsavdelningen (det gjordes faktiskt försök att skicka in dokument "ritade" av människor i Word).

Lanseringssekvensen bestämdes enligt följande: centrallager, kontrakt, BDDS, verkstadsförråd, verkstadsredovisning och som ett resultat - redan reglerad redovisning, som också var uppdelad i separata funktionsområden.

Det första (även om det inte är huvudproblemet) var ganska förutsägbart - datavolymen. Jag underskattade dock först dess omfattning. Till exempel tar det cirka fyra dagar att ladda (utan bearbetning) saldon till ett "lågt pris". Och om resultaten plötsligt avslöjar avvikelser, sedan ytterligare fyra dagar, och sedan ytterligare... Det vill säga, detta skede av arbetet måste utarbetas mycket noggrant under planeringen tillsammans med kunden, bokstavligen dag för dag. Till exempel, här följde vi den vanliga vägen: vi laddade bara ner kataloger och tilldelade användare att gå till den "primära" sidan, så att efter att ha avslutat nedladdningen av resten skulle allt utföras, kontrolleras och föras in i operativ redovisning. Som ett resultat av detta hade vi fysiskt inte tid att konsolidera redovisningen och periodisera återbetalningar i slutet av månaden, och för att kunna lämna förvaltningsrapporter var vi tvungna att manuellt överföra kostnadsbelopp från det gamla systemet och sedan justera dem på grund av olika redovisningsmetoder.

Dessutom har kunden inte många av de nödvändiga uppgifterna i normal form, och därför är det nödvändigt att be dem att förbereda dem mycket i förväg: till exempel en lista öppna beställningar Vi började samla på tre (!!!) månader. Det verkar, vad kan vara enklare? Företaget ska ha information om vad det ska producera och skicka till vem och när. Men, som det visade sig, hade de i en formaliserad form bara ordernummer (ett krav för att organisera separat redovisning av statens försvarsorder), och produktens namn, kvantitet, villkor etc. lagrades antingen i Excel någonstans eller i papperskontrakt.

I efterföljande projekt börjar jag och mina kunder förbereda dataöverföring direkt efter projektets första skede - funktionell modellering.

Och skala självgjorda måste alltid ha i åtanke vid utformningen: till exempel, vid utformningen av ömsesidiga uppgörelser, ville kunden dela upp skulden i stadier av kontrakt, men efter att ha analyserat arbetskostnaderna med oss förarbete, den här idén övergavs.

En stor mängd "primär" ökar också kostnaden för fel: om du plötsligt glömde att fylla i några detaljer eller lärde dig hur man fyller i dem felaktigt (vilket tyvärr händer), kommer du inte att kunna "snabbt gå igenom allt med händerna." I bästa fall får du korrekt ifyllda uppgifter från och med nästa månad. Det vill säga, på sådana projekt kan du bara använda ett mycket erfaret projektteam - "jambs" för nybörjare kanske helt enkelt inte kan korrigeras.

Dessutom ställer en sådan skala specifika krav för pilotindustriell drift: vanligtvis för enkla områden (till exempel centrallager) budgeterar jag en och en halv till två månaders stöd, detta är tillräckligt för att räkna ut ett block. Och här började några butiksinnehavare på allvar analysera data i programmet först efter 3 månader. Det vill säga, innan detta lärde de sig helt enkelt hur man matar in dokument i systemet. Det visade sig att under arbetet med att sjösätta andra sektioner måste resurser avledas för att stödja slutna funktionsblock. Detta måste man ta hänsyn till när man planerar människor och budgetar.

Separat är det värt att nämna organisationen för att informera användare om programmet. Det är nödvändigt att bygga in moduler i konfigurationen i förväg för att visa obligatoriska meddelanden: att ringa 350 personer och säga att instruktionerna har uppdaterats eller att kostnadsberäkning kommer att lanseras idag är orealistiskt. Här hjälpte patchen från BSP (library of standard subsystems) oss mycket.

Utöver det ovan beskrivna skallighetsproblemet var projektets andra och största problem att det inte fanns några personer på företaget som helt ägde arbetet inom något redovisningsområde. Först trodde jag att det bara var den här växtens egenskaper, men nu förstår jag att för stora organisationer är denna situation snarare normen. Det finns flera nyckelanvändare som hanterar en del av sin egen "bit" och det finns en avdelningschef som har sin egen uppfattning om hur de fungerar. Och mellan dem finns en avgrund.

Hur jag arbetade tidigare: för varje process identifierades dess ägare, vem som utgjorde kraven för den, vi tog fram en arbetsplan, gick igenom den med nyckelanvändare och godkände den sedan med ägaren. Vanligtvis täcker denna teknik 80 % av operationerna väl och de återstående 20 "korrigeras" vid pilotoperationen. Vi följde denna väg även här. Skillnaden mellan verkligheten och avdelningschefernas uppfattningar visade sig nästan omedelbart. Men cheferna sa "det kan inte vara!", och de underordnade, med våld företagskultur de hade inte invändningar. Som ett resultat innehöll det godkända arbetsschemat en del alltför arbetsintensiva operationer, många överflödiga kontroller och innehöll inte en viss mängd av det "de definitivt inte har." Allt detta måste göras om under pilotverksamheten. De ändringar som redan hade implementerats och levererats skrevs så småningom om radikalt, och själva EPE krävde den ständiga närvaron av programmerare.

Till problemet med "spridningen" av kunskap om varje process mellan dussintals människor lades ett stort antal till synes likadana avdelningar (de har bara cirka 30 centrallager), som trots likheten mellan funktioner hade sina egna detaljer och deras egna bokföringsfunktioner - vilket innebär att även samma operationer kan utföras på flera sätt. Sloganen "processen enande", som tillkännagavs i början av projektet, dog under den första stridslanseringen.

När jag analyserar resultatet av projektet ser jag ännu inte något sätt att särskilt minska risken för en betydande avvikelse mellan de beskrivna processerna och verkligheten: för att utarbeta schemat i detalj med varje avdelning och sedan med deras chefer, Budgeten för Functional Modeling kommer att behöva ökas med 5-7 gånger, och det är vanligtvis svårt för kunder att förstå värdet av detta steg och betala 25 % av projektkostnaden bara för ett "papper". Det fanns en idé om en testkörning av systemet på flera avdelningar, som jag provade på ett annat projekt, men det motiverade sig inte helt.

För tillfället har jag bestämt för mig själv att jag i projekt av liknande skala kommer att behöva stå ut med iterativ förfining - bara organisera det korrekt och omedelbart inkludera i bedömningen programmerares arbete för hela pilotverksamheten, och öka tiden ram för användarstöd minst två gånger.

Det tredje problemet med projektet följer av de två första: ett stort antal användare (för vilka det behövs många konsulter) och ett stort antal designbeslut som fattas direkt i PPE-stadiet. Och eftersom samma problem kan lösas i ERP olika sätt, då använder olika konsulter olika metoder, och som ett resultat börjar systemet "spridas". Inga "möten i slutet av dagen" hjälper här, för på grund av mängden olika frågor glömmer konsulter helt enkelt mycket på kvällen.

I framtiden kommer jag att introducera en separat arkitekt i sådana projekt, som kommer att vara isolerad från användarna under hela projektets varaktighet och genom vilken alla designbeslut kommer att fattas. Han kommer också att uppdatera användarinstruktionerna dagligen (de behövs verkligen för ett stort antal användare).

Vad är resultatet? Trots knölar, tårar och grått hår lanserades kundens ledningsenhet. Nu har vi gått vidare till reglering. Jag hoppas att erfarenheterna från de första stegen kommer att hjälpa till vid lanseringen.

Ökningen av statliga försvarsorder och skärpta kontroll över utgifterna för medel som avsatts för dess genomförande krävde att företag i maskinbyggnadskomplexet förbättrade redovisningssystemen. Som en del av genomförandet av omutrustnings- och moderniseringsprogrammet ryska armén Ordervolymen ökade, vilket ledde till att det blev svårare för företag att producera försvarsprodukter i tid och till adekvata priser. Dessutom finns det helt klart en trend mot konsolidering i branschen. 60% försvarsprodukter tillverkas för närvarande av stora verkstadsföretag. För att övervaka produktionssituationen i realtid och effektivt upprätthålla förvaltningsredovisning i enlighet med kraven i modern lagstiftning, måste sådana företag aktivt använda ny teknik.

Automationssystem som används vid försvarsindustriföretag

I samband med storskalig teknisk omutrustning köper företag i det militärindustriella komplexet CNC-maskiner och skapar automatiserade system förvaltning. Som regel är sådana automatiserade styrsystem byggda på grundval av ett helt komplex av specialiserade mjukvaruprodukter: ERP, HRM, CAD, EDMS, CPM, EAM, PLM, CAD, CAM, PDM, etc. Informationssystem av olika klasser är sömlöst integrerade med varandra, vilket gör att modern smart produktion byggs upp. komplett automatiserat styrsystem livscykel produkter gör det möjligt för företag att producera mer konkurrenskraftiga och högteknologiska produkter.

Under de senaste 5 åren har den mest populära IT-lösningen vid försvarsindustrins anläggningar varit system ERP klass. Deras andel bland alla komponenter i IT-infrastrukturen når 35% .

Fördelar med att använda ERP i ett maskinbyggande företag

Genom att använda "1C:ERP Enterprise Management 2" på fabriker och försvarsindustrianläggningar som bedriver forskningsarbete, säkerställs följande:

  • Efterlevnad av kraven i statens försvarsorder. Enligt den federala lagen "om ändringar av den federala lagen"Om staten försvarsorder» och separat rättsakter Ryska Federationen» daterad 29 juni 2015 N 159-FZ är det nödvändigt att hålla en separat redovisning av kostnader inom olika områden (redovisning, förvaltning etc.).
  • Sluten och konsekvent rapportering. Maskinbyggande företag är föremål för regelbundna inspektioner av förvaltningsbolag, militära representationskontor, skattemyndigheter, Rosfinmonitoring, FAS, banker, etc. Tack vare användningen av ERP-hanteringsinformationssystemet är alla rapporteringssiffror lätta att förklara och "kämpa bland sig själva."
  • Förenkling av militära acceptansförfaranden.
  • Full kontroll inom området projektledning, produktion, ekonomi, logistik.
  • Effektiv förvaltning inköp och beställningar.
  • Förenkling av planering och kostnadsreglering. Arbetskostnader, utrustning och materialbehov beräknas automatiskt.
  • Bekväm produktionsplanering. Du kan ange en lista över operationer för tillverkningen av varje enskild produkt, tilldela slutdatum och leveransdatum för dem.
  • Produktionsutsändning.
  • Underhåll och reparation av utrustning i tid.
  • Automatisering av redovisning av aktuella lagerlager.
  • Automatisering av redovisning av.
  • Automatisk bildning produktionsuppgifter för verkstäder.
  • Omedelbart besked vid förseningar från planerat arbetsschema.
  • Automatisk omplanering med uppdatering av deadlines för uppgiftsimplementering.
  • Automatisk generering av beställningar till leverantörer.
  • Möjlighet att genomföra plan-faktaanalys av kostnader och deadlines för att fullfölja order efter att de är klara.
  • Snabb återspegling av det faktum att beställningen slutförts.
  • Snabb avkastning på investeringen genom att minimera illikvida lager, minska stilleståndstiden och eliminera stöld och missbruk.
  • Förbättra företagets hanterbarhet. Produktionssituationen kan övervakas i realtid av alla ansvariga personer.

Automatisering av försvarsindustrin i Central Federal District

Resultat av systemimplementeringERP BAANindustriföretag Ryssland och OSS-länderna

vd

"ALFA-INTEGRATOR" - "BAAN Eurasia"

Den här artikeln fortsätter serien av artiklar om implementering av ERP-klasssystem på ryska företag och företag i OSS-länderna som kärnan i tekniken informationsstöd produktlivscykel (IPI-tekniker). Baserat på resultaten av implementeringen av BaanERP-systemet för företaget "ALFA-INTEGRATOR" - "BAAN Eurasia", tillhandahålls data om den ekonomiska och produktionseffekt som företaget uppnådde när det angivna systemet implementerades.

Under perioden av sin närvaro på informationsteknologimarknaden i Ryssland och OSS-länderna har Alfa-Integrator Group of Companies - Baan Eurasia implementerat projekt för att implementera BaanERP-systemet på många försvarsindustri- och maskinteknikföretag, några av dem visas i bordet:

Företagsnamn

industrier

"Hydrosila"

Maskinteknik

"Baltisk växt"

Skeppsbyggnad

"Almetyevsk Pump Plant"

Maskinteknik

"Ufa-motorbyggande programvara"

Maskinteknik

NPK Irkut

Flygindustrin

"Komsomolsk-on-Amur Aviation Production Association"

Flygindustrin

"UralAZ"

Bilindustrin

Bilindustrin

Bilindustrin

Privat forsknings- och produktionsföretag "Elara"

Instrumentation

"Krasnoyarsk skördetröska anläggning"

Lantbruksteknik

Radioanläggning "Polyot"

Instrumentation

Representanter för dessa företag noterar en betydande fördel med dessa lösningar jämfört med andra alternativ för ERP-system, och först och främst när det gäller produktion. Som ett resultat av genomförandet av dessa projekt skapades en branschlösning för företag inom verkstadsindustrin. Genom användning av industrireferensmodeller och testning av systemet hos de största globala och inhemska företagen inom verkstadsindustrin reduceras kostnaden och tiden för systemimplementering.


Under 2003 fylldes listan över kunder till Alfa-Integrator Group of Companies - Baan Eurasia på med nya företag: gruv- och kemisk anläggning", dem. Degtyarev" etc. Valet av dessa företag beror på det faktum att den ryska versionen av BaanERP-systemet, lokaliserad av Alfa Integrator Group of Companies - Baan Eurasia, fungerar effektivt på företag inom den mekaniska verkstadsindustrin och erbjuder dem lättanpassade lösningar.

Implementeringen av affärssystem kan faktiskt minska företagets kostnader, men bara om dessa system och lösningar används för att lösa problem med planering och produktionsledning på företaget.

Den huvudsakliga källan till att minska produktionskostnaderna för ett företag från implementeringen av ERP-system är en radikal minskning av lager i lager och pågående arbeten, en minskning av produktionscykler, eftersom det inte var för inte som avhandlingen "lager är kostnader" utropades i Japan redan i början av 70-talet. Och detta kan endast uppnås genom att överföra företaget genom implementering av ett affärssystem till moderna metoder planering och produktionsledning, främst för specialtillverkning.

Tyvärr har vi i Ryssland väldigt få exempel där ett affärssystem fungerar för att utföra produktionsstyrningsuppgifter. I princip är alla implementeringsprojekt fokuserade på ekonomi- och lagerhanteringsuppgifter, vilket kallar det "implementering" eller "produktiv installation" av ett affärssystem. Och då är konsumenterna med rätta förbryllade över varför det inte finns någon synlig kostnadsminskning från implementeringen av ett affärssystem.

I de fall ett företag använder ett affärssystem för att planera och hantera produktion, sker en betydande minskning av lagernivåer och tillhörande rörelsekapitalkrav.

Hittills har ett antal ledande företag i Ryssland och OSS-länderna som har implementerat BaanERP uppnått betydande framgångar både när det gäller att hantera företagsresurser i enskilda produktionsstadier och som en del av att förbättra verksamheten i hela företaget. Nedan är resultaten av implementeringen och driften av BaanERP-systemet på ledande företag i Ryssland och OSS-länderna. De uppnådda resultaten visar att BaanERP-systemet är en idealisk lösning inom området resurshantering för både stora ingenjörsföretag () och medelstora ().

Ural växt

Antal anställda :person

Industri: Bilindustrin.

Huvudprodukter : fyrhjulsdrivna fordon "Ural".

Om företaget : Ural Automobile Plant grundades 2001 som ett resultat av omstruktureringen av UralAZ produktionskomplex och är efterföljaren till dess historia och traditioner. Det nya företaget blev en del av det ryska holdingbolaget RusPromAvto.

För närvarande intar Ural Automobile Plant en ledande position bland tillverkare av fyrhjulsdrivna lastbilar med 4x4, 6x6, 8x8 hjularrangemang.

Företagshemsida: www. *****

Antal användare: cirka 1200 användare. Fabriken har skapat en kvalificerad implementeringsgrupp och tre stödgrupper som är involverade i att stödja och utveckla systemets funktionalitet. Arbete pågår med att skapa ett Competence Center – en struktur som förenar BaanERP-användare och garanterar högkvalitativ drift och vidareutveckling av systemet efter implementering.


Implementerade block:

§ Finansiellt och ekonomiskt block;

§ Försäljning, leverans, lager;

§ Planering av huvudproduktion;

§ Upphandlingsdirektoratets arbete, lagerredovisning av inköpt material och komponenter är helt automatiserat;

§ Personaladministration;

För tillfället är arbetet med redovisning (huvudbok), avräkningar med leverantörer och kunder, anläggningstillgångsredovisning, kassaredovisning och ekonomisk planering automatiserat.

Under genomförandet BaanERP på UralAZ uppnåddes följande resultat:

§ I industriell drift logistikverksamhet automatiskt återspeglas i redovisningsdata, vilket säkerställer tillförlitlighet och transparens i redovisningen.

§ Under implementeringsprocessen reviderades många affärsprocesser för planering och redovisning vid anläggningen, en övergång gjordes från generering av månadsrapportering till driftregistrering och användning av information. Mekanismen för att integrera logistik med ekonomimodulen eliminerar dubbel inmatning av information och diskrepanser mellan redovisning och förvaltningsredovisning.

§ Som uppenbara fördelar med implementeringen av systemet som redan har tagits emot av anläggningen, bör följande framhållas: ett enda förråd av reglerings- och referensinformation (alla anläggningstjänster och beräkningar använder samma data), en minskning av antalet redovisningsavdelningar, en minskning av tidsramen för att förbereda och skicka in bokslut, tillgången på snabba, tillförlitliga uppgifter om inventeringar i naturalager och i monetära termer.

§ Följande indikatorer uppnåddes 2004:

Minskning av lager av inventarier (material och material) – 65 000 tusen rubel.

Sänkning av fastighetsskatt – 2 500 tusen rubel.

§ Kostnadsredovisning och budgetering;

§ Teknisk träning produktion;

§ Ekonomisk förvaltning, skatteredovisning;

§ Bokföring.

Under genomförandet BaanERP på, uppnåddes följande resultat:

§ I produktion: redovisning av verksamheter inom butik och rörelser mellan butiker har upprättats, vilket gör det möjligt att övervaka tillståndet pågående arbete(WIP), data om genomförda operationer överförs till beräkningsdelsystemet lön, redovisning och automatisk prissättning av defekter utförs, skiftdagliga uppdrag genereras för sektioner.

§ Det har skett en minskning av pågående arbete (nuvarande – cirka 1,4 miljarder rubel) på grund av den optimala beräkningen av satsstorlekar, överensstämmelse med villkoret för att matcha lanseringspartiet med produktionspartiet, planera lanseringen alltid enligt efterfrågan , förtydligande av bedömningen av pågående arbete - operativ (nu ungefär hälften av kostnaden för att klara delen tas verkstad).

Typ av produktproduktion - "produktion på beställning", "produktion till lager", "batch, småskalig och enstaka produktion".

Företagshemsida: www. *****

Antal användare i systemet: cirka 1000 användare.

Implementerade block: Implementeringen av den lokaliserade ryska versionen av lednings- och planeringssystemet BaanERP av Alfa-Integrator Group - Baan Eurasia genomfördes i följande områden:

§ Upprätthålla regelverket. Ett planeringsunderlag har tagits fram – normativ bas efter produkt

Totalt antal köpta produkter (66 000);

Totalt antal tillverkade produkter (50500);

Produktspecifikationer (45207);

Tekniska vägar för tillverkning av produkter (33678).

§ Tillverkningskontroll. Produktionsordrar behandlas enligt nomenklaturen för alla produkter från de viktigaste produktionsverkstäderna, följande utförs:

Utformning och hantering av produktionsorder (planerings- och leveransavdelning (PUB), verkstäder och företag inom huvudproduktionen);

Dokumentation av beställningar;

Utfärdande av komponenter och material på beställning;

Insamling av faktiska materialkostnader;

Rapport om driften av den tekniska vägen för tillverkning av produkter;

Generera sammanfattande rapporter om lansering och lansering av produkter.

§ Planera. Planering av produktionen av produkter baserat på det huvudsakliga produktionsschemat (bildande av produktionsorder, beställningar för inköp av material och komponenter):

Antalet kommersiella produkter som planeras i systemet - % av alla produkter i produktionsbudgeten);

Det totala antalet produktionsorder för vilka planering genomförs når;

Antalet produktionsorder per månad som levereras till verkstäder och företag är upp till 5000;

Planeringsdjupet för produkter når 16 nivåer;

§ Lagerhantering. Lager av material och komponenter hanteras för att säkerställa produktion genom inköpsorder - det genomsnittliga antalet beställningar som behandlas per månad är upp till 4000.

§ Försäljningsledning. Organiserad försäljningsledning genom bildande av kontrakt och försäljningsorder, leverans kommersiella produkter från företagets lager, bildandet av statistiska uppgifter om försäljningen inom ramen för produktsortimentet och verksamhetsområdena för företagets marknadsföringstjänster.

§ Finanshantering. Mottagning och analys ekonomiskt resultat verksamheten i företaget genom integration med försäljnings-, leverans- och produktionsmoduler.

Under genomförandet BaanERP på ChNPP "Elara", följande resultat uppnåddes:

§ Påskynda lanseringen av nya produkter

§ Utförande av order i tid

§ Genom att öka tillförlitligheten i redovisning och planering med ökade produktionsvolymer minskade lagren av varor och material för huvudproduktion i lager. Saldot minskade 2002 från 140 miljoner rubel. upp till 100 miljoner rubel, och för närvarande minskade till 80 miljoner rubel.

§ Enligt ekonomiavdelning användningen av BaanERP-systemet för att beräkna volymen av inköp gjorde det möjligt att minska finansieringsvolymen med nästan 2 gånger med en betydande ökning av volymen av kommersiella produkter.

§ Den ryska versionen av BaanERP-systemet, på order av anläggningen, introducerades i rangen av företagets resurshanteringssystem.

Vidareutveckling av projektet:

§ Management Accounting. Utveckling av förvaltningsredovisningsmetoder på företaget (budgetering, kontroll);

§ CRM. Förvärv och implementering av modulen Baan – CRM "Marknadsföring och försäljning";

§ Streckkodning. Införande av ett automatiskt identifieringssystem (streckkodning) i produktion tryckta kretskort;

§ Hjälptillverkning. Utvidgning av BaanERP-teknologier till produktionsförberedelsesystemet (verktygstillverkning);

§ Hantering av geografiskt fördelade objekt. Inkludering i enhetligt system ledning av regionala divisioner i aktiebolaget (Kanash-filialen, Moskvas representationskontor).

(Ukraina)

Antal anställda : 2 800 personer

Industri: Maskinteknik.

Huvudprodukter: hydrauliska enheter för hydrauliska system av traktorer, bilar, jordbruks- och vägmaskiner.

Om företaget: Ett ledande företag i CIS med en sluten produktionscykel, inklusive alla stadier av produkttillverkning, från gjuteri till montering och testning av färdiga produkter. Anläggningen är utvecklaren egna produkter. Företaget levererar sina produkter till de största företagen i Ryssland och utomlands.

Företagshemsida: www.

Antal användare: mer än 200 användare.

Implementerade block: Implementeringen av den lokaliserade ryska versionen av lednings- och planeringssystemet BaanERP av Alfa-Integrator Group - Baan Eurasia genomfördes i följande områden:

§ tekniskt stöd för produktion,

§ planering av försäljning, produktion, lager och inköp,

§ försäljningsledning,

§ inköpsledning,

§ bokföring produktionskostnader,

§ förvaltning materialflöden,

§ gjuteriledning,

§ implementeringen av delsystemet "Service" för planering, redovisning och hantering av planerat förebyggande underhåll av utrustning och delsystemet "Ekonomi" har påbörjats.

Under genomförandet BaanERP på uppnåddes följande resultat:

§ Produktionsbestämmelser och referensinformation har verifierats, vilket är mycket viktigt för redovisningens tillförlitlighet, stödet för kvalitetsledningssystemet, för planeringsbasen och kostnadsredovisningen;

§ Produktionsledningsstrukturen har optimerats för att öka nivån av kontrollerbarhet och optimera antalet anställda, magasinering verkstäder (ett stort antal mellanlager eliminerades);

§ Ett komplett, pålitligt system för att registrera inventeringar i realtid har skapats, vilket eliminerar förluster från stöld;

§ Optimerad logistikflöden förflyttning av inventarier;

§ Ett system har skapats för optimal planering av företagets resurser (kapacitet och arbetsresurser, inköp av material och halvfabrikat, pågående arbeten och lagerlager);

§ Aktiviteterna för alla divisioner av företaget som är involverade i produktionsprocessen och försäljningen av produkter är balanserade, deras aktiviteter är riktade i en riktning för att uppnå ett gemensamt resultat;

§ Företagschefer fick tillgång i realtid till en enda tillförlitlig information för adoption ledningsbeslut;

§ Minskade saldon i produktionslager med 29,3 % och nivån på pågående arbeten med 26 %;

§ Nivån på kundservice har höjts avsevärt tack vare tydlig planering av deadlines för orderutförande.

Vidareutveckling av projektet:

§ implementering av "Baan-Controlling"-blocket;

§ fullskalig implementering av CAD på företaget, integration av CAD- och BaanERP-system genom PDM (PLM)-systemet;

§ implementering av "Baan-projektet"-blocket för planering, redovisning och hantering av produktion av icke-standardiserad utrustning och designarbete;

§ implementering av "Baan-Quality"-blocket;

§ System implementering e-handel med distributörer, Baan CRM-system (customer relation management).

De viktigaste slutsatserna som drogs av företag efter att ha implementerat BaanERP och erhållit resultaten som anges ovan är följande:

1. Användningen av ett ERP-klassat managementinformationssystem (MIS) hos företag som vill utöka sin verksamhet och öka produktionslönsamheten är en objektiv nödvändighet.

2. Kostnaderna för att skaffa, implementera och underhålla ett IMS måste betraktas som investeringsprojekt. Det finns mekanismer för att optimera direkta kostnader, samt minska riskerna med att äga ett MIS.

3. Framgången med implementering och minimering av risker med alla lika komponenter (tillräcklig finansiering, den "första" personens vilja att uppnå uppsatta mål, rätt implementeringsstrategi, etc.) beror på tillgången på ett implementeringsteam och erfarenhet praktiskt arbete från konsultstrukturer.

4. Vad som behövs är inte konsultation om implementering, utan välutvecklade beslut om omorganisation av affärsprocesser i ett visst företag med hjälp av funktionaliteten hos de ERP-system som används.

5. Minska kostnader, minimera risker och öka effektiviteten i att använda MIS - ett mål som uppnås genom att förbättra produktionsledningssystemet, som bör vara direkt relaterat till kvantitativa indikatorer som mäts och kontrolleras av MIS.


Implementering av ett affärssystem på ett maskinbyggande företag: mål, strategi, erfarenhet

Tycka om Dela med sig Rapportera 469 visningar

Implementering av ett affärssystem på ett maskinbyggande företag: mål, strategi, erfarenhet. PromIT '13 Minsk 21 maj 2013. Innehåll. 1. Om EPAM-system. 2. Mål för implementeringsprojektet för affärssystem. 3. Strategi för implementering av ett affärssystem. 4 . Erfarenhet av implementering av SAP ERP-implementeringsprojekt.

Ladda ner presentation

Implementering av ett affärssystem i ett maskinbyggande företag: mål, strategi, erfarenhet

SLUTET - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Inga relaterade presentationer.

Presentationsavskrift

    Företagens inflytande ERP-system Effektindikatorer Producera vad marknaden behöver Möt och minska ordertidsfrister Producera kvalitetsprodukter Ge kvalitetsservice Släpp nya produkter i tid Intäkter Optimera lager färdiga produkter Optimera pågående arbeten Optimera materiallager Förkorta produktionscykeln (minska förseningar i produktionen) Efterfrågan på rörelsekapitalх Optimera inköpskostnader Optimera produktionskostnader Minska lagerlagringskostnader Kostnader

    Högkvalitativ planering Principer för planering Mål Upprätthålla och minska beställningstider. Produktionsschemat för GP måste överensstämma med leveransschemat, minska intervallen mellan leveranser (dela upp stora leveranser i flera mindre). Produktionsschemat för partier av DSU måste överensstämma med produktionsschemat för GP (förhindra för tidig produktion av DSU), och produceras i mindre partier. Tidsplanen för utsläpp av material till produktion ska motsvara tidsplanen för produktion av DSE (undvik för tidig utsläpp av material), släpp ut dem i mindre partier. Schemat för inköp av material måste överensstämma med schemat för att släppa ut det i produktion (undvik förtida inköp) och inköp i mindre partier. Optimera färdiga produktlager Optimera WIP-volymer Optimera materiallager Förkorta produktionscykeln (minska produktionsförseningar) Optimera inköpskostnader Optimera produktionskostnader Minska lagerlagringskostnader

    Flöde Försäljning Försörjning Produktion Stat Företag Lager MTO Lager Leverantörer Köpare Mekanisk bearbetning produktion Monteringsproduktion Upphandlingsproduktion Genomför leveransschemat med minimala GP-reserver. Genomför GPs produktionsschema (jämnt) med minimala volymer pågående arbete och materiallager. Tillåt inte bildandet av för tidiga reserver - avled inte resurser, arbeta inte för att skapa "blodproppar".

    Högkvalitativ planering Företagsledning med hjälp av ett affärssystem - Effektiv förvaltning baserad på resursplanering Koppla samman försäljningsplanering, produktion, inköp och finansiella flöden, kan du öka produktionsvolymen med samma eller ännu mindre rörelsekapital. Högkvalitativ drift schemaläggning produktionsuppgifter, kapacitet och logistik gör att du kan minska ledtiden för att uppfylla kundorder, samtidigt som du minskar lagerlager och pågående arbeten, och i slutändan minskar kostnaderna för produktion, inköp och lager. Resultat Ökning av vinst Ökning marknadspris företag

    1. Om EPAM Systems 2. Mål för ERP-systemimplementeringsprojektet 3. ERP-systemimplementeringsstrategi 4. Erfarenhet av implementering av SAP ERP-implementeringsprojekt 5. RDS-EPAM-lösning

    Företagsledningen vill öka verksamhetens lönsamhet och förstår att det är nödvändigt att förbättra affärsprocesserna. Affärsprocesser förändras baserat på progressiva metoder och potentialen hos IT-system som implementerar dessa metoder. Alternativ 1 Alternativ 2 Företaget har en strategi för att öka effektiviteten. En ny metodik för planering och produktionsledning utvecklas, affärsprocesser omarbetas med maximal användning av bästa globala praxis. Automatisering utförs på basis av standardfunktionaliteten i det affärssystem som implementerar dessa metoder. Bolaget har ingen tydlig strategi för att öka effektiviteten. Den befintliga metodiken för planering och produktionsledning, och den nuvarande organisationen av affärsprocesser är automatiserade. ERP-systemets standardfunktionalitet förändras avsevärt och/eller icke-standardiserad funktionalitet utvecklas. Framgångsrikt slutförande Affärsprojekt IT-projekt Avkastning på investeringen

    Omorganisation av verksamheten som en del av ERP-implementering Design Utveckling Implementering Drift Företagsstrategi Funktionell strategi IT-strategi Analys av nuvarande affärsresultat Affärsrådgivning Bedömning av ekonomisk effektivitet från implementering Målmodell för affärsprocesser Organisationsstruktur System av resultatindikatorer Funktion av kompetenscentrum Bildande av Centralkommittén Konceptuell design av IT-systemet Utveckling av masterdata Skapande av en prototyp IT-rådgivning Integration av prototypen Lösningsutveckling Testning och stabilisering Replikering Integration och andra IT-initiativ Genomföra affärsprocessförändringar, organisationsstruktur och användarutbildning Program Management Risk Management and Quality Control Program Management Center

    Exempel: Funktionsområde - Produktionsledning och logistik Förutsättningar Företagsstrategin innehåller uppgiften att utveckla produktionsledning En produktionschef har utsetts som chef för programmet för utveckling av produktionsledning. Aktiviteter Bestäm resultatindikatorer vars värderingar är inte tillfredsställande för företagets ledning. Bestäm målvärden för dessa indikatorer. Identifiera negativa situationer i nuvarande produktions- och leveransplanerings- och ledningsprocesser som behöver åtgärdas. Utveckla en målmetod för planering och hantering av produktion och leverans, baserad på "bästa praxis i världen" (internationella erfarenheter) Utveckla en uppsättning resultatindikatorer för den nya metoden. Utveckla en strategi för utveckling av IT-system för att ge informationsstöd för målmetodik för produktionsplanering och ledning. Godkänna styrelsens beslut att byta till en ny metod. Utbilda chefer och specialister i den nya metoden. Utveckla målbaserade affärsprocessmodeller. Utveckla och godkänna en plan för övergången till nya affärsprocessmodeller, inklusive implementering av lämplig SAP ERP-funktionalitet för dessa affärsprocesser.

    ERP-system Stamdata Registrering av inköpsavtal Registrering av försäljningsavtal Produktion och leveransplanering Försäljningsorder Inköpsorder Lagerlager Statlig produktionsplan Produktionsorder Utplacering på verkstäder/fabriker? Överföringsrekvisitioner Inköpsrekvisitioner Planerade produktionsorder

    Lösningar Service underhåll Produktion KTPP Supply Försäljning Kontinuerlig produktion Diskret produktion Produktion till lager Montering på beställning Produktion på beställning Enskild specialtillverkning Projektproduktion ...

    1. Om EPAM Systems 2. Mål för ERP-systemimplementeringsprojektet 3. ERP-systemimplementeringsstrategi 4. Erfarenhet av implementering av SAP ERP-implementeringsprojekt 5. RDS-EPAM-lösning

    Organisationsskala Kontrollområde - 1 Företagskoder - 24 Fabriker - 27 Lager >500 Butiker involverade i huvudproduktion (MRP-områden) >50

    Kostnader Uppgörelser med leverantörer Uppgörelser med köpare Finansiella resurser Intäkter Kostnader Resultat Stödjande processer: Kvalitetsledning Personalledning Underhållsledning Projektledning SAP-implementering på Gomselmash programvara Funktionell skala Ingår i projektskalan FÖRETAG Projektutveckling Strategisk planering och analys av företagets aktiviteter Teknisk beredning av produktionen Långsiktig (under ett år) planering av produktion, inköp och kostnader Upphandling (utförande och redovisning) Försäljning (utförande och redovisning) Inventering av material. SOE-reserver Driftsplanering produktion och leverans Tillförsel av material (råvaror, tjänster) Leverans av produkter (produkter, tjänster) LEVERANTÖRER Produktion (utförande och bokföring) KONSUMENTER WIP halvfabrikat

    Beräkning av kostnader för en produkt Försäljning - Produktion - Kostnader - Resultat Start av planeringsförfarandet Analys av planerade utgifter och intäkter Planeringsresultat Försäljningsplanering Planerad kostnad för produktion och försäljning Produktförsäljningsplan Tillverkningsalternativ Teknisk karta Specifikation Produktionsplanering Produktionsplan Planerad arbetsvolym Planerad volym av inköp Planerade tariffer för arbetet Kostnadsplanering (kostnadsställen, typer av arbete)

    1. Om EPAM Systems 2. Mål för ERP-systemimplementeringsprojektet 3. ERP-systemimplementeringsstrategi 4. Erfarenhet av implementering av SAP ERP-implementeringsprojekt 5. RDS-EPAM-lösning

    Tillverkande företags problem Fördelar med SAP RDS för företag Effektiv användning av standardaffärsprocesser förkonfigurerade för ett tillverkningsföretag Säkerställa transparens och effektivitet i affärsprocesser Enhet av affärsprocesser Hantering och kontroll av produktionsprocesser Att bedriva affärer i ett enda flexibelt företag informationssystem Snabb anpassning av användarna och ökad produktivitet i deras arbete, minimera kostnader för personalutbildning Minskning totalt sett investeringsrisker relaterat till RDS-projektet - Rapid Deployment Solutions

    RDS-lösning Snabba resultat tack vare standardiserade affärsprocesser med förkonfigurerad systemfunktionalitet som innehåller allt som behövs för hanteringen tillverkande företag SAP-trovärdighet Stabil teknik Kraftfull lösning Sömlös integration Avancerat supportsystem Snabbt och kostnadseffektivt Väldefinierat omfång Förkonfigurerade affärsprocesser och dokument för kunskapsöverföring Fördefinierad implementeringsmetodik med verktyg och acceleratorer Startas på upp till 19 veckor Kostnadseffektivt Prisvärd prismodell Attraktiva mjukvarutjänster fasta priser Minskad implementeringstid, kostnader och risker Minskade resurskrav för affärs- och IT-avdelningar

    SAP kombinerar programvara och tjänster till ett nytt erbjudande som ger dig den affärsfunktionalitet du behöver, snabbt och prisvärt programvara SAP-programvara för RDS-implementering: SAP Solution Manager 7.0 EHP1 SPS03 Programvara för RDS-drift: SAP ERP 6.0 EHP5 SPS04 SAP standardmetodik för RDS-implementering Förkonfigurerade affärsprocesser SAP Best Practices ( Bästa praxis) Paket med dokument, instruktioner, acceleratorer

    Inledande problem och uppgifter

    Företaget använde ett system utvecklat i Clipper (för inmatning av produktionsdata), "1C: Accounting 7.7" (för att upprätthålla reglerad bokföring) och "1C.8 ZUP" (för löneberäkning). Ledningen övervägde en övergång till integrerad applikationslösning"1C: Manufacturing Enterprise Management 8" (eller "1C: ERP 2.0").

    Föreslagen lösning

    Enligt kundens krav föreslogs två implementeringsalternativ:

    1) Automation baserad på mjukvaruprodukter "1C: UPP 8" + "PiterSoft: Process Management"

    2) Automatisering baserad på mjukvaruprodukter "1C: ERP 2.0".

    Jämförande egenskaper lösningar föreslås i tabell 1.

    Bord 1. Jämförande egenskaper hos korrelationen mellan kundens mål och funktionsförmågan hos 1C mjukvaruprodukter

    Kunden bestämde sig för att automatisera med 1C: ERP 2.0.

    Resultat

    1. Redovisning för produktion av produkter tillverkade av individuella beställningar köpare från deras tekniska dokumentation

    2. Övervaka uppfyllandet av köparens specifikationer i alla skeden (produktion - kvantitet, försäljning - kvantitet, pris), inklusive deadlines

    3. Automatisk generering av produktionsuppgift

    Blocken "Treasury" (planering av intäkter och kostnader), "BDDS" (plan-faktaanalys) lanserades pengaflöde företag). Blocket "BDR" (plan-faktaanalys av företagets intäkter och kostnader) lanserades delvis (projektet avbröts på grund av bristande finansiering från kunden)

    1. Reglerad (både redovisning och skatteredovisning i systemet) har lanserats.

    2. Implementerat seriell (batch) redovisning av material och färdiga produkter

    3. Organiserade mottagandet av produktionskostnader genom beställning

    4. Mottagandet av nödvändig reglerad redovisning och Skatteredovisning(inklusive konsoliderad)

    1. Automatiserad redovisning av kundspecifikationer, beräkning av planerade kostnadsuppskattningar enligt specifikationer

    2. Implementerad kontroll över uppfyllandet av köparens specifikationer i alla led (produktion - kvantitet, försäljning - kvantitet, pris), inklusive deadlines

    3. Ömsesidiga uppgörelser med kunder inom ramen för specifikation/specifikationslinje.

    4. En mekanism för att automatiskt generera dokument och beräkna priser mellan våra egna juridiska personer har inrättats.

    Under projektgenomförandet automatiserades följande produktionsområden.