[ akiko1 @ 02.06.2008. 14:34 ] @
Procitao sam svasta nesto o ERP-u!
Interesuje me koje bi rjesenje (SAP, NAV, ORACLE...) bilo dobro za odredjene kompanije? Ne bih zelio da se povede rasprava kome je koji sistem drag i koji je bolje zato sto neko koristi nego... svaki sistem ima vrline i mane i da neki ne valja vjerovatno bi se sve manje i manje korsitio.
Pitanje glasi: KOJI od sistema je "najbolji" za koristiti za određene firme s brojem zaposlenih npr. do 100,300,1000..., a koje pruzaju svoje usluge hiljade i milionima stanovnika (Recimo telekom, naftna kompanija, plin, auto industrija, prehrambena...)! Pretpostavimo da nema strucnjaka za to i da je to pocetak implementacije ERP-a. U redu je sve to sto konsultanti treba da se plate i dr. troskovi, ali mislim da nije svako pogodno za svaku priliku nego da tu ima vise faktora koji na to uticu!
Logicno bi bilo da ima neka preporuka (i RAZLOZI) za koristenje određenih jer koliko sam cuo upgrade SAP-a (mozda nisam u pravu, ali sam tako cuo) za telekom kosta oko 150K eura sto bi recimo za neku manju kompaniju jednim dijelom bilo tesko podnosljivo ukoliko se "uvali" u razvoj bez razmisljanja o buducnosti!
Opet jedna od bitnih stvari je sigurnost svega toga, tj. kakva je sigurnost i da li postoje ERP sistemi bazirani na Linux-u?
Nadam se da sam bio jasan oko ovoga i unaprijed hvala svima na ponudjenim odgovorima! ;)

Pozdrav!
[ RadnaXelA @ 03.06.2008. 08:29 ] @
HansaWorld ERP sistem radi na WIN, LINUX, IBM, POCKET PC, ili radi svuda
Sto se tice SAPa u telekomu, zaista ne znam nista, jer me nije ni zanimalo. Sto se tice tvog pitanja, koji ERP sistem, pa svaki ERP sistem je dobar, i svaki to podrzava, ali takodje svaki ERP ima svoje mane i vrline. Uostalom uzmi pogledaj sam, sta ti se svidja.

Koliko znam, ali samo vezano za Hansu, update je besplatan, ali nisam siguran, najlakse je da ih okrenes, pa ih pitaj sam.
[ akiko1 @ 03.06.2008. 15:18 ] @
Nismo se razumjeli! Mislio sam koji se bolje od njih pokazao za odredjeni broj klijenata (neovisno je li to telekom ili ko vec)! Sta je dobro bolje koristiti za manji broj, a sta za srednji i veci broj klijenata! Znam ja da SAP ima za sve to rjesenje, ali me interesuje kakvi su ostali i vjerovatno tu imaju neke prednosti (ako nista onda bar cijena) u odnosu na SAP jer ipak najvece firme koriste SAP. Sta je sa onim manjim firmama?
[ totovic @ 03.06.2008. 19:54 ] @
Citat:
akiko1: ...KOJI od sistema je "najbolji" za koristiti za određene firme s brojem zaposlenih npr. do 100,300,1000..., a koje pruzaju svoje usluge hiljade i milionima stanovnika (Recimo telekom, naftna kompanija, plin, auto industrija, prehrambena...)

Za takve delatnosti i broj korisnika koji se računa u stotinama ili hiljadama, realno je ući u implementaciju sa najsnažnijim ERP sistemima. Moja preporuka su SAP, MS Dynamics AX (ex Axapta) ili Oracle.
Za manji broj korisnika (npr. do 100), i sa nešto jednostavnijim delatnostima (bez telekoma, naftne ili auto industrije), od svetskih rešenja, najbolji je MS Dynamics NAV. Tu mogu doći u obzir i neko domaće rešenje, npr. UPIS. Sve zavisi od vizije firme u kom pravcu želi da se razvija. O ovome se već može puno govoriti.
Kod ERP rešenja, sigurnost ne zavisi mnogo od operativnog sistema, već od baze koja se koristi (tu su podjednako sigurne i MS SQL i Oracle). Ako je u pitanju cena OS, mislim da tu nije mesto za uštede.
[ akiko1 @ 03.06.2008. 21:21 ] @
Koliko sam citao SAP je stvarno prejak u svijetu za sve, a ima i "pakete" za mala ,srednja i velika preduzeca, ali me interesuje dokle je ORACLE dosao u cijeloj prici? Sta to nudi SAP sto ne moze da ponudi MS Dynamics NAV, ORACLE ili open source HansaWorld? Ove open source varijante cini mi se da bi na kraju ispalo skuplje nego neko drugo rjesenje (kao i kod operativnih sistema unix admin je skuplji, ali i trazeniji jer ih nema, od win admina)!
Evo sada je bas aktuelna situacija oko poskupljenja energenata jer nafta, plin, struja (i voda ce uskoro) poskupljuju! Ovo sam uzao samo kao primjer kompanija koje pruzaju usluge velikom broju stanovnistva (stotine hiljada), a broje i povelik broj zaposlenih. Kada bi htjeli da razvijamo ERP rjesenje ispocetka uz naravno "poznate" i neizbjezne enormne troskove koje prate to, svi bi nam ponudili nesto zato sto su oni dobri u tome, ali me interesuje sta to SAP nudi sto drugi ne mogu? Svaka cast za podrsku i konsultante koji su na ovim prostorima za SAP super. U BiH ti konsultanti i fimre koje to implementiraju su vecinom (90%) iz Hrvatske.
Kod npr. ovakvih kompanija VIZIJA se moze "naslutiti"!
Jos nesto sada mi je palo na pamet! Koliko ljudi je potrebno da radi na razvoju jednog ovakvog ERP rjesenja (firma za koju se razvija ERP + konsultantska firma +...)?
[ sinisa.medic @ 03.06.2008. 22:29 ] @
Citat:
totovic: ...Tu mogu doći u obzir i neko domaće rešenje, npr. UPIS. Sve zavisi od vizije firme u kom pravcu želi da se razvija. O ovome se već može puno govoriti...

Ha, ha, hvala na preporuci za UPIS. Kao da znas da UPIS razvija i paket za manje firme, ali on ce biti dostupan tek od oktobra. Do tad, moze i "veliki" UPIS za do +beskonacno korisnika, sve zavisi od jacine servera, a ne paketa ;)
[ RadnaXelA @ 04.06.2008. 08:31 ] @
Citat:
akiko1: open source HansaWorld? Ove open source varijante cini mi se da bi na kraju ispalo skuplje nego neko drugo rjesenje (kao i kod operativnih sistema unix admin je skuplji, ali i trazeniji jer ih nema, od win admina)!
+...)?


Ko je rekao da je HansaWorld open source? Odakle si to izvukao?
HansaWorld je jedan veoma dobar i jak ERP sistem, dakle nemoj tako pricati, molim te.
A i vec 2 godine za redom dobija nagrade kao najbolji ERP sistem u evropi. Uostalom pogledaj na www.hansaworld.com

HansaWorld ne zahteva ulaganje u server, i to im je jedna neverovatna dobra stvar, znaci radi na svim mogucim masinama, ne zahteva takodje ni kupovinu SQL, ORACLE, vec ima svoju bazu.

[ Miroslav Jeftić @ 04.06.2008. 08:41 ] @
Je l' to radiš za Hansu, ili im se preporučuješ?
[ RadnaXelA @ 04.06.2008. 08:49 ] @
Citat:
Miroslav Jeftić: Je l' to radiš za Hansu, ili im se preporučuješ? :D


Kao sto pise, student sam, ali sam dosta dugo u ERP vodama, jer me to zanima. Ne preporucujem se nikome, nego mrzim da ljudi pricaju o necemu o cemu ne znaju. Kazem lepo, prvo procitaj, pa budi siguran u to sto si procitao, pa onda napisi, i stoj iza svojih stvari.

A inace imao sam prilike da prisustvujem predavanju HansaWorld ERP sistema, a posle da i u jednoj firmi (necu reci ime zbog reklame) gledam kako radi.
[ totovic @ 04.06.2008. 12:30 ] @
Citat:
akiko1:Koliko sam citao SAP je stvarno prejak u svijetu za sve, a ima i "pakete" za mala ,srednja i velika preduzeca, ali me interesuje dokle je ORACLE dosao u cijeloj prici?...

SAP jeste the best, ali iako je počeo sa rešenjima za manja preduzeća, mislim da za takve firme nije najbolje rešenje. Oracle je uradio dosta na tu temu, pre svega akvizicijama drugih rešenje
Citat:
akiko1:...Sta to nudi SAP sto ne moze da ponudi MS Dynamics NAV, ORACLE ili open source HansaWorld?

Nudi mnogo veće iskustvo i jaču vertikalizaciju, posebno za velike sisteme. I nikako se NAV, Oracle i Hansa ne mogu staviti u istu grupu rešenja.
Citat:
akiko1:...Ove open source varijante cini mi se da bi na kraju ispalo skuplje nego neko drugo rjesenje...

Obično tako i bude. Investicija za svaki ERP je ozbiljna. Ali izborom rešenja i implementatora, vi birate da li će to biti velika investicija ili veliki trošak.
Citat:
akiko1:...Kada bi htjeli da razvijamo ERP rjesenje ispocetka...

Razvijati ERP iz početka je najnezahvalniji posao i najverovatnije osuđen na propast.
Citat:
akiko1:...Jos nesto sada mi je palo na pamet! Koliko ljudi je potrebno da radi na razvoju jednog ovakvog ERP rjesenja (firma za koju se razvija ERP + konsultantska firma +...)?...

Ako misliš na implementaciju, sve zavisi od obima posla. Sa strane firme u koju se implementira, potreban je znatno veći broj ljudi nego sa strane implementatora, kod koga može biti zauzeta 2-3 čoveka, a ko je implementacija veća i nekoliko desetina.

Citat:
sinisa.medic: Ha, ha, hvala na preporuci za UPIS. Kao da znas da UPIS razvija i paket za manje firme, ali on ce biti dostupan tek od oktobra. Do tad, moze i "veliki" UPIS za do +beskonacno korisnika, sve zavisi od jacine servera, a ne paketa ;)

Nije to bila preporuka, već realno gledište. Za razvoj za manje firme nisam znao, ali to je možda reklama ;) (šalim se). Što se tiče broja korisnika, svi sistemi (ili skoro svi) mogu imati beskonačan broj korisnika, ali je pitanje performansi; potrebno je za velike slučajeve dati primere kako sistem funkcioniše.

Citat:
RadnaXelA: Ko je rekao da je HansaWorld open source? Odakle si to izvukao?...HansaWorld je jedan veoma dobar i jak ERP sistem, dakle nemoj tako pricati, molim te...

Znači li to da su sva OpenSource rešenja loša? Ja ne podržavam OS rešenja u okviru ERP-a iz drugih razloga, a ne kažem da su sva loša.
Citat:
RadnaXelA:...A i vec 2 godine za redom dobija nagrade kao najbolji ERP sistem u evropi. Uostalom pogledaj na www.hansaworld.com...

HansaWorld has been chosen among four finalists in the Communications & Mobility category at the first pan-European awards event for IT and Telecoms channels - the European IT Excellence Awards 2008.
Ovo jeste nagrada, ali ne za ERP rešenje.
Citat:
RadnaXelA:...HansaWorld ne zahteva ulaganje u server, i to im je jedna neverovatna dobra stvar, znaci radi na svim mogucim masinama, ne zahteva takodje ni kupovinu SQL, ORACLE, vec ima svoju bazu.

Zdrava logika kaže da velike baze ne mogu kvalitetno da rade na slabim serverima. I NAV ima svoju bazu, ali ona nije namenjena zahtevnijim korisnicima. Ovde ne govorimo o manjim implementacijama.
Citat:
RadnaXelA: Kao sto pise, student sam, ali sam dosta dugo u ERP vodama, jer me to zanima...

Koliko dugo i na koji način?
Citat:
RadnaXelA:...Ne preporucujem se nikome, nego mrzim da ljudi pricaju o necemu o cemu ne znaju...

I ja ne volim kada ljudi govore o nečemu što neznaju.
Citat:
RadnaXelA:...A inace imao sam prilike da prisustvujem predavanju HansaWorld ERP sistema, a posle da i u jednoj firmi (necu reci ime zbog reklame) gledam kako radi.

Prisustvovanje predavanju (!!!) i samo pogled na to kako sistem radi nije ni izbliza dovoljno da bi se dala ozbiljna ocena rešenja.
Što se tiče imena firme, slobodno napiši jer to je referenca rešenja, a ne reklama.


Izvinjavam se na ovolikom postu (obično nemam ovakav običaj), ali nisam imao vremena da se ranije javljam.
[ sinisa.medic @ 04.06.2008. 12:46 ] @
Citat:
totovic: Nije to bila preporuka, već realno gledište. Za razvoj za manje firme nisam znao, ali to je možda reklama (šalim se). Što se tiče broja korisnika, svi sistemi (ili skoro svi) mogu imati beskonačan broj korisnika, ali je pitanje performansi; potrebno je za velike slučajeve dati primere kako sistem funkcioniše..


Baš lepo što imaš velike postove, nema potrebe za izvinjenjem

Ma nije reklama, kakva reklama za nešto što još ne postoji. A i kada se završi, bila bi novost, a ne reklama (naučio sam od drugih kako se to radi, ha, ha

Pa ajde, ako baš nekog zanima, UPIS ne radi ni u jednoj firmi koja aktivno koristi više od 300 radnih stanica, niti ijedan korisnik ima veću bazu od 70Gb. Ali to ne znači da ne može
[ totovic @ 04.06.2008. 14:00 ] @
Nisam rekao da ne može da radi u velikim sistemima, ali da je veliko pitanje kada se radi sa preko 1000 istovremenih korisnikama i bazama koje su veličine više stotina ili hiljada GB. Za takve sisteme, ne preporučujem ni NAV (nisam se ograničio na UPIS), već SAP, AX ili Oracle. Možda mogu i druga rešenja, ali ova rešenja su se dokazala u praksi sa takvim sistemima.
[ sinisa.medic @ 04.06.2008. 14:19 ] @
Citat:
totovic: Nisam rekao da ne može da radi u velikim sistemima, ali da je veliko pitanje kada se radi sa preko 1000 istovremenih korisnikama i bazama koje su veličine više stotina ili hiljada GB. Za takve sisteme, ne preporučujem ni NAV (nisam se ograničio na UPIS), već SAP, AX ili Oracle. Možda mogu i druga rešenja, ali ova rešenja su se dokazala u praksi sa takvim sistemima.


Ma shvatio sam te, zato sam i naveo koliko je trenutno maksimalni broj istovremenih korisnika, i maksimalno velika baza. Eto, sledeće godine ćemo znati kako se UPIS snalazi sa bazama do 150Gb, pa mogu da prenesem. Ali, i sada mogu da tvrdim da će brzina da zavisi od hardvera. Dobar "storage" i mislim da neće biti problema.
[ totovic @ 04.06.2008. 14:44 ] @
Dobar storage (nekoliko desetina diskova u RAID10), dosta RAM-a, procesori, eventualno cluster. Ali ipak mnogo zavisi i od toga kako je baza koncipirana.
[ sinisa.medic @ 04.06.2008. 16:05 ] @
Citat:
totovic: Dobar storage (nekoliko desetina diskova u RAID10), dosta RAM-a, procesori, eventualno cluster. Ali ipak mnogo zavisi i od toga kako je baza koncipirana.


Pa u hardver ne zalazim, a sto se tice baze ne brinem :)
[ RadnaXelA @ 05.06.2008. 08:38 ] @
Citat:
totovic: Prisustvovanje predavanju (!!!) i samo pogled na to kako sistem radi nije ni izbliza dovoljno da bi se dala ozbiljna ocena rešenja.
Što se tiče imena firme, slobodno napiši jer to je referenca rešenja, a ne reklama.


Sto se tice imena firme, reci cu samo da je jedna velika farmaceutska kompanija.

Citat:
totovic:
RadnaXelA: Kao sto pise, student sam, ali sam dosta dugo u ERP vodama, jer me to zanima...

Koliko dugo i na koji način? 



Pa s' obzirom da studiram informatiku, i znam relativno dosta o tom delu, zadnje 2 godine isprobavam ERP resenja, naravno sve se moze naci na netu, ako ne verujes, potrazi sam. Cackao sam po NAVu, Pantheonu kao i Hansi, i mogu reci da najbolji drilldown ima Hansa, i u mnogim modulima, kao i stavkama sistema je ispred NAV. Naravno necu reci da je u svemu bolja, jer i NAV ima neke prednosti. Ali moram se odmah ograditi od svojih reci, jer NAV znam zaista najslabije.


Citat:
totovic:
Citat:
RadnaXelA: Ko je rekao da je HansaWorld open source? Odakle si to izvukao?...HansaWorld je jedan veoma dobar i jak ERP sistem, dakle nemoj tako pricati, molim te...

Znači li to da su sva OpenSource rešenja loša? Ja ne podržavam OS rešenja u okviru ERP-a iz drugih razloga, a ne kažem da su sva loša.


Vec je bila tema o ovome, ali ajmo ponovo. Sta ako se ta firma koja razvija OpenSource ERP software jednostavno ugasi? Eto to je odgovor na tvoje pitanje.

Citat:
totovic:RadnaXelA:...HansaWorld ne zahteva ulaganje u server, i to im je jedna neverovatna dobra stvar, znaci radi na svim mogucim masinama, ne zahteva takodje ni kupovinu SQL, ORACLE, vec ima svoju bazu.

Zdrava logika kaže da velike baze ne mogu kvalitetno da rade na slabim serverima. I NAV ima svoju bazu, ali ona nije namenjena zahtevnijim korisnicima. Ovde ne govorimo o manjim implementacijama.


Sto se ovoga tice, danas cu se lepo raspitati vezano za ovo, pa cu sve lepo i napisati...
[ akiko1 @ 05.06.2008. 08:51 ] @
HVALLA tebi na ovom obimnom dobrom postu!

Citat:
totovic: ...I nikako se NAV, Oracle i Hansa ne mogu staviti u istu grupu rešenja.


Ne znam da li sam dobro ovo shvatio, ali za koju grupu rjesenja (npr.) je pogodan SAP, NAV, ORACLE, HANSA?

Citat:
totovic: ...Sve zavisi od vizije firme u kom pravcu želi da se razvija.O ovome se već može puno govoriti...


Opet naglasavam ovu sada situaciju oko poskupljenja nafte,plina + ekologija i EU, uzmimo npr. balkansku kompaniju koja ima veze sa prodajom i distribucijom plina. Njihova vizija je vjerovatno da osiguraju ekološki cistu okolinu ida budu lideri na balkanu ili...
Da ne bude sada kako ja forsiram ove kompanije iz nekog razloga uzmite kao primjer bilo koju firmu (uzeo sam cisto zbog situacije koja je danas izuzetno aktuelna u svijetu i evropi, a to je zastita ekologije + rast cijena energenata), koje rjesenje je preporucljivo!

@RadnaXelA sorry moja je greska u pisanju! Da li postoji neko open source rjesenje? ;)

@totovic sorry na mojim pitanjima jer su tebi vjerovatno ona ili smarajuca ili... ali u svakom slucaju HVALA puno i tebi isvima na odgovorima.
[ RadnaXelA @ 05.06.2008. 10:57 ] @
Citat:
akiko1: HVALLA tebi na ovom obimnom dobrom postu!

@RadnaXelA sorry moja je greska u pisanju! Da li postoji neko open source rjesenje? ;)


Imas vec temu vezano za open source resenja pa pogledaj sam
http://www.elitesecurity.org/t...ma-iskustva-sa-Open-Source-ERP
[ Miroslav Jeftić @ 05.06.2008. 13:04 ] @
Citat:
akiko1:
Da ne bude sada kako ja forsiram ove kompanije iz nekog razloga uzmite kao primjer bilo koju firmu (uzeo sam cisto zbog situacije koja je danas izuzetno aktuelna u svijetu i evropi, a to je zastita ekologije + rast cijena energenata), koje rjesenje je preporucljivo!


NIS je npr. kupio SAP-ovo rešenje za Oil&Gas. Ne znam dokle su stigli sa implementacijom, za početak su krenuli sa FI i CO (valjda), posle treba da povežu sa logistikom. Mada možda su i tu fazu završili.
[ momsab @ 05.06.2008. 13:25 ] @
Citat:
RadnaXelA: Vec je bila tema o ovome, ali ajmo ponovo. Sta ako se ta firma koja razvija OpenSource ERP software jednostavno ugasi? Eto to je odgovor na tvoje pitanje.
To ptianje se ne postavlja za OpenSOurce nego za sve firme koje razvijaju tebi potrebna resenja
OpenSource je u "prednosti" po tome sto neko drugi moze da preuzme razvoj resenja nakon kraha firme

ovo je vec receno u toj drugoj temi...
[ RadnaXelA @ 05.06.2008. 16:04 ] @
Citat:
momsab: To ptianje se ne postavlja za OpenSOurce nego za sve firme koje razvijaju tebi potrebna resenja
OpenSource je u "prednosti" po tome sto neko drugi moze da preuzme razvoj resenja nakon kraha firme

ovo je vec receno u toj drugoj temi...


takodje je bio i odgovor, da nije pitanje u tome da li ce neko da je otkupi ili ne (ko bi dao pare za to?) vec u ljudima koji odrzavaju taj software.
[ totovic @ 05.06.2008. 20:39 ] @
Citat:
akiko1: ...Ne znam da li sam dobro ovo shvatio, ali za koju grupu rjesenja (npr.) je pogodan SAP, NAV, ORACLE, HANSA?...

Za velike firme sa izuzteno kompleksnim poslovnim procesima, SAP je jedino pravo rešenje. Mogu tu da dođu i AX ili Oracle, ali su oni ipak namenjeni za velike, ali malo (samo malo) jednostavnije firme. NAV je namenjen srednjim i manjim firmama. To ne znači da NAV ne može u veće ili ovi prethoni u manje, ali je to neka realna podela.
Ali kad kažemo velika firma, mislim na veliku firmu na svetskom nivou (BMW, Ford, Boing, Wilkinson, Vodafone, BASF, IBM, Coca Cola, AT&T, FedEx...). Kod nas se u ovu grupu mogu uklopiti možda samo: NIS, JAT, Telekom, Delta, EPS (možda sam nekog preskočio). Ostale firme uglavnom pate od toga da se smatraju velikim.
[ RadnaXelA @ 09.06.2008. 08:33 ] @
Citat:
totovic: Kod nas se u ovu grupu mogu uklopiti možda samo: NIS, JAT, Telekom, Delta, EPS (možda sam nekog preskočio). Ostale firme uglavnom pate od toga da se smatraju velikim.


Pa ja bih tu stavio jos 2-3 firme. Npr. Hemofarm, Nelt, ... A sto se tice ovoga, da firme pate od velicine, pate i to doooosta
[ sinisa.medic @ 09.06.2008. 11:33 ] @
Citat:
RadnaXelA: Pa ja bih tu stavio jos 2-3 firme. Npr. Hemofarm, Nelt, ... A sto se tice ovoga, da firme pate od velicine, pate i to doooosta :)


Pa sad ne znam koji su to kriterijumi za veličinu firme. Kada je Nelt u pitanju oni se odlično snalaze sa sadašnjim ERPom u 4 države, 10-tak gradova, 200-tinjak računara koji koriste ERP... Po tim ciframa onda ne spadaju u velike firme?
[ totovic @ 09.06.2008. 13:23 ] @
Hemofarm - da, NELT - sigurno ne. Mada ov i nije tema koje su firme u Srbiji velike. Samo je dat primer.
[ karadima @ 02.02.2010. 13:10 ] @
Vidim da je tema dosta stara , ali me interesuje jer postoji neki ERP u kome modul npr. maloprodaje moze da radi direktno na bazi (pricamo o VPN konekciji udaljene lokacija i servera sa bazom ) a da to ne izgleda kao pokretanje CRISIS-a na mobilnom telefonu (u smisli da moram da cekam 3-4 minuta za neku tabelu ili dobijanje rezultata query-a nad npr listom artikala u bazi.


[ Java Beograd @ 02.02.2010. 14:16 ] @
Mislim da si ovde pomešao nekoliko pojmova koji kao konačni rezulat imaju odziv na udaljenoj lokaciji.

1. Propusni opseg (brzina) mrežne konekcije
2. Administracija baze
3. Hardver servera i klijenta
4. Arhitektura aplikacije

ERP kakav tražiš nećeš naći. A velika je verovatnoća da će brzina odziva biti ista.

[ navigator @ 02.02.2010. 14:34 ] @
Business Navigator informacioni sistem podrzava offline nacin rada svog maloprodajnog softvera, pri cemu je omogucena sinhronizacija podataka po zahtevu (npr jednom dnevno).
Vise detalja mozete naci na (www.navigator.rs)
[ p.zivanovic @ 02.02.2010. 15:12 ] @
Apsolutno treba izbegavati rešenja koja podrazumevaju rad maloprodaje (ili bilo kog drugog dislociranog objekta) direktno na bazi. Šta ćete da radite kada ne postoji internet (ili već koja konekcija)? BizniSoft (www.biznisoft.com) ima sistema za online/offline replikaciju koju možete da radite na zahtev ili u određenom intervalu, kako želite. Znači, radite na lokalnoj bazi a svi se podaci repliciraju kada se uspostavi veza sa internet-om (dial-up, adsl ...). Ovaj način rada je moja isključiva preporuka (biznisoft, navigator ili nešto treće ... nebitno).

Pozdrav.
[ S A J A @ 02.02.2010. 17:38 ] @
Rad eksternih lokacija na centralnoj bazi ima veliku prednost nad offline sinhronizacijom jer omogućava da svi promene vide u realnom vremenu. Centrala ima direktan uvid u prodaju a prodaja ima direktan uvid u stanje zaliha i kartice partnera na primer. Ovakav model rada se vrlo lako implementira preko Remote Desktopa ukoliko softver nema svoju ugrađeno podršku. Server treba da ima serverski operativni sistem sa Terminal Servisom a kome je to skupo može i običan XP pa unutar njega nekoliko virtuelnih mašina gde bi svaki korisnik RD-om išao na svoju virtuelnu mašinu. Druga prednost korišćenja poslovnog softvera preko interneta (Remote Desktopa) je lakše održavanje i potpuno odsustvo brige za klijent računare. Ukoliko maloprodaja ima potrebe za zamenom kompjutera, to se može uraditi praktično bez asistencije podrške poslovnog softvera. Čak i upravljanje fiskalnim uređajima (kasama i štmapačima) nije problem preko Remote Desktopa. Jedina mana (bolje rečeno sitnica) jeste zavisnost od interneta. Maloprodaja bi trebala da ima pouzdanu vezu ka internetu ali je i poželjno imati i bekap varijantu u vidu mobilnog GPRS (telenor, mts, vip) interneta koji bi se u slučaju nužde samo ubo u USB i imali bi internet. Nije neka brzina ali za RD više nego dovoljno. Treći bekap bi bio podešen i spreman Dial-Up koji takođe može da posluži za ne-daj-bože. Neophodnost za internetom treba doživljavati kao i neophodnost za strujom. Argumenti o neupotrebi online rada zbog mogućeg nestanka interneta sve više treba porediti sa argumentima o nekorišćenju računara zbog mogućeg nestanka struje. Dakle, ko ima više maloprodaja, ko ima terensku ekipu, ko ima gazde, menadžment ili zaposlene koji rade od kuće ili sa terena, kojima je potrebna trenutna informacija, najbolja varijanta je centralizovana baza. Sve varijante offline sinhronizacije nose više problema i pružaju daleko manje pogodnosti nego koristi.
[ p.zivanovic @ 02.02.2010. 18:41 ] @
QuQu, SAJO, al ste me sad razočarali :(. Mi ovde pričamo o maloprodaji gde je uslov-svih-uslova izdavanje fiskalnih isečaka, tj. prodaja robe, a ne stanje zaliha u svakom momentu. Prema tome, nažalost, slažem se samo sa jednom vašom konstatacijom, a to je da ima više posla oko postavljanja replikacije i lokalne baze. Rešenje za replikaciju možete postaviti na način da se replikacija vrši svakih 30 sekundi ukoliko želite, i imaćete stanje praktično momentalno. Elem, da ne objašnjavam dalje naše rešenje, kako se to nebi protumačilo kao propaganda, što ovde stvarno nije slučaj, samo da konstatujem da ja, kao vlasnik neke maloprodaje, NIKADA nebih prihvatio rešenje koje se bazira na vezi sa internet-om, bilo da je to ADSL, GPRS, Wireless ili neki drugi. I još samo nešto ... RDP (bez posebne optimizacije) preko ADSL-a radi ... solidno... , preko Telenor/GPRS je praktično neprihvatljivo a preko DialUp-a je potpuno neprihvatljivo. Mislio sam da ovde završim, ali prosto ne mogu da odolim ... :) ... Elem, serverski operativni sistemi su poprilično skupi, TS klijent licence još skuplje, a priča o virtuelnim mašinama na XP-u je tek interesantna :).
[ S A J A @ 02.02.2010. 19:37 ] @
Pod maloprodajama gde je uslov svih uslova izdavanje fiskalnih računa spadaju dakle sve maloprodaje pošto maloprodaja svakako mora da izdaje fiskalne račune. Verovatno ste mislili reći da se govori o malim maloprodajnim objektima gde je jedino ili najbitnije izdavanje fiskalnih računa. Nijima zaista nije potreban poslovni softver kompleksniji od toga da mogu da kucaju fiskalne račune, urade po koji gotovinski račun i na kraju dana generišu specifikaciju prodaje koja se nekako transferuje u centralu. Moja priča se odnosi na malo naprednije poslovne ogranke kojima je bitno da u svakom trenutku znaju stanje zaliha drugih objekata, mogućnst da mogu međusobno da prebacuju robu i centralizovana baza partnera. RD sam naveo kao rešenje ukoliko poslovni softver sam ne podržava rad u realnom vremenu. Ukoliko sinhronizacija može da se podesi na kratke intervale, može se dobiti privid online rada. Generalno nemam ništa protiv toga, samo što je instaliranje i odžavanje klijent stanica em posao em košta a ništa specijalno se ne dobija time. Internet donosi nove standarde, sva manje će biti potrebe za klijent programima, verujem da je vama teško da se uklopite u to, ljudi se teško navikavaju na novine, pogotovo ako su godinama ili decenijama radili sa desktop aplikacijama. Rečenicu NIKAD online rad u maloprodaji ćete verovatno za par godina ispraviti, čim u vašem softveru to podržite. Klijenti ne žele previše da se bakću sa računarima u maloprodajama i softverom koji je tamo instaliran. U svim velikim firmama koje imaju maloprodaju u tim maloprodajama ne rade baš stručni ljudi vični odžavanju tih kompjutera, čak i nasuprot tome, tamo često rade prodavci koji su niskoćom svojih zarada demoralisani za bilo kakvo intelektualno razmišljanje i brigu o softveru. Ali razumem ja vas, tu vi uskačete i bavite se odžavanjem i naravno sve to lepo naplatite. Potpuno je jasno zašto vama ne odgovaraju internet (centralizovane) aplikacije. Šta bi vi radili ako bi imali aplikaciju na koju bi 50 maloprodaja neke firme te maloprodaje koristile preko RD-a koji je lak i jednostavan za korišćenje? A da uradite aplikaciju u flex-u, silverlightu ili WPF browser varijanti? Ne, to nikada neće zaživati, zašto bi kad je desktop program najbolji. Kako naplatiti toliko održavanje ako 50 maloprodaja koristi browser aplikaciju? A podaci u realnom vremenu, ma jok, stavićemo da se sinhronizuje 62 puta u sekundi pa će delovati kao da se radi u realnom vremenu. Jeste razočarani? Jeste? I treba. Svako ko se razočara na razmišljanje koje nije kao njegovo i treba da bude razočaran. Rad u RD-u preko GPRS modema nije idealan ali može da posluži u slučaju nestanka interneta, u tom kontekstu je spomenut. Sporo bez optimizacije? Koliko je komplikovana optimizacija RD-a? Dovoljno je otići na server i podesiti parametre. Čemu to kad je bolje naplatiti silne sate rada za klijent aplikaciju. A virtuelne mašine ne biste ni komentarisali, možda vam je to neka nepoznata tehnologija. Probajte, nije skupo niti oduzima mnogo vremena. Skinite Microsoftov Virtual PC, napravite par virtualnih mašina i probajte RD-om da se konektujete na njih. Ko zna, možda i uspete. Vidite, nije problem naći besno rešenje za firme koje će ih koštati mnogo hiljada eura. Verujem da vaše cenjeno rešenje sve ovo podržava ali recite cenu? Zašto da pričamo o rešenjima od kojih prosečnog privrednika koji jedva izdržava boli glava kad čuje za cenu kad uz malo truda, volje i mašte mogu da se naprave rešenja sličnog kvaliteta a desetostruko jeftinija?

Nego, nešto mi nije jasno. Na vašem sajtu sad videh da imate i propagirate neku LIVE verziju programa koja radi po principu korišćenja centralizovanje baze preko interneta. Mislim, tamo ste naveli dosta argumenata zašto je to dobro, otprilike vrlo slično ovome što sam i ja rekao ali onda ovde kažete da u svojoj maloprodaji tako nešto ne bi NIKAD koristili??! O čemu se zapravo radi?
[ miloshdr @ 02.02.2010. 20:46 ] @
Citat:
karadima: Vidim da je tema dosta stara , ali me interesuje jer postoji neki ERP u kome modul npr. maloprodaje moze da radi direktno na bazi (pricamo o VPN konekciji udaljene lokacija i servera sa bazom ) a da to ne izgleda kao pokretanje CRISIS-a na mobilnom telefonu (u smisli da moram da cekam 3-4 minuta za neku tabelu ili dobijanje rezultata query-a nad npr listom artikala u bazi.


Ako te interesuje maloprodaja zasnovana na kvalitetnom ERP-u, sa online i offline režimom rada pogledaj www.navexpress.rs
[ S A J A @ 02.02.2010. 20:55 ] @
Maloprodaja je dosta važan segment poslovanja i neophodno je da bude ispraćena dobrim softverom. Predlažem autoru teme da pogleda program SAP ONE koji je idealan za maloprodaje. Mogućnosti su mu zaista odlične, sve reči hvale za njega. Detaljnije možete naći na http://www.sap.com/sme/solutions/businessmanagement/businessone/index.epx
[ p.zivanovic @ 02.02.2010. 23:32 ] @
SAJO ... sad ste me još više razočarali. Prvo: čemu toliko emocija, to mi stvarno nije jasno :)

Q:"Pod maloprodajama gde je uslov svih uslova izdavanje fiskalnih računa spadaju dakle sve maloprodaje pošto maloprodaja svakako mora da izdaje fiskalne račune. Verovatno ste mislili reći da se govori o malim maloprodajnim objektima gde je jedino ili najbitnije izdavanje fiskalnih računa. Nijima zaista nije potreban poslovni softver kompleksniji od toga da mogu da kucaju fiskalne račune, urade po koji gotovinski račun i na kraju dana generišu specifikaciju prodaje koja se nekako transferuje u centralu. Moja priča se odnosi na malo naprednije poslovne ogranke kojima je bitno da u svakom trenutku znaju stanje zaliha drugih objekata, mogućnst da mogu međusobno da prebacuju robu i centralizovana baza partnera. RD sam naveo kao rešenje ukoliko poslovni softver sam ne podržava rad u realnom vremenu. Ukoliko sinhronizacija može da se podesi na kratke intervale, može se dobiti privid online rada. Generalno nemam ništa protiv toga, samo što je instaliranje i odžavanje klijent stanica em posao em košta a ništa specijalno se ne dobija time. Internet donosi nove standarde, sva manje će biti potrebe za klijent programima, verujem da je vama teško da se uklopite u to, ljudi se teško navikavaju na novine, pogotovo ako su godinama ili decenijama radili sa desktop aplikacijama."

A: Recimo da se slažem ... pitanje cena vam se provlači svuda u tekstu i neću da odgovaram stalno ... već u 2 odgovora.

Q: "Rečenicu NIKAD online rad u maloprodaji ćete verovatno za par godina ispraviti, čim u vašem softveru to podržite"

A: Pa koja je filozofija "podržati" RDP ? To svaka desktop aplikacija može da podrži, stvarno ne znam o čemu pišete !!!

Q: "Klijenti ne žele previše da se bakću sa računarima u maloprodajama i softverom koji je tamo instaliran. U svim velikim firmama koje imaju maloprodaju u tim maloprodajama ne rade baš stručni ljudi vični odžavanju tih kompjutera, čak i nasuprot tome, tamo često rade prodavci koji su niskoćom svojih zarada demoralisani za bilo kakvo intelektualno razmišljanje i brigu o softveru. Ali razumem ja vas, tu vi uskačete i bavite se odžavanjem i naravno sve to lepo naplatite. Potpuno je jasno zašto vama ne odgovaraju internet (centralizovane) aplikacije. "

A: Svaka, ali svaka aplikacija uključujući i aplikaciju za replikaciju su KRŠ (loše, nikakve...) ukoliko je stalno potrebna neka intervencija a posebno ona koja se naplaćuje. Pa da li mislite da bi neki klijent bio zadovoljan da plaća nekom za nekakvo održavanje ogromne sume novca. Pa da li stvarno mislite da klijent neće u tom slučaju da promeni aplikaciju i ceo sistem istog momenta. Koliko vidim vi držite knjig.agenciju, da li bi koristili softver za koji stalno morate nešto da plaćate. Pod "rešenjem" podrazumevam skup softverskih aplikacija koje RADE bez da se stalno "dopravljaju".

Q: "Šta bi vi radili ako bi imali aplikaciju na koju bi 50 maloprodaja neke firme te maloprodaje koristile preko RD-a koji je lak i jednostavan za korišćenje?"

A: Pa ovo je za nas idealna varijanta ... kamo sreće kad bi bilo dosta ovakvih firma i da SVI koriste RDP. ALI NEĆE ... zavisnost poslovanja od internet veze, posebno maloprodaje, klijenti NIKADA NEĆE DA PRIHVATE. Daj Bože da grešim, ovo bi za nas bilo IDEALNO, mnogo manje posla i svi srećni i zadovoljni, ali ,verujte mi, NEĆE DA PRIHVATE i ne mogu da im zamerim. Pa da li mislite da je lakše napraviti program za replikaciju koji je izuzetno, ali izuzetno kompleksan (rađen nekoliko meseci), bar za mysql bazu koju mi koristimo, nego implementirati RDP ? Ajde zaboravite nas, Datalab kao firma koja ima hiljade instalacija u Evropi, šta mislite da li njima nije bilo lakše da koriste RDP, već su morali da naprave sopstveno rešenje replikacije ?

Q: "A da uradite aplikaciju u flex-u, silverlightu ili WPF browser varijanti".

A: Molim vas, gospodine, pošaljite mi link gde mogu da vidim POS aplikaciju i pripadajući BackOffice (kalkulacije, KEPU i sl.) koja koristi tehnologije koje ste naveli. Da niste vi možda razvili neku? Da li SAP, Navision, Datalab i svi ostali koriste ove tehnologije? Jeste li probali nekada da odradite kalkulaciju u browseru? Pa klijenti bi nas se odrekli preko novina !!! Šta mislite da su ove tehnologije "prava stvar za poslovne aplikacije", da li ne bi Navision bio pisan u njima? Ili bolje pitanje: Šta mislite, zašto nije pisan ? Poslovna aplikacija u silverlight-u ... zaista sjajna ideja !!! (ovo vaše pitanje me je najviše razočaralo, uz svo poštovanje, mislim da jako slabo poznajete tehnologije koje ste naveli, bar u kontekstu poslovnih aplikacija)

Q: "A virtuelne mašine ne biste ni komentarisali, možda vam je to neka nepoznata tehnologija. Probajte, nije skupo niti oduzima mnogo vremena. Skinite Microsoftov Virtual PC, napravite par virtualnih mašina i probajte RD-om da se konektujete na njih. Ko zna, možda i uspete"

A: Microsoft VirtualPC je, koliko znam, besplatan, ali operativni sistem koji instalirate u toj virtualnoj mašini SE PLAĆA, čini se da ste na tu sitnicu zaboravili. Verujte mi, RDP-om i virtualnim mašinama sam se bavio mesecima (dalje u tekstu: zadnje pitanje) i ZNAM da radi, ne morate da budete ironični.

Q: "Vidite, nije problem naći besno rešenje za firme koje će ih koštati mnogo hiljada eura. Verujem da vaše cenjeno rešenje sve ovo podržava ali recite cenu? Zašto da pričamo o rešenjima od kojih prosečnog privrednika koji jedva izdržava boli glava kad čuje za cenu kad uz malo truda, volje i mašte mogu da se naprave rešenja sličnog kvaliteta a desetostruko jeftinija?"

A: O kojim hiljadama evra vi pričate ... pa ko toliko u Srbiji može da plati. Jedna virtuelna mašina vas košta oko 90 EUR (WinXP home), pomnožite to sa brojem radnih stanica, plus dodajte cenu servera koji može da gura nekoliko virtuelnih mašina pa da vidimo koliko to vaše RDP rešenje košta. Replikacija košta 12 EUR mesečno, a pouzdanost i konfornost u radu je DRASTIČNO veća. Opet pitam ... da li ste vi radili nekad preko ADSL-a i RDP-a na poslovnoj aplikaciji?

Q: "Nego, nešto mi nije jasno. Na vašem sajtu sad videh da imate i propagirate neku LIVE verziju programa koja radi po principu korišćenja centralizovanje baze preko interneta. Mislim, tamo ste naveli dosta argumenata zašto je to dobro, otprilike vrlo slično ovome što sam i ja rekao ali onda ovde kažete da u svojoj maloprodaji tako nešto ne bi NIKAD koristili??! O čemu se zapravo radi?"

A: Ovo je ključno pitanje. Kao što vidite, ja ne samo da to u teoriji znam ili mislim da znam. To rešenje sam već implementirao, baš preko RDP-a, tačnije modifikonave verzije "seamless" RDP-a. Verujem da ste odlični knjigovođa i da se vrlo dobro razumete u problematiku, ali verujte i vi meni da imam jako puno iskustva u svemu ovome o čemu pišemo. LIVE verzija je odlična stvar ali je zbog neophodnosti internet konekcije nepouzdanija od desktop varijante. Ona ima 2 namene: 1. kao nadgradnja desktop varjante u smislu da klijent može da koristi LIVE varijantu i sistem za replikaciju na svom serveru kako bi radio na svojim podacima i od kuće, na odmoru, poslovnom sastanku i slično i 2. Kao "standalone" rešenje. Za ovo drugo svako može da proba i da vidi da li mu odgovara. I zamislite, do 3 radnie stanice: potpuno besplatno ! A za 10 radnih stanica to je 65 EUR mesečno. Stvarno ne bih da komentarišem priču o "hiljadama evra" i ciframa "od kojih glava zaboli". Obzirom da je poslovna tajna, zadržaću je za sebe, ali kad bih vam rekao koliko imamo klijenata koji koriste desktop a koliko onih koji koriste LIVE varijantu, bilo bi vam potpuno jasno koliko niste u pravu !
[ Java Beograd @ 03.02.2010. 07:58 ] @
Ja se slažem sa Sajom, takoreći u potrpunosti. Nekoliko "crtica":

- Meni je u poslednjih 2-3 godine češće nestajala struja nego što je došlo do ADSL prekida. Stoga, Sve priče i bojazni "šta kad nestane internet" jednostavno padaju u vodu - jer - šta kad nestane struje !?
- "Replikacija baze" je jedan lep i zgodan termin i lako klizi preko jezika kad se izgovara. Ali kad se radi - trista đavola čeka iza svakog ugla. Koji su dokumenti prebačeni, koji nisu (zašto nisu), koja sa stanja ažurna - koja nisu, kupio po jednoj ceni, vratio u maloprodaju po drugoj ceni ... Misliim, mogu da nabrajam da popunim desetak stranica.
- Svaka mašina - po jedna baza ! Alo, pa koliko to košta !?
[ p.zivanovic @ 03.02.2010. 08:57 ] @
@JAVA: Pa u principu ste u pravu, uz par napomena:

Q: "Meni je u poslednjih 2-3 godine češće nestajala struja nego što je došlo do ADSL prekid"

A: Kod mene je nekako "mrtva trka" ... dešava se i jedno i drugo, ne tako često, ali se dešava

Q: ""Replikacija baze" je jedan lep i zgodan termin i lako klizi preko jezika kad se izgovara. Ali kad se radi - trista đavola čeka iza svakog ugla. Koji su dokumenti prebačeni, koji nisu (zašto nisu), koja sa stanja ažurna - koja nisu, kupio po jednoj ceni, vratio u maloprodaju po drugoj ceni ... Misliim, mogu da nabrajam da popunim desetak stranica."

A: Možda čak i više od deset stranica. Tu stvarno ima dosta stvari koje moraju da se reše, čak mislim da nisi napomenuo najbitnije, a to su opšti šifarnici: partneri, artikli, kako izbeći duple šifre i još dosta toga...

Ali da završim: Osim u domovima zdravlja, nigde nisam video poslovnu aplikaciju koja radi preko RDP-a. Dobro, ne kažem da sam viđao hiljade aplikacija na terenu, ali jednostavno RDP nisam video još ni jednu. Da li ste videli vi i gde ? Činjenica je da je ovaj način mnogo lakši za održavanje, neka bude čak i jeftiniji, nebitno. Problem je samo što mislim da teško da će klijenti prihvatiti ovakva rešenja, ali se iskreno nadam da grešim. Stvarno ne mogu da zamislim da će vlasnici velikih maloprodaja, mega-marketa i slično, koji pazare nekoliko miliona dnevno da prihvate rešenje koje isključivo zavisi od pouzdanosti njihove internet konekcije, iskreno, ja to nikada ne bih prihvatio, niti bi nekome dao taj savet (tako je i počela cela priča). Kada i ako se desi da RDP postane standard u implementaciji poslovnih paketa za maloprodaje, ne samo da ću da prestanem da razvijam aplikaciju za replikaciju, već ću i javno da spalim hard-disk na kome se ona nalazi i prateću dokumentaciju, a u znak izvinjenja, dajem pragnje ! ("pragnje"=prase+jagnje) :)
[ Java Beograd @ 03.02.2010. 09:40 ] @
Citat:
p.zivanovic: čak mislim da nisi napomenuo najbitnije, a to su opšti šifarnici: partneri, artikli, kako izbeći duple šifre i još dosta toga...

A, pa to nisam pomenuo zato što se nikako ne smeju ažurirati u bazi na MP mestu. To se prosto iskopira sa centralne baze, i tačka. Ne dao ti bog da dozvoliš ažuriranje matičnih šifarnika na svakoj odvojenoj lokaciji, koja nije on-line, pa da onda to "nekako" smestišu glavne šifarnike !



Citat:
p.zivanovic: Osim u domovima zdravlja, nigde nisam video poslovnu aplikaciju koja radi preko RDP-a. Dobro, ne kažem da sam viđao hiljade aplikacija na terenu, ali jednostavno RDP nisam video još ni jednu. Da li ste videli vi i gde ?
Nisam. To je zaista malo "egzotično".


Citat:
p.zivanovic: Stvarno ne mogu da zamislim da će vlasnici velikih maloprodaja, mega-marketa i slično, koji pazare nekoliko miliona dnevno da prihvate rešenje koje isključivo zavisi od pouzdanosti njihove internet konekcije, iskreno, ja to nikada ne bih prihvatio, niti bi nekome dao taj savet (tako je i počela cela priča).

E pa sad, nećemo da mešamo izdvojenu maloprodaju kompanije "GG komerc" koja ima centralni magacin i 3 maloprodajna objekta sa Rodićem, Tempom i sličnima. Size Matters !
Ja sam radio u firmi gde je internet konekcija bila spuštena na nivo Frame-relay veza, iznamljenih od Telekoma. Postoji i optika, zar ne ? Vremena pristupa manja od 12 ms. Za neke računarske mreže, ASDL od 2 Mb zvuči kao buđav lebac.


Bilo kako bilo, na kraju krajeva, čak smatram da i nije toliko loše imati instalaciju aplikacije na lokalnoj mašini, ali bazu i podatke - samo i jedino na serveru.
[ karadima @ 03.02.2010. 11:40 ] @
Hvala vam svima na odgovorima. Bez obzira na razlicita misljenja svi ste u neku ruku u pravu.

Posto sam nekako brzo sklepao gore postavljeni post, sada cu dodati malo vise informacija da bi ste mogli da sagledate situaciju u celini.

Naime, u firmi gde radim koristimo famozni Pantheon 5.5 (DataLab) .

Pre njega smo koristili 5.0 verziju koja je radila po principu sinhronizacije glavne baze sa bazama na radnim stanicama. Naravno , kao sto pretpostavljate to bas nije bilo kvalitetno, sto zbog tadasnjih konekcija (mostly dial-up) sto zbog same aplikacije. X puta se desavalo da smo morali po par puta ujutru da uradimo sinhronizacije sa nekim radnjama jer podaci nisu bili prenoseni kako treba. Vracanje datuma i sinhronizacija par dana unazad jer fale dokumenti i sl.

Ja sam igrom slucaja posle toga otisao u drugu firmu i tamo su isto koristili Pantheon 5.0 ali sa direktnim pristupom glavnoj bazi. I to je radilo u neku ruku dobro. Naravno, bilo je problema kad padne link pa nema konekcije ali bez vecih posledica po prodaju. (pricam o firmi koja ima vise od 20 udaljenih lokacija). Oni i dalje koriste 5.0 verziju ali ce zbog DataLaba i neizbacivanja update-ova za 5.0 verziju morati uskoro na 5.5 , a kako ce to da rese to sam bog zna.

Sada sam se opet vratio u staru firmu i ovde sada imamo Pantheon 5.5 koji radi uz pomoc remote desktop konekcija na virtualnim serverima. Tacnije, digao sam 3 virtualna servera i izbalansirao odredjeni broj radnji po serveru. Tako da se sada radnje (isturene lokacije) konektuju preko remota na server i odatle pokrecu Pantheon i to radi solidno dobro. Cak im nisu potrebe neke extra konfiguracije jer u sustini svu fizikaliju rade serveri. Svaka radnja ima link 1mbit/1mbit tako da u sustini sve klizi. Jedini problem koji imam trenutno je da se preko Remote Desktopa desava da pukne veza i kad se opet rekonektuju dobiju ponekad frozen desktop ili aplikaciju . tj ne mogu nista da rade dok ih ja fizicki ne odlogujem sa servera i onda sve radi. Tu se jos javlja i share printera za koji ja nisam nasao resenje jer mi se desava da jedna radnja stampa na stampacu druge radnje. To moram da nadjem neko resenje ali pretpostavljam da nije nista komplikovano.

Da sumiram: Pantheon sam po sebi nije los sto se tice rada sa udaljenim lokacijama preko RDP ali je los na direktnom radu sa bazom na relaciji radna stanica - server - baza , a i ovako kao aplikacija. Pun je bagova a support je u vecini slucajeva skup i nezadovoljavajuci, u smislu ako treba da mi nesto srede jer ne vuce dobro cene, oni srede cene a pokvare nesto drugo i sl.

Ja kad sam postavio pitanje gore da li ima neki ERP koji moze da radi brzo sa udaljenih lokacija direktno na bazi mislio sam na nesto kao sto je bio Pantheon 5.0 koji je to radio solidno ali da uz to ima dobar support i da kad ga jednom implementiras to sto je implementirano radi , a ne da moras svaki cas da radis neke ispravke ispravki i tako u krug dok troskovi ne dodju na nivo drzavnog budzeta neke manje drzave.

I iskreno , mislim da live connection za ERP nije preporucljiv naravno za svakoga. posebno ne za firme tipa TEMPO i METRO jer oni stvarno imaju mnogo prometa dnevno i svaki down linka bi ima odnosio velike pare, a sama izrada veoma stabilnog linka je mnogo skupa , bar po meni .

Nadam se da sam uspeo da vam objasnim sustinu mog pitanja. :)



[ S A J A @ 03.02.2010. 17:17 ] @
Ne verujem da ćeš naći brže rešenje jer ako je aplikacija direktno vezana na server, svakako vuče više podataka nego u slučaju RD-a. Verujem da bi i kod ostalih programskih rešenje bilo slična brzina. Sa druge strane, RD transferuje samo sliku a sve se odvija na serveru. Štampa preko RD-a nije komplikovana za namestiti, ne treba uopšte da sheruješ štampače već samo da uključiš da se lokalni štampači prenose u RD sesiju. Uslov je da u windows-u servera postoje drajveri za štampač koji se nalazi u lokalu. Ono što ti se dešava da posle pucanja veze korisnik ne može da se vrati na svoj desktop svakako nije normalno. U slučaju nestanka veze u toku rada sa RD-om, ekran postane crno beli i u gornjem desnom uglu blinka ikonica da je došlo do prekida veze. Dok to tako stoji, korisnik ne može da kontroliše sadržaj prozora (što je i logično jer nema veze) ali čim se uspostavi veza, prozor dobija boju i nastavlja se tamo gde je i stao. Dobra prednost RD-a je što u slučaju prekida veze ne dolazi do remećenja rada programa, program ostane da radi na serveru neometano.

Ja sam viđao i znam nekoliko maloprodaja koje koriste poslovni program preko RD-a, naravno, to nisu prodavnice već maloprodaje koje nemaju toliku frekventnost kupaca. Znam i primere kad dislociran magacin takođe preko RD-a radi u glavnom programu jer kod njega dolaze kupci da im izda robu.
[ johnnie @ 04.02.2010. 10:20 ] @
Moram da se ukljucim u pricu...

SAJA je podosta u pravu, za mnoge stvari...

Mislim da je kategorizacija klijentskih firmi u velikom corsokaku. Pogledajte kako poreska uprava kategorise preduzeća. Sta su mala, srednja i velika?

Realno gledano, prva stvar sa kojom se ne mogu složiti je da internet konekcija nije sigurna. Nije sigurna, naravno za onog ko nece da plati odgovarajuću uslugu.
Zašto lokalni lanci maloprodaje, koji su uglavnom meta priče, ne žele da odvoje budžet za IT, već je sve u domenu što jeftinijeg rešenja? Ako dnevno pazariš nekoliko miliona dinara, da li je teško odvojiti jedan dnevni pazar godišnje za sigurnost u radu?

Ne postoji sistem koji sam sebe održava, tj nema troškova održavanja. Pitajte te iste klijente da li redovno menjaju ulje u svojim automobilima i koliko ih godišnje košta novo vozilo u smislu održavanja?
Zašto je informacioni sistem nešto što se gura u stranu i gleda da nema troškova održavanja?

RDP je fina stvar. Može uveliko da smanji troškove. Ipak TS licence ne koštaju koliko jedan OS za profesionalnu upotrebu.
No, pitanje je zašto mrežna infrastruktura uvek ide u stranu, ulaganja su najmanja i uvek je mreža ta koja pegla nemogućnosti softvera?
Šta je sa VPN-om?
Dobro odrađen dizajn mreže, pravilna infrastruktura, oprema i pravila poslovanja u mnogome pomažu razvoju aplikacija koje nisu zahtevne u smislu bandwidth-a.
Svi bi hteli da voze mecke i dzipove, ali ne žele da ulože u opremu i IT resurse.

Zar mislite da neke veće firme u ovoj zemlji, kao što su Philip Morris, GRand kafa, Delta holding, Hemofarm, NIS, pa i odredjena ministarstva, nemaju posebne ugovore sa provajderima, u kojima je definisan dozvoljeni downtime na godisnjem nivou, zajedno sa pratećim penalima ako se isti prekorači?
Uostalom , ko od njih koristi internet za vezivanje lokacija, osim ako baš nema drugog resenja?

Lično sam na terenu video lokalno resenje jedne lokalne firme, koja ima 10 lokacija i centralu, i replikaciju "baze" velicine par stotina MB, 3-4 puta dnevno!
I neko će da mi kaže da je to ispravno... I još taj stručnjak tvrdi da je problem u "linkovima" a ne u njegovom softveru!

Ne, ovce su očigledno za šišanje... Tako i treba, kad gazda ne želi da plati ispravno rešenje i ostvari povraćaj investicije kroz stabilan i bezbedan rad...

Definitivno, zamislite da nekoj malo većoj firmi koje sam pomenuo, kažete da za odredjeni softver treba da obezbedi propusni opseg od recimo 10 Mbit/s po lokaciji!?
A gde je sve ostalo, kao recimo VoIP, korporativni internet, mail itd? To je suludo...
Dakle, stvar softvera je kako će se ažurirati sa bazom. Isto tako, stvar i same database podloge je šta može i šta podržava...
Ako se ne varam, MS SQL 2005 kao i Oracle podržavaju distribuirane baze... Tako da nema nekih velikih sinhronizacija... Ali naravno da nisu free...

UVEK JE PRIČA KOLIKO PARA TOLIKO MUZIKE...

Da ne pričamo da sve te veće firme, koje imaju razuđenu strukturu lokacija, skoro obavezno koriste neku vrstu WAN optimizacije ili optimizaciju kompletnih resursa, kao recimo CITRIX, ili neka CISCO-ova resenja za optimizaciju saobracaja , da ne ulazimo u dubinu prče koja je offtopic...

Dakle, moje utisak, muka mi je od toga da svi štede na IT-u a očekuju da su kupovinom računara rešili sve probleme u poslovanju...



[ High Spirit @ 08.02.2010. 09:00 ] @
Samo kratko da kažem da je sistem koji na maloprodaji ima jednu bazu i replicira podatke na centralnu i obrnuto , uopšte ne mora da radi loše/sporo, naprotiv. Naravno, iza mora postojati kvalitetno rešenje koje je solidno implementirano, ali je to radjeno čak i na lokacijama koje rade sa modemskom vezom i imaju dosta veliki promet.
Na ovaj način se obezbeđuje i Upravi da može odlično da kontroliše zalihe, a sa druge strane baza u maloprodaji je stalno operativna.