Comparatie intre eBS si SAP(1)
Autor: Olimpiu | Categorie: ERP | Data: 7 Mar 2011 | 1 comentariu
De multe ori, patronii si managerii din Romania, ajung la momentul in care trebuie sa faca o alegere extrem de dificila pentru ei, si anume, sa aleaga aplicatie ERP care sa se potriveasca cat mai bine firmei pe care in mod responsabil o conduc. Si atunci isi pun intrebarea: Care aplicatie ERP este mai buna? … si mai precis, care este diferenta intre eBS si SAP? Aceeasi dilema am auzit-o si de la alti implementatori, dar si de la diverse alte persoane curioase.
Deci, care aplicatie este mai buna, eBS sau SAP ? Sincer, este foarte greu de apreciat asta, atunci cand vine vorba de cele doua aplicatii mamut, pentru ca din punct de vedere al functionalitatilor acoperite sunt destul de asemanatoare. Prin urmare, oricare din aplicatii o vei lua te va ajuta sa iti faci treaba intr-un final. Totusi sunt cateva aspecte care conteaza si care pot fi determinante in alegere. Cel mai mult conteaza calitatea implementarii aplicatiei, si spre norocul celui care trebuie sa aleaga, aici sunt ceva diferente …
Despre metodologia de implemetare, eBS vs SAP
In cazul implementarilor SAP exista o metodologie bine pusa la punct, avand ca punct de plecare un document de analiza, ce inglobeaza toate cerintele clientului, numit BBP (acronimul de la Business Blue Print). Acest document, foarte complex de altfel, este cheia intregii implementari de SAP, pentru ca pe baza acestui document se va realiza intreaga configurare a aplicatiei. Daca analiza s-a facut bine, lucrurile ies perfect, iar implementarea un succes.
Ar fi ideal nu-i asa? Dar, din pacate lucrurile nu stau tocmai asa, pentru ca acest document de analiza BBP, este greu de parcurs si de inteles, mai ales pentru cineva care nu a mai avut experienta cu un sistem integrat de tip ERP. Practic este imposibil sa se ajunga la o solutie de analiza care sa fie conforma cu realitatea. Sa va spun ce se intampla in realitate. In majoritatea cazurilor, documentele de analiza BBP sunt validate de catre client, fara ca sa fie intelese, sau poate sunt intelese doar partial, dupa care se trece la etapa de configurare si la maratonul efectuarii testelor. Atunci vine momentul cand se descopera faptul ca procesele care au fost configurate nu sunt tocmai cele dorite de catre client. Astfel ca se ajunge la reluari de etape analiza, configurare, testare, extreme de costisitoare si intarzieri greu de recuperat pentru client. Au fost cazuri, in care diferentele intre cerintele clientului si sistemul configurat erau asa de mari, incat singura solutie ramasa a fost reimplementarea intregului sistem informatic.
Pe de alta parte, in cazul eBS, metodologia de implementare presupune parcurgerea etapelor de analiza, configurare si testare, in 3 sau ma multe iteratii, ceea ce conduce din aproape in aproape, la solutia dorita de catre client. Desfasurarea acestor etape are loc in sedinte comune, clientul utilizator impreuna cu consultantul de implementare, cu aplicatia eBS in fata, acestea etapa purtand denumirea de CRP (Conference Room Pilot).
Trecand peste detalii, as vrea sa evidentiez cateva dintre avantajele majore ale metodologiei de implementare eBS.
In primul rand clientul se obisnueste cu aplicatia inca de la prima intalnire, iar instruirea si formarea key-userilor se face in acelasi timp. Apoi, in ceea ce priveste analiza cerintelor, riscurile de a face greseli majore sunt foarte mici, efortul pentru configurare este minim si, in caz de nevoie, permite intoarcea la analiza si configurare cu costuri minime si fara intarzieri. Deasemenea, un aspect foarte important, efortul pentru client este dozat egal in timp, existand o atmosfera relaxanta si fara stres.
Prin urmare, concluzia este ca, in implemetarea unei aplicatii eBS, vei avea mult mai multe sanse sa ajungi la o solutie dorita, decat iti permite implementarea SAP si in plus costurile sunt mult mai mici, in conditii de risc si stres minime.
Despre personalizarea aplicatiilor
Avand in vedere aspectele specifice spatiului economic romanesc, in mod inevitatabil, la orice aplicatie vei alege, fie ea eBS sau SAP, vei avea nevoie de rapoarte specifice sau formulare customizate. In timp ce in eBS poti sa iti personalizezi si sa iti creezi propriile tale forme si rapoarte, foarte simplu din configurare sau in cazul rapoartelor, prin editarea in MS Word a unor machete, in SAP este practic foarte dificil si costisitor. Pare incredibil insa, in SAP, pentru a face orice mica modificare de text la un raport/formular, ai nevoie de programator in ABAP, ABAP fiind un tool SAP invechit si dificil de utilizat, folosit pentru modificari de programe SAP, astfel ca orice fel de adaptari in SAP, sunt extrem de costisitoare.
In concluzie, eBS este mult in fata SAP, in ceea ce priveste posibilitatile pe care le ofera de personalizare si configurare a aplicatiei pe gustul si spre satisfactia clientului, la costuri si durate mult mai mici decat in SAP.
Costuri mai putin vizibile
Asa cum mentionam si mai devreme, calitatea aplicatiei este greu de evaluat de catre client, iar alegerea aplicatiei de cele mai multe ori, nu se face pe criterii de calitate. Interesant, nu-i asa? Pai atunci hai sa vedem care sunt criteriile in baza carora, firmele din Romania si-au ales aplicatia:
1. Reprezentante ale unor firme multinaltionale si-au implementat acelasi sistem informatic, la fel ca la firmele mama, ceea ce este absolut normal. Avand in vedere faptul ca in Romania sunt foarte multe firme filiale ale unor firme din Germania, este usor de inteles ca la aceste firme vom da peste SAP.
2. Un alt criteriu este legat de cost. Din toate timpurile de cand a fost inventat comertul au existat reducerile. Acelasi lucru l-a facut si SAP, prin asa numitul “SAP All in One” (SAiO), care vine initial un cost redus, datorita faptului ca este un sistem SAP preconfigurat cu un set de functionalitati standard, insa ulterior costurile suplimentare de implementare cresc, datorita adaptarilor. Oare de ce? Cei care isi pun problema sa achizitioneze un SAP – All in One, trebuie sa se gandeasca foarte bine inainte, pentru ca acele functionalitati standard sunt de fapt niste functionalitati ideale care nu se vor putea aplica intr-o firma, dacat cu modificari si adaptari de configurare ale aplicatiei, ceea ce inseamna costuri suplimentare de implementare care in majoritatea cazurilor sunt mai mari decat costurile initiale.
3. In alte situatii, recomandarea unui furnizor principal cu care colaboreaza firma din Romania, a fost de multe ori hotaratoare si se cunosc exemple in acest sens.
In final va las pe voi sa cantariti avantajele/dezavantajele si sa trageti concluziile.
Si mai vin cu o intrebare: oare ce trebuie facut ca lucrurile sa se imbunatateasca?