Tillämpning av ett erp-system på ett maskinbyggande företag. Expertsystem för ERP-implementering hos maskinbyggande företag

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 övergången till en omfattande 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) Automation baserad på mjukvaruprodukter "1C: ERP 2.0".

Jämförande egenskaper hos lösningarna presenteras 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 producerade enligt individuella beställningar av kunder med egen teknisk utrustning. 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) och "BDDS" (planfaktisk analys av företags kassaflöden) lanserades. Blocket "BDR" (planfaktaanalys av företagets intäkter och kostnader) lanserades delvis (projektet avbröts på grund av bristande finansiering från kunden)

1. Reglerad (både bokföring 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. Ställ in för att ta emot nödvändig reglerad redovisning och skatterapportering (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 specifikations-/specifikationslinje.

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

Under genomförandet av projektet automatiserades följande produktionsområden.

LLC "Chelyabinsk Traktorfabrik - URALTRAK"- ett maskinbyggande företag för utveckling och produktion av vägbyggnadsutrustning med hjul och band (bulldozrar, rörläggare, frontlastare, minitraktorer), förbränningsmotorer, reservdelar och andra högteknologiska tekniska produkter. Företaget är en del av strukturen för OJSC Research and Production Corporation Uralvagonzavod. Han är medlem i Association of Defense Industry Enterprises of the Chelyabinsk Region.

Automationsmål

Den nyckeluppgift som anläggningen behövde lösa vid tiden för arbetets början var skapandet av ett enhetligt företagsledningssystem. Därför beslutades det att automatisera och standardisera alla processer och regulatorisk referensinformation för företaget, genom att införa ett enda omfattande ledningssystem "Galaktika ERP" .

Projektet genomfördes av Ural regionala filial av Galaktika Corporation.

Lösning

Samarbetet med Chelyabinsk traktorfabrik började 2012. Förprojektarbete inkluderade att fastställa målen för arbetet, en detaljerad undersökning av företagets affärsprocesser, studera funktionerna i dess arbete och fastställa nyckeluppgifter. Implementeringen av själva Galaktika ERP-systemet började 2014.

Funktionerna för redovisning av anskaffning av inventarier, arbeten och tjänster automatiserades, liksom redovisning av mottagandet av inventarier från leverantörer, materialredovisning när det gäller förflyttning av inventarier i lager och i ett antal verkstäder för hjälpproduktion , redovisning av avräkningar med redovisningsskyldiga personer, valutaavräkningar och beräkning av valutakursdifferenser. En speciell egenskap i projektet var den smärtfria integrationen av affärsprocesser för ett stort industriföretag i ett affärssystem, inklusive användning av proprietär programvara. Till exempel har integrationen av operationer för förflyttning av inventarier genom lager för verkstäder och specifikationer av kontrakt med leverantörer, som är registrerade i den befintliga programvaran, implementerats.

En partner till Galaktika Corporation, Business Service-företaget, deltog i arbetet med Chelyabinsk Tractor Plant - URALTRAK.

Resultat

Användningen av Galaktika ERP-systemet gjorde det möjligt för företaget att minska databehandlingstiden. Detta har en positiv effekt på snabbheten och riktigheten av förvaltningsbeslut, vilket ökar effektiviteten i anläggningen som helhet. Totalt, under projektets första skede, automatiserades cirka 10 redovisningsområden, antalet användare vid tidpunkten för slutförandet av arbetet var cirka 120.

När det gäller produktionsledningsuppgifter har vi idag två paradigm. En av dem är att upprätta optimala scheman för driften av teknisk utrustning i verkstäder. Denna uppgift löses med hjälp av lämpliga verktyg - på butiksnivå med hjälp av MES-system (Manufacturing Execution Systems) och på företagsnivå med hjälp av APS-system (Advanced Planning & Scheduling Systems). De första uppgifterna för produktplanering är baserade på de tekniska processerna för tillverkade produkter (TP) och tidpunkten för deras utgivning.

Det andra paradigmet för företagsledning är affärsprocesshantering (BP). Affärsprocesser omfattar vanligtvis alla processer i ett företag som inte hör till tekniska processer. Dessa inkluderar designprocesser, utveckling av tekniska processer, produktionsförberedelser, alla operativa lageraktiviteter, logistik och andra tjänster inom företaget. Valet av verktyg för processen för strömförsörjning är ganska brett - från individuella mjukvaruskal som stöder antingen IDEF-notationer eller det universella språket UML (Unified Modeling Language), till motsvarande moduler av ERP-system (Enterprise resource planning).

Om produktionsstyrning som schemaläggning av driften av teknisk utrustning är en väl studerad uppgift som kan automatiseras och kontrolleras över tid, så är uppgifterna för ledning av strömförsörjning för närvarande fortfarande på utvecklingsstadiet, i formaliseringsstadiet av beskrivning och reglering . Detta förklaras ganska enkelt. Processerna för reglering och formalisering av TP har bestått tidens tand. Bilden av den formella presentationen av TP har utarbetats i nästan ett helt sekel. Tack vare detta kan TP som beskrivs i ett land lätt förstås av specialister från ett annat land. Begrepp som drift, övergångar, bearbetade ytor, skär- och mätverktyg, verktygsmaskiner, bearbetningsordning och lägen, drift- och ruttkarta - allt som utgör kärnan och formen av processteknik har länge förståtts entydigt av alla specialister på området av maskinteknik. Och detta faktum gör det enkelt att planera TP, eftersom alla nödvändiga parametrar är kända - antalet operationer för varje TP, sammansättning, varaktighet, nödvändiga resurser och andra parametrar.

När det gäller BP görs, som redan nämnts, försök till styrning och planering endast på processregleringsnivå. Konstruktionerna som används för att beskriva BP i beteckningarna IDEF0, IDEF3, etc. används för att beskriva individuella processer. Med hjälp av dessa konstruktioner är det möjligt att förstå logiken i endast en process under övervägande - sammansättning, ordning, prioritetsförhållanden, erforderliga resurser, men med hjälp av dessa konstruktioner är det omöjligt att skapa en modell för att hantera n processer över tid . Och sådana processer, även om alla tekniska processer är uteslutna, i ett stort företag kan det finnas upp till flera tusen. I det här fallet kan samma resurs vara involverad i flera operationer av olika processer. Vilken av dessa processer bör utföras först? Vad händer om vi tillåter en viss försening i utförandet av en eller annan BP? Hur tar man hänsyn till resurser när man planerar affärsprocesser?

Många frågor uppstår och vi ser att för att hantera affärsprocesser är det nödvändigt att inte bara hitta dem på företaget och reglera dem, till exempel i processen att implementera ett affärssystem. Det är nödvändigt att ta hänsyn till dem i den allmänna produktionsplaneringsmodellen och få ett schema för BP över tiden. BP-ledning bör omfattas av samma ledningsparadigm som TP-ledning - tidsplanering.

Att hantera alla processer i ett företag består av att sekventiellt lösa tre uppgifter:
1) Upprätta en komplett lista över processer på företaget.
2) Reglering av processer.
3) Planeringsprocesser över tid.

Ur planeringssynpunkt är alla processer, inklusive tekniska processer (produktion av produkter i ett företags verkstäder) likvärdiga med varandra, eftersom varje process kan representeras som en uppsättning operationer (stadier), varje operation kan associeras med en eller annan resurs för utförande.

Eftersom problemen med att fastställa en uppsättning TP och deras reglering har lösts, är det i ett första skede nödvändigt att lösa liknande problem för BP. Uppgiften att sammanställa en komplett lista över BP bör lösas genom att analysera alla order från företaget på dess strukturella och funktionella diagram (Fig. 1).

I detta fall är orderns livscykel föremål för analys. Hela vägen som beställningen går igenom spåras, från förfrågan från kunden till leveransen av den färdiga produkten, och i varje steg, för varje avdelning genom vilken beställningen går, är sammansättningen av BP som är kopplad till just denna beställning. fast besluten. Efter att ha analyserat alla inkommande applikationer är det möjligt att bestämma sammansättningen och effekten av hela uppsättningen strömförsörjningsenheter.

Faktum är att de flesta BP uppstår som en konsekvens av behovet av att utföra TP, d.v.s. implementeringen av de flesta BP kan tillskrivas TP-konfigurationen.
Genom uppgiften att slutföra TP och motsvarande planeringsenheter (PU) i uppgifterna att upprätta arbetsscheman för ett företag, kommer vi att förstå förfarandet som är ansvarigt för det faktum att vi för produktionen av en given PU har tillgängliga: alla nödvändiga material, alla tekniska och hjälpmedel, alla komponenter, all utrustning, alla verktyg, alla standarder och all dokumentation. Om allt detta är tillgängligt kan produktionen av denna enhet säkert planeras i tid. Denna procedur måste utföras i förhållande till hela sammansättningen av lanseringsnomenklaturen, som därefter kommer att drivas av APS-systemet.

Figur 1. Beställ livscykelanalys

Trots självklarheten i detta till synes enkla plockningsförfarande förvandlas den övergripande planeringsuppgiften för APS-system väldigt ofta till en sorts snöboll som växer i takt med att utbudet av produkter avsedda för lansering analyseras. Låt oss överväga dessa problem i detalj.

Låt oss säga att vi har en viss EP e i (Fig. 2), representerad av den tekniska processen i form av en uppsättning operationer { e ij, j=1,...,pi } . För varje operation är de nödvändiga resurserna för att utföra den kända: resurser, utrustning, verktyg, fixturer, komponenter, dokumentation etc. Under monteringsprocessen, när man kontrollerar en j-te operation, kan det visa sig att det kräver ett specialverktyg som inte kan köpas in på grund av sin unika karaktär och därför måste tillverkas tidigare än den j:te operationen startar enligt plan. På j+1:e operationen kan det visa sig att det kräver en speciell enhet och denna enhet är inte bara inte tillgänglig, den är inte ens designad. Och slutligen, vid varje kth operation, kommer analysen att visa att det för det första är nödvändigt att köpa standardkomponenter som inte finns i företagets lager, och det finns inget speciellt mätverktyg som ännu inte har utvecklats och tillverkats. Allt som vi angav som de saknade resurserna för att utföra tekniska operationer - våra EP:er - måste tillhandahållas när de börjar.

Fig.2. Planera processer för enhetsplock

Vi ser att även en TP för tillverkning av en enhet kan ge upphov till många andra processer - affärsprocesser, hjälpproduktionsprocesser. Det enklaste sättet att uppnå målet att tillhandahålla resurser i rätt tid till någon PU är att i tid planera endast TP:n för den aktuella PU:n och skjuta upp varaktigheten av alla andra processer på tidsaxeln till vänster så att sluttiderna för alla hjälpprocesser överskrider inte starttiderna för motsvarande tekniska operationer hos PU. Men tyvärr kan detta bara göras på papper. Eftersom alla hjälpplaneringsenheter och processer i relation till TP utförs av människor, specialister och maskiner, som också är upptagna för närvarande. Detta innebär att det är nödvändigt att inte bara planera orderportföljens många produktsortiment. Alla processer är föremål för tidsplanering i APS-system, både de huvudsakliga relaterade till MU:er från orderportföljen, och hjälpprocesser, utan vilka det inte är möjligt att producera dessa MU:er.

Följaktligen kommer uppsättningen PU:er, efter konfigurationsproceduren, att bestå av PU:er som tas emot både från delmonteringsenheter (DSE) och från alla andra verk, vars lista fastställdes vid konfigurationsstadiet, dvs.

Var M - många enheter från orderportföljen för APS, M K , M T , M b , M V , - uppsättningar av EP som är associerade med sådana hjälpprocesser som: design, teknologi, olika affärsprocesser, extra produktionsprocesser.

Hela uppsättningen av organisationsenheter för planeringsprocessen i APS kan återspeglas i enlighet därmed, med hänsyn tagen till konfigurationen:

Var är uppsättningen av arbetscenter (WC) för företaget som används för att producera produkterna i orderportföljen, N K , N T , N b , N V , - en uppsättning sådana serviceanordningar (OU), såsom: designers, teknologer, specialister involverade i affärsprocesser, respektive DCs involverade i hjälpproduktion.

Det bör beaktas att utöver de ovan nämnda BP relaterade till produktion av produkter, finns det ett antal BP som inte är direkt relaterade till produktion och frisläppandet av företagets orderportfölj.

Förutom BP relaterade till produktion, finns det ett antal BP relaterade till företagets funktion och livsuppehållande. Sådana processer inkluderar:
- Förebyggande och planerade reparationer av utrustning (PPR).
- processer för att förse företaget med elektricitet och reparation av energinät och elektrisk automationsutrustning;
- processer för värmeförsörjning, vattenförsörjning och liknande processer;
- processer för konstruktion och reparation av byggnader och företagets kommunikation;
- och andra processer.

Dessa processer, som vid första anblicken inte alltid är relaterade till huvudproduktionen, behöver också planeras i hela arbetskroppen, d.v.s. beaktas i stora mängder över en viss planeringshorisont, eftersom det kan visa sig att en viss produktionsplats på grund av reparationer kan ha en reducerad tidsfond vid en viss tidpunkt. Eller så kan det visa sig att verkstadsjusterare är inblandade i förebyggande underhållsverksamhet, d.v.s. Ett fall kan uppstå när vissa resurser kommer att vara involverade både i gruppen av kraftförsörjningssystem relaterade till produktion och i företagets livsuppehållande kraftförsörjningssystem. Med hänsyn till dessa BP kommer därför våra uppsättningar (1) och (2) att skrivas om i enlighet med detta

Var M y - många strömförsörjningsenheter som inte är direkt relaterade till produktions- och extra strömförsörjningsenheter, och Ny - en uppsättning op-förstärkare på vilka det är planerat att köra en uppsättning M y .

Hela uppsättningen av processer kan presenteras förstorad i figur 3, där det kan ses att, tillsammans med TP, som kan vara initiativtagare till flera olika affärsprocesser - från designdesign och beställning av material till produktionsprocesser för tillverkning av verktyg eller utrustning , det finns BP som inte korsar andra. I detta fall kan genereringen av BP ske hierarkiskt - när den BP som krävs för tillverkningen av huvudprodukten genererar nytt BP, d.v.s. Flera nivåer av underordnade strömförsörjningsenheter kan förekomma.

Alla BP:er relaterade till samma i-te order från den totala orderportföljen har en sak gemensamt - tidpunkten för orderleverans. Detta förenklar uppgiften avsevärt i den meningen att det blir tydligt att ordningen för utförande av alla BP som genereras av beställningar beror först och främst på leveransdatumet för själva beställningen. Det enda som behöver läggas till i planeringsmodellen är prioritetsrelationerna mellan individuella BP (i fig. 3 visas detta med pilar som förbinder individuella BP), till exempel för vårt fall (se fig. 2) kommer följande poster att gälla: Och . För att i en så komplex struktur av processer säkerställa deras aktualitet i förhållande till produktionstiden för den huvudsakliga DSE:n, finns det inget behov av att sätta måldatum för de återstående hjälpprocesserna. Det räcker att planeringsmodellen inkluderar ett måldatum för lansering av själva DSE.

Det bör noteras att alla BP:s utseende på företaget beror på vissa beställningar.

Efter att vi har fått den kompletta uppsättningen av processer (3) och OS - (4), och alla dessa processer har passerat regleringsstadiet, kan vi börja planera dem. För att planera alla processer på företagsnivå kan APS-system vara det bekvämaste verktyget.

Fig.3. Hierarki av företags affärsprocesser

Planeringsuppgiften i APS-system, med beaktande av den presenterade konfigurationsmetoden, blir något mer komplicerad när, enligt resultaten av TP-analysen, vissa DSE kräver sådant preliminärt stöd som utveckling och design av unik utrustning och verktyg, som presenterades i vårt exempel (se fig. .2).

Faktum är att tills designen är utvecklad utvecklas inte TP, förrän TP har utvecklats och anger de exakta tidsstandarderna för verksamheten, är det omöjligt att börja planera verksamheten.

Ett ännu större problem uppstår när företaget tar emot beställningar från tredje part som kräver utveckling av själva produktens design och tekniska process. Samtidigt krävs av APS-systemet att inom en kort period fastställa möjligheten att fullfölja en order inom den tidsram som kunden anger, eller att fastställa den möjliga tidpunkten för att utfärda en färdig order. I dessa fall rekommenderas det att använda integrerade processer och tidsstandarder för alla stadier - design, teknologi och produktion, baserat på processerna för liknande produkter som redan har producerats av företaget tidigare. Samtidigt är det lämpligt att inkludera en viss säkerhetsmarginal i tidsnormerna. Om detta inte är möjligt, innan du börjar planera sådana beställningar, måste du först utveckla produktens design och tekniska specifikationer och först sedan börja planera den. I detta fall är den allmänna ordern i huvudsak uppdelad i två order, där den första ordern är utvecklingen av design och tekniska specifikationer, och den andra ordern är tillverkningen av produkten.

Diagrammet för en sådan omfattande plan kommer att inkludera alla organisationsenheter, som de viktigaste - RCs på en uppsättning N och hjälpmedel (fig. 4).

Fig.4. Allmänt Gantt-diagram för APS-system

I framtiden måste detta stora schema delas upp i separata scheman - för huvudproduktion, för hjälpproduktion, för design- och tekniska avdelningar, för andra tjänster från företaget som deltar i den allmänna produktionsplanen på uppsättningar (3 - 4).

Alla privata scheman kommer att sammanställas med samma noggrannhet, eftersom de är en del av det allmänna schemat. Varje avdelning kommer att arbeta i enlighet med sitt eget schema, men noggrannheten i detta schema kommer direkt att påverka företagets övergripande arbetsschema. Dessa funktioner ökar kraven både på planeringsalgoritmerna för APS-system när det gäller deras noggrannhet, och för processerna för att standardisera allt arbete och disciplinen att implementera privata arbetsscheman. Dessutom är huvudkravet för fullständig planering med APS-klasssystem den vetenskapliga giltigheten och tillförlitligheten av alla tidsstandarder, både för tekniska och för alla operationer i samband med hjälpprocesser.

Således kan vi säga att varje BP uppträder antingen som en konsekvens av behovet av att utföra produktionsprocesser i samband med tillverkning av produkter, eller som en konsekvens av behovet av att upprätthålla företagets livslängd.

Som ett resultat av planering kommer vi att få en helhetsbild av genomförandet av alla företagsprocesser över tiden. I det här fallet får varje division av företaget sitt eget schema (se fig. 4), som är kopplat till scheman för andra divisioner, även om det vid första anblicken kan verka oberoende. I detta fall måste genomförandet av planen av varje division av företaget vara föremål för ett allmänt planeringskriterium, till exempel kriteriet att maximera företagets vinst. Om det finns olika privata kriterier för varje avdelning löses planeringsproblemet som problemet med att skapa ett schema för flera workshops med en heterogen uppsättning kriterier som ingår i planeringsmodellens allmänna funktionalitet.

2010 Zagidullin Ravil Rustem-bekovich,
doc. tech. vetenskaper, prof. Institutionen för ATP vid Ufa State Aviation Technical University

Litteratur:

1. Zagidullin R.R. Operationell schemaläggning i flexibla produktionssystem. - M.: MAI Publishing House. - 2004, - 208 sid.
2. Zagidullin R.R., Zoriktuev V.Ts. Frågor om operativ schemaläggning och ledning inom maskinteknik. Mekatronik, Automation, Styrning, - 2005, - Nr 8, - P.49 - 55.
3. Eliferov V.G., Repin V.V. Affärsprocesser: Reglering och ledning. M.: INFRA-M. - 2009, - 319 sid.
4. Zagidullin R.R. Konstruktion av modeller av intershop-scheman i delsystem för operativ schemaläggning av automatiserad produktion. STEEN, - 2004, - Nr 8, - P.3 - 8.

Implementering av SSA ERP (Baan)-systemet i ett modernt maskinbyggande företag: "Ufa Engine Manufacturing Association" Olga Aleksandrovna Tretyakova, chef för SSA ERP (Baan) i den nordvästra grenen av företaget GMCS GMCS "Konsten att hantera stora projekt liknar talangen hos en dirigent, vars varje handvåg förenar mångfalden av ljud till stora symfonier.”

General Management Consulting Services Om GMCS GMCS – General Management Consulting Services – grundades 1997 och har varit en del av Compulink-gruppen av företag sedan 2005. Varför väljer kunderna GMCS? GMCS är ett multiproduktföretag, en partner till 4 ledande globala leverantörer av affärssystem Mer än 200 framgångsrikt genomförda projekt i Ryssland och utomlands / Grekland, Italien, Kazakstan, Moldavien, Estland, Rumänien, Polen / Mer än 270 högt kvalificerade specialister Erfarenhet av anställda inom IT-konsulting från 5 till 8 år Expertis inom mer än 15 branscher

GMCS-tjänster Om GMCS Nyckelaspekter av IT-baserad förvaltning: Management och IT-rådgivning Val av mjukvarulösning för företagsledning Leverans av informationssystemlicenser Implementering av ledande ERP/CRM-system Revision av implementeringsprojekt för informationssystem Utbildning av systemanvändare Anpassning av mjukvara till företag krav, utveckling av lösningar Teknisk support av informationssystem

Microsoft: Microsoft Dynamics AX (Microsoft Axapta), Microsoft Dynamics CRM, Microsoft Office Accelerator för Sarbanes-Oxley (MOSASO) Oracle: Oracle E-Business Suite, Oracle Financial Analyzer/Oracle Enterprise Planning & Budgeting, Oracle CRM SAP CIS: mySAP Business Suite , mySAP All-in-One, SAP NetWeaver, SAP Business One SSA Global: SSA ERP (Baan), SSA ERP LN (Baan 6.1) “Boss. Personalsystem": "BOSS-Personal" Om företaget GMCS Produktlinje

Kunder Kärnkraftsindustri Distribution Logistik och transport Maskinteknik och utrustningsproduktion Olje- och gasindustri Livsmedelsindustri och lantbruk Tryckindustri och förpackning Konsumentvaror FMCG Kommunikation och telekom Byggindustri Detaljhandel och catering Läkemedelsindustri Kemisk industri mm Om GMCS

År för grunden Antal personal - mer än 19 tusen personer. Antal fristående avdelningar i föreningen Industri - maskinteknik Typer av produkter: flygmotorer och komponenter, gaskraftverk, snöskotrar, gå-bakom traktorer etc. civila produkter Ufa Engine-Building Production Association

Föreningen har licens för tillverkning av flygutrustning. Kvalitetssystemet uppfyller kraven i ISO-9001 UMPO har ett kvalitetscertifikat utfärdat av certifieringsorganet TUV CERT (1997 Tyskland), samt ett intyg om överensstämmelse i Oboronsertifikat. System som utfärdats av Soyuzsert-kroppen Unika teknologier som "Vacuum casting" används komplexa profilblad", "jonimplantation, precisionsgjutning av titanlegeringar med gasstatiska gjutgods", "Stämpling av ämnen i superplasticitetsläge", etc. Alla typer av produktion är tillgängliga hos Ufa Motor-Building Production Association. Produktionen av 51 modeller av flygplansmotorer har bemästrats, som installerades på 168 typer och modifieringar av militära och civila flygplan av UMPO-motorerna i MiG-, Su- och Tu-serien. används i 49 länder runt om i världen Mer än 50 stora kunder i Ryssland och utomlands - i Indien, Kina, Vietnam, Sydkorea

2. Design och ingenjörsanalys av produkter - CAD/CAE CAD-konstruktioner av huvudprodukter 5. Utveckling av tekniska processer av produkter och mjukvara för CNC-maskiner - CAM CAD TP 7. Testning av produkter av processtyrsystem - testning 8. Drift av produkter Driftövervakning 6. Produktion av SSA ERP-produkter (Baan) Implementering av CALS-teknologi vid JSC UMPO CAD CAD/CAM CAE Baan ERP PDM Produktlivscykelsupport 1. Marknadsundersökning och strategisk planering Tekniska specifikationer för produkten 3. Logistik och teknisk försörjning SSA ERP (Baan) 4. Design och ingenjörsanalys dessa. CAD-utrustning, teknisk utrustningsdesign och designdokumentation

Skäl till att välja SSA ERP (Baan)-systemet Erfarenhet av implementering vid andra militärindustriella komplexa företag i Ryssland och utomlands Tillgänglighet av en referensmodell i SSA ERP (Baan)-systemet som beskriver företagets affärsprocesser Användning av en smidig omkonstruktion metodik i SSA ERP (Baan) som inte kräver omedelbara förändringar av företagets affärsprocesser

Chefer för funktionsområden på Handels- och industrikammaren Upphandling Produktion Försäljning Budgetering och styrning Finansiella kalkyler Redovisning Chef för planerings- och ekonomiavdelningen Biträdande chef för huvudproduktionen Chef för försörjningstjänsten Chef för ekonomiavdelningen Chefsrevisor Försäljningschef Chefteknolog

Arbetsförlopp Period Arbetsinnehåll 2001 juni-december Förberedelse av designlösning, testning 2002 januari-juni Inköpsledning, lagerrörelseredovisning, produktionsredovisning 2002 juli-december Övergång från Baan IV till Baan V 2003 januari-december Försäljningsledning, ledning av avräkningar med motparter, Materialredovisning 2004 januari-december Projektledning för framställning av nya produkter, verktygsredovisning 2005 januari-december januari-december Kostnadshantering, Planering

Kommunikation mellan SSA ERP (Baan) och automatiserat styrsystem UMPO Produktionsplanering Underhåll av stamdata UMPO Produktionsplanering Underhåll av stamdata SSA ERP (Baan) ERP Inköpshantering Lagerrörelse Butikshantering SSA ERP (Baan) ERP Inköpshantering Lagerrörelse Butikshantering

Implementeringsproblem lösta i Inkonsekvens av vissa av företagets affärsprocesser med standardprocesserna för den "västerländska" flygindustrin. Låg prestanda av föreningens datanätverk (hastighet på ca 2 megabit/sek). Maximal belastning och brist på datorkraft för den fungerande servern "BAAN" (inte mer än 170 sessioner åt gången).

Resultat i början av 2005 Övervakning av fullgörandet av kontrakt Övervakning av leveranser per artikel, villkor, med hänsyn till tillåtna byten Planering av inköpspriser Automatisk avstämning av fakturor med leveranser Övervakning av tidpunkten för skuldåterbetalningar, med hänsyn till villkor och betalningsplaner Automatisk generering av inlägg Inköp, Ekonomi

Resultat i början av 2005 Regulatorisk beräkning av DSE Redovisning för lansering av produktionspartier, generering av följedokument Redovisning av avskrivningar för produktionsorder Driftredovisning av orderuppfyllelse Redovisning för produktion, generering av följedokument Redovisning av defekter Redovisning av tekniskt avfall och överskott Kontroll av pågående arbeten Produktion

Resultat i början av 2005 Övervakning av fullgörandet av kontrakt Övervakning av leveranser, med hänsyn till betalningsvillkor och kundskulder Kontrollera leveranser enligt kontraktsnomenklaturen Kontrollera tidpunkten för skuldåterbetalningar, med hänsyn till villkor och betalningsplaner Automatisk generering av fakturor och fraktdokument Försäljning, Ekonomi

Resultat i början av 2005 Kvalitetskontroll av försörjning Lagerkontroll Kontroll av standardlager, omvärdering Kontroll av lagerförflyttning per kvalitetsparti Kontroll av icke-flytande varor Automatisk generering av konteringar Genomföra inventeringar Lager, Ekonomi

Resultat i början av 2005 Redovisning, skatt, förvaltningsredovisning av anläggningstillgångar Avräkningar med banker Avräkningar via kassan, föra konton Integration med delsystemet för underhåll av stamdata Integration med planeringsdelsystemet Integration med lönedelsystemet Övriga resultat

Släpp batch i SSA ERP (Baan) = release batch. Planering sker baserat på drifttiderna i den tekniska rutten. Lanseringsdatum och releasedatum är planerade, och de är också kontrollerade. Det råder ingen brist på verksamhetsmöten. Av de möjliga alternativen för att välja partistorlekar, föreslås det att välja planering baserat på efterfrågan. Förekomsten av skift mellan plats och mellan butiker - i SSA ERP (Baan) bestäms i rutten baserat på tekniken eller i rörelsen. parametrar - för färdiga delar. Skillnader i planering av SSA ERP (Baan) och OASUP

Våra koordinater GMCS, Moskva, Michurinsky pr., nr URL: Tel./Fax:: +7 (495) , St. Petersburg Bolshoy pr., nr 80 Business center "Senator" Tel.: + 7 (812) , Fax: +7 (812) Tack för din uppmärksamhet!

Industriföretagen står inför uppgiften att öka intensifieringen av arbetskraft och produktion. Att lösa dessa problem är omöjligt utan användning av moderna företagsledningssystem. För jämförelse, låt oss titta på mjukvaruprodukter som är av intresse för företag inom flyg- och maskinteknikkomplexet: "1C: Enterprise 8", "Parus-Enterprise 8", "SAP R/3", "Microsoft Dynamics Navision" eller dess annat namn "Microsoft Business Solutions" Axapta" (författarnas anmärkning: hädanefter kallad "Axapta").

Bland de inhemska systemen är det värt att notera "1C: Enterprise 8" -lösningarna som är nödvändiga för ett industriföretag: "1C: Manufacturing Enterprise Management 8"; "1C: Konsolidering 8"; "1C: Corporate Finance Management 8"; "1C: Redovisning 8"; "1C: Integrated Automation 8"; "1C: Löner och personalhantering 8"; "1C: Trade Management 8"; "1C:Webbtillägg 8".

"1C: Manufacturing Enterprise Management 8" täcker företagets huvudsakliga affärsprocesser, vilket säkerställer skapandet av ett enhetligt informationsutrymme för att visa hela företagets finansiella och ekonomiska aktiviteter, vilket gör att du snabbt kan utvärdera effektiviteten i arbetet och få information för att fatta förvaltningsbeslut. I konfiguration 8.2 låter systemet dig ladda arbetsstationer med hjälp av sekventiell rörelse av arbetsobjekt i tid och rum (parallell rörelse av delar tillhandahålls inte) och reflektera det på en graf. När en kvantitativ förändring i produktionsprogrammet görs eller en ny artikel läggs till i planen, ändras arbetscentrets belastningsschema med hänsyn till de tillagda förhållandena och det visualiseras.

Funktionell sammansättning av "PARUS-Enterprise 8": Ekonomisk förvaltning; Logistik; Ledning av produktionsprocesser; Personaladministration; Hantering av kundrelationer; Affärsprocessledning; PARUS-ON-Line.

Den omfattande funktionaliteten hos Microsoft Business Solutions Axapta-lösningen, som täcker absolut alla aspekter av att göra affärer, låter dig introducera modern västerländsk ledningsteknik, optimera viktiga affärsprocesser och generellt öka effektiviteten i företagsledning. Som en del av lokaliseringen av systemet för den ryska marknaden implementerades uppgifterna att upprätthålla bokföring och skatteregister i enlighet med kraven i rysk lagstiftning, moduler för anläggningstillgångar, skatteredovisning, löne- och personalregister utvecklades.

"MBS Axapta" omfattar företagets verksamhet som helhet, både ur synvinkel av interna affärsprocesser och när det gäller interaktion med partners och kunder, och i synnerhet sådana aspekter som: analys och strategisk ledning; Produktionsledning; handel och logistik; finanshantering; projektledning; relationer med kunder.

SAP R/3 stöder de flesta operativsystem. Server- och klientsajter kan köras under olika operativsystem. Men cirka 50 % av SAP-programvaruinstallationerna körs på Windows-plattformen.

SAP R/3-systemet består av en uppsättning applikationsmoduler som stöder företagets olika affärsprocesser och är integrerade med varandra i realtid. Sammansättningen av modulerna är varierad: "Ekonomi", "Kontroll", "Fast Asset Management", "Project Management", "Produktionsplanering", "Material Flow Management", "Försäljning", "Quality Management", "Utrustning Underhåll och reparation”, “Human Resources Management”, “Information Flow Management”, “Industry Solutions”.

Hårdvarukraven för de aktuella systemen presenteras i tabell 1.

Tabell 1 - Systemhårdvarukrav.

Kostnaden och implementeringstiden för de presenterade mjukvaruprodukterna visas i tabell 2.

Tabell 2 - Kostnad och tidpunkt för implementering av affärssystem

Det kan inte sägas att "1C: Enterprise 8" är ett fullfjädrat program för industriell redovisning. Nackdelen med denna mjukvaruprodukt är att produktionsredovisningen är inriktad på att beräkna kostnaden för färdiga produkter och vinsten från dess försäljning, d.v.s. Den här produkten har inget block för produktionsplanering, inköpsplanering eller spårning av tekniska cykler. Att arbeta i systemet blir svårt om produktionen är multiprodukt (med antalet produktartiklar mer än tusen), produktens komplexa struktur och ett stort antal industriell produktionspersonal (mer än 5 tusen personer).

Nackdelarna med Parus Corporation inkluderar ett dåligt utvecklat partnernätverk och brist på produktionsplaneringslösningar för flygtekniska företag.

En översikt över funktionerna i SAP R3-systemet visar dess förmåga att lösa de viktigaste problemen som stora organisationer står inför. SAP R/3 är det mest omfattande systemet hittills. Många ledare för världsekonomin har valt det som sitt huvudsakliga företagssystem.

SAP R/3 är ett konfigurerbart system, så genom att köpa det kommer ett företag att arbeta med en individuell version, anpassad specifikt till dess parametrar. Ju bredare möjligheterna är att konfigurera och anpassa systemet, utan att behöva skriva om det, desto högre är den tekniska nivån på detta system. Enligt denna indikator har SAP/R3 en ledande position i världen. Systemet har ett öppet och standardanvändargränssnitt, ger grafisk modellering av affärsprocesser och kan arbeta i interaktivt läge. Dessutom innehåller lösningssviten SAP R/3 branschspecifika lösningar för flygindustrin.

Utmärkande för MBS-Axapta-systemet är skalbarhet och ett brett utbud av möjligheter för dess individuella konfiguration. De gör denna mjukvaruprodukt till den optimala lösningen för medelstora och stora företag med specifika och komplexa affärsprocesser, vars personal inte överstiger 10 000 personer.

Låt oss lyfta fram de viktigaste fördelarna med Axapta: exceptionell skalbarhet; optimalt förhållande mellan pris och kvalitet (för dess funktionalitet); enkel uppdatering av applikationer; omfattande analys och enkel affärskontroll; tillgänglighet av planeringsmoduler; förmåga att hantera ekonomi för internationella affärer; överensstämmelse med kraven i rysk lagstiftning; balansen av överflödig information.

Av de presenterade mjukvaruprodukterna är därför Axapta- och SAP R3-systemen de mest lämpade för industriföretag inom maskin- och flygindustrin.

För att uppskatta investeringsbeloppet i ett affärssystem är det nödvändigt att presentera ett investeringsschema. Den består av separata block som representerar en avslutad fas av finansiella och ekonomiska kostnader:

1 Kostnad för implementering av ERP-systemet;

2 Kostnader för hårdvara och mjukvara för komplexet;

3 Total ägandekostnad för ERP-komplexet (årliga kostnader).

Det specificerade kostnadsdelningsschemat används i den välkända TCO-metoden (total cost of ownership) - detta är en beräkningsteknik skapad för att hjälpa konsumenter och företagsledare att fastställa de direkta och indirekta kostnaderna förknippade med någon komponent i datorsystem. Syftet med dess tillämpning är att få en slutlig bild som skulle återspegla de verkliga kostnaderna förknippade med förvärvet av vissa verktyg och teknologier, och ta hänsyn till alla aspekter av deras efterföljande användning.

Kostnadsposten "kostnad för arbete med att implementera ett ERP-system" specificeras som regel i detalj i uppskattningen av arbetet med att implementera systemet i ett avtal som ingåtts med företaget som genomför processen för att integrera ERP-utrymmet på företaget . De beräknade kostnaderna för implementeringen av de övervägda systemen är följande:

- "SAP R3" - cirka 0,8 miljoner rubel. i år. Genomförandetiden är cirka två år.

- ”Axapta” – cirka 1,0 miljoner per år. Genomförandetiden är cirka ett år.

Kostnaden för komplexets hårdvara och mjukvara inkluderar kostnader förknippade med köp av licenser för hela komplexet av mjukvaruprodukter, såsom operativsystemet (OS), tjänstemjukvaran (mjukvaran) och själva ERP-produkten. Denna artikel inkluderar också kostnaden för hela maskinparken, både personliga stationer och serverstationer, och relaterad kommunikationsutrustning. Den totala kostnaden för alla persondatorer (PC) i ERP-komplexet beräknas baserat på data om deras antal och den genomsnittliga kostnaden för en PC som är involverad i ERP-komplexet (tabell 3).

I den jämförande analysen förutsätts att beräkningen görs för 50 datorer eller klientplatser, som omfattas av en licens.

Att uppskatta ägandekostnaden för ett ERP-komplex inkluderar två typer av kostnader: indirekta kostnader och direkta kostnader.

Indirekta kostnader inkluderar kostnader förknippade med informationsteknologi som inte budgeteras eller mäts av de flesta IT-avdelningar. Den mest betydande delen är vanligtvis användarens support av sin dator och programvara, samt assistans till kollegor. Detta inkluderar självfelsökningssystem när fel uppstår, säkerhetskopiering och återställning av värdefull information, fil- och katalogmanipulation, oplanerad utbildning under kontorstid och programmering av små (eller stora) applikationer.

Direkta kostnader inkluderar kostnader förknippade med kostnader för utrustning, mjukvara, personal som servar affärssystemet, kommunikation etc.

När de försöker minska de direkta kostnaderna skär många organisationer helt enkelt IT-budgetar, utan att inse att resultatet kommer att bli en ökning av de indirekta kostnaderna - användare kommer att spendera mer tid på att försörja sig själva, vänner och kollegor. Det finns inget korrekt sätt att mäta hur mycket tid en användare spenderade på informationsteknologi (IT) uppgifter utan detaljerad tidsspårning eller statistiskt giltiga observationer. För den som inte har förmåga eller resurser att ta många timmars mätningar finns branschgenomsnitt för varje kategori.

En uppskattning av de direkta kostnaderna för den totala ägandekostnaden för ett ERP-komplex visas i Tabell 4. Denna uppskattning är en årlig kostnadspost för underhåll och service av hela ERP-komplexet utveckling av informationsteknologi för företaget.

Enligt konservativa uppskattningar kommer värdet av den totala ägandekostnaden för en dator att skilja sig avsevärt från de deklarerade värdena för ERP-systemtillverkare. Så, till exempel, för Microsoft Business Solutions Navision är detta värde 1 500–2 500 euro, eller vid nuvarande växelkurs (41 rubel/euro) 61 500–102 500 rubel, medan det beräknade värdet är 221 765,78 rubel.

Denna bedömning ger ett ganska korrekt värde av kostnadsdelen av implementeringsprojektet, och kommer också att göra det möjligt att göra en prognos över effektiviteten av investeringar i ERP-teknik.

Den största svårigheten med att bestämma intäkterna från implementeringen av ett affärssystem och beräkna effektiviteten ligger i att identifiera de ekonomiska fördelarna för företaget. Man tror att om ett företag inte introducerar en innovation betyder det att det går miste om möjligheten att göra vinst och förlorar "förlorade vinster". Det kan hittas från analysen av problem och arbetsbrister som skulle kunna korrigeras genom att införa företagsledningssystem.

Baserat på analysen av data från företagets finansiella rapport genererades den "förlorade vinsten" från att inte använda möjligheten att eliminera brister enligt följande indikatorer:

Genomsnittlig årlig indikator för en 10-årsperiod av brist på materiella tillgångar (materiella tillgångar) och anläggningstillgångar (fasta tillgångar), som erhölls på grund av dålig redovisning, rub.

Genomsnittlig årlig indikator för en 10-årsperiod av överskottslager som ackumulerats på grund av dålig redovisning, rub.

Uthyrning av anläggningstillgångar till ett belopp av 5% av deras kostnad, på grund av irrationell planering av produktionskapacitet, (årligen), gnugga.

Baserat på företagets statistiska data uppgick den genomsnittliga årliga "förlorade vinsten" för ovanstående indikatorer till 155 944 738 878 rubel, vilket överstiger summan av engångs- och årliga kostnader för SAP/R3- och Axapta-systemen med 5,89 respektive 7,85 gånger, och bevisar effektiviteten av deras användning. Detta tillvägagångssätt kanske inte är korrekt, men det visar en viss grad av allvar i frågan om effektivitet i användningen av företagsresurser.

LISTA ÖVER ANVÄNDA KÄLLOR

1 Officiell webbplats för företaget "1C" http://www.1c.ru

2 Axapta. Arbeta för resultat http://axapta.mazzy.ru

3 Branschlösningar CMD SOFT. Vad är Microsoft Dynamics NAV (Microsoft Navision)? http://www.cmdsoft.ru/products/microsoft_dynamics/nav

4 Oberoende ERP-portal http://www.erp-online.ru

5 Abramova, I.G. Grunderna i organisation och ledning av produktionsförberedelser för ett maskinbyggande företag [Elektronisk resurs]: elektron. lärobok bidrag /I.G. Abramova; Samar. stat flyg Universitet uppkallat efter S.P. Koroleva (nationellt forskningsuniversitet); - Elektron. textdata – Samara, 2011. – 1 mejl. grossist- disk (CD-ROM).