Discuii i exemple
Celebrul industria Henry Ford a construit n America nceputului de secol 20 un sistem de producie ce a
excelat n reducerea cheltuielilor. Obiectivele acestui sistem au vizat controlul costurilor i managementul
deeurilor. Mai apoi, n anii '30, Alfred P. Sloan de la General Motors a schimbat obiectivele noului model
organizaional, prin orientarea ctre client. Sloan voia s dea clienilor un motiv s cumpere de la GM,
altul dect preul mai mic sau insuccesul unui model al competiiei. Prin introducerea de schimbri n
rutina proiectrii, GM lanseaz "modelul anului". Rigiditatea sistemului Ford nu a permis acestora s
rspund provocrii, deoarece sistemul lor avea nevoie de un an ntreg pentru a se putea schimba.
Managerii buni trebuie s tie nu doar s nvee, ci i s se dezvee de sistemele vechi i apoi s
nvee altceva aceste aptitudini sunt critice pentru a supravieui ntr-o lume dominat tot mai mult de
principiul schimbrii. n acest sens, credem c nici un manager nu mai poate ignora importana tehnologiei
informaiei i comunicaiilor.
n economia global de astzi o organizaie nu poate lucra eficient dac nu are o soluie informatic
integrat cu care s gestioneze toate ariile funcionale. Chiar dac teoria a marat pe ideea integrrii
activitilor, aceast idee a devenit fezabil i a putut fi pus n practic abia n anii '90. Actualele sisteme
integrate pentru afaceri Enterprise Resource Planning (ERP, abreviere consacrat, n traducere mot--mot
Planificarea Resurselor ntreprinderii) au evoluat sub influena urmtorilor factori: progresul tehnologiei
informaionale (puterea i viteza de calcul, memoria, comunicaiile), fundamentarea teoretic a viziunii
sistemelor informaionale integrate, redefinirea organizaiei i a sistemului su informaional prin
nlocuirea abordrii funcionale cu orientarea pe procese economice.
Discuii i exemple
Dup dominaia mainframe-urilor din anii '60, anii '70 aduc apariia microprocesoarelor i creterea
semnificativ a performanelor calculatoarelor electronice. Progresul rapid al tehnologiei informaionale
este ilustrat de Legea lui Moore, care a identificat trendul de cretere: numrul de tranzistori de pe un chip
se dubleaz la fiecare 18 luni, ceea ce nseamn dublarea puterii unui sistem de calcul. Dac primul
microprocesor (1970) avea cteva mii de tranzistori, faimosul Pentium 4 al firmei Intel din 2000 avea peste
80 milioane de tranzistori.
Evoluia echipamentelor de calcul a determinat progrese corespunztoare n software. Chiar dac teoria a
consacrat modelul relaional de organizare a datelor nc din 1970, el a fost transpus n practic n anii
'70, dar realizri comerciale semnificative pentru bazele de date relaionale au urmat abia n anii '80. Un
aspect important de precizat n legtur cu timpul scurs pn la materializarea ideilor se refer la costurile
tehnologiei informaionale n anii '60 i '70 costurile mari ale echipamentelor au limitat rspndirea
soluiilor informatice propuse de specialiti.
Anii '80 sunt anii de consacrare a microinformaticii, anii n care PC-ul cunoate succesul att pentru
utilizatorii individuali, ct i n mediul de afaceri. Managerii devin contieni att de utilitatea unui PC pe
birou, ct i de importana datelor stocate de acesta. Marea provocare n deceniul 9 a fost partajarea
electronic a informaiilor ntre utilizatori. Apar primele reele locale de calculatoare, care partajeaz
datele i echipamentele periferice ntre utilizatorii conectai.
La sfritul anilor '80 erau disponibile principalele resurse informatice necesare dezvoltrii sistemelor ERP:
calculatoare rapide, reele, sisteme de gestiune a bazelor de date. Tehnologia bazelor de date a avut un rol
hotrtor n concretizarea iniiativei sistemelor integrate. Volumul de date care trebuie stocat, prelucrat i
manipulat ntr-o organizaie este foarte mare SGBD-urile relaionale s-au dovedit a fi mijlocul adecvat de
management al datelor.
n ultimul deceniu al secolului XXI, existau modele de sisteme informatice integrate, profesioniti
care s le proiecteze, precum i mijloacele informatice de realizare a acestora. Pentru rile dezvoltate din
punct de vedere tehnologic, ERP constituie ncununarea evoluiei de peste cinci decenii a tehnicilor de
gestiune economic beneficiare ale suportului tehnologiilor informaionale. Provocarea principal
const n integrarea tuturor proceselor economice i optimizarea resurselor disponibile. n
consecin, evoluia valideaz n practica afacerilor integrate o nou generaie de pachete ERP, generaia
Service Oriented Architecture (SOA).
La nivelul rii noastre, ns, lucrurile stau cu totul altfel. Despre o tradiie romneasc n
dezvoltarea sistemelor informatice putem discuta, dei fr prea mare entuziasm. Dar, dac ne propunem
s cutm practica integrrii acestora, atunci chiar trebuie s fim discrei. Elementul lips era nelegerea i
acceptarea lor de ctre comunitatea de afaceri. Cei mai muli manageri nu au nc viziunea potrivit i nu
neleg beneficiile integrrii informaionale, astfel c nu sunt dispui s investeasc n dezvoltarea de
sisteme ERP (cu regret c trebuie s observm din nou aceast realitate i n deceniul 10 al secolului XXI,
dar la noi toate se fac mai greu...).
Discuii i exemple
Mecanismul central al MRP parcurge urmtorii pai:
o stabilirea procesului de planificare i a intervalelor elementare de programare;
o calculul timpului necesar pentru fiecare articol al unui produs complex: n acest scop se ine cont de
durata de procesare i de pregtire, precum i de timpul de transfer i de ateptare ntre posturile de
lucru, ntre ateliere i secii i ncadrarea n intervalele elementare de programare;
desfurarea cantitilor necesare de articole pentru fiecare ramur din structur, potrivit procesului
de planificare i cumularea articolelor de acelai fel pe fiecare interval elementar: n aceast etap se
calculeaz necesarul de articole dependente (cantiti - termene) pentru comenzi ferme;
o aplicarea unor politici de planificare, care s stabileasc termenele finale: acestea pot fi de tip lot
pentru lot sau cantiti comandate periodic, se urmrete obinerea unui inventar zero la sfritul
intervalului de planificare n cazul unor comenzi externe pentru care nu exist perspectiva de a se
repeta;
o determinarea cantitilor de articole de fabricaie pentru termene de lansare n avans, cu un numr de
intervale elementare corespunztor timpului de producie al fiecrui articol.
n cazul apariiei unor probleme pe parcursul procesului de planificare, procedura de planificare poate fi
reluat n noile condiii. Planul elaborat presupune verificarea capacitilor disponibile.
o
Urmtoarea realizare pe scara evoluiei s-a produs la nceputul deceniului 9, cnd apare ideea de a
lrgi aria de cuprindere i a ncorpora toate resursele necesare produciei.
MRP II a reprezentat o metod pentru planificarea eficient a tuturor resurselor unei ntreprinderi
industriale. Acest sistem asigura planificarea operaional a necesarului care susine procesele de
producie, planificarea financiar i elaborarea de scenarii i simulri ce-ar fi dac. Funciunile integrate
au vizat: planificarea produciei, planul de vnzri, programarea produciei, planificarea necesarului de
materiale, planificarea capacitilor de producie, ca i urmrirea execuiei (aprovizionare, fabricaie,
vnzare). Ca ieiri, sistemele ofereau rapoarte financiare, cum ar fi planul de vnzri, planul de
aprovizionare, proiecii de stocuri, bugete de expediie i transport.
Se cuvine s-l amintim aici pe Oliver Wight, cel care a definit Manufacturing Resource Planning
(rspndit sub acronimul MRP II), dorind ca n centrul ateniei s rmn producia. Contribuia sa la
dezvoltarea acestor sisteme a fost esenial, iar expertiza i experiena sa sunt astzi oferite de firma
internaional de consultan i educare Oliver Wight pentru excelena n afaceri. Scderea costurilor
tehnologiei i creterea performanelor acesteia au concurat la emanaia succesiv a sistemelor MRP II. Ar
fi totui de menionat c extinderea orizontului a dus inevitabil la nevoia de modificare a funcionalitilor
de baz livrate apar primele eecuri de implementare.
Mai mult dect att, se ivesc provocri noi, graie noilor tehnologii complementare care intr n
scen, precum Just-In-Time, Computer Aided Manufacturing sau Total Quality Management. Nevoia de
integrare este tot mai pregnant.
Discuii i exemple
n 1978, International Standards Organization public modelul de referin OSI (Open Standards
Interconnection), cu intenia de a oferi un cadru de dezvoltare a standardelor pentru toate comunicaiile de
date. La vremea aceea, companiile mari precum General Motors sau Boeing deineau mii de componente
tehnologice izolate i se luptau cu incompatibilitatea dintre ele i costurile mari pentru a le face s
comunice ntre ele. Folosind modelul de referin OSI, n 1985 ele au finalizat i publicat protocoale de
comunicaie (Manufacturing Automation Protocol la GM). Existena modelului de referin s-a dovedit
salutar pentru dezvoltrile ce au urmat: Ethernet, Token Ring, TCP/IP .a.
Sistemele MRP erau proiectate i dezvoltate de ctre organizaiile beneficiare. Funciile lor erau
realizate de calculatoare mari (cunoscute sub denumirea de mainframe) prin prelucrarea datelor stocate n
fiiere secveniale. Unele implementri au folosit i tehnologia EDI (Electronic Data Interchange), prin
care sunt schimbate direct ntre calculatoare documente standard n format electronic n faza de
aprovizionare (comenzi, facturi, alte documente cu format pre-stabilit). EDI a reprezentat un ingredient
valoros al sistemelor MRP, determinnd reducerea costurilor i economii de timp fa de varianta
transmiterii clasice a documentelor pe hrtie.
Discuii i exemple
Electronic Data Interchange a fost o tehnologie declarat de muli specialiti ca un vrf de lance n
dematerializarea societii. Sintagma a fost lansat n jurul anului 1975 n SUA i a reprezentat un mijloc
de transmitere, de la calculator la calculator, a datelor normalizate (standardizate) i pre-agregate, prin
intermediul unei reele de telecomunicaii. Altfel spus, EDI reprezint schimburile dintre sistemele
informatice, pe cale electronic, a datelor structurate, organizate n mesaje normalizate. Comunicarea prin
EDI presupunea un acord prealabil ncheiat ntre prile interesate, acord cu caracter juridic, n care se
precizeaz clar caracteristicile mesajelor transferate reciproc: datele comunicate, structura i mbinarea
lor, procedurile de control/validare. Acest acord definete, deci, un standard de comunicare. Standardele
pot fi bilaterale, cnd se instituie numai ntre doi parteneri, respectiv universale, atunci cnd sunt acceptate
i utilizate de o palet larg de ntreprinderi/organizaii.
n 1997/1998, un nou concept i-a fcut apariia legat de aceste dou tehnologii.
EFI (Schimbul de Formulare Informatizate) sau WebEDI presupune un demers extrem de simplu:
partenerul se conecteaz la un site WEB (Internet) pentru a efectua o operaie prin intermediul unui
formular predefinit. Serverul produce astfel o tranzacie de tip EDI, care va utiliza direct un interpretor
EDI pentru emiterea ordinelor. Cu soluia WebEDI, utilizatorul final are acces la toate serviciile oferite de
Global Intranet. Serverul Web realizeaz legtura ntre utilizatori, baza de date, lumea EDIFACT (standard
documente financiare) i X400 (standard reele de calculatoare). Baza de date conine toate tipurile de
formulare, profilul utilizatorilor i drepturile lor de acces, mesajele sosite i cele care au fost transmise,
arhivele i jurnalele de informaii ale managerilor. WebEDI integreaz un interpretor EDI, pentru
administrarea formularelor i mesajelor, i comport un modul de comunicaie X400 pentru schimburile cu
liderii comunitii. Odat cu evoluia serviciilor web i a limbajelor XML s-a trecut la raportarea XBRL
n afaceri.
eXtended Bussiness Reporting Language este un standard internaional pentru publicarea, schimbul i analiza
financiar a datelor raportate. XBRL simplific pregtirea i publicarea documentelor financiare. Ideea
este de a colecta date o singur dat i de a le converti n mai multe formate, prin prelucrare automat.
Standardul XBRL reprezint pentru mediul de afaceri mondial ceea ce a reprezentat protocolul TCP/IP
pentru Internet. XBRL este un standard internaional creat de XBRL International, un consoriu cu mai mult
de 400 de membri din toat lumea, reprezentnd companii publice i private, agenii guvernamentale i
agenii de reglementare. Adoptarea XBRL n Romania ar reduce semnificativ costurile cu colectarea i
validarea informaiilor din raportri, conversia, diseminarea, precum i schimbul acestora.
ntr-un context tehnologic tot mai bun, maturizarea sistemelor MRP instalate a determinat evoluia
acestora, prin integrarea de noi funcionaliti economice. Astfel, la nceputul anilor 80, a prins contur
Manufacturing Resource Planning (MRP II), ce s-au concentrat asupra optimizrii proceselor de
fabricaie prin sincronizarea necesarului de resurse cu cerinele produciei. Astfel, zonele acoperite au
depit limitele produciei: financiar, resurse umane, distribuie, vnzare prin magazine proprii, gestiunea
proiectelor.
MRP II a constituit mai mult dect un instrument de planificare i urmrire a produciei, astfel c a
evoluat firesc ctre un sistem mai cuprinztor, care se adreseaz i altor tipuri de ntreprinderi. n aceste
condiii, el a fost redenumit Enterprise Resource Planning. Conform unor surse, paternitatea" acestui
concept este revendicat de Gartner Group. n 1990, Gartner Inc., o companie american de consultan n
domeniul tehnologiilor pentru afaceri propune termenul ERP pentru a desemna generaia urmtoare de
sisteme MRP II. n descrierea acestor sisteme se puncteaz arhitectura client/server i interfaa grafic
utilizator, configuraia standard sau extins cu funcionaliti suplimentare, independena hardware i
software.
Extinderea funcionalitii suitelor MRP II a determinat apariia primelor sisteme ERP, la sfritul
anilor '80, consacrnd ideea coordonrii i integrrii inter-funcionale n ntreprindere. Primele sisteme
ERP nu aduceau foarte multe nouti funcionale; eseniale i decisive au fost noutile tehnologice
menionate, cea mai nsemnat fiind arhitectura client/server.
Bazate pe fundaia tehnologic a MRP II, sistemele ERP integreaz toate procesele economice:
producie, distribuie, contabilitate, financiar, personal, stocuri, service i mentenan, logistic, gestiune
proiecte, oferind accesibilitate, vizibilitate i consisten informaional n ntreaga organizaie. n anii '90
furnizorii ERP au adugat suitelor lor noi module i funcionaliti, ceea ce a generat apariia conceptului
ERP extins. Extensiile cuprind aplicaii precum APS (Advanced Planning and Scheduling), soluii ebusiness pe zona relaiilor cu clienii CRM (Customer Relationship Management) sau pe furnizoriaprovizionare SCM (Supply Chain Management).
9
Pe fondul extinderii acoperirii funcionale, asigurat adesea de ali furnizori dect de cei care au
oferit modulele ERP de baz, problema integrrii a devenit tot mai spinoas. Dac la nceput integrarea se
realiza punctual, prin interfee programate individual, proliferarea funcional a impus adoptarea unor
standarde de interfee (cum este Open Database Connectivity, ODBC, pentru baze de date sau Universal
Description, Discovery and Integration, UDDI, pentru inter-conectivitate pe Internet). Anii 2000 a adus
preocuparea integrrii platformelor integrate cu evoluia aplicaiilor middleware de tip Enterprise
Application Integration (EAI), Enterprise Service System (ESB) i Enterprise Nervous System (ENS).
Problema integrrii n contextul aplicaiilor ERP extinse este tratat pe larg n capitolul 7.
Dup 2004, arhitectura SOA complet i pre-integrat promite un set unitar de servicii i
componente pentru infrastructura de proces, pentru construirea, desfurarea i administrarea interplatforme integrate. Furnizorii de soluii au mbriat imediat aceast oportunitate. Putem aprecia c
desfurarea cronologic a ERP a urmat ndeaproape dezvoltrile din domeniul sistemelor hardware i
software. O schem evolutiv simplificat este cea din figura 1.1.
C
O
P
N
i
i
i
R
V
T
n
n
n
O
A
f
f
f
D
N
B
o
o
o
U
Z
I
r
r
r
C
L
m
m
m
I
a
a
a
T
A
T
E
Fluxuri de materiale i produse
R
i
n
f
o
r
m
a
R
E
S.
U
M
A
N
E
10
Top management
Financiar & Contabilitate
Resurse umane
R
fluxuri de materiale, resurse umane i produse
I
l
Dincolo de polemicile pe care le-a nscut, organizarea bazat pe procese a devenit unanim acceptat
ca punct de pornire al analizei i reproiectrii afacerii, ca i component nelipsit ntr-un proiect de
implementare a unui sistem integrat ERP. Importana acestui subiect ne determin s-i alocm mai mult
spaiu (capitolul 2).
11
American Production and Inventory Control Society a definit sistemele ERP astfel: metod pentru
planificarea eficient i controlul tuturor resurselor necesare pentru preluarea, realizarea, expedierea i
contabilizarea comenzilor clienilor n firmele de producie, distribuie ori servicii .
Davenport propune ca definiie un pachet de aplicaii care promite integrarea complet a tuturor
informaiilor din cadrul unei organizaii []. Acest concept este ilustrat n figura 1.4.
Rapoarte pt
conducere
C
L
I
E
N
Financiar
Contabilitate
Vnzri i
Distribuie
Service
post-vnzare
Baza de date
unic
Producie
Stocuri
Aplicaii "front-office"
PersonalSalarizare
F
U
R
N
I
Z
O
R
I
Aplicaii "back-office"
O imagine simplificat se desprinde i din definiia lui Tadjer: o baz de date, o aplicaie, o
interfa unificat n ntreaga ntreprindere".
n fine, merit citat i definiia lui O'Leary, care apreciaz c ERP reprezint sisteme
computerizate care asigur prelucrarea integrat i n timp real a tuturor tranzaciilor din ntreprindere i
optimizeaz ntregul lan de activiti, de la planificare la service post-vnzare.
Concluzionm corelnd toate definiiile prezentate prin formularea urmtoare: Enterprise
Resource Planning (ERP) reprezint sisteme bazate pe arhitectura client/server dezvoltate pentru
prelucrarea tranzaciilor i facilitarea integrrii tuturor proceselor, din faza planificrii i
dezvoltrii produciei, pn la relaiile cu furnizorii, clienii i ali parteneri de afaceri.
n ceea ce privete acronimul ERP, putem afirma cu certitudine c a declanat pe piaa sistemelor
informaionale integrate pentru gestiunea afacerilor o adevrat mod, de la an la an intrnd n uz tot mai
multe acronime. ntre zecile de exemple, le menionm pe cele mai uzitate:
1. CRM Customer Relationship Management, managementul relaiilor cu clienii;
2. SCM Supply Chain Management, managementul lanului de aprovizionare-desfacere;
3. BI Business Intelligence, platforme analitice pentru expertiza datelor;
4. EAI, ESB, ENS Enterprise Application Integration, Enterprise Service Bus i Enterprise
Nervous System, platforme middleware pentru integrarea multiplatform;
5. BPM Business Process Management, platforme pentru managementul proceselor de
afaceri;
6. SOA Service Oriented Architecture, tip de arhitectur software care presupune distribuirea
funcionalitii aplicaiei n uniti mai mici, distincte, numite servicii, ce pot fi distribuite
ntr-o reea i pot fi utilizate mpreun.
Discuii i exemple
n Romnia acronimul ERP ncepe s fie cu adevrat cunoscut o dat cu introducerea cursurilor n
programele facultilor de economie i administrarea afacerilor la specializrile de Informatic Economic
i Contabilitate i Informatic de Gestiune, cu presa care este din ce n ce mai vocal prin susinerea
necesitii acurateei informaionale. Publicaiile de gen, economice sau informatice: Business Magazin,
Market Watch, Computerworld, Networkworld, PC World, Ziarul Financiar, Tribuna Economic etc.,
precum i site-urile furnizorilor de soluii interni i internaionali popularizeaz integrarea informaional
prin platforme ERP. n acest moment (aprilie 2010) o simpl cutare dup ERP, criteriu de cutare: numai
pagini n limba romn, afieaz 259 000 de rezultate.
12
BAZE DE DATE
Culegere
PROGRAME
E
R
Comunicare
A
R Prelucrare
Stocare
G
E
T
DATE
N
I
FUNCIONALITI
Datele reprezint fundaia unui sistem ERP. Baza de date reprezint un depozit central pentru
stocarea i organizarea datelor. Oferta de baze de date comerciale este mai restrns n comparaie cu
oferta suitelor integrate: sunt 20 de platforme de baze de date la sute de aplicaii. Puini sunt furnizorii
ERP care au avut succes n dezvoltarea propriilor platforme de baze de date. Aceast strategie este mai rar
ntlnit, deoarece presupune un efort susinut pentru a contracara avantajele oferite de platformele
dezvoltate de firme specializate, deja testate i cunoscute pe pia.
Programele realizeaz legtura ntre bazele de date i funcionalitile deservite. Altfel spus,
funcionalitatea este atins prin interaciunea dintre programe i bazele de date. Programele asigur
culegerea datelor, validarea, prelucrarea i transferul lor, ca i exportul datelor ctre alte medii.
Pentru a obine informaiile cerute, programele preiau date din bazele de date create prin alte
programe, dar i din alte surse. Astfel, datele pot fi introduse de operatori, de la tastatur ori prin preluare
direct (scanarea codurilor bar, spre exemplu, sau preluarea datelor direct prin RFID, Radio-Frequency
Identification, identificare prin frecven radio). Interfeele devin tot mai importante, odat cu dezvoltrile
tehnologice, deoarece asigur comunicarea mai uoar ntre diferite medii. Prin interfee adecvate,
programele pot prelua date i din alte surse: Internet, XBRL, echipamente de producie, alte programe de
aplicaii
Incontestabil, tehnologia Internet a avut un important impact asupra aplicaiilor ERP. Orice furnizor
cu o cot de pia de peste 1% a adoptat o strategie Internet proprie, n funcie de msura n care suita sa
de aplicaii folosete tehnologiile Internet. Nici un productor nu-i mai poate permite s treac cu vederea
peste aceast tehnologie i consecinele sale.
Firmele care au volume mari de date ce provin din procesul de fabricaie au realizat interfee ale
ERP cu echipamentele de producie. Cele mai performante asigur raportarea cantitilor fabricate n timp
real, conform instruciunilor din sistemul ERP i la cererea acestuia. Interfeele sunt adaptate specificului
fiecrei ntreprinderi.
n prelucrarea datelor, programele se bazeaz pe reguli. Acestea sunt interpretate, programate i se
regsesc n codul surs. Ele constau din funcii logice, operatori de comparare i valori. Aplicaiile ERP
sunt realizate cu ajutorul instrumentelor CASE, care simplific munca programatorilor, prelund regulile i
genernd automat codul surs. Avantajele sunt: reducerea timpului de dezvoltare i obinerea unui produs
de calitate, prin minimizarea erorilor. n plus, utilizarea instrumentelor CASE sprijin consistena
aplicaiilor i standardizarea sub aspect funcional. Dup elaborarea codului surs, prin compilare se
obine programul n format executabil. Acesta are avantajul unei viteze de execuie superioare. Dup
compilare, obiectul executabil obinut, denumit n general program, este inclus n structura aplicaiei i
ataat ntr-un meniu de unde este apelat i lansat n execuie de ctre utilizator.
Rezultatele prelucrrii sunt oferite utilizatorilor sub form de rapoarte, fie afiate pe ecranul
monitorului (display-uri), fie tiprite la imprimant, dar i sub form de fiiere, care pot fi exportate i
prelucrate cu ajutorul altor medii de lucru.
13
14
Mod de concretizare
Baz de date unic (date consistente i corecte), rapoarte mbuntite
Baza de date unic elimin operaiile repetitive de actualizare (introducere i
modificare)
Rapoarte i informaii ad-hoc oferite de sistem
Schimbrile n procesele economice se reconfigureaz uor n sistemul ERP
Structura modular a sistemului faciliteaz adugarea de noi componente
Contractul de ntreinere pe termen lung cu furnizorul ERP nu este facultativ, ci face
parte din proiectul ERP
Module precum CRM sau SCM extind i deschid sistemul ctre furnizori i clieni
Arhitectura sistemelor ERP permite integrarea noilor tipuri de aplicaii e-business
(sursa: adaptare dup Hossain, L., Patrick, J.D., Rashid, L., Op. Cit., p. 5)
Complexitate
Necesitatea extinderii i dezvoltrii
ulterioare a sistemului
Mod de combatere/diminuare
Implicarea activ a managementului, obinerea consensului i acceptului
general
Dificil i nerecomandat
Alegerea unui sistem ale crui arhitectur i componente corespund
proceselor economice, culturii i obiectivelor strategice ale organizaiei
Analiza atent a celor dou alternative: furnizor unic sau mai muli furnizori,
prima nsemnnd implicarea furnizorului pe termen lung, a doua oferind
ansa alegerii soluiilor "best of breed"
Selectarea doar a modulelor care sunt absolut necesare
Poate fi eliminat, dar va reduce potenialul sistemului, care va deveni la un
moment dat un banal sistem operaional
(sursa: adaptare dup Hossain, L., Patrick, J.D., Rashid, L., Op. Cit., p. 6)
n majoritatea cazurilor publicate, eecul implementrii unui pachet de aplicaii integrate s-a
datorat problemelor organizaionale. ntr-un top 10 al motivelor am putea include (ordinea este oarecare):
1. tratarea ERP ca pe un sistem software;
2. lipsa implicrii reale a managerilor executivi (top-manageri);
3. ateptri nerealiste n privina duratei de implementare;
4. utilizarea sistemelor ERP pentru colectarea, prelucrarea datelor i obinerea informaiilor;
5. neimplicare i neacceptare din partea utilizatorilor;
6. instruirea insuficient a utilizatorilor;
7. lipsa pregtirii psihologice corespunztoare a utilizatorilor;
8. comunicare defectuoas ntre membrii echipei de proiect;
9. implementri realizate de consultani i specialiti externi;
10. proiectul nu a fost pregtit corespunztor ori resursele necesare dezvoltrii sale au fost
insuficiente.
Dei nu este un instrument magic, alternativa integrrii informaionale interne, n afara soluiilor
Enterprise Resource Planning, nu exist.
n condiiile n care organizaiile se confrunt zilnic cu o multitudine de surse i factori de risc,
cunoaterea i managementul riscurilor avnd la dispoziie platforme integrate reprezint un suport
important.
Riscul este definit ca probabilitatea apariiei unor evenimente cu efecte negative asupra unei
afaceri sau unei activiti. Astfel spus, sunt avute n vedere acele evenimente care, n caz c s-ar produce,
ar cauza pierderi, pagube financiare, cheltuieli suplimentare neprevzute sau chiar pierderea parial sau
integral a profitului ateptat. Ca s poat fi inute sub control riscurile trebuie identificate. Elementele
identificrii riscului sunt:
16
Identificarea expunerilor la risc (ex.: expunerea la risc a resurselor umane, expunerea la risc a
proprietilor-activele tangibile i intangibile ale instituiei, expunerea la riscul de rspundere
civil legal etc.);
Identificarea surselor de risc pentru organizaie (ex.: mediul fizic-natural, mediul socio-cultural,
mediul politico-legislativ, mediul intern al firmei, mediul economic etc.);
Identificarea consecinelor posibile ale riscurilor (ex.: consecine fizice, consecine funcionale,
consecine financiare etc.).
Am prezentat aceste informaii pentru c n cazul implementrii sistemelor integrate putem
identifica riscuri generale i riscuri ale managementului proiectului de implementare ERP.
Managementul riscului este un proces care se aseamn foarte mult cu un control medical: pacientul
prezint simptomele, medicul stabilete un diagnostic, stabilete un tratament, urmeaz n cazul maladiilor
grave urmrirea pacientului, iar dup efectuarea tratamentului pacientul vine din nou la control. n
consecin, prin extrapolare, prima etap este aceea de diagnoz la nivel de sistem informaional (n
capitolul 4, dedicat transformrilor organizaionale, vom da amploare acestui subiect), la acest nivel fiind
identificate i categoriile de risc.
De asemenea, dac lum n calcul faptul c riscul nu poate fi definit dect prin raportare la
obiectivele proiectului i cele ale organizaiei n ansamblu (n capitolul 3 vom trata managementul
proiectului ERP i managementul riscurilor proiectului ERP) i avem n vedere i faptul c riscurile nu pot
fi tratate toate deodat (este important stabilirea prioritilor pentru canalizarea eficient a eforturilor)
managementul riscurilor poate avea n vedere o structurare pe etape:
1. descrierea contextului la acest nivel se are n vedere specificul afacerii i mediul n care se
desfoar procesele economice;
2. identificarea riscurilor la nivel macroeconomic dar i la nivel microeconomic; la nivel
organizaional i interorganizaional;
3. evaluarea, analiza i ierarhizarea riscurilor;
4. elaborarea planului de management al riscurilor;
5. stabilirea responsabilitilor i implementarea efectiv a planului de management al riscurilor;
6. monitorizarea rezultatelor i coreciile necesare.
Importana unei situaii de risc poate fi trat din dou puncte de vedere: cea a impactului asupra
mediului organizaional n ansamblu i cea a probabilitii ce a se produce (avem n vedere n acest caz
managementul evenimentelor declanatoare). Prin realizarea combinaiilor probabile ntre cele dou,
rezult o matrice prin care pot fi inute sub control efectele negative.
La nivel organizaional cel mai important risc este cel de respingere a noului, de a refuza
colaborarea de-a lungul implementrii i de a bloca desfurarea proceselor specifice implementrii.
Analiza literaturii de profil ofer posibilitatea conturrii unui model de clasificare a riscurilor n care
se ine cont de sursa acestora (tabelul 1.3).
Sursa de risc
Factorul uman
Organizaia
Clasificare
Riscuri provenite din
comportamentul uman,
Riscuri provenite din
trsturile psihologice ale
persoanei,
Riscuri provenite din
activiti individuale,
Riscuri provenite din nivelul
de implicare i pregtire al
utilizatorului.
Strategice: riscuri legate de
strategia firmei,
Operaionale: riscuri ce
afecteaz activitatea curent a
companiei ,
Financiare: riscuri ce au
legtur direct cu fluxurile
17
Stil de
conducere
Mediul extern
organizaiei
Resursele
tehnologice i
informaionale
ale organizaiei
Relaia cu tere
pri
(sursa: preluare dup Mzreanu, V-P., Economia i managementul riscurilor, Editura Tehnopress Iai, 2010, pp. 71-72)
Provocrile ridicate de implementarea unui proiect ERP n Romnia (dincolo de tehnologie) sunt
legate de coordonarea funcional departamental i de schimbarea mentalitii legate de insuliele
informatice dezvoltate prin fore proprii, precum i de creterea competenelor actualei generaii de
profesioniti din mediul de afaceri, a profesionitilor din IT dar i a celor din contabilitate.
Concret, pe ansamblu organizaional, avnd n vedere dezavantajele prezentate n cadrul acestui
subcapitol, riscurile sunt cu att mai mari cu ct:
o proiectul dureaz mai mult;
o intervalul de timp dintre faza de planificare i faza de execuie este extins;
o experiena managementului de proiect, a echipei de proiect i a organizaiei este mult mai
restrns;
o metodologia i tehnologia la care se face apel pentru derularea proiectului este mai nou i
mai puin cunoscut.
18
Discuii i exemple
SAP (la nceput Systemanalyse und Programmentwicklung, apoi Systeme, Anwendungen und Produkte in der
Datenverarbeitung), nfiinat n 1972 n Mannheim de ctre 5 ingineri de sistem, foti angajai IBM,
actualmente cu sediul n Walldorf (Germania) este astzi:
o a treia companie de software din lume ca mrime i cea mai mare companie din lume n domeniul
produselor software inter-enterprise;
o oferta pentru o gam vast de produse: soluii integrate inter-enterprise, soluii de colaborare ebusiness pentru toate categoriile de industrie i pentru toate pieele majore;
o o companie global, care deine laboratoare n: SUA, Bulgaria, Frana, Israel, India i Japonia;
o listat la mai multe burse, printre care Frankfurt Stock Exchange i New York Stock Exchange, cu
simbolul SAP.
Alte repere SAP:
o 2002 deschiderea reprezentanei din Romnia, ns colaborarea cu SAP AG a nceput nc din anul
1995, cnd soluiile SAP au fost promovate prin parteneri locali;
o SAP Romnia se afl pe primul loc n clasamentul furnizorilor de aplicaii de afaceri, cu o cot de pia
de 22,7% n anul 2008 n Romnia, arat studiul IDC 2009 pentru piaa EAS - Enterprise Aplications
Software;
o SAP R/3 a fost cea mai cunoscut soluie din portofoliul de produse SAP. Datnd din anii 70, R/3 este
soluia care a adoptat ideea reunirii mai multor funcii de afaceri ntr-o singur aplicaie rulnd pe o
singur baz de date;
o SAP folosete n programare un limbaj propriu: ABAP (Advanced Business Application Programming);
SAP n cifre:
o 38 de ani de experien n domeniul dezvoltrii soluiilor ERP;
o peste 82.000 de clieni n 120 de ri i peste 300 de clieni n Romnia;
o mai bine de 12 milioane de utilizatori zilnic;
o 42.750 angajai n mai mult de 50 de ri;
o peste 5.400 de dezvoltatori n ntreaga lume;
o peste 106.000 de implementri;
o 2.000 de consultani pentru suport tehnic;
o peste 10.000 consultani SAP;
o 180.000 consultani din partea partenerilor SAP;
o 8.000 de dezvoltatori;
o 77 de centre de training.
Piaa a nregistrat continuu mutaii n ceea ce privete oferta, ajungnd la faza de maturitate n
ultimii ani, n urma numeroaselor fuziuni i achiziii.
An
Companie
ara
Preluat de
nfiinare
1972
1975
1977
1977
1978
SAP
DataWorks
JD Edwards
Oracle
Baan
Germania
SUA
SUA
SUA
Olanda
Epicor
Peoplesoft
1999
2006
Invensys (UK)
2000
19
QAD
Tetra
1981
JBA
1981
SSA GT
1983
Damgaard
Data A/S
IFS
Intentia
Peoplesoft
Navision
Software
1983
1984
1987
2000
SUA
Marea
Britanie
Marea
Britanie
SUA
GT
2003
Sage
1999
Geac (Canada)
1999
2006
Danemarca
Infor Global
Solutions
Microsoft
Suedia
Suedia
SUA
Danemarca
Oracle
Microsoft
2002
2002
Primele dezvoltri de platforme economice (anii '60) au avut loc n cadrul marilor companii, care
aveau propriile departamente IT, cu specialiti proprii, care lucrau la realizarea de aplicaii. Primele case
de software apar n anii '70 (detalii n tabelul nr. 1.4). n 1978 IBM lanseaz unul dintre primele pachete
MRP pe piaa IT: MAPICS (Manufacturing, Accounting and Production Information Control Systems)
el a fost primul best-seller n materie de pachete de aplicaii de afaceri, dominnd piaa peste 10 ani.
Succesul MAPICS a determinat alte mari companii americane s ias pe pia cu produsele dezvoltate in
house", dar s-a dovedit mai trziu c aceast categorie de programe necesit atenie special, devenind
apanajul caselor de software. Aa cum se observ din tabelul nr. 1.4, n aceast perioad s-a pus piatra de
temelie a marilor case de software de pe piaa ERP de astzi.
n ceea ce privete volumul vnzrilor pe piaa global, acestea au avut o evoluie lent pn la
jumtatea anilor '90, atingnd un nivel fulminant n anul 2000. Este relevant n acest evoluia veniturilor
liderului mondial SAP, acelai ritm de cretere l-au nregistrat toi furnizorii de ERP n acea perioad.
Explicaiile rezid n contextul economic favorabil care a permis investiii n IT n corelaie cu nevoia de
cretere a eficienei operaionale i mai apoi teama de implicaiile nefaste ale problemei anului 2000 la
sistemele electronice de calcul (Y2K).
La momentul anului 2000 topul furnizorilor ERP se cristalizase, avnd pe primele locuri pe SAP,
Oracle, Peoplesoft, JD Edwards i Baan. Practic, dup anul 1997 care a consemnat cea mai cretere de
pn atunci a pieei, cei 5 au meninut o cot mai mare de 50% din piaa total. n aceast perioad se
produce i segmentarea pieei, primii 5 fiind denumii generic furnizori de nivel 1 (Tier I), a cror baz de
clieni cuprinde marile corporaii din toat lumea. Furnizorii de la nivelul 2 (Tier II) la momentul acela
QAD, SSA sau IFS inteau ctre piaa de mijloc, a firmelor medii i mari. A existat dintotdeauna i un
nivel 3, al celor care i-au ndreptat atenia ctre firmele mici, dei aici au ajuns soluii informatice mai
simple, nu ntotdeauna de talia unui ERP.
Succesul nregistrat n perioada de glorie i-a costat destul de scump pe unii cel mai elocvent caz
este BaaN, care de pe culmile gloriei a ajuns n pragul dezastrului, cu grave probleme financiare la fel sa ntmplat i cu multe alte firme, mai mari sau mai mici. n aceste condiii au avut loc numeroase fuziuni,
preluri prietenoase sau forate, care au salvat de la dispariie multe pachete ERP de pe pia (vezi coloana
"Preluat de" din tabelul nr. 1.4).
Furnizorii care i-au meninut succesul i supremaia au fost aceia care au investit n cercetaredezvoltare, fiind vorba de procente consistente din cifra lor de afaceri (ntre 10 i 20%). Meninerea
pasului cu evoluiile tehnologice s-a dovedit cheia succesului pe aceast pia; cei care nu au investit n
actualizarea aplicaiilor lor dup o strategie bine gndit, n sensul de a lansa oportun pe pia versiunile
noi, au pierdut. Se pare c n domeniul software nu se aplic remarca "mai bine mai trziu dect
niciodat".
Discuii i exemple
20
Totui, nu a fost prea trziu pentru Microsoft, intrat pe piaa ERP dup anul 2000. Strategia i investiiile
realizate le-au asigurat o clasare onorabil pe locul 3 n topul ERP.
Microsoft Dynamics Nav face parte dintr-o suit de soluii pentru administrarea afacerilor de la Microsoft
denumit Microsoft Dynamics, situate pe niveluri (tier-e) diferite sau care deservesc domenii diferite (ERP
sau CRM). Navision a fost achiziionat n 2002 de ctre Microsoft. A trecut prin etape succesive de
integrare n portofoliul de soluii Microsoft. De la Navision- The way to grow la Microsoft Business
Solutions Navision, i apoi la actualul nume Microsoft Dynamics NAV, acest proces a nsemnat i o
aliniere strategic a produsului. n Navision este utilizat ca tehnologie C/SIDE (Client/Server Integrated
Development Environment) i ca limbaj de programare C/AL (Client Application Language).
n prezent suita Microsoft Dynamics este format din urmtoarele soluii:
o Microsoft Dynamics NAV- pentru companiile medii i filiale de companii multinaionale;
o Microsoft Dynamics AX ERP pentru companii mari;
o Microsoft Dynamics CRM soluia de administrare a relaiilor cu clienii;
o Microsoft Dynamics GP soluie ERP indisponibil n Romnia;
o Microsoft Dynamics SL soluie ERP indisponibil n Romnia.
Navision n cifre:
o peste 50.000 de companii beneficiare din ntreaga lume.
o peste 1 milion de utilizatori;
o peste 1600 de parteneri certificai;
o peste 1000 de soluii add-on dezvoltate de parteneri;
o peste 40 de versiuni localizate ale aplicaiei;
o vnzri n peste 130 de ri.
Aa cum remarcam, n anul 2000 piaa ERP era "aezat", matur n mare msur. Ea i-a meninut
ns caracterul dinamic consemnnd intrarea unor noi venii (att novici, ct i versai) i schimbarea de
orientare a firmelor existente. Cum cererea de ERP-uri la nivelul corporaiilor era satisfcut, marile case
de software i-au redefinit strategia, intind ctre piaa de mijloc, unde potena financiar este mai mic,
dar numrul clienilor este foarte mare. Piaa de mijloc a devenit noul teren de lupt al ofertanilor.
O alt particularitate a ofertei ERP dup anul 2000 a fost specializarea, n sensul adaptrii unei
suite ERP pe o anume vertical de industrie (de exemplu, industria chimic, industria farmaceutic sau cea
alimentar) sau domeniu de activitate (sectorul public sau comerul cu amnuntul). Aceast strategie i-a
artat roadele pentru unii furnizori, care n felul acesta i-au valorificat experiena unor implementri
specifice ntr-o ofert cu greutate i li s-a recunoscut dominarea pe o anume vertical.
21
Bibliografie
Anastasiei, B., Managementul riscului, Managementul riscului organizaional, Editura Tehnopress, Iai, 2010, citat i n
Mzreanu, V-P., Economia i managementul riscurilor, Editura Tehnopress, Iai, 2010, p. 67
Anderegg, T., ERP: A-Z Implementer's guide for success, Resource Publishing, 2000, p. 20
Anton, S.G., Gestiunea riscurilor financiare. Abordri teoretice i studii de caz, Editura Universitii Alexandru Ioan Cuza
Iai, 2009, p.17
Drucker, P., Despre profesia de manager, Editura Meteor Press, Bucureti, 1998
Fotache, D., Groupware. Metode, tehnici i tehnologii pentru grupuri de lucru, Editura Polirom, Iai, 2002, p.165
Fotache, D., Hurbean, L., Dospinescu, O., Pvloaia, D., Procese organizaionale i integrare informaional. ENTERPRISE
RESOURCE PLANNING, Editura Universitii Alexandru Ioan Cuza, Iai, 2010
Newton, R., Managementul schimbrii pas cu pas, Editura All, Bucureti, 2009
O'Leary D., Enterprise Resource Planning Systems: Systems, Life Cycle, Electronic Commerce, and Risk, Cambridge
University Press, 2000, pp.7-9
Wight, O., The Executive's Guide to Successful MRPII, Oliver Wight Limited Publications, 1983
22