Jose Luis
Erosketa batek, filial berri baten sorrerak, spin-off batek edo merkatu berri batean sartzeak enpresa baten egitura oso denbora gutxian alda dezake. Hori gertatzen denean, normalean azkar sortzen den erabakietako bat errealitate berri hau onartu behar duten sistemekin zer egin da.
Enpresa berria korporazioko ERP sisteman integratu beharko litzateke? Zentzurik ba al du sistema bereizi bat mantentzeak? Nola bermatzen da egoitza nagusitik kontrola? Zer gertatzen da datuekin, txostenekin eta finantza-prozesuekin?
Erantzuna ez da beti berdina izaten.
Urteetan zehar, erakunde askok eredu oso zentralizatuetara jo dute, non talde bereko enpresa desberdinek ERP sistema berean lan egiten duten eta prozesuak, datuak eta gobernantza irizpideak partekatzen dituzten. Ikuspegi honek abantaila nabarmenak eskaintzen ditu estandarizazioari eta kontrolari dagokionez.
Hala ere, negozio-egitura maiz aldatzen denean, egoerak sortzen dira non enpresa-eredu hori enpresa berri bakoitzera zabaltzeak negozioaren egutegian egokitzea zaila den proiektu konplexu bat eska dezakeen.
Testuinguru honetan, hain zuzen ere, zentzua du bi mailako ERP estrategia bat baloratzea.
Zer da bi mailako ERP estrategia bat?
Bi Mailako ERP eredu bat da, non enpresa nagusiak bere ERP korporatiboa sistema nagusi gisa mantentzen duen, eta filial, enpresa edo negozio unitate batzuek lehenengoari konektatutako bigarren ERP bat erabiltzen duten.
Horrela, egoitza nagusiak korporazio mailan kudeatu behar diren prozesuen eta informazioaren gaineko kontrola mantentzen du, eta erakunde batzuek autonomia handiagoa dute beren eragiketa-beharrei erantzuteko.
Gakoa, hain zuzen ere, konbinazio horretan datza.
Bi Mailakoek ez dute esan nahi teknologikoki isolatutako filialak sortzea edo estandarizazioa uztea. Ez du esan nahi enpresa bakoitzak libreki erabaki dezakeenik nola kudeatu bere sistemak.
Talde osoarentzat komunean egon behar dena eta beharrizan zehatzak daudenean beste modu batera kudeatu daitekeena ezartzea da.
Adibidez, erakunde batek finantza-irizpide batzuk, enpresaren txostenak edo maisu-datu batzuk zentralizatuta mantendu nahi izan ditzake, eta, aldi berean, filial bati prozesu operatibo edo araudi-eskakizun batzuk tokian tokiko kudeatzea ahalbidetu.
Helburua enpresen kontrolaren, integrazioaren eta tokiko autonomiaren arteko oreka lortzea da.
ERP zentralizatua vs bi mailakoa: Zein da aldea?
Bi mailako estrategia baten existentziak ez du esan nahi eredu zentralizatu batek zentzurik galdu duenik.
Aitzitik.
Erakunde bereko enpresa ezberdinek modu berean lan egiten dutenean, prozesuak partekatzen dituztenean eta estandarizazio maila altua behar dutenean, ERP sistema bakarrean funtzionatzeak abantaila nabarmenak eskain ditzake.
Arkitektura homogeneoagoa ahalbidetzen du, zenbait txosten-prozesu errazten ditu eta informazioaren ikuspegi komun bat mantentzen du. Gainera, talde osoak partekatzen dituen politika eta prozeduren aplikazioa errazten du.
Arazoa sortzen da logika bera edozein egoeratan aplikatzen saiatzean.
Filial berri batek prozesu desberdinak izan ditzake. Beste herrialde batean kokatutako enpresa batek zerga edo araudi-eskakizun espezifikoak izan ditzake. Joint venture batek filial tradizional batek ez duen independentzia-maila bat behar izan dezake. Negozio-unitate bereizi batek bere azpiegitura propioa azkar ezarri behar izan dezake.
Kasu hauetan, galdera ez luke izan behar soilik nola txertatu entitate berria korporazioko ERP-an.
Galdera izan beharko litzateke zein ERP ereduk egokitzen dion hobekien erakunde horren egoera zehatzari eta taldearen helburuei .
Enpresako ERPak ezin duenean negozioaren erritmoari eutsi
Pentsa dezagun erosketa bati buruz.
Sozietate-transakzioa amaitu da eta, une horretatik aurrera, beste integrazio bat hasten da, ez hain ikusgarria baina berdin garrantzitsua: teknologikoa eta operatiboa.
Datu nagusiak nola kudeatuko diren, finantza-informazioa nola integratuko den, erosketekin, salmentekin edo stockekin zer gertatuko den, enpresen arteko prozesuak nola ebatziko diren eta enpresa berria nola txertatuko den enpresa-txostenetan aztertu behar dugu.
Gainera, eskuratutako enpresak lanean jarraitu behar du.
Ezin du bere jarduera eten integrazio teknologikoa amaitu arte.
Proposatutako alternatiba bakarra prozesu guztiak ERP zentralean sartzea bada, proiektu garrantzitsu baten aurrean egon gaitezke: datu nagusien harmonizazioa, dauden garapenen berrikuspena, sistemen integrazioa, egitura antolakuntzen birdefinizioa, datuen migrazioa edo prozesuen egokitzapena.
Kasu batzuetan, zehazki gauza zuzena izango da egiteko.
Beste kasu batzuetan, arrazoizkoagoa izan daiteke hasieran autonomia maila handiagoa mantentzea, korporazio-sistemara konektatutako 2. mailako ERP bat erabiliz.
Desberdintasuna garrantzitsua da.
Eztabaida ez da gehiago “nola integratu dezakegu enpresa hau gure ERP-an?”, baizik eta “zer integratu behar dugu benetan eta zer kudeatzen jarrai daiteke modu independentean?”.
Bi mailako ERP erosketan
Erosketak dira hausnarketa hau bereziki garrantzitsua den eszenatokietako bat.
Eskuratutako enpresa batek normalean bere historia propioa du: bere sistemak, bere datuak, bere funtzionamendu-eredua, bere prozesuak eta, kasu askotan, bere berezitasun teknologikoak.
Dena berehala taldearen ERP sisteman integratzeak eraldaketa ahalegin handia ekar dezake.
Bi Mailako ERP estrategia batek beste aukera bat aztertzea ahalbidetzen du: enpresa berriarentzat bere behar operatiboak asetzen dituen ERP bat izatea eta matrizearekin konektatzea taldeak integrazioa behar duen prozesuetan.
Finantzak, txostenak, datu nagusiak, erosketak, salmentak edo enpresen arteko prozesu batzuk integrazio arkitektura horren parte izan daitezke.
Horrela, eskuratutako enpresak bere egoerara egokitutako ingurunea izan dezake, taldeak behar duen ikusgarritasuna eta gobernantza mantentzen dituen bitartean.
Horrek ez du esan nahi Two-Tier izan behar denik nahitaez azken eredua.
Erakunde batzuetan, epe luzerako estrategia baten parte izan daiteke. Beste batzuetan, konbergentzia-prozesu progresibo baten etapa bat izan daiteke.
Garrantzitsuena da erabakia negozio-estrategiari erantzutea eta ez soilik gizarte guztietan eredu teknologiko bera automatikoki erreproduzitzeko beharrari.
Filial berriak eta nazioarteko hedapena
Arrazoibide bera aplika daiteke filial berri baten sorrerari dagokionez.
Merkatu berri batean jarduten hasten den enpresa batek ez du beti erakunde handi baten ERP sistemaren konplexutasun funtzional guztia behar.
Horrez gain, legezko, zergazko edo eragiketa-beharrizan espezifikoak izan ditzake, eta horrek zaildu egiten du matrizearen eredua zehazki errepikatzea.
Egoera horretan, Bi Mailakoek arkitektura desberdin bat proposatzea ahalbidetzen dute.
Filialak benetan behar dituen prozesuekin ERP bat izan dezake eta, aldi berean, korporazioko sistemekin lotura mantendu.
Helburua ez da filial bakoitza desberdin egitea.
Autonomia mantentzeko arrazoi justifikatuak daudenean estandarizazioa oztopo bihurtzea saihesteari buruzkoa da.
Nazioarteko hazkunde estrategia aktiboa duten erakundeentzat, alderdi hau bereziki garrantzitsua da. Enpresa berriak irekitzea negozioen garapenaren ohiko parte bada, zentzuzkoagoa izan daiteke horiek sartzeko eredu errepikagarri bat definitzea, filial berri bakoitza proiektu guztiz independente gisa hartzea baino.
Segregazioak eta gizarte independente berriak
Segregazioak arazo desberdina dakar.
Kasu honetan, ez dugu erakunde bat sartzen, bereizten baizik.
Lehen egitura beraren parte izan zitezkeen prozesuak, datuak, erabiltzaileak, aktiboak, kontuak, sistemak eta integrazioak modu independentean funtzionatzen hasi behar dira.
Eta, berriro ere, denbora faktore kritikoa da askotan.
Enpresa berriak funtzionatu, fakturatu, erosi, finantzak kudeatu eta erabakiak hartzeko informazioa izan behar du.
Bi mailako estrategia batek ERP ingurune independente bat eskain diezaioke entitate berri horretarako, trantsizio-aldian jatorrizko erakundearekin zer informazio trukatu behar den definitzen duen bitartean.
Erronka teknologikoa da bereizketa hori lortzea eragiketen jarraitutasuna edo informazioaren osotasuna arriskuan jarri gabe.
Zentralizazioa eta autonomia ez dira nahitaez kontrako kontzeptuak
Bi Mailako sistemaz hitz egitean egiten den akatsetako bat erabakia kontrolaren eta autonomiaren arteko aukera gisa aurkeztea da.
Ez du zertan horrela izan behar.
Filial batek autonomia operatiboa izan dezake matrizko enpresak bere finantza-informazioaren edo adierazle nagusien ikusgarritasuna galdu gabe.
Benetako galdera da zein prozesu zentralki gobernatu behar diren eta zeintzuk tokian tokiko kudeatu daitezkeen behar bezala identifikatzea.
Erakunde askotan, adibidez, zentzuzkoa da enpresaren irizpideak mantentzea maisu datu, finantza-bateratze, txosten edo politika komun batzuetarako.
Aldi berean, baliteke filial jakin baten errealitatera egokitu beharreko prozesu komertzialak, logistikoak edo arautzaileak egotea.
Banaketa hori ezin da modu generikoan ezarri.
Taldearen egituraren, bere prozesuen, entitate bakoitzari eman nahi dion autonomia mailaren eta dagoen arkitektura teknologikoaren araberakoa da.
Beraz, bi mailako estrategia batek beti negozio-analisi batekin hasi behar du eta ez irtenbide teknologiko baten aukeraketarekin.
Integrazioa bi mailako ereduaren oinarrizko atala da
Bigarren ERP bat ezartzeak, enpresaren sistemarekin nola erlazionatuko den behar bezala definitu gabe, arazo bat beste batekin ordezkatzea dakar, besterik gabe.
Integrazioa bi mailako edozein estrategiaren elementu zentraletako bat da.
Erakundeak erabaki behar du zeintzuk diren informazio-iturri nagusiak, zein datu erreplikatu behar diren sistemen artean, zein maiztasunez eta zein prozesuk funtzionatu behar duten modu koordinatuan.
Baliteke bezeroen, hornitzaileen edo produktuen datuak integratzea beharrezkoa izatea. Honen barruan sartu daitezke finantza-informazioa, eskaerak, erosketak, inbentarioa, enpresen arteko prozesuak edo txostenak ere.
Esparrua eszenatoki bakoitzaren araberakoa izango da.
Beraz, arkitektura bat hautatu aurretik, komenigarria da itxuraz sinpleak baina funtsezkoak diren galdera hauei erantzutea: Zer jakin behar du matrizeak? Zer informazio kudea dezake filialak tokian tokiko? Nor da datu bakoitzaren arduraduna? Zein prozesuk funtzionatu behar dute denbora errealean eta zeinek truka dezakete informazioa beste modu batean?
Galdera hauei behar bezala erantzutea askoz garrantzitsuagoa da teknologiarekin zuzenean hastea baino.
SAP Cloud ERP eta GROW 2. mailako gisa
SAP ingurune batean, estrategia posible bat da enpresa nagusiaren ERP 1. mailan mantentzea eta SAP Cloud ERP filialen edo unitate batzuentzat 2. mailan ezartzea.
Ikuspegi honek hodeian oinarritutako logika batetik eta prozesu estandarizatuak dituzten entitate berriak txertatzea ahalbidetzen du, korporazio-sistemarekin beharrezko integrazioa mantenduz.
GROW with SAP bereziki diseinatuta dago SAP Cloud ERPren adopzioa errazteko, jardunbide egokietan oinarritutako eredu baten eta estandarretara egokitzeko ikuspegi baten bidez.
Azken kontzeptu hau bereziki garrantzitsua da.
Garapen espezifikoen bidez dauden ezaugarri guztiak sistematikoki erreproduzitu beharrean, abiapuntua prozesu estandarrak erabiltzea eta negozioarentzat benetan beharrezko bereizketa eskaintzen duena bakarrik zabaltzea da.
Zuzen aplikatuta, ikuspegi honek konplexutasun teknologikoa kontrolatzen eta irtenbidearen ondorengo bilakaera errazten lagun dezake.
Baina, berriro ere, teknologia estrategiaren ondoren etorri behar da.
SAP Cloud ERP Tier 2 sistema gisa erabiltzea erabaki aurretik, garrantzitsua da ulertzea zein erakundek jardun behar duten eredu horren pean, zein prozesu kudeatu behar dituzten, nola integratuko diren egoitza nagusiarekin eta zein izan behar den gobernantza eredu orokorra.
ERP zentralizatua ala bi mailakoa?
Ez dago erantzun unibertsalik.
Eragiketa homogeneoak dituen eta estandarizazio behar handia duen erakunde batek eredu zentralizatu batean aurki dezake alternatiba eraginkorrena.
Beste enpresa batek, erosketa, nazioarteko hedapen, bereizketa edo enpresa berriak sortzeko prozesu maizen menpe dagoenak, arkitektura malguagoa behar izan dezake.
Beraz, erabaki aurretik, komenigarria da galdera batzuk egitea zeure buruari.
Zenbat denbora dugu entitate berria abiarazteko?
Benetan antzekoak al dira haien prozesuak matrizearenekin?
Zein autonomia maila behar duzu?
Zer informazio kontrolatu beharko luke taldeak?
Zein tokiko berezitasun daude?
Egoera berezi baten aurrean gaude edo litekeena da berriro egoera berbera izatea hilabete batzuk barru?
Azken galdera bereziki garrantzitsua da.
Enpresa batek erosketa errepikakorrak egiten dituenean, merkatu berriak irekitzen dituenean edo bere egitura korporatiboa aldizka aldatzen duenean, baliteke ez izatea zentzurik aldi bakoitzean irtenbide desberdin bat diseinatzeak.
Hazkunde horri behin eta berriz erantzuteko gai den ERP arkitektura eredu bat ezartzeko garaia izan daiteke.
Bi mailako ERP negozio erabakia da, ez teknologia erabakia soilik.
ERP arkitektura erakunde batek funtzionatu nahi duen moduarekin bat etorri behar da.
Beraz, bi mailako erabaki batek ez luke irtenbideak alderatuz edo funtzionaltasunak soilik aztertuz hasi behar.
Lehenik eta behin, beharrezkoa da enpresaren egitura, prozesuak, gobernantza beharrak, dauden sistemak, erakunde bakoitzaren berezitasunak eta taldearen etorkizuneko estrategia ulertzea.
Hortik abiatuta, zentralizatuta egon behar dena, autonomia handiagoa sartzea non den zentzuzkoa eta bi munduak nola konektatu defini daiteke.
i3s-en, egoera hauetan dauden erakundeekin lan egiten dugu: enpresa-integrazioak, hedapenak, filialak, bat-egiteak edo spin-offak. SAP eredu zentralizatuekin eta bi mailako arkitekturekin dugun esperientziak aukera ematen digu erabakia negozioa, prozesuak eta teknologia konbinatzen dituen ikuspegi batetik hartzeko.
Zeren arazoa ez baita dena zentralizatzea edo dena deszentralizatzea.
Gakoa beharrezkoa den lekuan kontrola mantentzeko eta negozioak behar duen lekuan malgutasuna emateko gai den arkitektura bat izatea da.
Irailaren 17an, egoera honetan sakonduko dugu “SAP GROW: enpresa-aldaketei bi mailako erantzuna” webinarrean, non aplikazio-kasu nagusiak, eredu zentralizatuaren eta bi mailakoaren arteko desberdintasunak, integrazio-arkitektura eta SAP Cloud ERP-rekin inplementazio-proiektu bati nola heldu aztertuko ditugun.
Jose Luis
SAP FI eta S/4HANA hodeiko aholkularia | Finantza-prozesuen optimizazioa eta araudi-betetzea | SAP Ziurtagiridun Profesionala i3s-en
