Hvordan administrere prosessene til en maskinbyggende bedrift. ERP for maskinbyggende bedrifter Implementering av et ERP-system hos en maskinbyggende bedrift: mål, strategi, erfaring

Industribedrifter står overfor oppgaven med å øke intensiveringen av arbeidskraft og produksjon. Å løse disse problemene er umulig uten bruk moderne systemer bedriftsledelse. For sammenligning, la oss se på programvareprodukter som er av interesse for bedrifter i luftfarts- og maskiningeniørkomplekset: "1C: Enterprise 8", "Parus-Enterprise 8", "SAP R/3", "Microsoft Dynamics Navision" eller dens annet navn "Microsoft Business Solutions" Axapta" (forfatterens merknad: heretter referert til som "Axapta").

Mellom innenlandske systemer, bør det bemerkes nødvendig for industribedrift løsninger "1C: Enterprise 8": "1C: Management produksjonsbedrift 8"; "1C: Konsolidering 8"; "1C: Corporate Finance Management 8"; "1C: Regnskap 8"; "1C: Integrert automatisering 8"; "1C: Lønn og personalledelse 8"; "1C: Handelsledelse 8"; "1C: Web-utvidelse 8".

"1C: Manufacturing Enterprise Management 8" dekker de viktigste forretningsprosessene til bedriften, og sikrer opprettelsen av et enhetlig informasjonsrom for å vise de finansielle og økonomiske aktivitetene til hele bedriften, som lar deg raskt vurdere effektiviteten til arbeidet og innhente informasjon for adopsjon ledelsesbeslutninger. I konfigurasjon 8.2 lar systemet deg laste arbeidsstasjoner ved å bruke sekvensiell bevegelse av arbeidsobjekter i tid og rom (parallell bevegelse av deler er ikke gitt) og reflektere det på en graf. Med en kvantitativ endring produksjonsprogram eller et nytt element legges til planen, arbeidssenterets belastningsplan endres under hensyntagen til de tilførte forholdene, og den visualiseres.

Funksjonell sammensetning av "PARUS-Enterprise 8": Økonomistyring; Logistikk ledelse; Produksjonsprosessen ledelse; Personalledelse; administrasjon av kunderelasjoner; Ledelse av forretningsprosesser; PARUS-ON-Line.

Den omfattende funksjonaliteten til Microsoft Business Solutions Axapta-løsningen, som dekker absolutt alle aspekter ved å drive forretning, lar deg implementere moderne vestlig ledelsesteknologier, optimalisere viktige forretningsprosesser og generelt øke effektiviteten til bedriftsledelsen. Som en del av lokaliseringen av systemet for russisk marked oppgavene med å føre regnskap og skatteregnskap ble gjennomført i samsvar med kravene russisk lovgivning, moduler for anleggsmidler, skatteregnskap og beregninger er utviklet lønn og personaljournaler.

"MBS Axapta" dekker virksomheten til en virksomhet som helhet, både fra synspunkt av interne forretningsprosesser og når det gjelder interaksjon med partnere og kunder, og spesielt slike aspekter som: analyse og strategisk ledelse; produksjonsledelse; handel og logistikk; økonomisk styring; prosjektledelse; relasjoner med klienter.

SAP R/3 støtter de fleste operativsystemer. Server- og klientnettsteder kan kjøres under forskjellige operativsystemer. Imidlertid kjører omtrent 50 % av SAP-programvareinstallasjonene på Windows-plattformen.

SAP R/3-systemet består av et sett med applikasjonsmoduler som støtter ulike forretningsprosesser i selskapet og er integrert med hverandre i sanntid. Sammensetningen av modulene er variert: "Økonomi", "Kontrollering", "Fixed Asset Management", "Prosjektledelse", "Produksjonsplanlegging", "Ledelse" materialstrømmer", "Salg", "Kvalitetsstyring", "Vedlikehold og reparasjon av utstyr", "Human Resources Management", "Information Flow Management", "Industry Solutions".

Maskinvarekravene for systemene som vurderes er presentert i tabell 1.

Tabell 1 - Systemmaskinvarekrav.

Kostnad og gjennomføringstid for presentert programvareprodukter er gitt i tabell 2.

Tabell 2 - Kostnader og tidspunkt for implementering av ERP-systemer

Det kan ikke sies at "1C: Enterprise 8" er et fullverdig program for industriell regnskap. Ulempen med dette programvareproduktet er at produksjonsregnskap er fokusert på å beregne kostnadene ferdige produkter og fortjeneste fra salget, dvs. Dette produktet har ikke en blokk for produksjonsplanlegging, innkjøpsplanlegging eller sporing av teknologiske sykluser. Arbeid i systemet blir vanskelig hvis produksjonen er multi-produkt (med mer enn tusen produktelementer), en kompleks produktstruktur og et stort antall industrielle - produksjonspersonell(mer enn 5 tusen mennesker).

Ulempene med Parus Corporation inkluderer dens dårlig utviklet tilknyttet nettverk, mangel på løsninger produksjonsplanlegging for luftfartsingeniørbedrifter.

En oversikt over funksjonene til SAP R3-systemet viser dets evne til å løse hovedproblemene store organisasjoner står overfor. SAP R/3 er det mest omfattende systemet til dags dato. Mange ledere av verdensøkonomien har valgt det som sitt viktigste bedriftssystem.

SAP R/3 er et konfigurerbart system, så ved å kjøpe det vil en bedrift jobbe med en individuell versjon, tilpasset spesifikt til dens parametere. Jo bredere mulighetene er for å konfigurere og tilpasse systemet, uten behov for å omskrive det, jo høyere er det tekniske nivået på dette systemet. I følge denne indikatoren inntar SAP/R3 en ledende posisjon i verden. Systemet har et åpent og standard brukergrensesnitt, gir grafisk modellering av forretningsprosesser og kan fungere i interaktiv modus. I tillegg inkluderer SAP R/3-løsningspakken bransjespesifikke løsninger for romfartsindustrien.

Karakteristiske trekk ved MBS-Axapta-systemet er skalerbarhet og et bredt spekter av muligheter for individuell konfigurasjon. De gjør dette programvareproduktet til den optimale løsningen for mellomstore og store bedrifter med spesifikke og komplekse forretningsprosesser, hvis ansatte ikke overstiger 10 000 personer.

La oss fremheve hovedfordelene med Axapta: eksepsjonell skalerbarhet; optimalt forhold mellom pris og kvalitet (for funksjonsnivået); enkel oppdatering av applikasjoner; omfattende analyse og enkel forretningskontroll; tilgjengelighet av planleggingsmoduler; evne til å administrere økonomi for internasjonal virksomhet; overholdelse av kravene i russisk lovgivning; balansen av overflødig informasjon.

Av de presenterte programvareproduktene er derfor Axapta- og SAP R3-systemene de mest egnede for industribedrifter i maskin- og luftfartsindustrien.

For å estimere investeringsbeløpet i et ERP-system er det nødvendig å presentere en investeringsordning. Den består av separate blokker, som representerer et fullført stadium av finansielle og økonomiske kostnader:

1 Kostnad for implementering av ERP-systemet;

2 Kostnader for maskinvare og programvare kompleks;

3 Totale eierkostnader for ERP-komplekset (årlige kostnader).

Den spesifiserte kostnadsdelingsordningen brukes i den velkjente TCO-metoden (total cost of ownership) - dette er en beregningsteknikk laget for å hjelpe forbrukere og bedriftsledere med å bestemme de direkte og indirekte kostnadene knyttet til enhver komponent datasystemer. Hensikten med søknaden er å få et endelig bilde som vil gjenspeile de reelle kostnadene forbundet med anskaffelse av visse verktøy og teknologier, og ta hensyn til alle aspekter av deres påfølgende bruk.

Kostnadsposten "kostnad for arbeid med å implementere et ERP-system", er som regel spesifisert i detalj i estimat for arbeid med å implementere systemet i en avtale inngått med selskapet som utfører prosessen med å integrere ERP-plassen i bedriften . De estimerte kostnadene for implementering av systemene som vurderes er som følger:

- "SAP R3" - omtrent 0,8 millioner rubler. per år. Gjennomføringsperioden er ca. to år.

- "Axapta" - ca 1,0 millioner per år. Gjennomføringsperioden er ca ett år.

Kostnaden for maskinvaren og programvaren til komplekset inkluderer kostnadene knyttet til kjøp av lisenser for hele komplekset av programvareprodukter, slik som operativsystemet (OS), tjenesteprogramvare (programvare) og selve ERP-produktet. Denne artikkelen inkluderer også kostnadene for hele maskinparken, både personlige stasjoner og serverstasjoner, og relatert kommunikasjonsutstyr. Totalkostnad for alle personlige datamaskiner(PC) i ERP-komplekset beregnes basert på data om deres mengde og gjennomsnittlig kostnad for én PC involvert i ERP-komplekset (tabell 3).

I komparativ analyse Det aksepteres at beregningen utføres for 50 datamaskiner eller klientplasser, som dekkes av én lisens.

Estimering av eierkostnader for et ERP-kompleks inkluderer to typer kostnader: indirekte kostnader og direkte kostnader.

Indirekte kostnader inkluderer kostnader knyttet til informasjonsteknologi som ikke er inkludert i budsjetter og ikke måles av de fleste informasjonsavdelinger. Den viktigste delen er vanligvis brukerens støtte til datamaskinen og programvaren sin, samt assistanse til kolleger. Dette inkluderer uavhengig feilsøking av systemer når feil oppstår, sikkerhetskopiering og gjenoppretting av verdifull informasjon, operasjoner med filer og kataloger, uplanlagt opplæring i arbeidstid og programmering av små (eller store) applikasjoner.

Direkte kostnader inkluderer kostnader knyttet til utgifter til utstyr, programvare, personell som betjener ERP-systemet, kommunikasjon mv.

Når de prøver å redusere direkte kostnader, kutter mange organisasjoner ganske enkelt IT-budsjettene, uten å innse at resultatet vil være en økning i indirekte kostnader – brukere vil bruke mer tid på å forsørge seg selv, venner og kolleger. Det er ingen nøyaktig måte å måle hvor mye tid en bruker brukte på informasjonsteknologi (IT) oppgaver uten detaljert tidssporing eller statistisk gyldige observasjoner. For de som ikke har evne eller ressurser til å ta mange timer med målinger, finnes det bransjegjennomsnitt for hver kategori.

Et estimat av de direkte kostnadene for de totale eierkostnadene til ERP-komplekset er gitt i tabell 4. Denne vurderingen er en årlig kostnadspost for vedlikehold og service av hele ERP-komplekset, det vil også bidra til å rettferdiggjøre selskapets utviklingsbudsjett informasjonsteknologi til bedriften.

I følge konservative estimater vil verdien av de totale eierkostnadene for én datamaskin avvike betydelig fra de deklarerte verdiene til ERP-systemprodusenter. Så, for eksempel, for Microsoft Business Solutions Navision er denne verdien 1 500–2 500 euro, eller med gjeldende valutakurs (41 rubler/euro) 61 500–102 500 rubler, mens den beregnede verdien er 221 765,78 rubler.

Denne vurderingen gir en ganske nøyaktig verdi av kostnadsdelen av implementeringsprosjektet, og vil også gjøre det mulig å lage en prognose for effektiviteten av investeringer i ERP-teknologi.

Den største vanskeligheten med å bestemme inntekten fra implementeringen av et ERP-system og beregne effektiviteten ligger i å identifisere de økonomiske fordelene for selskapet. Det antas at hvis et selskap ikke implementerer en innovasjon, betyr det at det går glipp av muligheten til å tjene penger og taper "tapt fortjeneste". Det kan bli funnet fra analysen av problemer og arbeidsmangler som kan korrigeres ved å introdusere bedriftsstyringssystemer.

Basert på analysen av data fra selskapets økonomiske rapport, ble "tapt overskudd" fra manglende bruk av muligheten til å eliminere mangler generert i henhold til følgende indikatorer:

Gjennomsnittlig årlig rate for en 10-års periode med mangel materielle eiendeler(inventar) og anleggsmidler (FP), som ble mottatt på grunn av dårlig regnskap, rub.

Gjennomsnittlig årlig indikator for en 10-års periode med overskytende varelager som ble akkumulert på grunn av dårlig regnskap, rub.

Leie av anleggsmidler til et beløp på 5% av kostnadene deres, på grunn av irrasjonell planlegging produksjonskapasitet, (årlig), gni.

Basert på bedriftens statistiske data utgjorde den gjennomsnittlige årlige "tapt fortjeneste" for indikatorene ovenfor 155 944 738 878 rubler, som overstiger summen av engangs- og årlige kostnader for SAP/R3- og Axapta-systemene med henholdsvis 5,89 og 7,85 ganger, og beviser effektiviteten av bruken. Denne tilnærmingen er kanskje ikke nøyaktig, men den viser en viss grad av seriøsitet rundt spørsmålet om effektivitet i bruken av bedriftens ressurser.

LISTE OVER BRUKT KILDER

1 Offisiell nettside til selskapet "1C" http://www.1c.ru

2 Axapta. Arbeid for resultater http://axapta.mazzy.ru

3 Bransjeløsninger CMD SOFT. Hva er Microsoft Dynamics NAV (Microsoft Navision)? http://www.cmdsoft.ru/products/microsoft_dynamics/nav

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

5 Abramova, I.G. Grunnleggende om organisering og ledelse av produksjonsforberedelse av en maskinbyggende bedrift [Elektronisk ressurs]: elektron. lærebok godtgjørelse /I.G. Abramova; Samar. tilstand romfart Universitetet oppkalt etter S.P. Koroleva (nasjonalt forskningsuniversitet); - Elektron. tekstdata – Samara, 2011. – 1 e-post. engros disk (CD-ROM).

Økningen i den statlige forsvarsordren og innstramming av kontrollen over utgiftene til midler bevilget til implementeringen krevde at foretakene i maskinbyggingskomplekset forbedret systemene ledelsesregnskap. Som en del av implementeringen av programmet for opprustning og modernisering av den russiske hæren, har ordrevolumet økt, som et resultat av at det har blitt vanskeligere for bedrifter å produsere forsvarsprodukter på en rettidig måte og til tilstrekkelige priser. I tillegg er det tydelig en trend mot konsolidering i bransjen. 60% forsvarsprodukter for tiden produsert av store ingeniørbedrifter. For å overvåke produksjonssituasjonen i sanntid og effektivt opprettholde administrasjonsregnskap i samsvar med kravene i moderne lovgivning, må slike virksomheter aktivt bruke ny teknologi.

Automatiseringssystemer brukt i forsvarsindustribedrifter

I forbindelse med storskala teknisk omutstyr kjøper bedrifter i det militærindustrielle komplekset CNC-maskiner og lager automatiserte systemer ledelse. Som regel er slike automatiserte kontrollsystemer bygget på grunnlag av et helt kompleks av spesialiserte programvareprodukter: ERP, HRM, CAD, EDMS, CPM, EAM, PLM, CAD, CAM, PDM, etc. Informasjonssystemer av ulike klasser er organisk integrert med hverandre, som et resultat av en moderne smart produksjon. komplett automatisert kontrollsystem livssyklus produkter tillater bedrifter å produsere mer konkurransedyktige og høyteknologiske produkter.

I løpet av de siste 5 årene har systemer i ERP-klassen vært den mest populære IT-løsningen ved forsvarsindustrianlegg. Deres andel blant alle komponenter i IT-infrastrukturen når 35% .

Fordeler med å bruke ERP i en maskinbyggende bedrift

Gjennom bruk av «1C:ERP Enterprise Management 2» på fabrikker og forsvarsindustrianlegg som utfører forskningsarbeid, sikres følgende:

• Overholdelse av kravene i statens forsvarsordre. I henhold til den føderale loven "om endringer i Føderal lov"Om staten forsvarsordre» og individuelle rettsakter Den russiske føderasjonen» datert 29. juni 2015 N 159-FZ er det nødvendig å føre separat regnskapsføring av kostnader på ulike områder (regnskap, forvaltning mv.).
• Lukket og konsistent rapportering. Maskinbyggende bedrifter er gjenstand for regelmessige inspeksjoner av forvaltningsselskaper, militære oppdrag, skattemyndigheter, Rosfinmonitoring, FAS, banker osv. Takket være bruken informasjonssystem ERP-administrasjon, alle rapporteringstall er enkle å forklare og «kjempe med hverandre».
• Forenkling av militære akseptprosedyrer.
• Full kontroll innen prosjektledelse, produksjon, økonomi, logistikk.
• Effektiv håndtering av kjøp og bestillinger.
• Forenkling av planlegging og kostnadsregulering. Arbeidskostnader, utstyr og materialbehov beregnes automatisk.
• Praktisk produksjonsplanlegging. Du kan spesifisere en liste over operasjoner for produksjonen av hvert enkelt produkt, tilordne fullføringsdatoer og forsendelsesdatoer for dem.
• Utsendelse av produksjon.
• Rettidig vedlikehold og reparasjon av utstyr.
• Automatisering av regnskap av løpende lagerbeholdning.
• Automatisering av regnskap for produksjonskapasitetsutnyttelse.
• Automatisk formasjon produksjonsoppgaver for verksteder.
• Umiddelbar varsling ved forsinkelse fra planlagt arbeidsplan.
• Automatisk re-planlegging med oppdatering av frister for oppgaveimplementering.
• Automatisk generering av bestillinger til leverandører.
• Evnen til å gjennomføre plan-fakta-analyse av kostnader og frister for å oppfylle bestillinger etter at de er gjennomført.
• Rettidig refleksjon av det faktum at ordren er fullført.
• Rask avkastning på investeringen på grunn av minimering illikvid beholdning, redusere nedetid, utrydde tyveri og misbruk.
• Forbedre bedriftsadministrasjon. Produksjonssituasjonen kan overvåkes i sanntid av alle ansvarlige personer.

Automatisering av forsvarsindustrien i Central Federal District

LLC "Chelyabinsk Traktorfabrikk - URALTRAK"- et maskinbyggende foretak for utvikling og produksjon av veianleggsutstyr på hjul og belte (bulldozere, rørleggere, frontlastere, minitraktorer), forbrenningsmotorer, reservedeler og annen høyteknologisk ingeniørprodukter. Selskapet er en del av strukturen til OJSC Research and Production Corporation Uralvagonzavod. Han er medlem av Association of Defense Industry Enterprises of the Chelyabinsk Region.

Automatiseringsmål

Nøkkeloppgaven som anlegget måtte løse ved oppstart av arbeidet, var etableringen enhetlig system ledelse økonomisk aktivitet. Derfor ble det besluttet å automatisere og standardisere alle prosesser og regulatorisk referanseinformasjon til bedriften, og introdusere en enkelt komplekst system ledelse "Galaktika ERP" .

Prosjektet ble gjennomført av Ural regionkontor Galaktika Corporation.

Løsning

Samarbeidet med Chelyabinsk traktoranlegg begynte i 2012. Forprosjektarbeid inkluderte å bestemme målene for arbeidet, en detaljert undersøkelse av bedriftens forretningsprosesser, studere funksjonene i arbeidet og fikse nøkkeloppgaver. Implementeringen av selve Galaktika ERP-systemet begynte i 2014.

Funksjonene for regnskap for anskaffelse av inventar, arbeider og tjenester ble automatisert, samt regnskap for mottak av inventarvarer fra leverandører, materialregnskap når det gjelder bevegelse av varelager i varehus og i en rekke verksteder for hjelpeproduksjon , regnskapsføring av oppgjør med ansvarlige personer, valutaoppgjør og beregning av kursdifferanser. Et spesielt trekk ved prosjektet var smertefri integrering av forretningsprosesser til en stor industribedrift i et ERP-system, inkludert bruk av proprietær programvare. For eksempel er integrering av operasjoner for bevegelse av lagervarer gjennom lager for verksteder og spesifikasjoner av kontrakter med leverandører, som er registrert i eksisterende programvare, implementert.

En partner i Galaktika Corporation, Business Service-selskapet, deltok i arbeidet med Chelyabinsk Tractor Plant - URALTRAK.

Resultat

Bruken av Galaktika ERP-systemet tillot selskapet å redusere databehandlingstiden. Dette har en positiv effekt på hastigheten og riktigheten av ledelsesbeslutninger, noe som øker effektiviteten til anlegget som helhet. Totalt, i løpet av den første fasen av prosjektet, ble ca. 10 regnskapsområder automatisert, antall brukere på tidspunktet for ferdigstillelse av arbeidet var ca. 120.

Innledende problem og oppgaver

Selskapet brukte et system utviklet i Clipper (for å legge inn produksjonsdata), «1C: Regnskap 7.7» (for å opprettholde regulert regnskap) og «1C.8 ZUP» (for lønnsberegning). Ledelsen vurderte overgangen til en omfattende applikasjonsløsning "1C: Manufacturing Enterprise Management 8" (eller "1C: ERP 2.0").

Løsningsforslag

I henhold til kundens krav ble 2 implementeringsalternativer foreslått:

1) Automatisering basert på programvareprodukter "1C: UPP 8" + "PiterSoft: Process Management"

2) Automatisering basert på programvareprodukter “1C: ERP 2.0”.

Sammenlignende egenskaper løsninger er foreslått i tabell 1.

Tabell 1. Sammenlignende kjennetegn ved korrelasjonen mellom kundens mål og funksjonsevnen til 1C-programvareprodukter

Kunden bestemte seg for å automatisere ved hjelp av 1C: ERP 2.0.

Resultat

1. Regnskap for produksjon av produkter produsert i henhold til individuelle bestillinger fra kunder med eget teknisk utstyr. dokumentasjon

2. Overvåke oppfyllelsen av kjøperens spesifikasjoner på alle stadier (produksjon - mengde, salg - mengde, pris), inkludert tidsfrister

3. Automatisk generering av produksjonsoppgave

Blokkene «Treasury» (planlegging av inntekter og utgifter), «BDDS» (planfaktaanalyse) ble lansert kontantstrømmer bedrifter). "BDR"-blokken (planfaktaanalyse av bedriftens inntekter og utgifter) ble delvis lansert (prosjektet ble suspendert på grunn av manglende finansiering fra kunden)

1. Regulert (både regnskap og skatteregnskap i systemet) er lansert.

2. Implementert serie (batch) regnskap av materialer og ferdige produkter

3. Tilrettelagt for mottak produksjonskostnad når det gjelder bestillinger

4. Sett opp for å motta nødvendig regulert regnskaps- og skatterapportering (inkludert konsolidert)

1. Automatisert regnskapsføring av kundespesifikasjoner, beregning av planlagte kostnadsoverslag i henhold til spesifikasjoner

2. Implementert kontroll over oppfyllelsen av kjøpers spesifikasjoner på alle stadier (produksjon - mengde, salg - mengde, pris), inkludert tidsfrister

3. Gjensidige oppgjør med kunder i forbindelse med spesifikasjon/spesifikasjonslinje.

4. Det er satt opp en mekanisme for automatisk generering av dokumenter og beregning av priser mellom våre egne juridiske enheter.

Under gjennomføringen av prosjektet ble følgende områder av produksjonsaktiviteter automatisert.

I dag, når det gjelder produksjonsstyringsoppgaver, har vi to paradigmer. En av dem er å lage optimale arbeidsplaner teknologisk utstyr i verkstedene. Denne oppgaven løses ved hjelp av passende verktøy - på butikknivå ved hjelp av MES-systemer (Manufacturing Execution Systems) og på bedriftsnivå ved hjelp av APS-systemer (Advanced Planning & Scheduling Systems). De første dataene for produktplanlegging er basert på de teknologiske prosessene til produserte produkter (TP) og tidspunktet for utgivelsen.

Det andre paradigmet for bedriftsledelse er forretningsprosessledelse (BP). Forretningsprosesser omfatter vanligvis alle prosesser i en virksomhet som ikke tilhører teknologiske prosesser. Disse inkluderer designprosesser, utvikling av teknologiske prosesser, produksjonsforberedelse, alle operasjonelle lageraktiviteter, logistikk og andre tjenester til bedriften. Valget av verktøy for strømfoer ganske bredt - fra individuelle programvareskall som støtter enten IDEF eller universelt språk UML (Unified Modeling Language), til de tilsvarende modulene i ERP-systemer (Enterprise resource planning).

Hvis produksjonsstyring som å planlegge driften av teknologisk utstyr er en godt studert oppgave som kan automatiseres og kontrolleres over tid, vil oppgavene til strømforsyningsstyring i nåværende øyeblikk er fortsatt på utviklingsstadiet, på formaliseringsstadiet av beskrivelse og regulering. Dette er ganske enkelt forklart. Prosessene med regulering og formalisering av TP har bestått tidens tann. Bildet av den formelle presentasjonen av TP har vært utarbeidet i nesten et helt århundre. Takket være dette kan TP beskrevet i ett land lett forstås av spesialister fra et annet land. Begreper som drift, overganger, maskinerte overflater, skjære- og måleverktøy, maskinverktøy, behandlingsrekkefølge og moduser, operasjons- og rutekart - alt som utgjør essensen og formen for prosessteknologi har lenge vært entydig forstått av alle spesialister på området av maskinteknikk. Og dette faktum gjør det enkelt å planlegge TP, siden alt er kjent nødvendige parametere- antall operasjoner for hver teknologisk prosess, sammensetning, varighet, nødvendige ressurser og andre parametere.

Når det gjelder BP, gjøres forsøk på styring og planlegging, som allerede nevnt, kun på prosessreguleringsnivå. Konstruksjonene som brukes for å beskrive BP i notasjonene IDEF0, IDEF3, etc. tjener til å beskrive individuelle prosesser. Ved hjelp av disse konstruksjonene er det mulig å forstå logikken til kun én prosess som vurderes - sammensetning, rekkefølge, forrangsbetingelser, nødvendige ressurser, men ved hjelp av disse konstruksjonene er det umulig å lage en modell for å styre n prosesser over tid. Og slike prosesser, selv om vi ekskluderer alle TP-er, er det stor bedrift kan være opptil flere tusen. I dette tilfellet kan den samme ressursen være involvert i flere operasjoner av forskjellige prosesser. Hvilken av disse prosessene bør fullføres først? Hva skjer hvis vi tillater en viss forsinkelse i utførelsen av en eller annen BP? Hvordan ta hensyn til ressurser når man planlegger forretningsprosesser?

Mange spørsmål dukker opp, og vi ser at for å administrere forretningsprosesser er det nødvendig ikke bare å finne dem hos bedriften og regulere dem, for eksempel i prosessen med å implementere et ERP-system. Det er nødvendig å ta hensyn til dem i den generelle produksjonsplanleggingsmodellen og få en tidsplan for BP over tid. BP-ledelse bør være underlagt samme ledelsesparadigme som TP-ledelse – tidsplanlegging.

Å administrere alle prosesser i en bedrift består av å løse tre oppgaver sekvensielt:
1) Utarbeide en fullstendig liste over prosesser ved virksomheten.
2) Regulering av prosesser.
3) Planleggingsprosesser over tid.

Fra et planleggingssynspunkt er alle prosesser, inkludert teknologiske prosesser (produksjon av produkter i verkstedene til en bedrift) likeverdige med hverandre, siden enhver prosess kan representeres som et sett med operasjoner (stadier), hver operasjon kan assosieres med en eller annen ressurs for utførelse.

Siden problemene med å bestemme et sett med TP-er og deres regulering er løst, er det i første omgang nødvendig å løse lignende problemer for BP-er. Oppgaven med å kompilere en fullstendig liste over BP bør løses ved å analysere alle bestillinger fra bedriften på dets strukturelle og funksjonelle diagram (fig. 1).

I dette tilfellet er ordrelivssyklusen gjenstand for analyse. Hele banen som bestillingen går gjennom spores, fra forespørselen fra kunden til forsendelsen av det ferdige produktet, og på hvert trinn, for hver avdeling som bestillingen går gjennom, er sammensetningen av BP knyttet til denne spesielle bestillingen. bestemt. Etter å ha analysert alle innkommende applikasjoner, er det mulig å bestemme sammensetningen og kraften til hele settet med strømforsyningsenheter.

Faktisk oppstår de fleste BP som en konsekvens av behovet for å utføre TP, dvs. implementeringen av de fleste BP kan tilskrives TP-konfigurasjonen.
Ved oppgaven med å fullføre TP og de tilsvarende planleggingsenhetene (PU) i oppgavene med å utarbeide arbeidsplaner for en bedrift, vil vi forstå prosedyren som er ansvarlig for det faktum at for produksjon av en gitt PU har vi tilgjengelig: alle nødvendige materialer, alle teknologiske og hjelperessurser, alle komponenter, alt utstyr, alt verktøy, alle standarder og all dokumentasjon. Hvis alt dette er tilgjengelig, kan produksjonen av denne enheten trygt planlegges i tide. Denne prosedyren må utføres i forhold til hele sammensetningen av lanseringsnomenklaturen, som deretter vil bli betjent av APS-systemet.

Fig.1. Bestill livssyklusanalyse

Til tross for åpenheten i denne tilsynelatende enkle plukkprosedyren, blir den overordnede planleggingsoppgaven for APS-systemer veldig ofte til en slags snøball som vokser etter hvert som utvalget av produkter beregnet for lansering analyseres. La oss vurdere disse problemene i detalj.

La oss si at vi har en viss EP e i (fig. 2), representert ved den teknologiske prosessen i form av et sett med operasjoner { e ij, j=1,...,pi } . For hver operasjon er nødvendige ressurser for utførelse kjent: ressurser, utstyr, verktøy, utstyr, komponenter, dokumentasjon osv. Under monteringsprosessen, ved kontroll av evt. jth operasjon det kan vise seg at det krever et spesialverktøy som ikke kan kjøpes på grunn av sin egenart, og derfor må produseres tidligere enn det starter etter planen jth operasjon. På j+1. operasjonen kan det vise seg at det krever en spesiell enhet, og denne enheten er ikke bare ikke tilgjengelig, men den er ikke engang designet. Og til slutt, på noen kth operasjon Analysen vil vise at det for det første er nødvendig å kjøpe standardkomponenter som ikke er på bedriftens lager, og det er ikke noe spesielt måleinstrument som ennå ikke er utviklet og produsert. Alt det vi indikerte som manglende ressurser for implementering teknologiske operasjoner, - EP-ene våre, må leveres innen de begynner.

Fig.2. Planlegging av enhetsplukkingsprosesser

Vi ser at selv en TP for produksjon av EP kan gi opphav til mange andre prosesser - forretningsprosesser, hjelpeprosesser produksjonsprosesser. Den enkleste måten å oppnå målet om rettidig tilførsel av ressurser til enhver PU er å planlegge i tide bare TP for PU under vurdering og utsette varigheten av alle andre prosesser på tidsaksen til venstre slik at slutttidene for alle hjelpeprosesser overskrider ikke starttidene for de tilsvarende teknologiske operasjonene til PU. Men dessverre kan dette bare gjøres på papir. Siden alle hjelpemidler, i forhold til TP, planleggingsenheter og prosesser utføres av mennesker, spesialister, maskiner, som nåværende øyeblikk tidene er også travle. Dette betyr at det er nødvendig å planlegge ikke bare de mange produktutvalgene i ordreporteføljen. Alle prosesser er underlagt tidsplanlegging i APS-systemer, både de viktigste knyttet til MUer fra ordreporteføljen, og hjelpesystemer, uten hvilke det ikke er mulig å produsere disse MUene.

Følgelig vil settet med PU-er, etter konfigurasjonsprosedyren, bestå av PU-er mottatt både fra delmonteringsenheter (DSE) og fra alle andre verk, hvis liste ble bestemt på konfigurasjonsstadiet, dvs.

Hvor M - mange enheter fra ordreporteføljen for APS, M K , M T , M b , M V , - sett med EP assosiert, henholdsvis, med slike hjelpeprosesser som: design, teknologisk, ulike forretningsprosesser, hjelpeproduksjonsprosesser.

Hele settet med OU-er for planleggingsprosessen i APS kan reflekteres tilsvarende, tatt i betraktning konfigurasjonen:

Hvor er settet med arbeidssentre (WC) til bedriften som brukes til å produsere produktene i ordreporteføljen, N K , N T , N b , N V , - et sett med slike tjenesteenheter (OU), for eksempel: henholdsvis designere, teknologer, spesialister involvert i forretningsprosesser, DC-er involvert kun i hjelpeproduksjon.

Det bør tas i betraktning at i tillegg til de ovennevnte BP-er knyttet til produksjon av produkter, er det en rekke BP-er som ikke er direkte relatert til produksjon og frigjøring av foretakets ordreportefølje.

I tillegg til BP relatert til produksjon, er det en rekke BP relatert til virksomhetens funksjon og livsstøtte. Slike prosesser inkluderer:
- forebyggende og planlagte reparasjoner av utstyr (PPR);
- prosesser for å gi bedriften elektrisitet og reparere energinettverk og elektrisk automasjonsutstyr;
- prosesser for varmeforsyning, vannforsyning og lignende prosesser;
- prosesser for konstruksjon og reparasjon av bygninger og kommunikasjon til bedriften;
- og andre prosesser.

Disse prosessene, som ved første øyekast ikke alltid er relatert til hovedproduksjonen, må også planlegges i det overordnede arbeidet, dvs. tas i betraktning i store mengder over en viss planleggingshorisont, siden det kan vise seg at et bestemt produksjonssted på grunn av reparasjoner kan ha redusert tidsfond på et bestemt tidspunkt. Eller det kan vise seg at verkstedtilpassere er involvert i forebyggende vedlikeholdsaktiviteter, d.v.s. Det kan oppstå en sak når visse ressurser vil være involvert både i gruppen av strømforsyningssystemer knyttet til produksjon og i foretakets livsstøttende strømforsyningssystemer. Derfor, med tanke på disse BP-ene, vil våre sett (1) og (2) bli omskrevet tilsvarende

Hvor M y - mange strømforsyningsenheter som ikke er direkte relatert til produksjon og hjelpestrømforsyningsenheter, og Ny - et sett med op-forsterkere som det er planlagt å utføre et sett på M y .

Hele settet av prosesser kan presenteres forstørret i fig. 3, hvor det kan sees at sammen med TP, som kan være initiativtakere til flere ulike forretningsprosesser - fra designdesign og bestilling av materialer til produksjonsprosesser for produksjon av verktøy eller utstyr , det er BP som ikke krysser hverandre med andre . I dette tilfellet kan genereringen av BP skje hierarkisk - når BP som er nødvendig for fremstilling av hovedproduktet genererer ny BP, dvs. Flere nivåer av underordnede strømforsyningsenheter kan dukke opp.

Alle BP relatert til samme i-te ordre fra den totale ordreporteføljen har én ting til felles - tidspunktet for ordrelevering. Dette forenkler oppgaven i stor grad i den forstand at det blir klart at rekkefølgen for utførelse av enhver BP generert av bestillinger avhenger først og fremst av leveringsdatoen for selve bestillingen. Det eneste som må legges til planleggingsmodellen er forrangsrelasjonene mellom individuelle BP-er (i fig. 3 er dette vist med piler som forbinder individuelle BP-er), for eksempel for vårt tilfelle (se fig. 2) vil følgende oppføringer være gyldig: Og . For å sikre aktualitet i en så kompleks prosessstruktur i forhold til produksjonstiden til hoved-DSE, er det ikke nødvendig å sette måldatoer for de gjenværende hjelpeprosessene. Det er nok at planleggingsmodellen vil inkludere en målutgivelsesdato for selve DSE.

Det skal bemerkes at utseendet til alle BP på bedriften skyldes visse bestillinger.

Etter at vi har mottatt det komplette settet med prosesser (3) og OS - (4), og alle disse prosessene har passert reguleringsstadiet, kan vi begynne å planlegge dem. For planlegging av alle prosesser på bedriftsnivå kan APS-systemer være det mest praktiske verktøyet.

Fig.3. Hierarki av bedriftens forretningsprosesser

Planleggingsoppgaven i APS-systemer, tatt i betraktning den presenterte konfigurasjonsmetoden, blir noe mer komplisert når, i henhold til resultatene av TP-analysen, enkelte DSEer krever slik foreløpig støtte som utvikling og design av unikt utstyr og verktøy, som ble presentert. i vårt eksempel (se fig. .2).

Faktum er at inntil designet er utviklet, er TP ikke utviklet, før TP er utviklet som indikerer de nøyaktige tidsstandardene for operasjoner, er det umulig å starte planlegging av operasjoner.

Et enda større problem oppstår når virksomheten mottar tredjepartsordrer som krever designutvikling og teknologisk prosess selve produktet. Samtidig er APS-systemet pålagt å fastslå i løpet av kort tid muligheten for å oppfylle en ordre innenfor tidsrammen spesifisert av kunden, eller å bestemme mulig tidspunkt for utstedelse av en ferdig ordre. I disse tilfellene anbefales det å bruke integrerte prosesser og tidsstandarder for alle stadier - design, teknologisk og produksjon, basert på prosessene til lignende produkter som allerede er produsert av bedriften tidligere. Samtidig er det lurt å inkludere en viss sikkerhetsmargin i tidsstandardene. Hvis dette ikke er mulig, så før du begynner å planlegge slike bestillinger, må du først utvikle design og tekniske spesifikasjoner for produktet, og først da begynne planleggingen. I dette tilfellet er den generelle ordren i hovedsak delt inn i to ordre, der den første ordren er utviklingen av design og tekniske spesifikasjoner, og den andre ordren er produksjonen av produktet.

Diagrammet av en slik omfattende plan vil inkludere alle OU-er, som de viktigste - RC-er på et sett N , og hjelpe (fig. 4).

Fig.4. Generelt Gantt-diagram for APS-systemer

I fremtiden må denne store tidsplanen deles inn i separate tidsplaner - for hovedproduksjon, for hjelpeproduksjon, for design og teknologiske avdelinger, for andre tjenester til bedriften som deltar i den generelle produksjonsplanen på sett (3 - 4).

Alle private timeplaner vil bli satt sammen med samme nøyaktighet, siden de er en del av den generelle timeplanen. Hver avdeling vil jobbe i samsvar med sin egen tidsplan, men nøyaktigheten til denne tidsplanen vil direkte påvirke den generelle arbeidsplanen til bedriften. Disse funksjonene øker kravene både til planleggingsalgoritmene til APS-systemer når det gjelder deres nøyaktighet, og for prosessene for standardisering av alt arbeid, og disiplinen med å implementere private arbeidsplaner. I tillegg er hovedkravet for full planlegging ved hjelp av systemer APS klasse er den vitenskapelige gyldigheten og påliteligheten til alle tidsstandarder, både for teknologiske og for alle operasjoner knyttet til hjelpeprosesser.

Dermed kan vi si at enhver BP vises enten som en konsekvens av behovet for å utføre produksjonsprosesser knyttet til produksjon av produkter, eller som en konsekvens av behovet for å opprettholde levetiden til bedriften.

Som et resultat av planlegging vil vi få et fullstendig bilde av gjennomføringen av alle virksomhetsprosesser over tid. I dette tilfellet mottar hver avdeling av virksomheten sin egen tidsplan (se fig. 4), som er forbundet med planene til andre divisjoner, selv om det ved første øyekast kan virke uavhengig. Samtidig må gjennomføringen av planen ved hver avdeling av virksomheten underordnes generelt kriterium planlegging, for eksempel, kriteriet for å maksimere fortjenesten til en bedrift. Hvis det er ulike private kriterier for hver avdeling, løses planleggingsproblemet som problemet med å lage en tidsplan for flere verksteder med et heterogent sett med kriterier inkludert i planmodellens generelle funksjonalitet.

2010 Zagidullin Ravil Rustem-bekovich,
dok. tech. vitenskaper, prof. Avdeling for ATP ved Ufa State Aviation Technical University

Litteratur:

1. Zagidullin R.R. Operasjonell planlegging er fleksibel produksjonssystemer. - M.: MAI Publishing House. - 2004, - 208 s.
2. Zagidullin R.R., Zoriktuev V.Ts. Spørsmål om operasjonell planlegging og ledelse i maskinteknikk. Mekatronikk, automatisering, kontroll, - 2005, - nr. 8, - S.49 - 55.
3. Eliferov V.G., Repin V.V. Forretningsprosesser: Regulering og styring. M.: INFRA-M. - 2009, - 319 s.
4. Zagidullin R.R. Konstruksjon av modeller av intershop-planer i delsystemer for operasjonell planlegging av automatisert produksjon. STEEN, - 2004, - nr. 8, - S.3 - 8.