Avslutade nästa steg i projektet för implementering av SAP ERP informationshanteringssystem vid en stor maskinbyggande anläggning. Införandet av systemet gjorde att företaget kunde etablera automatiserad kontroll av alla processer, gjorde det möjligt att minska kostnaderna, öka försäljningsvinsterna med 1,7 gånger och klara ISO / TS 16949 -certifiering.

Om kunden

Fabriken tillverkar fästelement och fjädrar för bilindustrin. Bland konsumenterna av dess produkter finns de största ryska tillverkarna (GAZ, KAMAZ och andra), deras underleverantörer och kunder från OSS. Företaget delades upp i en separat juridisk enhet och behövde ett effektivt ledningssystem.

Problemsituation

Problemet var i nomenklaturen - 60 till 140 verktygslägen krävs för att tillverka en del. Företaget producerar upp till 50 000 enheter av teknisk utrustning, två produktionsanläggningar är utplacerade på den - den huvudsakliga och instrumental- arbeta på tre skift sju dagar i veckan. Det som behövdes var ett system som möjliggjorde en snabb beräkning av behoven för balanserat arbete och identifierade de verkliga kostnaderna för produkter.
Innan implementeringen av ASAP Consulting -lösningar använde företaget sig till "patchwork" -automatisering och plattformar utan en centraliserad databas, vilket ledde till problem:
databasmotsättningar och datafördröjningar i flera dagar;
utseendet av information "faktiskt", utan möjlighet till snabb korrigering;
brist på data om de faktiska kostnaderna och kostnaderna, oförmåga att förhindra omkostnader.

Kärnan i den föreslagna lösningen

Anläggningen hade en strikt tidsram, på grund av vilken uppgiften övergavs av artisterna. ASAP Consulting erbjöd ett informationssystem baserat på SAP ERP -komplexet, som uppfyllde kraven och villkoren tack vare sin egen snabbstartsmetod.
Kärnan i projektet är att täcka alla affärsprocesser, från planering av reparationer till att generera fakturor för kunder, vilket borde ha hjälpt:
genomföra planering och omplanering produktion, beräkningar och automatisk bildande av ledningsrapportering i realtid;
växla från pannmetoden för att beräkna självkostnadspriset till det tvärgående, fest;
att uppnå spårbarhet av kostnader från råvaror till färdiga produkter genom omfördelningar, för att minimera driftstopp och kostnader för att eliminera force majeure.

Implementeringsstadier

ASAP Consulting -specialister lärde känna de befintliga systemen och använde företagets metodik och standard SAP -moduler och använde fem huvudmoduler (plus BC - teknisk och systemstöd för projektet):
SD - Säljledning;
MM - upphandling och lagerhantering;
CO - kostnadshantering och kostnadsberäkning;
FI - RAS och NU;
PP - produktionsplanering, redovisning och kontroll.

Liknande moduler har använts på det instrumentella produktion. Detta gjorde det möjligt:
upprätta interaktion från ände till ände, automatisk schemaläggning med beaktande av lager i lager, dagliga krav på produkter, prioriteringar och kapacitet;
lösa problemet med småskalig produktion och nomenklatur (256 000 artiklar);
automatisera beställning av verktyg för huvudproduktion.

Resultat och dynamik

I sex månader har företagets specialister kompletterat befintlig kapacitet, implementerat den uppdaterade funktionaliteten utan att stoppa den befintliga. Under implementeringsprocessen utvecklades affärsprocesser:
PM / TOPO - underhåll och reparation av utrustning;
WMS - lagerhantering;
BW - informationslagring;
FM - ekonomisk förvaltning;
CS - kundservice;
NU och IFRS.

Under projektets gång delades en juridisk person upp i en företagsgrupp utan produktionsavbrott. Den tekniska uppdateringen genomfördes enligt ett stramt schema. SAP -integration resulterade i:
minskning av materialförbrukning med 10%;
kostnadsbesparingar - 2,5 miljoner dollar eller 510 ton metall;
marginalinkomstens tillväxt med 20%och vinsten från försäljningen - 1,7 gånger.
Dessutom på företaget:
felsökad operativ kontroll av fordringar och skulder för material och produkter från huvudproduktionen;
tiden för att få ut nya produkter på marknaden minskades med 6 gånger (på grund av integrationen av PDM T-Flex-systemet med SAP-lösningen);
skapat en databas för ett verktyg med 256 000 positioner (med exploderande);
justerad planering "del-verktyg" med en balanserad kraft;
kvaliteten på produkterna ökade, vilket gjorde det möjligt att få ISO / TS 16949 -certifiering för att utöka försäljningsportföljen på bekostnad av kunder med strikta krav.

Resultat

Företaget fick ett system som gör det möjligt att säkerställa kvaliteten på produkter och ledningsbeslut som fattas på alla nivåer i realtid. Det har cirka 1500 datorer, 820 användare. 16 000 order och cirka en miljon bokföringsposter genereras per månad.
Anläggningens ledning noterar full överensstämmelse med förväntningarna och överträffar dem (en kraftig vinstökning de första tre månaderna efter projektets slut), att företagets specialister är beredda för gemensamt fruktbart arbete och en ökning av medarbetarnas medvetenhet . Kunden planerar vidare samarbete - systemintegration med en lösning för konsumenter, diversifiering och introduktion av nya positioner (flygplansfästen).

SAP ERP

Företagets resurshanteringssystem SAP ERP täcker alla områden inom det finansiella och förvaltningsredovisning, personalledning, operativ verksamhet och serviceavdelningar i företaget. Ger full funktionalitet som krävs för implementering av självbetjäningstjänster, analys. Dessutom tillhandahåller SAP ERP verktyg för systemadministration och lösning av uppgifter som användarhantering, centraliserad förvaltning data- och webbtjänsthantering.

Lösningen förutsätter bred funktionalitet och full integration med andra SAP -produkter. Baserat på SAP NetWeaver -teknikplattformen.

De viktigaste fördelarna med SAP ERP:

• Täcker alla nyckelområden i företaget, därför kan det ersätta de flesta av de för närvarande använda systemen
• Innehåller erfarenhet bästa företag inom relevant bransch, uttryckt i färdiga processer och dokumentation
• Gör att du kan integrera en ny lösning med ett befintligt system, vilket minskar investeringen i den nuvarande lösningen
• Det kan kombineras med tredjepartslösningar om det behövs.

Beroende på målen för implementeringen av SAP ERP -lösningen kan den användas av olika anställda som behöver information som lagras i systemen för sitt arbete. Det här är de anställda kommersiell avdelning, IT -avdelningar, marknadsföring, redovisning etc.

SAP SCM

SAP SCM -lösning hjälper till att bilda adaptiva logistiknätverk, samt att snabbt prognostisera försäljning, planera leveranser till lager och butiker. Ger företag planerings- och implementeringsverktyg för att hantera företagsövergripande verksamhet och avancerad teknik för att organisera och samordna samarbete utanför företaget. Som ett resultat av implementeringen av denna lösning säkerställs den optimala leveransvolymen och lagren i lager och butiker, och företagen får mätbara och betydande fördelar genom att sänka kostnaderna, förbättra servicenivåerna och produktiviteten, vilket i slutändan leder till högre lönsamhet för företagen.

SAP SCM ger insyn i alla lagernivåer, order, prognoser, produktionsplaner och KPI: er, oavsett var leverantören och kunden befinner sig.

Viktiga fördelar med SAP SCM:

• Är den enda lösningen i sin klass som erbjuder en komplett uppsättning funktionalitet att skapa adaptiva logistiknätverk
• Gör att du kan minska kostnaderna på grund av minskningen av lager inom företagets leveranskedjor, produktivitetsökning och minskade resurskostnader
• Hjälper till att påskynda avkastningen på investeringar genom att sänka investeringarna, minska lagerinvesteringar, öka procentuell orderutförande och öka produktens lönsamhet
• Ger möjlighet att skala i enlighet med företagets växande behov. SAP SCM -användare är anställda och avdelningschefer och divisioner som är involverade i skapandet och genomförandet av säljstrategier och taktik.

SAP F&R

SAP F&R (SAP Forecasting & Replenishment)är utformad för operativ prognos av försäljning och planering av leveranser till distributionscentraler och överföringar till butiker. Som ett resultat av att använda SAP F&R får företaget den optimala volymen leveranser och lager i lager och butiker. Detta system gör det möjligt att utöka funktionaliteten för NORBIT4retail -lösningen för detaljhandel.

SAP EWM

Lösning för referens lagerlogistik baserat på SAP EWM innehåller en komplett uppsättning nödvändiga funktioner för effektiv förvaltning modernt högteknologiskt lagerkomplex. Systemet gör det möjligt att hantera lagerverksamhet i realtid genom att övervaka distributionen av lagerresurser och belastningar mellan köer. Dessutom tillåter SAP EWM dig att optimera arbetet med dokumentation: organisera papperslöst arbetsflöde, minimera manuell inmatning.

SAP EWM -lösning låter dig förbättra lagereffektiviteten genom att:

• optimera varans placering på lagret;
• utökad kontroll av varor vid accept, avstämning med ordern, elektroniska och pappersfakturor;
• avkonsolidering av inkommande leveranser och bildande av monopallar;
• skapa regler och prioriteringar för optimal kontroll lageruppgifter;
• arbeta med mobila terminaler för datainsamling;
• använda sig av modern teknik identifiering av varor (streckkoder)
• hantering av ytterligare tjänster;
• avancerad lagerresurshantering;
• skapande och övervakning av prestationsindikatorer (KPI).

Fördelar med att implementera SCM EWM

• Utmärkt operativ prestanda
  • En enda och flexibel lagerplattform
  • Integration med kunder och kooperativ verksamhet
  • Process transparens och optimerad lagerverksamhet
  • Bättre utnyttjande av lagringskapacitet
  • Hög noggrannhet i lager
  • Öppenhet i aktier
  • Förbättra servicenivån
  • Modellering av lager och processer individuellt för kunden
• Utmärkt integration med andra lösningar
  • Integration med tekniska komponenter (RFID / MFS)
  • SAP ERP -miljö och externa mjukvarukomponenter (Netweaver)
  • Optimering av genomförandeprocessen och sömlös teknisk integration
• Klassens bästa produkt
  • För alla typer av lager
  • För alla industrier och lager av vilken komplexitet som helst
  • Skalbarhet + klassens bästa funktionalitet
• Potential för kostnadsbesparingar
  • Kostnadsbesparingar i grundläggande logistikprocesser
  • Öka effektiviteten och snabb avkastning på investeringar genom logistikoptimering

SAP PI

SAP PI (SAP NetWeaver Process Integration)- datautbytesinfrastruktur, den centrala komponenten i SAP Netweaver, som implementerar SAP -konceptet för att bygga affärsapplikationer och bildar arkitekturen företagstjänster... Lagrar all information som behövs för att komma åt funktionerna i affärsapplikationer, samt för att integrera system och utföra affärsprocesser i en enda, delad kunskapsbas.

SAP PI är byggt på grundval av öppna standarder och säkerställer gemensam drift av informationssystem både inom samma företag och med deltagande affärspartners... Samtidigt kan affärsprocesser implementeras både på SAP -lösningar och på applikationer från andra utvecklare.

Viktiga fördelar med SAP PI:

• Lägre totala ägandekostnader för företagets IT -landskap
• Minska kostnaderna för att integrera både SAP och lösningar från andra leverantörer i ett enda informationssystem
• Sänkta kostnader för integrationsstöd
• Minska tid och ekonomiska kostnader för att anpassa affärsprocesser till en föränderlig miljö
• Garanterad prestanda för den angivna funktionaliteten.
• Öka avkastningen på befintliga informationsdelsystem
• Ett kraftfullt verktyg för efterföljande projekt för implementering av integrationslösningar ( företagsportal, NSI -hantering, kunskapshantering)
• Möjlighet att kombinera heterogena system baserade på ett universellt datautbytesformat
• Minska kostnaderna för utveckling och stöd för integrationsprocesser

SAP Mobile Business

Komplett hanteringslösning mobilverksamhet SAP Mobile Business ger lösningar för alla moderna faciliteter mobil kommunikation, både online och offline. Huvudkomponenterna inkluderar: ett brett spektrum av applikationer utvecklade för att driva ett mobilt företag; öppna tekniska standarder för industrilösningar.

Program kan fungera på alla moderna mobila enheter och med alla tillgängliga anslutningar. arkitekturen möjliggör mobilverksamhet, oavsett om användare är online eller offline.

SAP Retail Execution

SAP Retail Execution Managers detaljhandelskedjor få åtkomst via mobila enheter till företagssystem som SAP CRM och SAP ERP, och kan använda information i realtid om driften av butiken.

SAP Retail Execution levererar den information du behöver var som helst, när som helst. Har ett intuitivt gränssnitt mobil-app... Att använda SAP Retail Execution ökar avsevärt effektiviteten hos merchandisers och management försäljningsställen vid granskning av tillgången på varor i butikshyllorna.

Lösningsanvändare: handlare, säljare.

Affärseffekt av att använda SAP Retail Execution:

• säkerställa hela utvecklingen av företaget
• effektivisering av marknadsföringskampanjer
• förbättra prestationsindikatorerna för handlare och säljare
• öka lönsamheten och varumärkesmedvetenheten

Huvuddragen i SAP Retail Execution:

• POS -revisionshantering: få tillgång till historia, anteckningar och bilagor som skapats tidigare, planera framtida kampanjer
• Undersökningar: Genomför forskning och kundundersökningar för att förbättra effektiviteten i marknadsföringskampanjer
• Konkurrenskraftig analys: ge information till säljare om positionering av konkurrenters produkter
• Beställningar: Skapa påfyllningsorder baserade på tidigare order och köphistorik
• Returer: kontroll och hantering av produktreturer
• Kundhantering: visa information om viktiga kunder, köphistorik, statistik över butiksbesök
• Autonomt arbete: det är möjligt att arbeta i offline -förhållanden, datasynkronisering när du går online

SAP -övning

NORBIT har lång erfarenhet av implementering oberoende projekt implementering och underhåll av SAP -lösningar, samt genomförande av konsult- och outsourcingarbete vid implementering av SAP -lösningar. Hon har deltagit i SAP -implementeringsprojekt i företag inom olika branscher.

SAP -lösningsvideor

Videorecension "SAP Mobility Solutions"

SAP Mobility

Informationsmaterial från webbplatsen för SAP AG -representationen i Ryssland http://www.sap.ru/ och SAP -videokanalen på Youtube användes

Det är känt att marknadsföringsuttalanden från leverantörer ibland är allvarligt i strid med verkligheten. Det är dock allmänt accepterat att välrenommerade marknadsaktörer inte tillgriper denna praxis. Men projektledaren för implementeringen av SAP Business One i en liten Ryskt företag på personlig erfarenhetövertygad om att "ingenting mänskligt är främmande" och respektabla företag.

Kanten av överlevnad

För flera år sedan började nästan alla världens utvecklare av ERP -system gå mot SMB -segmentet, som förklarades nästan som det mest lovande och prioriterade. Nya produkter introducerades på marknaden riktade till små företag med låga IT -budgetar. Den ryska marknaden för affärsapplikationer är inget undantag. Övertygande artiklar dök upp i den inhemska pressen och informerade Ryska affärsmän att de under ökad konkurrens (inklusive inträdet i WTO) inte kommer att kunna överleva om de inte har ett modernt, automatiserat system för förvaltningsredovisning, planering och kontroll. Argumenten som presenterades var ganska övertygande. Som ett resultat tänkte ledningen för många medelstora och små företag i Ryssland allvarligt övergången "till något bättre än Excel och 1C". Vårt företag tillhör också SMB -segmentet och tack vare ovanstående faktorer accepterade vi erbjudandet från en av SAP -företagets partners om introduktion av en produkt som då var ny för marknaden - SAP Business One (B1).

Som följer av reklambroschyrer har moderna mjukvaruprodukter som uppfyller allmänt accepterade världsstandarder äntligen blivit tillgängliga för små företag i Ryssland. Det handlade om bred funktionalitet, överkomligt pris och flera månaders implementering. Endast en sak hölls tyst - att småföretag riskerar mycket mer, att gå in i spelet "implementering av företagets programvara", eftersom, trots den blygsamma budgeten jämfört med de sensationella projekten, investeringar i IT för stort företag- en betydande post i sina kostnader. Och när det gäller verksamhetens omfattning kan införandet av en "vacker utlandslåda" verkligen sätta ett företag på gränsen till överlevnad.

Här är en ny twist

SAP var inget undantag i det globala loppet för SMB -företag och meddelade för flera år sedan "stora förändringar i företagets produktportfölj" och beslutet att göra en "total vändning mot SMB -marknaden" och inkludera i sin produktlinje lösning för små växande företag. Dessutom tillkännagavs att marknaden för små och medelstora lösningar är en av prioriteringarna för SAP. VD SAP CIS Alexey Shlykov Sedan kommenterade han detta steg på följande sätt: "SAP insåg i tid det ögonblick då marknaden för stora företag, som först och främst fokuserade på företagets affärsapplikationer, var nära mättnad och det var dags att leta efter nästa försäljningsmarknad. "

Som ett resultat introducerades 2003 en lokal version av SAP Business One på den ryska marknaden - en lösning som skiljer sig väsentligt från vad SAP gjorde tidigare. SAP Business One är dock inte en utveckling av ett tyskt företag: produkten köptes från israeliska utvecklare. Det är märkligt att lanseringen av SAP Business One inte åtföljdes av storskalig reklamkampanjer- alla ansträngningar att främja resulterade i flera informationsartiklar i pressen och en rad regionala seminarier som potentiella klienter organiseras av SAP -partners. Det tillkännagavs också officiellt att kostnaden för en nyckelfärdig arbetsplats (licenser plus implementeringskonsult) kommer att vara 2 500– 3 000 euro, och genomförandetiden kommer inte att överstiga 8 veckor. Dessutom var det känt att produkten har en betydande fördel jämfört med alternativa erbjudanden - den är anpassningsbar, den behöver inte programmeras, till skillnad från 1C -lösningar, och den innehåller redan färdiga affärsprocesser.

I själva verket, under den direkta försäljningen av vårt företag, stod följande: "Om 2 månader kommer vi att implementera produkten, och du kommer att ha ett fullfjädrat förvaltningsredovisningssystem". Senare blev vi övertygade om att marknadsföringsinformationen om produkten inte motsvarar dess verkliga väsen. Under tiden lät allt väldigt övertygande. Vi var också imponerade av demofilmerna av lösningen som presenterades av vår partner SAP (ett respekterat, mångårigt företag i vår region). Dessutom framfördes det mest övertygande argumentet - "du är under vingen av ett pålitligt SAP -märke". Och detta skingrade alla våra tvivel.

Hård verklighet

Efter tre månaders implementering blev det klart att SAP Business One -funktionen är uppriktigt sagt otillräcklig för att driva även ett litet (70 anställda) företag under ryska förhållanden. Varför förstod vi inte detta tidigare? Komplext problem.

Produkten, som vi fick höra, är fokuserad på SMB -marknaden, för att inte involvera företag i en lång undersökning, följt av en multivolym uppdragsvillkor... Som ett resultat, efter teststadiet av den konfigurerade produkten, stötte vi på en lista med mer än tre "buggar", och de utan att fixa vilket det helt enkelt är meningslöst att sätta systemet i fungerande tillstånd. Några av dem behandlade just fel i produktens funktion, medan den andra behandlade problemen med otillräcklig funktionalitet i lösningen. Enligt listan vi sammanställde var implementationsföretaget redo att "slutföra" cirka 30% av kraven, medan resten inte kunde ändras utan SAP: s deltagande, eftersom produktkoden är stängd. Genomförandet av de "förbättringar" som partnern kan utföra på egen hand har fördubblat kostnaden för projektet på en gång. Detta motiverades av att "produkten måste förbättras i enlighet med specifika affärsprocesser." Samtidigt var förbättringar verkligen nödvändiga, men inte för våra "detaljer", utan helt enkelt för att implementera produkten i allmänhet en standard affärsmodell. Det fanns inga ovanliga krav från vår sida.

Dessutom visade det sig att SAP Business One inte är ett system med tre nivåer, utan är byggt på en klient-server-arkitektur. Samtidigt behandlas information inte på servern, utan på klienten, vilket direkt påverkar prestanda. Förresten, när vi lanserade systemet i testläge, med hänsyn till maskinvarukraven som anges i de officiella häften som beskriver SAP Business One -lösningen, blev deklarerade informationsbehandlingsmöjligheterna för systemet inte verklighet.

Det är också nödvändigt att notera flera allvarliga brister i SAP Business One, som inte är uppenbara vid de första presentationerna, utan bara "dyker upp" i processen:

• semantiken i databassystemet beskrivs praktiskt taget inte;
• det finns praktiskt taget inga lagrade procedurer;
• systemet är långsamt och resurskrävande;
• frånvarande tryckta blanketter motsvarande Ryska standarder bokföring;
• redundansfunktionen (till exempel produkter) är inte implementerad;
• redovisning av anläggningstillgångar har inte genomförts;
• redovisning av uppgörelser med ansvariga personer har inte genomförts;
• redovisning av betalningar inte genomförs korrekt;
• det finns ingen möjlighet att tillskriva produktionskostnaderna direkta och indirekta kostnader.
• stödet från mobillagret är inte implementerat, det är omöjligt att föra register i samband med sändningar av varor;
• förmågan att genomföra ankomsten av ett parti till olika priser har inte implementerats;
• MRP fungerar inte i ett lager.

Samtidigt beräknar SAP Business One beloppsskillnaderna endast i den nationella valutan, rapporten om beloppsskillnader upprättas baserat på den aktuella växelkursen, vilket leder till felaktig beräkning av beloppsskillnaderna i betalningar.

De listade "bristerna" gör det i allmänhet omöjligt att lämna korrekt information om företagets verksamhet. Samtidigt är det inte helt klart hur det i det här fallet är möjligt att positionera SAP Business One som ett ledningsredovisningssystem. Detaljhandeln, grossist- och andra snabbväxande företag kommer inte att kunna arbeta med detta system på grund av produktivitetsbegränsningarna. Att spara ett dokument med 40-50 positioner leder systemet till en dumhet. Om det finns minst 200-300 sådana dokument om dagen, slutar allt bara fungera.

Vi erbjöds att "optimera" affärsprocesserna i vårt företag, vilket i själva verket är en omstrukturering av de viktigaste stunderna för oss och snarare ser ut som att "pressa" en redan befintlig välfungerande verksamhet i de stela ramarna för en lösning. Om vi ​​inte vill bygga om det redan befintliga systemet i vårt företag erbjöds vi att slutföra lösningen. Dessutom pratar vi här om att utöka lösningens funktionalitet och kräver programmering med hjälp av det så kallade SDK-paketet (Software Development Kit).

Från ett samtal med ett implementeringsföretag fick vi veta att SAP generellt tvingar partners att självständigt förfina funktionaliteten och skriva så kallade tillägg (ytterligare komponenter). Dessa komponenter kan också erhållas färdiga på kommersiell grund från andra partners som redan har implementerat denna funktionalitet. Till exempel, för att redovisa transaktioner med anläggningstillgångar, måste du köpa rätt tillägg, samma sak gäller, om vi vill hålla reda på faktiska och planerade kostnader, är en annan separat modul utformad för att docka lösningen med banken -klientsystem. Förutom att kostnaden för projektet ökar finns det en annan sida: om vi köper ett tillägg från ett annat företag måste vi antingen involvera dem i genomförandet för, ytterligare pengar, eller vår implementeringspartner kommer att hantera det på egen hand men inte heller gratis. I själva verket visar det sig en slags "pyramid", som växer ju mer, desto bredare funktionalitet krävs av företaget.

Sälja och glömma?

Det är logiskt att anta att korrigeringen av tekniska och tekniska brister bör hanteras direkt av SAP. Flera intressanta punkter i kommunikationen med Moskvas kontor för SAP kom fram här. Jag kommer att nämna att vi betalade för det årliga tekniska stödet och hade rätt att åtminstone räkna med en uppmärksam attityd gentemot en klient och på ett snabbt svar.

Jag måste genast säga att ingen av de punkter vi har angett har korrigerats. Istället blev det en lång korrespondens mellan partnern och de ansvariga personerna i SAP, vilket i slutändan även visade oss. De flesta svaren (artiga, men korta svar med en paus på en vecka) berodde på att de är väl medvetna om denna eller den där "buggen" och arbetar aktivt med det, eftersom vi inte är de enda som klagar över den. Nästan alla punkter vi begärde skulle ha rättats till ny version SAP Business One. Vilket vi har väntat i ungefär ett och ett halvt år.

Som ett resultat har vi bildat uppfattningen att det visade ” teknisk support»Avspeglar säljarens allmänna inställning till affärer med små och medelstora företag. SAP i Ryssland fokuserar specifikt på stora kunder, eftersom de har möjlighet att investera i ett projekt på obestämd tid och pengar. Men SMB kan inte vänta på obestämd tid och "mata" SAP -konsulter hela tiden - också. Att döma av "snabbheten" och "innehållet" i svaren på våra förfrågningar, var intrycket att SAP bara är intresserad av att sälja licenser, och specifikt görs ingenting åt produkten. Det är också anmärkningsvärt hur ofta personer som ansvarar för SAP Business One -kunder byter i SAP. Några av dem, efter starten av SAP -projektet för SMB, gick mycket snabbt över från att lösa frågor om att marknadsföra SAP Business One till att skapa sina egna karriärer inom SAP, den andra delen flyttade till andra företag.

Marknadsföring aritmetik

En speciell charm för SAP -marknadsförare ges av påståendet "SAP Business One är ett system för hanteringsredovisning". Jag upprepar, vilken typ av bokföring kan vara om systemet inte kan ge sann information om företagets verksamhet? Vad händer om systemet ”klämmer in verksamheten med ett knark” av olyckliga partners som helt enkelt tvingas driva företaget in i ramen för denna ”lösning”?

Redan från början av lanseringen av SAP Business One -produkten på den ryska marknaden meddelades att detta är en lösning för medelstora och små företag. Är det verkligen? SAP -företaget själv i media meddelade kostnaden för en nyckelfärdig arbetsplats (det vill säga licens + genomförande) - cirka 2,5 € - € 3 000. Dessutom meddelades (som en produktfördel) att priset är slutgiltigt.

För att verkligen kunna automatisera viktiga affärsprocesser i ett litet företag, säg med en personal på 100-200 personer (ekonomi, försäljning, lager, upphandling), är det nödvändigt att köpa cirka 10-15 arbetsstationer. Det vill säga, det är nödvändigt att räkna med beloppet på cirka € 30-45 000. Som praktiken visar kommer ägarna till ryska småföretag, som tjänar varenda krona ”med svett och blod”, inte att vara så lätta att betala 30 tusen euro / dollar för "programvara" ... Dessutom är det omöjligt att upprätthålla skattebokföring och bokföring i systemet, och minst 1C: Bokföring kommer fortfarande att behövas. Dessutom, om du tittar noga på de redan tillkännagivna implementeringarna kommer du att se att fullvärdiga projekt är ett sällsynt undantag och som regel talar vi om 3-5 licenser. Slutsatser tyder på sig själva.

Således, enligt vår erfarenhet, kan SAP Business One fungera förutsatt att det inte är fler än 10 användare, i ett företag där det inte finns ett fullvärdigt produktlager, medan högst 2-3 produktorder per dag faktiskt kan behandlas. Frågan uppstår: ”Är ett sådant system nödvändigt för ett litet utvecklingsföretag till mer än två tusen euro för arbetsplats? Varför, om det på denna nivå är tillräckligt att bara använda Excel? ”.

För det första, enligt företrädare för SAP -partner, är utvecklarna av Business One belägna i Israel och det finns inget tydligt program för produktutveckling för den ryska marknaden. Mer exakt har en sådan utveckling inom SAP: s globala verksamhet lägst prioritet. Och oavsett hur aktiva partnerna är, kan de helt enkelt inte fysiskt klara av hela denna maskin och "slå ut" de nödvändiga produktförbättringarna direkt (och SAP -kontoret i SAP, enligt ögonvittnen, är inaktivt). Denna situation är ganska vanlig i näringslivet när ett företag som gjort sig ett namn börjar släppa produkter till en mycket lägre prispunkt. Ledningen är redan på en ouppnåelig kosmisk höjd med "kosmiska tankar" skild från verkligheten.

Om vi ​​pratar specifikt om den ryska verkligheten, kanske är anledningen att de senaste 10 åren har SAP funnits här under alltför bekväma förhållanden? Det räcker med att återkalla även det officiella investeringsbeloppet för våra industriella monster. Och när det gällde verklig handling, normal utveckling och marknadsföring av en specifik produkt, kanske det krävdes färdigheter och kompetens här som inte krävdes tidigare? Och projekt har blivit mer transparenta och det är inte längre så lätt att tysta problem som i storskaliga implementeringar, där det finns för många intressen inblandade för att avslöja fula resultat för publicitet.

Det är klart att målen med att implementera ett ERP -system i stort industriföretagär ofta långt ifrån automatisering i sig (och det är fortfarande en stor fråga hur sådana implementeringar har haft en positiv effekt på den ryska industrin), men detta tillvägagångssätt kommer inte att fungera inom SMB -segmentet. Observera att förhandsförsäljningen sker högst professionell nivå vilket inte är förvånande med tanke på kompetensen hos SAP -anställda och partners. Men är det etiskt att dra nytta av de ryska chefernas inkompetens och skickligt manipulera det? Och vi pratar om en produkt som är utformad för att "stänga" alla nyckelfrågor i företagsledningen. Leverantörens position här måste vara oklanderlig.

Förresten, dessutom om denna SAP -position: på “ runt bord»Den 15 november 2006 tillkännagavs officiellt nya metoder för att arbeta med partners som arbetar med små och medelstora företag. SAP säger att produktimplementeringen kommer att vara helt partnerdriven. Och säljaren själv "kommer att tillhandahålla allmän hantering och placering av beställningar." Tja, positionen är ganska logisk, ur synvinkeln att helt avstå från ansvaret för projektets resultat. Det vill säga, å ena sidan, för ryska ledare, för att fatta ett beslut om att köpa programvara, kommer det att finnas ett argument om soliditeten hos utvecklarens varumärke, å andra sidan kommer en-mot-en-kunder att förbli hos en partner. Och det senare är i sin tur "en-mot-en" med produkten. Om du fortfarande tvekar att implementera eller inte implementera SAP Business One, försök att prata direkt med ägaren till företaget där den här lösningen påstås fungera. Försök också att ställa säljchefen för SAP Business One åtminstone några av frågorna som tas upp i den här artikeln.

Vladlen Tatarsky

God eftermiddag, kollegor, läsare, vänner!

I det här inlägget ska jag försöka prata om några av de missuppfattningar som konsulter och projektledare står inför. Dessa missuppfattningar kan uppstå hos företagsledningen där systemet implementeras, från vanliga anställda som måste arbeta i det nya redovisningssystemet och till och med hos konsulterna själva.

Introduktion

Jag kommer inte att säga entydigt, men jag tror att nästan varje konsult / projektledare / förändringschef som har tillräcklig erfarenhet av att implementera ett ERP -system (här kanske det inte nödvändigtvis handlar om SAP -systemet) kommer att hitta i den här artikeln vad han faktiskt stötte på, och håller (kanske delvis) med mitt resonemang. Allt jag kommer att beskriva är min personliga projektupplevelse. Och den klassificering jag presenterade nedan är inget annat än en konvention. Någon kanske ser och klassificerar det på ett helt annat sätt. Redo för diskussion i kommentarerna till artikeln.

Materialets ämne föddes spontant i mitt huvud, under diskussionen av några arbetsmoment på projektet. Frågan som vi diskuterade gällde utveckling och automatisering av en metod för att planera vissa indikatorer. Samtidigt, under diskussionen av frågan, visade det sig att själva metoden ännu inte är tillgänglig. Frågan var ungefär så här: vi har implementerat ett Enterprise Resource Planning (ERP) -system. Det kostar mycket pengar. Det finns en massa olika uppgifter som tusen slutanvändare skriver in där. Så varför kan inte företagets ledning få den nödvändiga planen / prognosen från just detta system?

Låter bekant? Och ur de oinvigades synvinkel är det en helt naturlig fråga. Kanske har kollegor hört samma frågor, men i ett lite annorlunda sammanhang, men jag är säker på att de var det. Och vi kommer till den första vanföreställningen.

Missuppfattning # 1: Systemet fungerar för dig eller "rött knappsyndrom"

Så vi implementerar ett stort och dyrt ERP -system hos kunden (låt oss för enkelhet anta att vi talar om implementeringen av SAP -systemet, även om mina argument gäller, som jag skrev ovan, för andra stora ERP -system). De flesta av företagets anställda, även om de inte är direkt involverade i implementeringen, har hört något någonstans. Har du hört talas om kostnaden för en licens (att de är upprörande), om kostnaderna för implementering, om löner för konsulter etc. Anställda på kundens företag, som arbetar med implementering direkt med konsulter, förstår ofta inte förrän till sist hur allt detta kommer att fungera efter en produktiv start. Men de har också en uppfattning om kostnaderna för genomförandet. Alla dessa människor har all rätt att anta att implementeringen av systemet gör att många manuella / rutinmässiga operationer kan utföras automatiskt, d.v.s. systemet fungerar för dig.

Så här föds en stereotyp. Om entreprenörens team inte har den minsta aning om denna stereotyps födelse, uppstår en situation när en produktiv start uppstår när användare är helt uppriktigt förvånade över att de måste mata in så stor mängd information i systemet varje dag . Användare som deltog i integrationstester. Användare som har utbildats. De där. de människor som i teorin borde vara redo att arbeta i systemet, förstå och acceptera det. Deras överraskning och missförstånd kan utvecklas till avslag och avvisande av förändringar, till rent uppror.

Det var ett sådant fall enligt min erfarenhet. När efter mottagning praktisk erfarenhet av arbetet i systemet efter en produktiv start bildades en ”oppositionskoalition” i företaget. Denna grupp människor sparade speciellt upp all negativitet, alla brister hos konsulterna, alla begränsningar i systemets funktionalitet (och som du förstår, "funktionella begränsningar" i SAP -systemet, i jämförelse, till exempel med 1C, kan vara omöjligt att radera många data, omöjligheten att "städa upp svansarna") ... Tja, "X" -timmen kom, när allt detta lerbad strömmade ut på implementeringsteamet, och gavs också till företagets ägare, som huvudargumentet för att återvända till det gamla bokföringssystemet. Till slut slutade allt bra. Och efter en tid, människor som var de mest ivriga motståndarna till det nya systemet, insåg vad dess fördelar var, ändrade sig. MEN, om projektledaren (på en eller annan sida) skulle känna igen problemet i tid och göra nödvändiga förklaringar, hade sådana protester och skandaler kunnat undvikas.

Jag nämnde röda knapparsyndromet. Detta är en slags cykel bland andra konsulter. Poängen är densamma. Varje användare vill i en eller annan grad att antalet rutinmässiga operationer som utförs av honom från dag till dag ska utföras automatiskt i systemet på ett fantastiskt sätt. De där. användaren loggar in, och systemgränssnittet består av en stor röd knapp. Användaren klickar på knappen och själva systemet utför alla nödvändiga åtgärder. Och användaren dricker te vid den här tiden. Konsultfolklore förvandlade den röda knappen till en röd pedal. Varför en pedal? Då kan du trycka med foten och båda händerna är fria. Den ena - du dricker te, den andra - du spelar patiens. J Detta är naturligtvis allt skämt, men många användare tröttnar inte på att undra hur ett system implementerat för sådana pengar inte kan "tänka lite för en person".

Missuppfattning # 2: Implementering av systemet kommer att "lossa" slutanvändare

Faktum är att villfarelse # 2 är ett särskilt (lätt) fall av den första villfarelsen. Men jag har markerat det i ett separat avsnitt, eftersom denna missuppfattning påträffas mycket oftare. "Ben" växer från samma plats. Jämförelse av graden av branthet och kostnader för de gamla och nya bokföringssystemen ger användarna grunden för felaktiga och inte fästa vid något i praktiken, reflektioner och slutsatser. Nytt system låter dig delvis automatisera, eller på något magiskt sätt överföra några av mina funktioner till någon annan.

Samtidigt har vi två sidor av myntet. En del av de anställda sover och ser hur systemet fungerar för honom (helt eller delvis - se missuppfattning # 1). En annan del av företagets anställda ser vidare och ser detta som ett problem. När allt kommer omkring, om systemet nu kommer att utföra en del av funktionerna själv, bör antalet anställda som krävs för att utföra rutinmässiga operationer minskas. Detta problem kan också leda till obehagliga konsekvenser, till och med sabotera genomförandet av enskilda anställda / avdelningar i företaget.

Jag vill beskriva ett annat exempel från min erfarenhet. Jag vet inte exakt vilken vanföreställning jag ska tillskriva det, till # 1 eller till # 2. Han (exempel), till en eller annan grad, berör båda.

För ett stort företag, ett av världens ledande konsultföretag, skrevs en separat metod för kostnadsredovisning. Kraven på metoden var mycket strikta. Att utarbeta bestämmelserna i metodiken och en hög grad av detaljering av de slutliga resultaten av kostnadsfördelning för kundens företag var mycket viktigt. Det andra steget i metodutvecklingsprocessen var dess automatisering, som utfördes med hjälp av SAP BW -systemet. Metoden var automatiserad, användarna utbildades och kvaliteten på arbetet kontrollerades av företaget som utvecklade metoden. Kunden var helt nöjd med resultatet av arbetet. Men för att metoden skulle fungera i SAP BW behövdes en ganska stor mängd initial information (som jag redan skrev betalade kunden stor uppmärksamhet detaljerad fördelning av kostnaderna). En del av data laddades från SAP ERP. Del av data från tillämpade system... Några av dem startades manuellt i MS Excel och laddades in i BW med specialformat. Särskilda personer tilldelades till och med för detta arbete. Allt verkade vara bra. Efter en tid började dock anställda lämna kundens företag, som var de främsta ideologerna för att använda den utvecklade metoden, deltog i dess utveckling och acceptans. Dessa var människor som bland annat förstod vikten av att förbereda den nödvändiga mängden primär information för att få korrekta resultat av den slutliga distributionen. Efter en längre tid mottogs vidare krav från kunden för att förenkla detaljeringsgraden i beräkningarna. Huvudskälet är att det finns för mycket indata som måste förberedas. Förenklingen gjordes i flera iterationer (igen, eftersom kraven mottogs från kunden). Och som ett resultat, från den detaljerade analysmodellen fanns det en "stubbe" som visade några generaliserade data. Det var inte nödvändigt att prata om den tidigare detaljnivån.

Vad jag ville visa med detta exempel. Det faktum att ett missförstånd från kundens företags sida om mängden arbete som ska utföras av sina anställda leder till att nästan alla resultat av detta storskaliga och ganska dyra arbete förloras.

Förresten, i början av artikeln nämnde jag en situation när kunden kräver att systemet tillhandahåller någon modell (plan, prognos) baserat på tillgänglig data. Också en mycket vanlig missuppfattning. Men jag kommer inte att peka ut det separat. Detta gäller också för missuppfattningar # 1 och 2 (eller någonstans däremellan). Slutsatsen är att ledningen för kundens företag eller ägaren av verksamheten inte riktigt förstår skillnaden mellan algoritmen och originaldata. Varje modell, prognos, metodik består slutligen av:

A. Någon sorts algoritm, uttryckt i tydliga och begripliga matematiska / statistiska formler;

B. Lista över information som krävs för att fylla modellen med data och som den framtida prognosen kommer att baseras på.

Av någon anledning tror folk att ett system fyllt med data själv kommer att producera nödvändiga beräkningar och göra förutsägelser. Det är inte sant.

Hur undviker du problem med dessa två ( # 1 och # 2) missuppfattningar? Det är nödvändigt att systematiskt förklara för människor på alla nivåer i företaget (vanliga anställda, topp- och mellanchefer, högsta ledning) att systemet inte är en robot, inte artificiell intelligens. Hon kan inte fatta beslut på egen hand eller utföra operationer som kräver någon form av analys. Ett system är ett verktyg som låter dig reflektera affärsprocesser, affärsverksamhet och affärssteg i ett företag med olika djup och detaljnivå. Hur djupt och detaljerat processer, operationer och enskilda steg kommer att återspeglas i systemet avgörs under implementeringen. Men hur som helst, det mesta av den analytiska informationen matas in i systemet av människor. Det är på grundval av denna information som rapporter byggs. Och djupet i utvecklingen av analytisk, hanteringsrapportering (vi läser, själva affärstransparensen som företag som implementerar ERP -system strävar efter) beror på kvaliteten och volymen av inmatad information.

En annan viktig punkt som enligt min mening bör kommuniceras till slutanvändare på alla nivåer. Systemet implementeras inte för vanliga anställdas bekvämlighet. Syftet med systemimplementeringen: Få företagsledningen tydlig, detaljerad och aktuell information om nuvarande tillstånd företag för att fatta ledningsbeslut. För att uppnå detta mål kan mängden information som slutanvändarna lägger in till och med öka, jämfört med vad som fanns i det gamla bokföringssystemet.

Missuppfattning # 3: Systemet kan alltid "böjas" för företag

• Jag kommer inte ihåg var jag såg det (någonstans på Internet), men jag minns frasen mycket väl: "... Detta har alltid gjorts så här och konsult bör replikera det på SAP", - är början på en stort problem.

”... Det har alltid fungerat på det här sättet, och konsultens jobb är att duplicera processen i SAP -systemet,” detta är början på ett stort problem.

En företagsägare, som köper ett system och betalar för dess implementering, vill pressa ur detta system allt det gamla gav honom, och mycket mer ovanifrån. Ur principen "Jag gråter, jag beställer också melodin", är detta mer än rimligt. Med tanke på systemets kostnad och branthet skapas fel intryck av att det alltid kan böjas under verksamheten, "dras" till befintliga affärsprocesser utan revision / revision

Representerar automatiserat system hantering av de viktigaste interna processerna i företaget, inklusive redovisning, finans, produktion, handel, personalhantering, lagerlager och många andra verksamhetsområden. Bästa praxis i affärsprocesser, flexibilitet, skalbarhet, anpassning till ett lands rättsliga sammanhang och enskilda företags individuella behov är huvudfaktorerna för framgången för systemet som skapats av tyska mjukvaruutvecklare och som har blivit en av de mest använda i världen.

SAP-implementering är en seriös, flerstegsprocess för affärsövergång till fundamentalt olika former av hantering. Det handlar om att förbereda förprojekt och välja optimala lösningar från både teknisk och finansiell sida.

En av de mest angelägna frågorna av intresse för kunder som har beslutat att implementera SAP är kostnaden för projektet. Den består av många faktorer, men för vårt företag är dess giltighet det viktigaste kriteriet. framgångsrikt genomförande projekt. Våra experter erbjuder rationella lösningar ekonomiska sidan som beräknas med hänsyn till maximal praktisk avkastning för en viss kund.

Genomförande SAP -system när det gäller djupet av de transformationer som genomförs kan det anses vara en av de viktigaste milstolparna i företagets utvecklingshistoria, vars framgång beror på det väl samordnade arbetet för utvecklare och företagets egen personal. Samtidigt deltar inte bara IT -tjänster utan även alla andra strukturella divisioner i implementeringen av systemet.

SAP -implementeringsresultat

Implementering av SAP i företaget gör det möjligt att lösa olika produktion, marknadsföring och ledningsuppgifter påverkar både resultatindikatorer i allmänhet och inom specifika verksamhetsområden.

De främsta fördelarna som uppnås genom implementeringen av SAP inkluderar:

• minskning av kostnaden för tillverkade produkter (verk, tjänster);
• öka arbetskraftens produktivitet genom en kvalitativ förändring av befintliga tillvägagångssätt, ledningsmetoder och affärsprocesser;
• stärka avtalsdisciplin och efterlevnad av leveranstider;
• få tillgång till kvalitetsanalys;
• förbättra hanteringen av affärsprocesser;
• förbättra kvaliteten och hastigheten på ledningsbeslut;
• och som ett resultat av alla dessa omvandlingar - en ökning av företagets konkurrenskraft på marknaden, en ökning av kapitaliseringen och den erhållna vinsten.

De viktigaste stadierna i SAP -implementering

Den framgångsrika utvecklingen och implementeringen av SAP kräver fullständig integration av den föreslagna SAP -tekniken med företagets befintliga informationsarkitektur. Från entreprenören kräver detta först och främst seriös teknisk kunskap, omfattande erfarenhet av implementering av SAP -system och moduler, samt en djup förståelse för verksamhetens specifika egenskaper och produktionsaktiviteter kund.

De viktigaste stadierna i SAP -implementering är:

• Förberedelse av projektet (Förbereda projektets stadga, projektplan, föreskrifter. Undersökning genomförs och lösningen utvecklas)
• Utveckling av ett konceptuellt affärsprojekt (Beskrivning "att vara" i SAP -terminologi. Organisationsstrukturer; stamdata; affärsprocesser; utmatningsformulär; rapporter; förbättringar. Förbereda scenarier för funktionstestning)
• Konfigurera en prototyp och FT (Konfigurera en systemprototyp och testa enligt förberedda scenarier. Förbereda grunddata av kunden (referensböcker). Förbereda ett integrationstestscenario)
• Justering av systemet och IT (Integrationstest) (Justering av systemet baserat på resultaten av funktionstester. Integrationstestning. Finalisering av grunddata. Nödvändig utveckling under projektet, som vanligtvis inte tar mer än 10-15% av totalen mängd arbete)
• Förbereder systemet för en produktiv start (distribution av arbetsplatser. Utbildning för slutanvändare. Läser in grundläggande och variabel data.)
• Produktiv start och stöd för en produktiv start (Ytterligare laddning av grundläggande och variabel data. Driftsstöd för slutanvändare. Avslutande av de första perioderna)

Utbildningsnivån för vårt företags specialister, djup kunskap om dem produktionsprocess och affärshanteringsmekanismer, liksom tillgängligheten av vår egen implementeringsmetodik gör att vi kan garantera snabb och högkvalitativ implementering av SAP-system olika nivåer svårigheter.