Implementering av 1C UPP på företaget. SCP: historien om en implementering. Vad är ett affärssystem

1C: UPP fungerar som en heltäckande applikationslösning som täcker huvudområdena redovisning och administration. Mjukvaruprodukten låter dig skapa ett system som uppfyller företagens, inhemska och internationella standarder och säkerställer ett effektivt ekonomiskt och finansiellt arbete i företaget.

Fördelar

Mjukvaruprodukten bildar en enhetlig informationsbas för att återspegla affärs- och finansiella transaktioner på företaget. Samtidigt finns en tydlig avgränsning av tillgång till lagrad data och handlingsmöjligheter i enlighet med medarbetarnas status. I företag med en holdingstruktur kan den omfatta alla strukturer som ingår i den. Detta gör att du avsevärt kan minska arbetsintensiteten i redovisningsarbetet på grund av återanvändning av gemensamma informationsdatabaser av olika avdelningar. Alla företagsstrukturer upprätthåller end-to-end redovisning, förvaltning och skatteredovisning. Reglerad redovisning upprättas dock separat för varje division.

Systemfunktioner

Information som angetts av användare är föremål för Särskilt under processen att registrera kontantbetalningar kontrollerar systemet tillgången på medel i enlighet med mottagna ansökningar för deras utgifter. Vid redovisning av leverans av produkter analyserar mjukvaruprodukten status för ömsesidiga uppgörelser med mottagare. Applikationslösningen levereras komplett med gränssnitt. Detta gör att varje användare kan få prioriterad åtkomst till den data de behöver.

Journalföring

Redovisning och skatterapportering (reglerad) görs i rubel. Valfri valuta kan väljas för förvaltningsredovisning. Olika strukturer som ingår i en enda bas kan använda olika skattesystem. I vissa enheter är således en generell regim möjlig, i andra är en förenklad specialregim möjlig. Dessutom kan andra redovisnings- och skatteprinciper gälla. UTII-systemet kan tillämpas på vissa typer av företagsaktiviteter. Utöver reglerad redovisning och förvaltningsredovisning är redovisning enligt internationella standarder (IFRS) tillåten. För att minska arbetsintensiteten utförs detta arbete icke-operativt, genom användning av översättning (omräkning) av information från andra redovisningsmodeller.

Produktanvändning

Introduktion av 1C: SCP anses inte längre vara något nytt idag. Många företag använder redan aktivt denna produkt i sina aktiviteter. En speciell egenskap hos denna lösning är användningen av modern datorteknik under hanteringen. Implementering av 1C: UPP bidrar till bildandet av ett effektivt administrativt system i företaget. Men för att säkerställa arbetet med maximal effektivitet är det nödvändigt att anpassa mjukvaruprodukten till företagets särdrag. I det här fallet är det nödvändigt att agera kompetent, noggrant, med hjälp avr.

Automatisering

Så beslutet togs att implementera SCP. Var ska man börja? Automatisering anses vara en ganska intensiv process. Den innehåller många operationer. I detta avseende är det nödvändigt att noggrant närma sig utvecklingen av metodiken och överväga genomförbarheten av automatisering i varje specifikt fall. Du bör också analysera dess inverkan på företagets arbete och resultat. Det är här SCP-implementeringsplanen börjar. I det förberedande skedet bör du utvärdera:

  1. Ökad arbetsbelastning på anställda.
  2. Kostnader för inköp och implementering av mjukstartaren i produktionsdrift. Det bör noteras att returen på produkten kommer att visas först efter en viss period.
  3. Tillfällig bristande integritet i bilden av företagets verksamhet i den nya basen fram till färdigställande
  4. Eventuella merkostnader för modernisering (till exempel för inköp av nya datorer) etc.

Implementering av SCP

Automatiseringssteg kräver särskild koncentration från alla deltagare i processen. Trots lanseringen av ett nytt informationssystem är företagets redovisningsprinciper desamma. Införandet av SCP på ett företag befriar naturligtvis inte redovisningsavdelningen från någon del av arbetet. Denna avdelning har fortfarande grundläggande dokumentation. Det nya systemet undviker dock många problem. Detta uppnås med en ganska enkel metod. Varje anställd anger de uppgifter som han är personligen ansvarig för. Det är inte många anställda som direkt börjar göra allt rätt. I detta avseende är det nödvändigt att lägga tid på att träna dem. För bokföring är det mycket viktigt att byta till detta datainmatningsalternativ. Avdelningsanställda måste förstå principerna för vilka kostnader bildas i informationssystemet. Dessutom måste revisorer lära sig att identifiera och korrigera misstag som andra anställda gör. I allmänhet tar detta skede cirka tre månader.

Fördelar med övergången

Trots att de anställda måste vänja sig vid innovationer är fördelarna med systemet obestridliga. I synnerhet tillåter införandet av SCP:

  • Utveckla rapporter som ger information om anställdas resultat.
  • Använd nya verktyg när du stämmer av med information som ingår i 1C-databasen: 8 UPP.

Implementeringen av mjukvaruprodukten ger också möjlighet att jämföra standard och faktiska produktionskostnader.

Svårigheter

Problem kan uppstå vid överföring av råvaror och produkter vid skiftbyten. Varje gång du gör detta måste du skriva under rapporten. En besiktning kan göras när som helst. Om en brist upptäcks ska ersättningen för skada helt bäras av den eller de anställda som var i skift vid den tidpunkten. Dessutom genomförs inventering månadsvis.

Råvaruförbrukning

Implementeringen av SCP låter dig spåra produktiviteten för varje specifikt skift. Tack vare detta är det möjligt att beräkna indikatorer för råvaror för produkter och själva produktionen. Med andra ord, genom att känna till materialförbrukningen och produktionsvolymen, kan du bestämma den färdiga produktens genomsnittliga vikt. Om standardindikatorn är mindre än den beräknade, och kvalitetskontrollen inte registrerar märkbara avvikelser, blir stölden uppenbar. I enlighet med den genomsnittliga månatliga vikten av produkter beräknas en koefficient, som blir utgångspunkten för att bedöma produktionsanställdas arbete. Således, om denna indikator uppfylls, får den anställde en ökad bonus, och om den avviker, en reducerad. Med tiden kan produktionen uppnå en betydande minskning av råvaruförbrukningen. I det här fallet kommer de flesta skiften att falla inom den beräknade normen.

"Produktionsuppgift"

I produktionen kan en situation uppstå då det inte kommer att vara möjligt att fullfölja alla inkommande beställningar i tid. I det här fallet kommer varje ansvarig medarbetare att flytta skulden till en annan. För att återställa den nuvarande situationen till det normala bör verkstadschefen fylla i "Produktionsuppdraget". Anställda hänvisar till detta dokument i sina rapporter. Detta blir i sin tur ytterligare en motivation för medarbetarna. Införandet av SCP 8.2 gör det möjligt för varje maskin som är involverad i produktionsprocessen att i tekniska operationer ange orsaken till stillestånd, om det inträffar. Dessa omständigheter var objektiva och berodde inte på arbetarna att produktionsledaren kan minska omfattningen av uppdraget för ett skift.

Datasammanfattning

Införandet av SPP tillåter skift- och platschefer att bekanta sig med indikatorerna direkt i en databas. Fördelarna för de anställda är också uppenbara. Löneberäkningen blir mer transparent, eftersom anställda anger information i skiftproduktionsrapporter för varje underordnad. Dessutom anger ansvariga personer koefficienten för anställdas deltagande i produktionsprocessen i enlighet med deras specialisering och verkliga bidrag till tillverkningen av produkter. I slutet av månaden får varje anställd en extra rapport om skift och förtjänst. Efter granskning returneras dokumentet till ekonomiavdelningen.

Schema för försäljning, upphandling, produktionsprocesser

Noggrann planering krävs när du använder en mjukvaruprodukt. Det handlar om att upprätta en vägledande försäljningsplan. I enlighet med den bildas en produktions- och upphandlingsplan. Vid denna tidpunkt bör systemet ta hänsyn till kundorder när det gäller produktleveranser. Genomförandet av SCP gör det möjligt att jämföra standarder med faktiska resultat.

Rapportera budget, förluster och vinster

Formen på detta dokument är något icke-standardiserad. Den horisontella delen består av kolumner av produktions- och försäljningsplaner, såväl som faktisk försäljningsvolym. För var och en av dem angavs belopp, kvantitet och pris separat. Den vertikala axeln bestod av tre massiva block:

  1. Produktutveckling.
  2. Produktionskostnad.

Tillsammans med själva produkten anges de material som fungerade som råmaterial för dess tillverkning. Att utveckla detta block kan vara lite utmanande. Denna rapport bör återspegla förhållandet mellan potentiell och faktisk inkomst för sålda varor. Om det uppstår en märkbar skillnad mellan standard och faktiska materialkostnader under tillverkningsprocessen kan orsaken vara en prishöjning eller större förbrukning av råvaror.

Genom att kombinera den utvecklade rapporten för alla kostnader i en Excel-tabell kan du fastställa förluster eller vinster i detalj. Detta dokument genereras automatiskt varje månad. Med hjälp av denna rapport drar förvaltaren slutsatser om vilka medel som finns tillgängliga för vissa behov.

Reparationskostnader

Implementeringen av SCP låter dig registrera dessa kostnader med hjälp av en produktionsrapport för skiftet. I detta fall måste reparationsingenjörer också genomgå utbildning. Som ett resultat kommer de att självständigt kunna utarbeta rapporter om det utförda arbetet. Dessutom läggs dataregister till i systemet, genom vilka en mer noggrann analys av arbetscentras funktion utförs. Detta gör det i sin tur möjligt att bevisa att orsaken till att order inte fullföljs ofta inte är en minskning av produktionen, utan direkta förseningar från dessa sektioners sida.

Slutsats

Som ett resultat av införandet av SCP i produktionen når företaget en kvalitativt ny nivå av processledning. För företagsledare är fördelarna med att använda produkten också uppenbara. Först och främst ökar transparensen i affärsprocesser och effektiviteten hos de anställda ökar. Automatisering kan också minska företagets kostnader avsevärt.

I den här artikeln kommer vi att prata om ERP-systemet "Manufacturing Enterprise Management". Vid automatisering av tillverkningsföretag visar sig denna produkt ofta vara den optimala lösningen, och jag har varit involverad i implementeringen av 1C UPP för olika organisationer mer än en gång.

När jag arbetade märkte jag att det praktiskt taget inte finns några recensioner av denna mjukvaruprodukt. Det finns teknisk dokumentation, några råd för programmerare om hur man löser specifika problem i detta system och utbildningar. Men för användarna finns det ingen tydlig beskrivning av hela systemet. Och mycket ofta, innan jag implementerar den här mjukvaruprodukten, måste jag förklara funktionerna, fördelarna och nackdelarna med "Manufacturing Enterprise Management" praktiskt taget "på mina fingrar".

Även på Habré i ERP-sektionen fanns det fortfarande ingen information om detta system. Det var denna lucka jag bestämde mig för att fylla. Dessutom hoppas jag att min artikel kommer att hjälpa entreprenörer och IT-specialister i stadiet för att välja programvara för att automatisera ett tillverkningsföretag och förbereda dem för de funktioner som måste beaktas vid implementering av detta system.

I den här recensionen vill jag berätta vad UPP ed-systemet är. 1.3, så att den som bestämmer sig för att köpa och implementera den är mer medveten och mer medveten när det gäller att välja denna dyra produkt. Jag ska försöka ge en objektiv bedömning av systemet, utifrån min erfarenhet av det och mina klienters erfarenheter. Denna recension kommer att hjälpa någon att fatta ett positivt beslut angående köpet av programmet, och någon kommer att besluta sig för att överge det.

För att förstå funktionerna i en mjukvaruprodukt måste du svara på följande frågor:

  1. Vad är systemet, vilka uppgifter är satta för det.
  2. Hur kapabelt är detta system att utföra sina tilldelade uppgifter?
  3. Identifiera fördelarna och nackdelarna med systemet.
Det första som är mycket viktigt att förstå: 1C. Att tillverka företagsledning är inte bara ett redovisningssystem under dess utveckling, moderna metoder för företagsledning togs i beaktande, och därför erbjuds denna produkt för användning, inklusive som ett ERP-system. Vidare, av namnet följer att denna speciella produkt är avsedd för produktionsliknande företag. Det är ur denna synvinkel som jag tänker överväga mjukvaruprodukten 1C UPP.

Vad är ett affärssystem?

ERP-systemet (Enterprise Resource Planning) är ett företagsinformationssystem som är utformat för att kontrollera, registrera och analysera alla typer av affärsprocesser och lösa affärsproblem i företagsskala.

Enkelt uttryckt kombinerar affärssystemet alla typer av bokföring som finns i företaget. Med hjälp av affärssystem utbyts information och interaktion sker mellan olika avdelningar m.m. När det gäller ERP-systemet "Manufacturing Enterprise Management" erbjuder mjukvaruprodukten implementering av alla dessa funktioner för ett tillverkande företag.

När de implementerade produkten "Manufacturing Enterprise Management" försökte utvecklarna kombinera den maximala listan över funktioner i systemet. Om man tittar på dokumenten kan man räkna med så många som 15 delsystem. Faktum är att i 1C är dokument grupperade i delsystem:

  • Tillverkningskontroll
  • Kostnadshantering
  • Upphandlingsledning
  • Planera
  • Skatt och redovisning
  • Lön
  • Personalbokföring m.m.
De där. Vi försökte inkludera i detta system alla funktioner som kan krävas för driften av ett tillverkningsföretag. Det är precis så 1C-företaget positionerar sitt affärssystem: det har redan allt du behöver för att automatisera alla processer utan att använda andra mjukvaruprodukter.


Skärmdumpen jag tog visar tydligt att en mycket liten del av dokumenten direkt relaterar till produktionen. Alla andra dokument är ytterligare delsystem utformade för att göra "Manufacturing Enterprise Management" till en universell lösning för alla avdelningars arbete. Jag ser ingen mening med att överväga alla dessa möjligheter i detalj, men det är viktigt att vart och ett av delsystemen fungerar effektivt och fullt ut och kan lösa behoven hos en specifik verksamhet. I den här artikeln kommer vi att uppehålla oss i detalj vid blocket som skiljer UPP från andra 1c - Production Management-lösningar.

1C UPP: mer om produkten

1C-företaget positionerar "Manufacturing Enterprise Management" som en av sina flaggskeppsprodukter. Detta är en typisk konfiguration från 1C, dvs. mjukvaruprodukten är helt producerad av 1C själv, och alla modifieringar av systemet måste utföras av officiella 1C-partners. UPP är en av de konfigurationer som ständigt stöds av 1C uppdateringar släpps för det, etc.

För denna standardkonfiguration har många modifierade, så kallade industriversioner skapats: 1C.Mechanical Engineering, 1C.Meat Processing Plant, 1C.Furniture Production, 1C.Printing, etc.

Branschlösningar skapas av 1C-partnerföretag baserat på grundkonfigurationen. Detta sker vanligtvis enligt följande: ändringar görs för en specifik kund, varefter de "monteras" till en ny version avsedd för den valda branschen. Den modifierade konfigurationen är uppkallad efter branschen som den skrevs för och säljs som en "boxlösning".

Produktkostnad

För att kunna arbeta med den här konfigurationen måste du köpa själva produkten. Det rekommenderade priset från 1C-företaget är 186 000 rubel. Och licensieringen av denna mjukvaruprodukt utförs på en gemensam grund för 1C, dvs. användare av andra 1C-produkter får inte köpa några separata licenser för detta system.
Alla licenser, till exempel från 1C Accounting eller 1C Trade and Warehouse, är lämpliga för detta system. Naturligtvis är kostnaden för licenser för dessa produkter densamma.

Det är viktigt att förstå: för branschlösningar kan 1C-partnerföretag kräva sina egna separata licenser. Och här kan priset skilja sig från grundversionen.

Liksom när du arbetar med andra produkter utförs licensiering enligt ett av alternativen som accepteras i 1C: för en dator (enhet) och för en användare (anslutningar från vilken enhet som helst). Jag kommer inte att gå in på detaljer här, eftersom all information finns på 1C:s hemsida. Du kan bekanta dig med det på länken: http://v8.1c.ru/enterprise/

Det har skrivits mycket om själva 1C-programmet. Jag har också redan skrivit om den här plattformen, till exempel i artikeln "Varför 1C är dåligt och varför 1C-programmerare är så ogillade." Med hänsyn till det faktum att "Manufacturing Enterprise Management"-systemet fungerar på basis av 1C. Enterprise 8.3, alla fördelar och nackdelar med den grundläggande programvaran finns också i den.

Låt oss ta en närmare titt på konfigurationen

I boken "Production and Operations Management" av R.B. Chase, F.R. Jacobs, N.J. Aquilano, gillade jag listan över uppgifter som ställs till ERP-system för ett tillverkningsföretag:
  1. Håll register över nya beställningar och informera produktionsavdelningen om dem.
  2. Ge säljavdelningen möjlighet att se status för kundens beställning när som helst.
  3. Ge inköpsavdelningen möjlighet att när som helst se produktionsbehov av material.
  4. Att förse staten med uppgifter om företagets prestationer i tid, dvs. föra bokföring och skatteregister.
Låt oss titta på var och en av dessa punkter mer i detalj. För tydlighetens skull kommer jag att använda en av mina kunder som exempel - ett syföretag som använder SCP-systemet och är en klassisk och visuell produktionsmodell. Detta företag har många olika avdelningar: design, ingenjörskonst, produktion, avdelning för lagring av tyg och tillbehör, avdelning för lagring av färdiga produkter, förvaltningsavdelning.

Redovisning av nya beställningar på säljavdelningen

Orderredovisning är en integrerad del av varje försäljningsavdelnings arbete. Varje beställning består av flera delar:
  1. Kundredovisning (till vem försäljningen sker);
  2. Redovisning av varor (vad som kommer att säljas till kunden).
Köpare (kunder) förs in i katalogen över motparter. Kunder kan vara både privatpersoner och juridiska personer. På motpartskortet kan du ange alla företagets bankuppgifter, telefonnummer, leveransadress och annan information som behövs för att behandla dokument och genomföra en försäljning.

Och detaljerad information om alla varor som kan säljas lagras i nomenklaturkatalogen.


En nomenklatur är en katalog som är utformad för att lagra information om varor och tjänster som kan tillhandahållas köparen. Och i detta system är nomenklaturen en av de mest komplexa referensböckerna.

Följande kan lagras här:

  • produktnamn
  • Serier
  • Foton
  • Teknisk dokumentation
  • Beskrivning och nästan all annan information om produkten.
Med hjälp av dessa kataloger skapar en anställd på försäljningsavdelningen ett kundorderdokument, där han anger motparten och en lista över artiklar med priser.

Med hjälp av exemplet med sömnadsproduktion delas arbetet med en beställning in i följande steg:

  1. Acceptera beställningar och registrera kundbehov.
  2. Köp vid behov material för beställningen.
  3. Utför klippning och sedan sömnad av produkter.
  4. Genomföra inspektion (kvalitetskontroll) av varor.
  5. Överför färdiga produkter till lagret.
  6. Utför frakt eller leverans till köparen.
Så det första steget av arbetet har slutförts: kundorderdokumentet har skapats, som återspeglar kundens data och de varor som han behöver. Nu behöver vi överföra informationen till produktionen.

Meddela produktion om nya beställningar

Tillverkningen bör se nya beställningar så snart de anländer. 1C UPP-konfigurationen klarar i allmänhet denna uppgift. Men ett motproblem uppstår: produktionen ska bara se de beställningar som behöver produceras. De där. Om beställningsdokumentet anger varor som redan finns i lager, är produktionen inte intresserad av en sådan beställning, och dess uppträdande i listan över tillgängliga dokument för produktion kan skapa ytterligare förvirring.
Produktionen ska se beställningar omedelbart efter att de har tagits emot, men bara den del av beställningarna som produkter behöver produceras för.

För att undvika sådana problem erbjuder 1C-utvecklare följande lösning: baserat på köparens beställning måste försäljningschefen skapa ett nytt dokument - Produktionsorder, som listar de produktartiklar som behöver produceras.

Men det här alternativet kan inte kallas mycket bekvämt, eftersom det finns ytterligare ett steg i arbetet, helt beroende av den mänskliga faktorn. De där. Efter att ha skapat en order kan chefen glömma att skapa en produktionsorder, göra ett misstag och så vidare. Som ett resultat kommer de nödvändiga varorna inte att levereras till produktionsplanen i tid, och kunden kommer inte att få de beställda produkterna i tid. Naturligtvis, med full automatisering av företaget, är sådana situationer oacceptabla. Å andra sidan kan detta problem lösas helt genom att skapa ytterligare bearbetning.

Vi har skapat följande lösning för ett klädföretag. Ett extra plugin skrevs som skapar en produktionsorder automatiskt utifrån en viss lista med olika villkor.

Denna bearbetning avgjorde om de nödvändiga artiklarna fanns i lager. Om inte, så var nästa steg att analysera tillgängliga artiklar i produktion. Om det inte finns några sådana produkter eller om de är schemalagda för ett datum senare än vad som anges i beställningen, genereras en produktionsorder automatiskt.

Slutsats: Systemet har allt du behöver för att lagra information om produkter och kunder. Det är möjligt att skapa en order och överföra den till produktion. Men för att helt automatisera arbetet kommer det fortfarande att krävas modifiering för att passa ett specifikt företags behov.

Status för en order i produktion

Som redan nämnts, efter att en order har kommit in i produktion, är det nödvändigt att ge försäljningsavdelningen möjlighet att övervaka orderns status i realtid. Det är viktigt för chefen för försäljningsavdelningen att veta i vilket skede arbetet är: om de beställda varorna redan har levererats till jobbet, när det är planerat att vara färdigt etc.

Detta implementeras på ett av två sätt:

  1. Försäljningschefen kan spåra i vilket tekniskt skede arbetet med beställningen är: planerat, ingått arbete, vid kvalitetskontroll, etc. Således kan en försäljningsspecialist ständigt övervaka arbetet med varje order och meddela kunden om deadlines.
  2. En försäljningstid sätts för produkten, d.v.s. datumet när listan med nödvändiga artiklar kommer att tas fram, kommer att testas och kommer att vara redo för leverans.
Systemet tillhandahåller inte de nödvändiga verktygen för att implementera det första alternativet. Rapporter som är tillgängliga återspeglar endast status för beställningar och varor i lager. För produktion, om det är nödvändigt att implementera steg-för-steg-anmälan, kommer förbättringar att behövas.
Tyvärr, i det andra fallet, finns det inga färdiga verktyg för fall då produktionen kan ändra datum för slutförande av order. Endast försäljningsavdelningen kan göra ändringar av leveransdatum och uppåt. Vanligtvis kan chefen boka om leveransen till ett senare datum, men produktionen måste meddelas om möjligheten att ändra tidpunkten för skapandet av varor manuellt. Vid behov kan produktionen inte heller skjuta upp leveransdatumet, även om det blir möjligt att slutföra beställningen snabbare.
I grundkonfigurationen utförs eventuella ändringar i deadlines och bestämning av stadiet för orderuppfyllelse manuellt av anställda, vilket leder till att den oförutsägbara mänskliga faktorn ingår i arbetet. Men här kommer förbättringar att hjälpa till att lösa problemet.

Så för sömnadsproduktion skapade vi en sammanfattande rapport som visade: vilket parti varor (från vilka beställningar) är i produktion, inklusive rapporten visar vilket parti som är i klippning, vilket som är i sömnad, och så vidare. De där. vi delade upp produktionsprocesserna i steg, och rapporten visade den övergripande bilden - vilka produkter från vilka beställningar finns i vilka produktionsled, vilka står i kö (som anger startdatum för arbetet), vilka är i kvalitetskontroll, vilka har varit skickas till lagret.

Inledningsvis skapades denna rapport för produktionsarbetare så att de kunde övervaka sitt arbete och göra justeringar vid behov. Men senare öppnade vi samma rapport till försäljningsavdelningen så att chefer också kunde se status för en viss order.

Slutsats: Konfigurationen ger inte möjlighet till automatiskt datautbyte mellan försäljningsavdelningen och produktionen efter att ordern har skickats in för bearbetning. Men det är möjligt att implementera liknande lösningar baserat på denna konfiguration genom att skapa ytterligare rapporter och bearbetning.

Kommunikation mellan produktions- och inköpsavdelning

En mycket viktig punkt är att förse produktionen med nödvändiga material. Samtidigt, för korrekt drift, är det nödvändigt att förse produktionen med allt som behövs för att uppfylla beställningar och skapa varor för fri försäljning från lagret, och å andra sidan är det nödvändigt att överskottsmaterial inte ackumuleras i lagret. Därför måste försörjningsavdelningen ha tillgång till aktuell information om mängden material på lagret och aktuella produktionsbehov, inklusive en lista över material för beställningar som just är planerade för produktion.

Hur detta arbete ska ske:

  1. En lista över behov skapas.
  2. Baserat på denna lista och produktspecifikationer bildas en lista över material som behövs för produktion av produkter.
  3. Utifrån den inkomna listan bildas en upphandlingsplan.
  4. I enlighet med upphandlingsplanen genererar systemet beställningar till leverantörer.
En viktig nackdel med systemet: Inköpsavdelningen har inget sätt att se vilket material som behöver köpas in från vilka leverantörer och till vilka priser. De där. rapporterna visar endast generella aktuella produktionsbehov och för att få mer detaljerad information måste ytterligare modifieringar göras.
Systemet har ett dokument som heter Upphandlingsplanen. Den samlar in information om behov, d.v.s. om vad som behöver köpas in för att säkerställa produktionen och i vilken mängd, som det ska vara i ett klassiskt MRP-system.


MRP (Material Requirements Planning)– detta är automatiserad planering av företagets behov av råvaror och förnödenheter för produktion. Planering sker utifrån specifikationer.

Specifikation (materiallista)är en uppslagsbok som beskriver alla parametrar för ett visst material, dess kvaliteter, egenskaper, toleranser. För en färdig produkt eller "halvfabrikat" anger specifikationen vad produkten består av.

Tillverkningen av varje produkt kräver vissa material och halvfabrikat. Material kan beställas direkt baserat på specifikationer. För halvfabrikat är det nödvändigt att ta nästa steg - att ta reda på vilka material i sin tur den här eller den halvfabrikatet består av. Och lägg också till det nödvändiga materialet i beställningen.

Således delas varje färdig produkt automatiskt in i material med flera steg. Till exempel:

Dräkten består av byxor, en jacka och förpackning (paket). Byxor och en jacka är halvfabrikat som måste brytas ner i nästa steg för att skapa ett paket, materialet kan omedelbart läggas till inköp. I det andra steget "delas" byxorna in i olika typer av tyg, tråd, dragkedja och knappar. På samma sätt består en jacka också av olika typer av tyg, trådar och knappar. Allt detta material läggs till i inköpsplanen.

Nu kan du fortsätta att välja en leverantör för vart och ett av materialen och skapa en beställning. Alla ovanstående steg i SCP-systemet är inte automatiserade, och därför kommer vissa modifieringar att krävas för att lösa problemet. Samtidigt ger konfigurationen möjlighet att lagra alla krav, och det finns även möjlighet att samla in upphandlingsinformation. Men i grundversionen kräver de alla mänskligt ingripande, vilket minskar nivån av bekvämlighet och tillförlitlighet. Därför kommer extern bearbetning också att vara mycket användbar här, särskilt eftersom all data och tillgång till den finns tillgänglig i systemet.

För sömnadsproduktion löste vi problemet enligt följande. Utifrån den rapport som tagits fram för produktionen, samt information om beställningar, beräknades behovet av nödvändiga material automatiskt. Därefter subtraherades material som lagrats i lagret från denna lista och en rapport skapades med hjälp av vilken inköp kunde göras. Leverantörer berättar sedan hur snabbt de kan leverera materialet. Och denna information matas in manuellt i systemet, på grundval av vilken säljare kommer att kunna meddela kunderna om tidpunkten för orderproduktion.

Redovisning och skatteredovisning i en "boxlösning"

Den typiska konfigurationen av "Manufacturing Enterprise Management", som utformats av utvecklarna, bör samla in all information som behövs för redovisning och skatterapportering och skapa all rapportering som behövs för redovisningsavdelningens arbete.
Och här har denna konfiguration en mycket stor "akilleshäl". Faktum är att det i varje dokument finns tre kryssrutor:
  • УУ – Dokument om förvaltningsredovisning.
  • BU - dokumentet är föremål för redovisning;
  • NU – handlingen är föremål för skatteredovisning.

Eftersom dokument inte är uppdelade i olika system spelar den mänskliga faktorn in. Till exempel postar en anställd på inköpsavdelningen eller en lagerhållare, efter att ha mottagit material, ett kvittodokument. Materialet är registrerat. Men om han inte markerar BU-rutan, så ser inte revisorn dokumentet, och han bokför själv fakturan utifrån den skattefaktura som han fått. Som ett resultat av detta korrigeras dokumentet två gånger av olika författare. Och om några fel uppstår blir det mycket svårt att identifiera den skyldige.

Jag vet inte hur detta problem löses i olika fall. Hittills har jag stött på alternativ där ledningen höll med om denna brist och föredrog att förlita sig på anställda. Den enda metoden för skydd mot mänskliga fel som har implementerats är att ställa in standardkryssrutorna. I princip, i de små och medelstora företag som jag brukar arbeta med, räcker detta verkligen.

Integration med andra mjukvaruprodukter och system

Integration är ett viktigt steg som är nödvändigt när man automatiserar arbetet i alla företag, inklusive produktion. Det är nödvändigt att förstå att integration är en dyr process som tar mycket tid och ansträngning. Eftersom vi talar om ett komplext multifunktionellt ERP-system, för högkvalitativ automatisering av processer kommer det att vara nödvändigt att erhålla en stor mängd olika data från olika källor.

Om du tittar på det ur produktionssynpunkt kommer du definitivt att behöva ladda data om produktsläppningsdatum, halvfabrikat och material i systemet. Inköpsavdelningen laddar upp följesedlar och andra kvittodokument i systemet. Försäljningsavdelningen ska ladda upp information om beställningar och så vidare. Dessutom är olika situationer möjliga i produktionen, och det är mycket viktigt att systemet snabbt får information om materialförbrukning, defekter, omläggning av produktionen på grund av vissa svårigheter som uppstått under arbetsprocessen etc.

Till exempel, på ett syföretag, genomfördes integration med en skärmaskin. Integration med valfri CAD, med företagets hemsida eller med andra lösningar krävs också ofta. Och detta skede av arbetet tar ofta upp till 30% av budgeten.
Samtidigt, utan sådana omfattande lösningar, kommer användningen av ett EPR-system inte att vara effektiv, och du kommer inte att kunna nå en ny nivå av kontroll och automatisering av företaget. Detta är mycket viktigt att förstå.

Alla system är bara lika effektiva som dess svagaste länk. Och om du under implementeringen vägrar att integrera i ett eller annat fall och litar på den mänskliga faktorn, kommer fel säkert att ackumuleras och hela systemet blir instabilt.
Om vi ​​till exempel pratar om att designa en ny produkt, så ska all designdokumentation laddas upp från designsystemet (CAD) till affärssystemet automatiskt. Och sedan, om några frågor eller svårigheter uppstår, kommer det alltid att vara möjligt att förstå vilken specifik produkt vi pratar om. Och designers kommer att kunna göra nödvändiga ändringar snabbt och utan fel.

När det kommer till produktion är det mycket viktigt att få snabb och felfri information om inkommande beställningar (till exempel från en webbplats eller från en särskild beställningsblankett) som behöver tas fram, samt snabb och felfri överföring information om de faktiska materialen som används, vilket gör att arbetet kan fortsätta utan stillestånd.

Jag nämnde redan ovan att det på syföretaget var nödvändigt att integrera med en skärmaskin som klippte 36 lager tyg samtidigt var det nödvändigt att få information om resterna, mängden skrot och fördela detta skrot bland kostnaderna för hela partiet av produkter. Följaktligen krävdes ett tillägg som direkt integrerades med maskinen så att systemet förstod data som kom ut ur den och skickade data till maskinen i ett format som det kunde förstå. Dessutom krävdes bearbetning för de uppgifter som mottogs från maskinen för att beräkna defekter och produktkostnader.

Också i många andra fall är det oacceptabelt att förlita sig på den mänskliga faktorn, eftersom fel, felaktigheter i systemet och tidig inmatning av information leder till avbrott i arbetet. Därför är integration naturligtvis inte en snabb och dyr process, men det är nödvändigt att förbättra kvaliteten på arbetet.

Industrilösningar

Förutom den grundläggande konfigurationen av 1C. Det finns ett betydande antal branschlösningar för SCP. De skapas av 1C-partnerföretag baserat på den grundläggande konfigurationen. Oftast visas sådana lösningar som ett resultat av implementeringen av 1C.UPP för något tillverkningsföretag. Därefter modifieras den modifierade versionen av konfigurationen för en viss bransch något och erbjuds som en färdig branschlösning till kunderna.

Nu på 1C-webbplatsen kan du hitta sådana konfigurationer för nästan alla branscher. Men det är mycket viktigt att förstå följande punkter:

  1. Konfigurationen modifierades för att passa ett specifikt företags behov. Och det finns ingen garanti för att detta tillvägagångssätt kommer att vara rätt för ditt företag. Till exempel kan mejeriproduktion skapa keso och gräddfil efter vikt, eller så kan den förpacka dessa produkter i vissa behållare. Den kan producera mjölk, kefir och fermenterad bakad mjölk, eller den kan specialisera sig på yoghurt och desserter. Vart och ett av dessa fall kommer att kräva olika modifieringar. Och det är inte ett faktum att de som erbjuds i grundversionen från partners kommer att passa dig.
  2. Branschkonfigurationer utförs av partnerföretag på basis av den huvudsakliga, medan betydande förändringar görs i själva konfigurationen. Därför uppdateringar för grundversionen av 1C. Mjukstartare är inte lämpliga för en industrikonfiguration. Användare måste vänta tills 1C-partnerföretaget också uppdaterar branschversionen.

Några ord om 1C. UPP ERP 2.0

Det finns också en separat 1C-konfiguration. UPP ERP 2.0, till vilket betydande förbättringar och tillägg var nödvändiga för att automatisera hanteringen av ett tillverkningsföretag. De där. denna konfiguration är inte bara placerad som en komplett lösning, utan som en universell lösning för ett tillverkande företag som inkluderar ett fullfjädrat affärssystem.

Detta system är också skapat på basis av 1C, konfigurationen är också heltäckande, inte modulär. Därför är alla funktioner hos 1C-produkter i princip, såväl som de problem som uppstår vid implementering av komplexa 1C-konfigurationer, också inneboende i detta system.

Å ena sidan version 1C. UPP ERP 2.0 har verkligen en utökad uppsättning funktioner, främst relaterade till automations- och hanteringsfrågor. Men denna mjukvaruprodukt skapades relativt nyligen. Och jag anser att det är för tidigt att byta till den här versionen på grund av att den ännu inte är färdigutvecklad.

Den uppdateras ständigt med nya funktioner, nya referensböcker, dokument, rapporter, till skillnad från 1C. UPP, till vilken uppdateringar endast inkluderar korrigeringar av identifierade buggar och uppdateringar av redovisning och skatterapportering relaterade till ändringar i lagstiftningen.

Dessutom 1C-systemet. UPP ERP 2.0 är mycket dyrare än 1C-konfigurationen. UPP.

För- och nackdelar med 1C UPP-systemet

Systemet är verkligen heltäckande och, med lämplig modifiering, kan det utföra funktionerna för att leda ett produktionsföretag av en viss typ. Det är också viktigt att förstå att varje bransch kommer att kräva olika förbättringar. Om systemet skapades för att sy kläder, kommer det inte att vara lämpligt för ett mejeriproduktionsföretag. Naturligtvis kan du också använda branschlösningar, men jag rekommenderar personligen inte att använda sådana lösningar.

Helt enkelt för att om standardkonfigurationen av "Manufacturing Enterprise Management" inte passar dig i många avseenden, så kommer branschlösningar inte heller att passa dig. I det här fallet blir det lättare att välja en annan produkt eller faktiskt beställa en skräddarsydd lösning. Och om standardkonfigurationen passar dig för det mesta, kommer antalet ändringar och inställningar för att passa egenskaperna hos en viss verksamhet för en standardlösning och en branschspecifik lösning att skilja sig lite.

En viktig nackdel med systemet är bristen på modularitet. De där. För att lösa vissa problem kan du skapa viss bearbetning eller rapporter, "tillägg" till systemet. De kommer att fungera, men de grundläggande lösningarna kommer att förbli orörda. Men om du för något syfte behöver göra ändringar i arbetet med dokument eller referensböcker, måste du göra ändringar i alla delsystem som finns i konfigurationen.

På grund av bristen på modularitet i detta system är det omöjligt att göra några betydande justeringar av bokföringen eller till exempel i arbetet med lagerbokföring utan betydande ändringar i dokument och kataloger avsedda för andra avdelningar. De är alla sammankopplade och arbetar med samma referensböcker och dokument. Denna funktion är dock allmänt känd, eftersom den är inneboende i alla mjukvaruprodukter från 1C.

Det är därför ingen vanligtvis gör betydande förbättringar av detta system de försöker nöja sig med extern bearbetning, rapporter och andra tillägg. Branschlösningar är oftast bara en variant av en uppsättning tillägg som skapades för ett specifikt företag relaterat till ett specifikt område. Och du kommer fortfarande att behöva några ändringar, vars kostnad skiljer sig lite från modifieringar till den grundläggande konfigurationen. Men tillförlitligheten hos en standardlösning är alltid högre än produkter från partnerföretag.

Slutsats. Om du är nöjd med den grundläggande systemkonfigurationen är det bäst att köpa och installera den. Men samtidigt är det mycket viktigt att implementeringen av systemet utförs av erfarna specialister som inte bara kommer att kunna konfigurera programvaran, utan också göra alla nödvändiga förbättringar för ditt företag, rapporter och utföra integration med andra mjukvaruprodukter och system.

Med rätt tillvägagångssätt blir 1C Manufacturing Enterprise Management-systemet ett utmärkt verktyg som gör att du kan uppnå en hög nivå av automatisering av affärsprocesser och samordning av arbetet i olika avdelningar i företaget.

Som avslutning vill jag ge några råd till dem som har bestämt sig för att köpa och implementera programmet "1C: Manufacturing Enterprise Management 8 edition 1.3":
1. Välj en strategi
SCP är en komplex och stor produkt som påstår sig vara universell. Produkten är dyr, och jag pratar här inte bara om anskaffningskostnaden, utan också om kostnaden för att äga programmet - kvalificerade specialister är dyra, och det finns väldigt få av dem. Välj en strategi och bestäm varför du köper just detta program och hur du kommer att använda det, vad du ska göra med det härnäst.

Vilka är strategierna? En av mina kunder valde den här konfigurationen eftersom "det är det enda systemet som har allt." Detta företag arbetade i flera system: 1c, Excel, etc. - de bestämde sig för att ta ett system för att konsolidera redovisningen.

Ett annat företag, som utvecklade produktionen, ville kontrollera pågående arbeten - de var oroliga för att redovisa material i produktionen. Detta är också en strategi.

2. Överväg integration
Integration måste genomtänkas initialt för att bedöma vilka ekonomiska och tidsresurser som kommer att läggas på genomförandet. En objektiv bedömning av detta faktum kan påverka beslutet om att köpa detta program eller ge företräde åt en annan produkt.
3. Bedöm behovet av SCP i termer av företagets storlek
SCP är inte lämpligt för alla företag. Jag såg ett företag som sysselsatte 15 personer. De "ärvde" på något sätt SCP-systemet, men implementering och modifiering kostade mycket pengar, och i slutändan bytte de aldrig till SCP. Du måste förstå att om ditt företag inte är tillräckligt förberett att arbeta med en så komplex produkt, så kommer det inte att ha någon effekt. Jag rekommenderar inte denna konfiguration för ett litet företag.
4. Bedöm behovet av SCP ur ett industriperspektiv
Även om 1c skriver att UPP är en universallösning måste man förstå att den endast lämpar sig för monteringsproduktion, vilket innebär att man monterar en hel produkt från flera delar. För tillverkning av till exempel byggmaterial och blandningar var denna konfiguration inte lämplig. Innan vi börjar berättelsen om alla svårigheter som följde med implementeringen av 1C i vårt företag, är det viktigt att notera att nu, från höjden av tidigare erfarenheter, är inställningen till detta projekt helt annorlunda än den var i början av projektet. resa. Nu verkar allt mycket enklare. Två år av svårigheter ligger bakom oss, systemet fungerar och redovisningsproblem kan lugnt kallas aktuella mindre "smutsiga knep".

Var börjar besväret?
Det fanns i princip inga tecken på förändring. I början av 2005 användes för redovisningsändamål konfigurationen "1C: Redovisning 7.7", löner beräknades i "1C: Löner och personal 7.7", lagerredovisning genomfördes i "1C: Handel och lager 7.5". Data om nedskrivning av varulager, samt om leverans av färdiga produkter, exporterades dagligen från lagerkonfigurationen till ekonomiavdelningen. Och, naturligtvis, hade vi ett stort antal alltmer komplexa, gemensamt redigerade Excel-hanteringsdokument som kallas "Sammanfattningar." Varje morgon från 8 till 10 förbereddes bord för produktion, leverans och betalning. Det kan inte sägas att situationen blev värre - disciplinen på företaget var alltid på en hög nivå, men efter att ha analyserat våra affärsprocesser kom vi på idén att optimera arbetsprocessen. Denna tanke lämnade inte längre våra sinnen, och bara i februari släppte "1C" en ny konfiguration "1C:UPP 8.0" - Production Enterprise Management version 1.1.
Innan du startar ett projekt av denna storleksordning (i vårt fall innebar detta att radikalt förändra hela företagets IT-infrastruktur), är det nödvändigt att förstå följande:

  • Genomförandemål.
  • Ledningsberedskapsnivå.
  • Krav på hårdvaruresurser.
  • Krav på personalresurser.
  • Projektets deadlines.
  • Personalberedskap för genomförande.
  • Normativ bas.
  • Säkerställande av funktionalitet (smidig övergång).
Genomförandemål
Målen med att implementera ERP-system är alltid tydliga: ett transparent planeringsschema, IT-systemtäckning för alla avdelningar i företaget. I vårt fall var huvudmålet med projektet att implementera ett enda dokumentsystem, det vill säga att skapa en "dokumentbaserad" ingångskedja. Ett dokument för en inventarieorder föds på en avdelning som en intern beställning för försörjningsavdelningen och övergår genom en mottagningsorder för mottagande av varor och tjänster till en intern överföring till denna avdelning från det centrala materiallagret. Alla dokument som läggs in i systemet läggs in baserat på. Det finns alltså inget behov av att fylla i den tabellformade delen av dokumentet, vilket avsevärt minskar inmatningstiden.

Ledningsberedskap
Vi har förberett en utökad presentation av SPP för högsta ledningen (VD och CFO). I denna presentation har vi lagt särskild vikt vid att automatisera processen att redovisa färdiga produkter och beräkna kostnader i realtid. Efter presentationen visade det sig förresten att generaldirektören var särskilt intresserad av möjligheten till driftskostnadskontroll.
Hårdvarukrav
Du bör vara uppmärksam på "frosseri" av serverresurser i sådana system. Det är mycket svårt att i början av implementeringen förutse exakt hur systemet kommer att utvecklas. 1C-utvecklaren anger alltid minimikraven och när nya användare ansluter blir det tydligt att servrarna måste vara mycket kraftfullare. Därför rekommenderar jag att omedelbart fokusera på serversystem med en stor resursreserv.

Krav på mänskliga resurser
Vi pratar om implementeringsteamet. I regel handlar det om projektdeltagare från både franchisetagaren och ditt eget team. Det är nödvändigt att förstå exakt hur många personer som kommer att anställas i utbildningsprocessen på plats, det var denna faktor som äventyrade vårt projekt i början av resan. Du måste också välja ett team med likasinnade på ditt företag, och bevisa för dem fördelarna med den nya mjukvaruprodukten.

Projektets tidsram
Det måste finnas en mycket tydlig förståelse för att projektet är avslutat. Annars blir det som att renovera en lägenhet – man vill alltid förbättra något. Det är nödvändigt att separera implementering och efterföljande löpande underhåll. Före starten måste därför en genomförandeplan med slutdatum för etapperna vara noggrant utformad. Och vi bör absolut inte glömma rapporteringsperioder när vi lämnar in skattedeklarationer. Vårt misstag var till exempel att inte förbereda det nya systemet för löneberäkning. Detta försenade övergången till det nya systemet med ett helt år, eftersom det visade sig vara omöjligt att lämna in rapporter till pensionskassan från två olika databaser.

Personalberedskap för genomförande
Ovan talade jag redan om att bilda ett team av likasinnade bland de anställda på ditt företag. Det finns en möjlighet att stöta på "implicit sabotage" på avdelningar, vilket i hög grad komplicerar arbetet. Varje anställd bör vara beredd att lägga in information samtidigt i två system under övergångsperioden (även om detta inte alltid krävs). Det är nödvändigt att göra en presentation av projektet bland avdelningsanställda innan implementeringen påbörjas och få stöd bland dem. Och det här är ingen lätt uppgift.

Normativ bas
Varje IT-system bygger på det nuvarande, redan etablerade dokumentflödessystemet. I vårt fall var en betydande fördel att företaget tidigare hade implementerat kvalitetsledningssystemet ISO9001. Närvaron av de beskrivna förvaltningsprocesserna kommer att påskynda och i hög grad underlätta det första steget - inspektion.

Säkerställa funktionalitet (smidig övergång)
För att bygga en ny måste du förstöra den gamla. Detta måste förstås under planeringen. Det är dock möjligt och nödvändigt att bygga om det nuvarande IT-systemet noggrant, säkerställa en smidig övergång, säkerställa interaktionen mellan de återstående modulerna i det gamla delsystemet och produkten som implementeras.

Projektets stadier. Ett steg, två steg...

Inledningsvis planerade vi att implementera den nya "1C" på alla avdelningar samtidigt, med intensiv utbildning och partiell inmatning av information samtidigt i två databaser. Nästan omedelbart stod det klart att detta var en utopi. Franchisetagaren hade inte tillräckligt med personal för utbildning, och det var risk för att informationen skulle komma in i tid. Vi delade in projektet i 4 etapper, som under implementeringsprocessen blev till 5 och varade i mer än två år. Tidpunkten för stegen anpassades till rapporteringsperioderna för att säkerställa snabb överföring av saldon för lagstadgad redovisning. Alltså, etapperna.

1. Undersökning
I detta skede beskrivs de huvudsakliga affärsprocesserna och företagets nuvarande processer jämförs med de standardprogram som programmerats i systemet. Arbetet är ganska stort och enligt min mening var det i vårt fall onödigt att dela upp detta i ett självständigt inledningsskede. Det är bättre att uppmärksamma detta i början av varje steg och utföra detta arbete endast för de avdelningar som är involverade i detta steg. Det kan tyckas att i det här fallet inte hela bilden syns och kopplingarna mellan avdelningarna kommer att missas. Men det är inte sant. Efter den första granskningen var kvaliteten inte särskilt hög, detta beror på den tidsram som tilldelats scenen. Och under arbetet med enheterna granskades undersökningsresultaten flera gånger. Därför rekommenderar jag att du gör en studie av avdelningarnas dokumentflödesprocess omedelbart innan implementeringen påbörjas i dem.

2. Försörjningsavdelning och Centralt materiallager. Försäljningsavdelning och Färdigvarulager. Bil- och järnvägsverkstad
Dokumentflödet för dessa avdelningar är ganska enkelt, även om det har sina egna nyanser. I vårt fall var huvuduppgiften att säkerställa korrekt överföring av data från UPP till 1C: Accounting 7.7 för redovisningsändamål. Därför, under utbildningen av anställda på dessa avdelningar, var uppgiften att skriva tillfällig bearbetning för överföring av dokument och synkronisering av kataloger för båda systemen. Det är mycket arbete, men nödvändigt för att säkerställa en smidig övergång. Övergången till SCP i dessa divisioner har således inte påverkat redovisningsavdelningens arbete. Vi lanserade också ett nytt system för vårt företag för elektronisk inlämning av ansökningar till leveransavdelningen - "intern order".

3. Produktion
Scenen har ett allmänt namn, även om den inkluderar automatisering av tillverkningsbutiker för glasflaskor, en kompositbutik (batchberedning), en planeringsavdelning när det gäller produktionsplanering och en mekanisk butik (tillverkning av reservdelar). Den här perioden var inte lätt för oss. Automatisering måste göras från grunden, inklusive organisering av nya jobb, vilket ledde till en snabb utveckling av lokala nätverk och utbildning av ett stort antal anställda. Jag vill särskilt påpeka att det är nödvändigt att insistera på samtidig utbildning av lokal personal, vilket kräver många konsulter från företaget som är involverat i din implementering. Det var just på grund av det otillräckliga antalet "instruktörer" som vår tidsram utökades från de planerade två månaderna till nästan fem. Detta skede bör också innehålla förberedelser för nästa steg, och detta arbete i vårt projekt har blivit nästan det mest arbetskrävande.

4. Bokföring
Till en början planerade vi att implementeringen av 1C:UPP-modulen skulle börja från nyår (d.v.s. 8 januari) både på redovisningsavdelningen och i avvecklingsavdelningen. Vi förberedde handläggning för överföring av bokföringssaldon och från början av året bytte vi bank och kassa för att arbeta i en ny mjukvaruprodukt. Som ni vet förbereder vi under de tre första månaderna balansräkningen för föregående år, och vi ägnar mindre uppmärksamhet åt aktuella aktiviteter. Därför missades det ögonblick då det stod klart att modulen för rutinredovisning av UPP i sin nuvarande form inte beräknar produktionskostnaden och följaktligen upprätthålls inte rutinbokföring alls. I mitten av februari stod det klart att implementeringsprojektet var i ett kritiskt skede. Det fanns en idé att återgå till version 7.7, lägga till data i en och en halv månad och föra projektet tillbaka ett år. Men till slut tog vi oss fortfarande samman, vände oss till 1C-företaget för att få hjälp och även om vi inte fick mycket hjälp, bytte vi framgångsrikt företaget som var involverat i implementeringen och fick igång projektet. I synnerhet beslutades att omarbeta den interna kostnadsberäkningsmetoden så att den började överensstämma med den metod som är inbyggd i systemet. Under den återstående tiden ändrades dokumentinmatningssystemet, fel i redan inmatade handlingar korrigerades och det handlar om cirka 50 000 handlingar. Balansräkningen för första kvartalet lämnades in i tid, och för detta bör vi tacka hela teamet i vårt företag. Utan medarbetarnas stöd, utan deras aktiva hjälp, skulle projektet definitivt ha blivit överväldigat. Även om genomförandet av löneberäkningen fortfarande fick skjutas upp med ett år. Jag tror att beslutet också var korrekt eftersom UPP från och med februari 2006 när det gäller löneberäkning var en ganska rå produkt. Vid den tiden ägnade 1C mer uppmärksamhet åt 1C: Personal Management-konfigurationen. Vår uppgift var att föra register i ett enda system för alla avdelningar. Ett år senare, efter flera uppdateringar av standardkonfigurationen, har det blivit mycket bekvämare att beräkna löner.
Hela projektet tog nästan två år. Redan i november 2006 färdigställde vi metoden för kostnadsberäkning i skatteredovisningen och i januari 2007 började vi beräkna löner i det nya systemet.

Vi kommer att avslöja alla hemligheter, fallgropar och implementeringsfunktioner. Vårt team har 20 års erfarenhet, inte bara av projekt som implementerar 1C-produkter, utan också av att implementera komplexa informationssystem på västerländska företag.

Informationen är i första hand lämplig för dig som ska implementera 1C:UPP på egen hand, utan global inblandning av ett implementerande företag.

Ganska många ord med ett "+"-tecken sägs om målsättning. Vi ignorerade inte heller detta ämne. Det är mycket viktigt att fatta rätt beslut när man förbereder sig för automatisering.


STEG 1. Förberedelse för implementering

Definiera implementeringsmål

Arbetet med att sätta upp mål behöver inte vara komplext och tidskrävande, som det beskrivs i läroböcker. Detta är ett eller två personers arbete som måste genomföra flera aktiviteter och förbereda flera viktiga dokument eller rapporter på kort tid.

Vem ska göra detta arbete? Chefen för företaget själv bör vara ansvarig för att sätta mål, eftersom det är han som är intresserad av automatisering och få fördelar från implementeringen av ett informationssystem. Någon från högsta ledningen bör vara ansvarig för varje steg. Vi rekommenderar att utse ansvariga personer från följande krets: IT-direktör, utvecklingsdirektör, ekonomidirektör. Själva arbetet kan utföras av lokala specialister.

Så vad behöver göras steg för steg.

STEG 1. SAMLA PROBLEM SOM ÄR FÖRENNADE MED DET EXISTERANDE INFORMATIONSSYSTEMET ELLER BRISTAN PÅ DET.

Problem klargörs i form av en intervju. Arbetet måste göras individuellt med varje person gruppkommunikation är inte tillåten.

Intervjuer genomförs endast med ledande befattningshavare, avdelningschefer och nyckelpersoner.

Tre nyckelfrågor ställs under intervjun:

  1. Vilka problem finns i ditt arbete? Vad gillar du inte med det nuvarande systemet?
  2. Hur ska programmet fungera för att göra vissa åtgärder mer bekväma/praktiska/snabbare?
  3. Vilka sätt ser du för att lösa de identifierade problemen?

Varaktigheten av kommunikationen med varje anställd är inte mer än 3 timmar. Den optimala varaktigheten är 1,5 timmar.

Det är bättre att genomföra intervjuer nerifrån och upp, det vill säga från anställda direkt till direktörer. Den allra sista intervjun ska vara med VD.

För intervjuer är det nödvändigt att välja avdelningar vars verksamhet kan eller bör automatiseras.

STEG 2. PROBLEMANALYS.

Alla insamlade svar kan grupperas i en tabell.

Du kan ladda ner ett exempel på en sådan tabell i Excel-format.

Det är tillrådligt att endast viktiga problem tas med i denna tabell. Vid behov kan du själv lägga till ett kriterium "Betydelse", som en ytterligare analysnivå, i denna tabell.

Baserat på denna tabell kan följande slutsatser dras:

  1. Om det totala antalet positiva svar är mer än 50 % (eller en annan procentandel som du själv bestämmer), behöver du automatisering.
  2. Bedöm antalet dubbletter av problem (helst från olika funktionsblock). Gör en lista över sådana problem. Detta är en bra egenskap, vilket tyder på att du i framtiden kommer att lösa flera problem samtidigt med en åtgärd.
  3. Identifiera en lista över kontroversiella frågor. De kan också grupperas i en separat tabell och lämnas för senare analys.
  4. Om det visar sig att problemet inte finns i informationssystemet (informationssystemet kommer att lösa mindre än 50 % av problemen), lös först de organisatoriska problemen och fortsätt sedan med automatisering.

EXEMPEL: Ett litet handelsföretag använde 1C:Enterprise 7.7. Handel" för automatisering av handels- och inköpsaktiviteter. Programmet klarade en liten mängd dokument bra. Viljan att byta till 1C:Enterprise 8.2 dikterades av önskan att byta till nyare mjukvara. Analysen visade att det praktiskt taget inte finns några problem med det befintliga informationssystemet "1C: Enterprise 7.7 Trade".

STEG 3. BERÄKNA PRELIMINÄRA GENOMFÖRANDEKOSTNADER

  1. De viktigaste kostnadsposterna för implementering är följande:
  2. kostnad för mjukvarulicenser;
  3. kostnad för arbetsstationer, servrar;
  4. arbetskraftskostnader för anställda som deltar i projektet (bestående av lönerna till medlemmarna i implementeringsteamet + kostnader för att distrahera vanliga anställda från arbetet);
  5. kostnader för utbildning av anställda;
  6. allmänna omkostnader;
  7. boka.

Kommentar: Vid uppskattning av projektkostnader, försök att inta en pessimistisk synvinkel, d.v.s. välj det maximala beloppet för utgifter från alla tillgängliga.

STEG 4. UTVÄRDERA DE EKONOMISKA FÖRDELARNA AV GENOMFÖRANDET.

Du har redan en ungefärlig kostnadsuppskattning för projektet. Det främsta alternativet för att analysera nyckelintäkter (fördelar) från projektet är att minska antalet anställda på avdelningar där verksamheten kommer att automatiseras. För att bedöma projektets effektivitet och få nyckelindikatorer (NPV, IRR, MIRR, återbetalningstid) kan du använda följande struktur.

Som diskonteringsränta i mallen, ange räntan på den maximala avkastning som företaget kan få. Om ett sådant instrument är en insättning till en ränta på 8 %, kan 8 % användas som diskonteringsränta. Det finns andra mer komplexa metoder för att beräkna diskonteringsräntan, men denna uppgift hanteras bäst av den ekonomiska planeringsavdelningen.

Ett lönsamt projekt kan anses effektivt om IRR (eller ännu bättre, MIRR) är större än den maximala räntan som företaget kan investera tillgängliga medel till. Till exempel, IRR = 24%, och företaget använder endast en insättning med en ränta på 8%. Följaktligen är ett sådant projekt effektivt och mer lönsamt för företaget. Om ett företag använder investeringar i värdepapper och får en avkastning på 25 %, är automationsprojektet redan mindre lönsamt för företaget.

I vissa fall kan även olönsamma projekt accepteras för genomförande om företaget får några ytterligare kvalitativa fördelar. Alla dessa fördelar bör också beskrivas i textdokumentet för förstudien.

ANTECKNING 1: Det är nästan omöjligt att exakt bedöma effektiviteten av implementeringen av ett nytt informationssystem, effekten är alltid indirekt, vilket uttrycks i förbättringen av affärsprocesser och enkel tillgång till information. Det är nästan omöjligt att bedöma den verkliga effekten av att införa ett informationssystem.

ANTECKNING 2: Försök inte under några omständigheter tillämpa komplexa metoder för att bedöma affärsprocesser, till exempel funktionell kostnadsanalys av affärsprocesser. Ja, i slutet kommer du att få ett korrekt resultat av att bedöma effektiviteten, men kostnaderna för att utföra detta arbete kommer mer än att täcka kostnaderna för att implementera själva informationssystemet. I allmänhet, försök inte få .999 guld.

STEG 5. BESTÄMMA EN LISTA ÖVER IMPLEMENTERINGSMÅL.

Målen för implementeringen är mestadels kvalitativa, som:

  1. organisation av ett enda redovisningsutrymme inom företaget;
  2. säkerställa möjligheten att få snabb och tillförlitlig information;
  3. skapande av en informationsbas för att upprätthålla företagets organisationsstruktur;
  4. enande och standardisering i enlighet med funktionerna i ett automatiserat affärsprocesssystem;
  5. acceleration av affärsprocesser, inklusive förflyttning av primär redovisningsinformation.

Men det är också möjligt att ge kvantitativa mål som anger den ekonomiska vinsten utifrån den tidigare konstruerade förstudien. Till exempel:

  • Minska lönelistan för leveransavdelningen med 20 %.

Procentsatsen kan beräknas baserat på minskningen av arbetskostnaderna för specialister på inköpsavdelningen på grund av en minskning av deras antal.

De angivna målen kan ingå direkt i förstudien eller så kan man bygga ett separat dokument.

ANTECKNING 1: Helst, innan implementeringen påbörjas, är det nödvändigt att fastställa företagets utvecklingsstrategi, eftersom informationssystemet bör ligga till grund för informationsstöd för att uppnå strategin.

ANTECKNING 2: Som en del av att definiera projektets mål skulle det vara en bra idé att ta fram ett projektdokument. Närmare bestämt dess utkast, eftersom det ännu inte är bestämt om projektet kommer att existera eller inte. Det är värt att notera att "Project Charter"-dokumentet är rent formellt och det är meningslöst att utveckla det för dina egna behov.

STEG 6. DET VIKTIGASTE STEGET. Utifrån målen för projektet, förstudien, fattar ledningen ett beslut om projektet ska genomföras eller inte.

För dig som är intresserad av detta ämne. Du kan kontakta författaren till artikeln för mer information.

Tillverkningsföretag finns oftast bland de största företagen i Ryssland. Att leda sådana företag är en mycket komplex process som kräver stor skicklighet från generaldirektören, avdelningschefer och chefer för verkstäder och andra produktionslinjer, förmågan att planera, prognostisera och effektivt lösa aktuella problem.

Dålig ledning och ledningsmisstag är kostsamma för alla företag. Men för ett tillverkningsföretag är sådana misstag oacceptabla. Tillverkningen kräver ibland stora material-, arbets-, råvaru- och energikostnader. Om produktionen är dåligt planerad kommer kunder och köpare att vara missnöjda om det finns "luckor" i försäljningsplaneringen, riskerar företaget att förlora pengar totalt. För att hjälpa tillverkande företag har 1C utvecklat en speciell mjukvaruprodukt 1C Manufacturing Enterprise Management 8 (hädanefter kallad "1C:UPP 8").

Detta program är ett helt system av värdefulla redovisnings-, planering-, kontroll- och ledningsverktyg som kommer att vara särskilt användbara för general- och finansdirektören, ekonomichefen och produktionsdirektören. 1C:UPP 8-programmet inkluderar förvaltning och reglerad redovisning.

Det senare inkluderar:

    Bokföring;

    Skatteredovisning;

    Redovisning enligt IFRS regler.

Implementeringen av SCP 8 kommer att möjliggöra automatisering av följande områden:

    Produktionsledning (planering, kostnads- och kostnadshantering);

    Ekonomisk förvaltning (redovisning enligt nationella och internationella standarder, ömsesidiga uppgörelser och kontanthantering, budgetering);

    Inköps- och försäljningsledning;

    Lagerhantering;

    Hantering av kundrelationer;

    Bedöma nivån på chefernas arbete;

    Personaladministration;

    Analytiska rapporter och många andra. etc.

Således täcker programmet nästan alla avdelningar och divisioner i ett tillverkningsföretag, vilket ger redovisningsarbetare, avdelningschefer och företagsledningar stora möjligheter för planering, analys, övervakning av verksamhetens laglighet och flexibel resurshantering.

Stadier av implementering av SCP 8:

    Expressbesiktning och ingående av avtal. Som alla projekt föregås implementeringen av 1C: Manufacturing Enterprise Management av arbetsplanering. Innan man börjar automatisera kontrollen bedömer specialister omfattningen av det kommande arbetet, identifierar huvudriktningarna, förutsäger möjliga svårigheter och sätt att eliminera dem.

    Upprättande av tekniska specifikationer och överlämnande till entreprenören. Ofta utarbetar Softroom-specialister själva tekniska specifikationer baserat på intervjuer med anställda i kundföretaget.

    Systemdesign är det viktigaste steget. Under den utvecklas en systemlayout, gränssnittet konfigureras och data överförs från andra system. Därefter testas systemet och, om det lyckas, börjar det andra steget av implementeringen.

    Testdrift och utbildning av företagspersonal. Som regel genomgår alla anställda inom redovisning och andra tjänster utbildning. Efter att ha fastställt nivån på personalens kompetens i arbetet med systemet, startar vårt företags specialister testoperation, under vilken de identifierar brister, korrigerar dem och genomför den slutliga ändringen.

Framgången med att implementera SCP 8 på ett företag beror till stor del på:

    Kvalifikationer för specialister som representerar franchisetagaren företaget.

    Företagsanställda involverade i projektledning. Ju högre befattning projektledaren har, desto större är chanserna att lyckas. En ansvarig person måste tilldelas varje riktning.

    Korrekt tillämpning av standardprogramfunktionalitet och dess modifiering (förlängning) för att passa företagets behov. Risken för fel minskar om allt under implementeringen görs noggrant, enligt standarder, med dubbelkontroll och ständig övervakning.

    Kvalitetskontroll av högsta ledningen. Människor tenderar att vara rädda för innovation och ansvar för att fatta beslut. Chefens uppgift är att utöva kontroll och vid behov använda administrativa verktyg. Dessutom kommer det i vissa fall att vara nödvändigt att tänka på att förbättra de anställdas kvalifikationer.

Alla dessa villkor kan endast säkerställas med ett professionellt tillvägagångssätt för systemimplementering. Certifierade specialister från franchisetagaren som betjänar ditt företag kommer säkerligen att göra allt rätt. Framgång är dock endast möjlig med deras ständiga samarbete med cheferna för ditt företag.

Kostnad för implementering av SCP 8

När man bedömer kostnaden för genomförandet är nyckelfaktorn storleken på företaget vars förvaltning behöver automatiseras. Antalet anställda, verkstäder, divisioner och produktionslinjer påverkar direkt specialisternas tjänstgöringstid.

En viktig faktor är dessutom om företaget tidigare hade automatiserade system och hur korrekt de användes.

Softroom-företaget bestämmer SCP 8 individuellt för varje projekt, beroende på utbudet av uppgifter och deras komplexitet. Preliminär bedömning är kostnadsfri.

Tidslinje för implementering av SCP 8

Kan ett företag implementera SCP 8 på egen hand?

Kanske. Men du bör inte försumma hjälpen från specialister när du automatiserar hanteringen av ett medelstort och stort företag.

Endast certifierade specialister kommer att kunna säkerställa en positiv effekt av implementeringen av systemet. Och endast kompetent projektledning kommer att säkerställa besparingar från processautomatisering.

Så lita på proffsen, och implementeringen av 1C:UPP 8 på ditt företag kommer att ge fantastiska resultat!