Implementacija ERPa od strane inostrane kompanije

Jeli moguce u Srbiji preziveti implementaciju ERP-a od strane kanadjana koji nikada nisu tako nesto radili na ovim prostorima? Zapravo van Severne Amerike radili su samo sa UK. Ne pitajte me zasto bas oni. Prosto samo oni imaju ERP koji je do kraja "saglasan" sa opremom koju prodaje moja firma i americkim proizvodjacem iste. Dakle moduli koje ima taj ERP su mi potrebni i nema nikakvog dopunskog programiranja niti bi mi trebao neki dodatni software jer bi ovo bilo all-in-one solution za nekih 25000-30000 USD. Problem nije ni u podrsci, oni ljudi su naravno ozbiljni (40 zaposlenih i impozantna lista klijenata), za razliku od vecine ovde, vec u potrebi za prilagodjavanjem na nivou poslovno-administrativnih postupaka. Da li je moguce uopste prilagoditi knjigovodstvo, propise vezane za carinjenje, za poreze, plate itd?..Koliko se to razlikuje ovde i tamo? Da li je neko vec isao ovim putem? Ili da se manem corava posla i pocnem da lobiram za neki od domacih ERP-ova koji mi naravno ne zavrsavaju do kraja posao bez gomile dodatnog budzenja ili neki preskupi "uvozni-brandname" ERP tipa SAP kod domacih implementatora koji mi opet nece zavrsiti do kraja posao sem ukoliko ne pocnu da uvoze i implementiraju i neke posebne module koje do sada nisu imali u ponudi pa smaim tim ne mogu imati ni iskustva sa njima. Znaci samo savet i neko sopstveno iskustvo ako ga neko ima. Eventualno neka referentna uporedna lista propisa/postupaka u poslovanju i administraciji na relaciji Srbija/WesternPractice ako tako nesto postoji bi takodje bila od velike koristi.
Hvala.

Ako pretpostavimo (eto odmah prostora za gresku) prvo ti treba ODLICHAN knjigovodja koji ce znati razliku izmedju medjunarodnih i nasih standarda u knjigovodstvu. Da bi ERP minimalno profunkcionisao potrebno je da uradite:
1. unos naseg kontnog plana
2. promenu svih pravila za knjizenje dokumenata/promena iz ostalih modula posto pretpostavljam da ona koja dobijate uz ERP se ondose na americke standarde:
- dobavljaci
- kupci
- materijal i roba
- osnovna sredstva
- zadovoljavanje forme i neophodnih elemenata na fakturi

Ako imate mogucnost direktnog unosa naloga u knjigovodstvo, onda ostale specifichnosti vezano a nasu zemlju mozete uraditi rucnim knjizenjem:
- obracun plata (mozda za ovo da angazujete agenciju ili da uzmete poseban program)
- sve ostale specifichnosti koje mogu da proisteknu iz poslovanja ali ne na regularnoj bazi
- blagajna?....

Ukoliko zaposleni znaju engleski, onda vam bar prevod interfejsa na srpski nece biti potreban.

Koliko cete koristi od ERP-a imati u praksi najvise zavisi od toga kako organizujete kontni plan, da li koristite ugradjivanje analitike u kodove partnera, artikala itd itd...

---

Ja iz tvog pitanja nisam razumeo da li vi uvodite ERP zato sto ste uvideli da vam zaista treba, ili je samo uvodjenje ERP-a nuzno zlo jer postoji direktiva spolja da uvede? Od ovoga umnogome zavisi da li ce i koliko biti uspesna implementacija ERP resenja bez obzira kako se ono zove. Tebe ustvari zanima da li da se sa jedne strane odabere neko resenje koje je manje-vise provereno u majcici Srbiji, a nije dokazano u industriji kojom se vi bavite, ili da uzmete resenje koje potice iz vase industrije, ali da rizikujete sa kompatibilnoscu sa "The Specificnostima". Po meni svaki put ima svoje prednosti i mane. Ako odaberete taj ERP koji vam se nudi, moracete da se pomirite sa tim da cete neke stvari raditi uspomoc stapa i kanapa. Ako odaberete NAV ili SAP cucete reci interfejs i change request kada budete trazili neku funkcionalnost koja je vezana za vase poslovanje. Ajmo redom.
1. Birate severnoamericko resenje? Po meni to malo komplikuje situaciju, prvo zato sto njihovo knjigovodstvo nije u skladu sa IAS vec GAAP, tako da postoji jos jedna prepreka za usaglasavenjem u ovoj nasoj dolini suza.
2. Nisam razumeo sta je vasa glavna delatnost i ako postoji sporedna koja je? Kakve su potrebe za finansijskim izvestavanjem (da li imate razlicite segmente i koji su, ako ste filijala strane firme da li morate da izvestavate po njihovom zakonodavstvu).
3. Kakve su vam aktivnosti u poslovanju, koji deo ide na uvoz, izvoz, komision, konsignacija... (ovo su sve pitanja koja bi konsultant trebao da vas pita).
4. Kakve su vam potrebe za menadzment izvestavanjem? Da li imate neke zelje za analizama profitabilnosti ili se zaustavljate na klasi 9?
itd....

@radenko
Ne vidim nikakav problem koji moze da proistekne iz kontnog plana i sema knjizenja. Kontni plan je skup sifara, nista vise, lose osmisljen moze samo malo da oteza pocetnu fazu implementacije, ali nista vise, to se vrlo brzo iscisti. Blagajna??? Kakva tu specificnost postoji? Poslovanje na crno = ne treba ti ERP.

Ja sam steko utisak da se firma bavi iskljucivo trgovinom koji se proizvode u americi.
Kontni plan jeste samo skup sifara koji je kod nas propisan do 4-te cifre ali nakon tih 4 cifara uz malo kreativnosti moguce je dalje razradjivati analitiku koja kasnije puno pomaze u izvestavanju, ista svar vazi i za sistem sifiranja artikala, partnera, najgore je ici na autoincrement foru (koju kada vidim jasno mi je gde sam).
Za blagajnu ne znam kakve specificnosti postoje, samo pretpostavljam.
Ko je pominjao poslovanje na crno?... Cak i u tom slucaju ERP moze JAKO puno da pomogne :) Takodje, sticem utisak da je bloodymiru bitan operativni deo tog ERP-a...

---

Offtopic:
Valjda na 3 a ne na 4.
Totalno nebitno, ali je za mene bitna stvar ovo pametno šifriranje koje si ti upravo naveo. Ne mogu da verujem da u Srbiji ljudi još uvek razmišljaju na taj način. Daj mi jedan dobar razlog zašto bi ti to trebalo da bude pametno a ne da bude autoincrement? U novim sistemim postoje mnogo načina kako naći određeni artikal a da to ne bude po pametnoj šifri koja krije grupu, dobavljača, cenu i ne znam ti ja šta ne sve još.

Sad da se vratim na topic.
Po meni, vrloooo je rizično ulaziti u priču o implementaciji ERP gde ćeš biti prvi klijent nekom ko tek dolazi na novo tržište, ma koliko to bila ozbiljna firma i ma koliko to bilo dobro rešenje. I ako ulazite u tu implementaciju firma treba da vam da prilično sniženje na celu cenu implementacije.

---

Kod mene je sasvim suprotno, kada vidim takvu vrstu "kreativnosti", ukapiram da je ta firma daleko od korišćenja nekog savremenog ERP-a.

Što se tiče nabavke nekog takvog ERP sistema, ja bih više puta razmislio. U pitanju su naši standardi, a program sigurno nije lokalizovan. To nisu jedno ili dva prilagođavanja, već je u pitanju kompletna lokalizacija po našim zakonima. Sa druge strane, raspitaj se malo, možda neki od ERP-ova koji su zastupljeni na našem tržištu imaju razvijenu vertikalu baš za tvoj biznis. Kaži nam kojom se vrstom posla baviš, možda neko odavde može da te posavetuje. Mislim da je mnogo jednostavnije i razviti neku vertikalu, nego samostalno lokalizovati program, za koji ćeš imati i kilavu podršku, s obzirom da su sa druge strane okeana. Većinu naših specifičnostima njima nećeš moći da objasniš.

---

Iz tvog odgovora mogu da pretpostavim da nikada zapravo nisi radio iz perspektive korisnika nekog informacionog sistema, jer da jesi onda bi znao odgovor na ovo pitanje sto si postavio. U principu dacu jedan banalan primer iz prakse, ima ih mnogo ali evo ovaj ce na jednostavan i svakom razumljiv nacin ilustrovati prednost govorecih sifara. Jedan veliki sistem maloprodaja ima u ERP-u otvoreno oko 100 sifara za istovarna mesta na koja se iskljucivo vozi roba. Recimo da nije u pitanju samo jedan vec da ih ima 10 takvih sistema sa po 100 istovarna mesta. Ukoliko bi isao logikom sifriranja preko autoincrement onda bi imao sledecu situaciju (sifre pocinju sa 100000):
100001 maxi glavna sifra
100002 rodic glavna sifra
100003 maxi prodavnica 25
100004 rodic market 15
100005 maxi prodavnica 106
100006 metro glavna sifra
100007 metro 1
.....

u slucaju prihvatanja porudzbine i njenog unosa u sistem ukoliko osoba ne zna napamet sifru za trazenu prodavnicu onda mora da koristi pretragu po delu naziva, sto je moucnost koju ima bilo koji informacioni sistem od najmanjeg do najveceg.
ukoliko ostalim ucesnicima u ovom procesu potrebno proveravati status isporuke za odredjeno mesto, svako od njih mora da koristi mogucnost pretrage po delu naziva sve do fakturisanja. Ovo je naravno primer kada se tokom procesa uvek koristi referenciranje preko sifre istovarnog mesta.
sada zamislite da je sistem sifriranja napravljen ovako:
prve tri cifre identifikuju sistem, i to:
101xxx - maxi
102xxx - rodic
103xxx - metro

a za preostale tri pozicije se preuzima broj istovarnog mesta po evidenciji maloprodajnog sistema:
101000 maxi glavna sifra
102000 rodic glavna sifra
103000 metro glavna sifra
101025 maxi prodavnica 25
102015 rodic market 15
101106 maxi prodavnica 106
103001 metro 1

sada operater koji treba da referencira sifru istovarnog mesta, moze sam da je odredi bez pretrage sto stedi jako puno vremena. npr. ako stize telefonska porudzbina za maxi prodavnicu 106, operater odmah kuca sifru 101+106=101106 i dalje ako je moguce isti sistem sifriranja primeniti i na sifre artikala/usluga onda ne mora da pretrazuje te sifarnike.
ovakav pristup moze skratiti vreme potrebno za unos porudzbine nekoliko puta, tj. do samog kraja telefonskog razgovora, umesto da operater koji prima telefonsku porudzbinu zapisuje istu na papir, a nakon razogovora da je ukucava u sistem.
naravno ovo je samo jedan primer iz prakse, banalizovan i jedna od milion situacija gde prednost pametnog sifriranja dolazi do izrazaja.

u ovom casu imam u glavi jos 3 primera iz prakse, ali nemam vremena da ih opisujem, oladi se kafa!... Ups, mislim jos 4 primera iz prakse, 3 za sifriranje artikala, i 1 za sifriranje verzije objekata u jednom od svetski poznatih ERP resenja.

---

Neznam kada si rekao "vidim" da li si bukvalno mislio samo na posmatranje iz treceg lica ili si "video" te stvari kao korisnik.
Iz tvog rezonovanja bih rekao da si "video" samo iz treceg lica, jer bih i sam kao covek prevashodno IT struke upravo tako rezonovao da me praksa nije vodila da jako cesto ERP resenja "vidim" kao korisnik a ne implementator.

To je problem vozach-automehanicar, automehanicar koji niakada nije vozio ili je vozio jako malo ne moze bas najbolje da razume vozaca koji dovozi auto na servis i objasnjava sta je problem, koje nepravilnosti je primetio u voznji. Onda dobije od mehanicara odgovore tipa: "pa to je star auto....." i menjanje jednog po jednog dela dok na kraju ne odustane od auta, a ceo problem bude u tome sto je trunje uslo u rezervoar i povremeno pravi probleme oko dovoda goriva - trebalo je samo isprati sistem.

_{[Ovu poruku je menjao radenko dana 21.02.2008. u 09:26 GMT+1]}

---

Ja sam samo rekao da se u savremenim ERP sistemima ne koristi takvo grupisanje kroz šifru, već postoje mnogo elegantniji načini. Uz to, takvo grupisanje šifara je mnogo sklonije unosu pogrešnih podataka, koji će od toga napraviti tačan skup netačnih podataka i na kraju, to neće nikome koristiti, a usložavaće sistem rada.
Ja imam dosta ovakvih iskustava i iz ugla korisnika i iz ugla implementatora.
To o čemu govoriš se koristilo pre više od 10 godina.

---

Pre svega hvala na odgovorima.
Ako nista bar sam sada sigurniji da bi taj posao bio Sizifov i vrlo verovatno komplikovaniji od svake domace kostimizacije.

Neko je pomenuo da mozda neko od vas zna za neki domaci ERP koji bi mi zavrsio posao...Mozda...Ja sam ih pregledao nekoliko i nisu me bas do kraja odusevili...

Evo koji su zahtevi pored onih uobicajenih...(pod uobicajenim naravno podrazumevam da treba da ima sve neophodne funkcionalnosti)..

1) Servisni modul mora da bude vrlo ozbiljan! - Ovo jos nisam video ni u jednom domacem od onih koje sam pogledao -
(ovo je jako bitno jer nam omogucava da se visoko kotiramo kao partner i da dobijamo statuse Gold, Platinum etc i samim tim jefitniju robu, podrsku itd...)
Neophodna je viseslojna poluautomatska eskalacija problema sa schedulerom i alarmima (od call centra do dispecara, od inzenjera do inzenjera, do senior inzenjera) sve to uvezano sa outlook-om i sa mogucnoscu slanja smsova, knowledge base, periodicno prevetivno servisiranje, servisiranje uvezano sa razlicitim modelima servisnih ugovora (pretplata, naplata po intervenciji, naplata nakon odredjenog broja sati itd), billing servisa..itd...i naravno preglednost!

dalje o specificnostima..(ovo sam u principu vidjao po domacim ERPovima ali nisu ih svi najsrecnije resili):
2) Robni modul mora da bude u mogunosti da isti item razlicite pod verzije (tipa neki server koji ima neku minornu novinu na sebi..recimo postao je RoHS..) vidi kao isti (bez obzira sto im se razlikuju bar codovi)..Pa samim tim i sastavnica u kojoj se menja neki "slican" komad mora da ostaje ista..

3) Zamena robe kod kupca...Moramo da budemo u stanju da zamenimo recimo komad jedne robe komadom druge robe iste vrednosti (ovo mogu uglavnom skoro svi ERPovi mada nije redak slucaj da neki jako komplikuju tu pricu)

4) Zamena robe od dobavljaca (RMA) - Ovo se radi kroz privremeni izvoz...E tu je problem sa alarmima takodje..Mora zbog carine da salje upozorenja do kada to mora da bude gotovo...
Isto vazi i za privremeni uvoz kada dobijamo neku robu na testiranje...

5) Pozeljno je da moze da salje xml-ove carini da bi smo sami mogli da radimo spediciju..(nije neophodno)

6) Reversi kod kupaca...Treba da omoguci da se reversi nama vracaju i u celini i delimicno

7) Treba da je moguce nesto uraditi na prethodno zatvorenom poreskom periodu..(nije fraud u pitanju nego se jednom u par meseci dogodi da je bilo nekog propusta...svako ko radi zna o cemu pricam)

8) Sisteme nekada prodajemo i nekompletne (u smislu da ode recimo sav hardware ali ne i sve licence a naplatimo ih sve jer sklapamo ugovore koji nas na taj nacin prodaje obavezuju)..potrebno je da kada uvezemo kasnije to sve to i isporucimo bez novih faktura i bez haosa na stanju sa negativnim kolicinama i slicno..Potrebno je naravno da se za neisporucenu robu odmah generise narudzbina...

9) Potrebno je i nesto predvidjanja. Sales Oportunities u smislu da zelimo da na osnovu kontakta sa kupcima prodaja moze da daje predvidjanja o tome koliko ce se sa odredjenom sigurnoscu prodati u nekom sledecem periodu odnosno koliko ce se naruciti za taj i taj period..
Recimo: Pera Peric predvidja sa 75% sigurnosti da ce za te i te klijente u periodu od maja do jula prodati robe za 650.000..
Naravno ove procene treba da se azuriraju sa svakim kontaktom sa klijentima...

and last but not least:
10) Trebalo bi da postoji mogucnost vodjenja paralelnih profitnih i troskovnih centara jer imamo i drugih poslova koje vodimo pod istom firmom...Znaci oni bi trebalo da se knjize zajedno ali je potrebno u izvestajima videti ih potpuno odvojene..

i zadnje:
11) Ono sto definitivno ne nude domaci ERP-ovi a to je mogucnost povezivanja PCa preko UTP kabla sa digitalnim i VoIP telefonima tako da kada te zove klijent tebi odmah iskoci ERP popup na kojem vidis istoriju svih kontakata sa njim (serviseri vide prethodne intervencije, pravna sluzba vidi ugovore, anekse itd, prodavci prethodne prodaje i buduce potencijalne prodaje itd...) Jako korisno i vrlo lepo kao customer care kad se nekom obratis momentalno sa poznavanjem svega sto se kod njega desavalo ili treba da se desi, a ne sa sacekajte samo sekund da precesljam pola ERPa...


Naravno ponavljam jos jednom...treba da ima i sve one druge module koji se smatraju sastavnim delom iole slozenije poslovne aplikacije (plate, HR, marketing..).

Imate li neki predlog kako da dodjem do ovoga? Ili do necega sto ne bi trebalo preterano mnogo prilagodjavati...Jerbo vec sam ja pronasao neke ERP-ove koji zadovoljavaju vecinu pomenutih stvari ali bih uz njih morao da nalazim dodatni TroubleTicketing modul za servis i da im onda povezujem billinge..E to mi se ne radi...

Hvala jos jednom...

Zahtevi više-manje i nisu preterani. Lepo je videti da neko tačno zna šta mu treba. Na našem tržištu postoje lokalizovani sistemi koji ovo mogu da isprate.
Detaljnije u PP.

---

U SAPu i J.D.Edwardsu postoji mogucnost izbora da li zelite autoincrement (opciono sa opsegom) ili ne prilikom otvaranja sifara.


Jedina tacka gde je moguce napraviti gresku je kod samog otvaranja sifre, ali se taj dodatno ulozeni trud mnogostruko vrati kroz exploataciju tako uredjenog sistema. Uostalom, naveo sam jedan konretan primer iz koga se jasno vide beneficije, voleo bih da dobijem bar jedan primer koji to demantuje umesto standardnih opstenih fraza.


Ko sto rekoh, daj neki primer iz svog iskustva koji pokazuje da je ovo pogresno, stetno i lose.

Zao mi je za OFF...

---

Postoje? Bez mnogo dobudzivanja i sa adekvatnim timom za implementaciju i podrsku?
Ako zaista postoje daj mi molim te neke linkove i eventualno neke prezentacije na PP.
Hvala.

Poslao

---

Pa zahtevi nisu neozbiljni, bas me zanima procena vremenski/novcano koliko bi kostalo da se ovo izvede nekim ozbiljnim ERP sistemom. Meni se cini da osim nekim core modula, ovde ima posla za HR, service management, project system, crm. Ako sam shvatio ideja je da to kosta 30000$/e? Pa bojim se da cete premasiti cifru makar tri puta (naravno ako odlucite da sve ovo radite u ERP-u, bez interfejsa). Razmislite o scope-u projekta.

Ne znam tačan broj korisnika, ali već na prvi pogled se vidi da za 30.000€ neće ići.

---