Razlike između MS Navision-a i SAP-a

Ja ne razumem ni Office licenciranje, a mogu tek da zamislim kako je za njihov ERP. Skoro nam je u firmu došao neki lik koji je kroz razne pakete i ko zna šta ne još uspe da nam značajno smanji koliko smo plaćali MS za office.
Ali u svakom slučaju možda je do mene, kad god dođe tema licenciranja meni postane muka i nestanem.

I u SAPu sve te kontrole postoje. Ima poseban program, isti svima, koji se na kraju godine pokreće i obračunava licence i održavanje, ali nekako svako plaća drugačije.

Potpis

Fear not the dark within this night
Beneath the sky of deadly light
Of raging fire seen from afar
The fear inside of who you are

Ja sam jednom pokušavao da skontam za SQL i bio sam vrlo zadovoljan što to ne moram stvarno da znam. Mada, uskoro nam dolazi i sve to uvećano za faktor Azure

Da li po vama postoje neki "preduslovi" u pogledu strukture kompanije da bi nakon implementacije SAP-a kompanija uspela da ostvari njegovu punu vrednost?

Ima li slucajeva da je SAP implementiran u kompanijama sa manjim brojem zaposlenih (60-ak korisnika ERP sistema)? I da li je iskustvo pokazalo da kompanije srednje velicine mogu da se nose sa kompleksnoscu SAP-a?

_{[Ovu poruku je menjao Inicijator dana 30.06.2016. u 13:35 GMT+1]}

Nema preduslova. Jedini preduslov su dobri konsultanti i dobar menadžment koji je spreman da aktivno učestvuje u implementaciji. Dobri konsultantni će prilagoditi sap firmi, a dobar menadžment firmu sap-u.
Uzged, pitanje, šta je to puna vrednost SAP?

Veličina kompanije nema veze sa izborom erp-a, već samo šta neko želi da radi sa njim. A valjda i sama ta "kompleksnost" sap-a ili bilo kog drugog erp-a bi trebalo da im omogući da mogu da radi u svim uslovima.
Inače znam da je firma za 3 korisnika implementirala sap (Austrija).

Potpis

Fear not the dark within this night
Beneath the sky of deadly light
Of raging fire seen from afar
The fear inside of who you are

Pod punom vrednoscu smatram da nakon implementacije SAP-a kompanija u svakodnevnom poslovanju koristi najveci broj raspolozivih funkcionalnosti sistema, a da nije slucaj da su implementirane mnoge funkcionalnosti koje u teoriji lepo zvuce, ali koje korisnici sistema ne koriste uopste vec te aktivnosti rade pesaka van ERP-a (pored toga sto imaju sva neophodna upustva, ali se jednostavno kroz rad u praksi pokaze da to bas i ne moze u realnom radu da funkcionise, kao sto su konsultanti obecavali i demonstrirali na jednostavnim modelima pre prodaje).

_{[Ovu poruku je menjao Inicijator dana 04.07.2016. u 14:25 GMT+1]}

Citat preuzet na drugom sajtu: "Imamo SAP (ne i MRP modul) ali su inputi katastrofa. Prodaja priča bajke jer jure svoje brojeve zarad svojih nekih bonusa i ko zna čega, isforsiraju te da proizvedeš toliko i toliko hiljada hektolitara (što povlači za sobom planiranje isporuka neophodnih materijala tipa flaša, čep, etiketa, folije itd), od čega ti pola ostane u FG skladištima i čeka rok trajanja i sad nemaš prostora ni lego kocku da staviš u magacine.

I da imamo MRP -- čemu bi služio kada ti plan proizvodnje menjaš 5 puta na dan jer reaguješ na raspršivanje fantazija Sales odseka i smanjuješ hektolitre, izbacuješ jedan proizvod, guraš drugi, itd? Znači, ljudski faktor opet figurira kao ključan element (ne)operativnosti.
Radim MRP i planiranja mora da ima: oslanjam se na Excel i na plan proizvodnje koji radi kolega prekoputa mene, a SAP mi služi isključivo za pregled zaliha i slanje narudžbenica jer je zaista beskoristan u ovakvim uslovima poslovanja (prevashodno mislim na Srbiju, ne na firmu).

Dobavljači nas redovno napušavaju zbog šizofrenih zahteva ali, kažem, to je sve zbog katastrofalnih Sales inputa sa kojima radimo. Kad si u logistici, svima si kriv za sve--čak i onima koji ti prouzrukuju 90% problema: prodaji i marketingu."

Ja sam lično takođe čuo komentare od osoba koje su radile u stranim kompanijama da nisu bile zadovoljne MRP sistemom, pa su planove pravili ručno sami.

Slažete li se sa time da je malo kompanija u Srbiji koje su na dobar način implementirali logiku ERP-ovog načina planiranja zaliha u svoje poslovanje i da se u potpunosti oslanjaju na njega (svo planiranje vrše u njemu, nema hiljadu excel fajlova kao ispomoć)?

Ne slažem se.

O ovome bih mogao jako mnogo da pišem.
Ali da sumiram konstatacija je jako je paušalna i ima mnogo više veze sa tim kako naši ljudi doživljavaju i odnose se prema ERP nego sa bilo čim drugim.

I za kraj, po meni, excel je neophodan i nezamenljiv alat, činjenica da ga neko koristi i pored ERP ne dokazuje apsolutno ništa.

Potpis

Fear not the dark within this night
Beneath the sky of deadly light
Of raging fire seen from afar
The fear inside of who you are

Konstatacija koju sam izneo se generalno odnosi na uslove poslovanja kompanija u Srbiji. Problem nije u ERP sistemima (koji zahtevaju određeni nivo discipline u čitavom lancu kako bi na duži rok moglo da se izvrši anticipiranje potražnje). Ukoliko se disciplina ne nametne svim karikama u lancu, ukoliko se dozvoljava previše izuzetaka, ERP sistem je onda nemoćan.

Da li je neko upoznat u kojim sve drzavnim sistemima / institucijama se koristi SAP? Za privatne kompanije mi je poznato, ali za državni sektor ne.

Ovo je ono za šta ja znam:
Grad Beograd, Neki mali deo u trezoru,
EPS, Pošta, Telekom, RTS,
Takođe mislim da je SAP ovde pravio public sector hub, ali ne znam dokle je to otišlo.

Potpis

Fear not the dark within this night
Beneath the sky of deadly light
Of raging fire seen from afar
The fear inside of who you are

Ja sam pored tog podatka za upravu za trezor u okviru Ministarstva finansija pronašao još za MUP (ne znam da li samo deo koji se tiče poslova javnih nabavki).

Postoji li u SAP-u ili NAV-u opcija da se omogući beleženje preciznog vremena svake transakcije (vreme otvaranja porudžbenice, vreme knjiženja...)?

Ukoliko u samom ERP sistemu ne postoji takva opcija, postoji li neki softver koji se može integrisati sa ERP sistemom koji će meriti precizno trajanje svake aktivnosti?

https://www.youtube.com/watch?v=xN9bSyvt-xg

Sećam se da je ranije bilo sličnih komentara, ali me je iznenadilo da ovo kaže baš on i to u 2017. godini

Šta te ovde čudi hoće čovek da uvede neko svoje "bolje" rešenje od koga će da uzme masnu proviziju. A onda će neko ko bude došao posle njega da pljuje to njegovo rešenje i da uvede novo.
Na stranu šta ja mislim o Prointeru/Energosoftu i njihovom gazdi (ništa dobro) što je tema Insajdera, ali istorija implementacije SAP u EPS je jako duga i dosta različitih implementatora se tu izređalo i glavni problem nije u SAP.

Kako god, to je trenutno glavno zanimanje svih novo postavljenih direktora, implementacija informacionih sistema.

Sećam se kako je u Infostanu neki direktor ili šta već namerno poslao pola beograda pogrešne račune i to opravdao kako je IS koji je njegov prethodih uveo loš IS (potrošeno je bilo više miliona evra) i posle toga dobio saglasnost da uvede novi. Znam da mu je prva tema kako je postavljen na funkciju bila sagledavanje IS i kad nije dobio saglasnost da išta menja uradio je to što je uradio. Sve se to desilo u prvih par meseci njegovog mandata. Mislim da se posle toga opet promenili ali tad je bila donesena odluka na nivou grada, a tu je tek bio fijasko, i tako u nedogled.

Potpis

Fear not the dark within this night
Beneath the sky of deadly light
Of raging fire seen from afar
The fear inside of who you are

Jedino što mogu da razumem jeste kada kaže da je šteta što se prelazi na novi sistem iako su prethodnih godina uložena velika sredstva u razvoj i održavanje postojećeg sistema. Ako je stari sistem ispunjavao sve zahteve onda nije bilo ni potrebno krenuti sa novim sistemom.

Ali ne znam koliko je to njihovo postojeće rešenje zadovoljavajuće, mnoge domaće firme su se nakačile na grbaču javnih preduzeća.

I dan danas može da se čuje da neko izgovori da je najveći problem SAP-a to što je rađen po zapadnom sistemu poslovanja, te da je teško primeniti ga u Srbiji.

_{[Ovu poruku je menjao Inicijator dana 19.07.2017. u 21:49 GMT+1]}

Ako se misli na vreme u koje je nešto urađeno, onda to u NAVu standardno postoji. Postoji evidencija promena koja se podešava na nivou tabele/polja, tako da je moguće podesiti da se tačno vidi kada je otvorena neka porudžbina (i koji korisnik)
Ako se misli na trajanje transakcije, u NAVu takva opcija standardno ne postoji, ali nije neka mudrost to doraditi da se beleži trajanje transakcije npr od momenta kada korisnik stisne dugme Knjiži do momenta kada se transakcija završi.

Jednom se to pitanje poteglo, da li se može na određeni način (merenjem vremena rada na nekom nalogu) doći do nekih ocena zaposlenih, nekih merljivih kriterijuma na osnovu kojih bi mogli da se prate / da se definiše neki standard.

Međutim, to po meni ne vodi nigde i ne može da se uzme kao relevantan podatak. Od samog otvaranja nekog dokumenta do knjiženja može proći dosta vremena, a za to nikako ne mora biti odgovorna osoba koja obrađuje sam nalog. Ne bi to vodilo ničemu, ne znam da li bi takav podatak bio bilo kome od koristi.

Vidiš nisam razmišljao o tome, ali ta druga opcija je možda i korisnija, da se beleži koliko dugo traje samo knjiženje nekog dokumenta kako bi se videlo da li postoje neki ekstremi.

Kada je u pitanju izveštavanje, SAP ako se ne varam koristi Crystal Reports, a u specifikaciji tehničkih zahteva za Navision stoji da je za pokretanje izveštaja na računarima korisnika potrebno instalirati

* Microsoft Report Viewer 2015 to run reports that use RDLC
report layouts.

* SQL Server Report Builder 3.0 for Microsoft SQL Server 2014 or
Microsoft SQL Server 2012 SP1 to edit RDLC report layouts,

* Microsoft Word 2013 or later to edit the layouts.

Dok za izradu izveštaja stoji da je potrebno instalirati

*Microsoft Report Viewer 2015 to run reports that use RDLC
report layouts.

*Microsoft Visual Studio or SQL Server Report Builder for
creating and editing RDLC report layouts.

*Word 2013 or later to create Word report layouts

Da li se nešto gubi ako se koristi SQL Server Report Builder a ne Visual Studio?

Što se tiče merenja peformansi zaposlenih kroz ERP ja sam se susretao nekoliko puta, ali je uvek bilo vezano za magacionere. Na primer, ideja je bila da se meri kada je na nekom handheld uređaju korisnik krenuo u akciju (to je u suštini ili prijem ili isporuka), onda bi se gledalo u koji regal (visina & udaljenost) je spustio robu i koliko je ta roba teška i koliko je vremena prošlo od prvog koraka u procesu. Sa tako prikupljenim informacijama bi se onda uticalo na platu. Nije se išlo dalje od ideje, jer ima previše promenljivih koje mogu da utiču.
Za logistiku negde koriste broj kreiranih prodajnih dokumenata & broj redova dokumenata, ali to samo kao neku okvirnu informaciju jer naravno da ima milion stvari koji na to mogu da utiču.

Što se tiče reportinga, ovo što si naveo se uglavnom odnosi na ispis dokumenata. U tom kontekstu, za krajnjeg korisnika sigurno nije neophodno da ima sql report builder niti word. Što se tiče pravljenja izveštaja, lakše je raditi sa VS, ali je OK i sa SQL Report Builderom. Što se izveštavanja tiče, pored solidnog broja standardnih "papirnih" izveštaja, besplatno se može koristiti JET Express (ako postoji Excel naravno).

Izem ti firmu koja magacioneru meri korake i koriguje platu od 25.000 :D

Potpis

www.yanado.com
www.startupscave.com
www.e-75.rs
www.twitter.com/mojsilo_