[es] - Navision nedostaci

totovic
Aleksandar Totovic
CEO, Editor in Chief
ERP Consulting
Beograd

Član broj: 25536
Poruke: 840
80.93.243.*

Sajt: totovic.com

+1 Profil

Re: Navision nedostaci

^{14.10.2008. u 08:22 - pre 188 meseci}

Ja sam lokaciju otvorio bez problema. Što se tiče cifara, čine mi se realnim. Pošteno da kažem, do sada nisam nigde nailazio na toliko precizne podatke. Za NAV znam da je približno toliko, mada sam mislio da AX ima nešto više implementacija od ovde napisanih.
Na ovo možemo da dodamo eventualno par stotina u julu, avgustu i septembru, pošto je navedeno da je to do 30.06.2008.
U svakom slučaju, hvala na ovim informacijama.

Cave ab homine unius libri

The best argument against democracy is a five-minute conversation with the average
voter.

Odgovor na temu

business2online
Rajko Cvetkovic
Business Online d.o.o.
Beograd

Član broj: 237966
Poruke: 61
..106.109.adsl.dyn.beotel.net.

Profil

Re: Navision nedostaci

^{15.06.2011. u 01:55 - pre 156 meseci}

Da malo oživim ovu temu. Poslednjih meseci radim na integraciji mog projekta sa NAV 2009 R2 i bolje da ne nabrajam nedostatke, svaki softver ih ima. Možda neko može da mi pomogne, da ga angažujem, a radi se o sledećem: Farmaceutska kuća traži da svaki menjani ili brisani slog bude evidentiran, arhiviran i dostupan sa podacima ko je menjao/brisao i datum i vreme. Da li se jezikom CAL ili na drugi način mogu dodati polja operater, datum i vreme i obezbediti ono što sam naveo.

Integracija sa NAV 2009 R2 odnosi se na real-time migraciju, tako da moja aplikacija gleda NAV 6.0 bazu podataka preko Views (Pogleda) a ja radim razvoj dopunskih modula ASP.NET aplikacije prema zahtevima korisnika - specifična proizvodnja.

www.business2online.com

Odgovor na temu

totovic
Aleksandar Totovic
CEO, Editor in Chief
ERP Consulting
Beograd

Član broj: 25536
Poruke: 840
80.93.243.*

Sajt: totovic.com

+1 Profil

Re: Navision nedostaci

^{15.06.2011. u 07:46 - pre 156 meseci}

Proknjižene stavke u NAV-u ne mogu da se menjaju ili brišu, ali naravno, postoje i podaci (npr.šifarnici) sa kojima je to moguće. Za to ne treba ništa programirati, jer već postoji u standardnom NAV-u.
Uđeš u NAV kroz classic client i ideš na Administriranje->Podešavanje aplikacije->Opšte postavke->Podešavanje evidencija promena; tu aktiviraš polje Aktivirana evidencija promena i ideš na taster Podešavanje->Tabele; tu izabareš koje tabele ćeš pratiti po promenama, kao i koje vrste promena na njima. Možeš pratiti posebno Insert, Modify i Delete. Takođe, možeš se odlučiti za celu tabelu ili samo za izabrana polja u tabeli. Ovo je bilo podešavanje praćenja.
Kada je u pitanju provera šta je i ko menjao/brisao, to posle aktivacije možeš proveravati na: Administriranje->Podešavanje aplikacije->Opšte postavke->Evidencija promena. Tu ćeđ videti tačno ko je, kada i šta menjao, kao i novu i prethodnu vrednost na tom polju.

Cave ab homine unius libri

The best argument against democracy is a five-minute conversation with the average
voter.

Odgovor na temu

business2online
Rajko Cvetkovic
Business Online d.o.o.
Beograd

Član broj: 237966
Poruke: 61
..106.109.adsl.dyn.beotel.net.

Profil

Re: Navision nedostaci

^{15.06.2011. u 10:17 - pre 156 meseci}

Hvala na odgovoru. Pitanje mi nije bilo precizno. Iako sam imao dužu pauzu od jedno 5 godina, kada se se poslednji put baktao sa Navision-om, to setovanje znam, ali meni je potrebno da te izmene/brisanja budu zabeleženi u MS SQL Server bazi podatka, jer ja radim nezavisnu nadogradnju i NAV bazu vidim samo preko Pogleda. Čak sam imao zahtev i za UNDO opcijom. Nedostatak potvrde unosa, narocite izmena na nivou sloga zaista smeta ili sam ja opet nesto propustio, cim se predje na sledece polje, nema povratka kao CTRL-Z, promena izvrsena - primer nesto radim, zvoni telefon i prekine me, posle toga ne znam dokle sam stigao.

Znam da NAV nije "fleksibilan" kada su u pitanju "proknjiženi" dokumenti, to meni toliko i ne smeta, ali korisnik traži razne opcije, pa će mic-po-mic sve manje podataka unositi preko NAV, a sve više preko moje aplikacije. Nisam ja tog korisnika, kao ni ostale, terao da kupe Navision.

www.business2online.com

Odgovor na temu

dejanet
Beograd

Član broj: 19240
Poruke: 1181

+836 Profil

Re: Navision nedostaci

^{15.06.2011. u 10:38 - pre 156 meseci}

Ako je MS Sql server, mozes da uradis Trigger-e za insert,update i delete, pa da kreiras na primer, log file ili da punis tabelu sa podacima koje pratis..

Odgovor na temu

business2online
Rajko Cvetkovic
Business Online d.o.o.
Beograd

Član broj: 237966
Poruke: 61
..178.212.adsl.dyn.beotel.net.

Profil

Re: Navision nedostaci

^{16.06.2011. u 15:29 - pre 156 meseci}

Navision je definitivno raj za developere i konsultante, a kako je korisnicima to samo oni znaju. Da bi rešenje bilo ozbiljnije funkcionalno, mnogo toga mora se doraditi. Neko reče: "Navision je obican krš ..." - naravno da nije tako, ali indeks-sekvencijalna organizacija baze podataka zaista zamara. U demo bazi NAV 6.0 ne postoji ni jedna JOIN relaciona operacija, dok je prethodna NAV 4.0 vrvila od trigera koji su kreirale "fizičke tabele" sa nekim čudnim nazivima. Pogledi, server (stored) funkcije i procedure ne postoje. Tabele su toliko prenatrpane fukcionalnim zavisnostima, samo da bi se iz njih moglo direktno štampati izveštaji, ali to naravno nikada ne može zameniti Poglede (Views).

Citat:

Ako je MS Sql server, mozes da uradis Trigger-e za insert,update i delete, pa da kreiras na primer, log file ili da punis tabelu sa podacima koje pratis..

Neka se jave kolege koje bi ovo uradili za mene - potrebno mi je praćenje svih tabela. Možete se javiti i na moj privatni email, naravno očekujem da kažete koliko vam je vremena potrebno da to uradite i koliko bi me to koštalo.

_{[Ovu poruku je menjao business2online dana 16.06.2011. u 17:20 GMT+1]}

www.business2online.com

Odgovor na temu

business2online
Rajko Cvetkovic
Business Online d.o.o.
Beograd

Član broj: 237966
Poruke: 61
..178.212.adsl.dyn.beotel.net.

Profil

Re: Navision nedostaci

^{19.06.2011. u 22:26 - pre 156 meseci}

Ima li šanse da jedna NAV baza podataka bude zajednička za nekoliko povezanih firmi, koje bi odredjene podatke delili, kao što su kandidati za zaposlenje, kontni plan, "šifrarnike", dimenzije itd., jer posluju prema istim kriterijumima. Naravno da poslovne transakcije treba da budu zaštićene na nivou firme. Ili se to može rešiti na neki drugi način. Znači za svaki slog, pored šifre operatera, datuma i vremena unosa/izmene/brisanja potreban je podatak šifra korisnika.

www.business2online.com

Odgovor na temu

totovic
Aleksandar Totovic
CEO, Editor in Chief
ERP Consulting
Beograd

Član broj: 25536
Poruke: 840
*.dynamic.sbb.rs.

Sajt: totovic.com

+1 Profil

Re: Navision nedostaci

^{20.06.2011. u 22:13 - pre 156 meseci}

Citat:

business2online: Ima li šanse da jedna NAV baza podataka bude zajednička za nekoliko povezanih firmi, koje bi odredjene podatke delili, kao što su kandidati za zaposlenje, kontni plan, "šifrarnike", dimenzije itd., jer posluju prema istim kriterijumima...

Može

Citat:

business2online: ...Znači za svaki slog, pored šifre operatera, datuma i vremena unosa/izmene/brisanja potreban je podatak šifra korisnika.

Nije mi jasno kakve ovo veze ima sa prvim pitanjem, ili možda nema. U svakom slučaju, nije mi jasno koja je razlika između šifre operatera i šifre korisnika.

Cave ab homine unius libri

The best argument against democracy is a five-minute conversation with the average
voter.

Odgovor na temu

business2online
Rajko Cvetkovic
Business Online d.o.o.
Beograd

Član broj: 237966
Poruke: 61
..178.212.adsl.dyn.beotel.net.

Profil

Re: Navision nedostaci

^{20.06.2011. u 23:25 - pre 156 meseci}

NAV bazu treba da koristi više firmi (korisnika - tako sam ih nazvao) a svaka ima svoje operatere (naravno samo sam njih trebao da nazovem korisnicima). Znači kada se odredjeni korisnik (operater) prijavi na sistem, on je iz odredjene firme i može da vidi zajedničke podatke (koji su tako setovani) i samo podatke svoje firme - nesme da vidi glavnu knjigu druge firme. Zajedničke podatke, na primer o kandidatima za zaposlenje, mogu svi da unose i menjaju, naročito treba da bude označeno ako jedna od firmi "rezerviše" nekog kandidata - započne razgovor sa njim/njom itd.

www.business2online.com

Odgovor na temu

business2online
Rajko Cvetkovic
Business Online d.o.o.
Beograd

Član broj: 237966
Poruke: 61
..178.212.adsl.dyn.beotel.net.

Profil

Re: Navision nedostaci

^{20.06.2011. u 23:43 - pre 156 meseci}

Nevezano sa prethodnim, mene zaista brine referencijalni integritet, jer je dozvoljena promena ključa, na primer promena Šifre kupca traži neko vreme da softver izvrši sve promene gde se taj kupac pojavljuje. U slučaju desetine hiljada transakcija, to vreme može da bude kritično, jer odredjeni deo baze podataka treba da bude zakjučan dok se ta promena ne izvrši. To mi nikako nema veze sa relacionim bazama podataka i CONSTRAINT klauzulom referencijalnog integriteta. Suvise stvari je na klijent strani, a baza podataka samo skup tabela.

Sve ovo bi nekako išlo ako se radi sa standardnom verzijom, ali kada počne dogradnja onda mogu nastati problemi.

www.business2online.com

Odgovor na temu

High Spirit
Mirko Markovic

Član broj: 69734
Poruke: 89
*.dialup.sezampro.rs.

+5 Profil

Re: Navision nedostaci

^{22.06.2011. u 13:32 - pre 156 meseci}

Citat:

business2online: NAV bazu treba da koristi više firmi (korisnika - tako sam ih nazvao) a svaka ima svoje operatere (naravno samo sam njih trebao da nazovem korisnicima). Znači kada se odredjeni korisnik (operater) prijavi na sistem, on je iz odredjene firme i može da vidi zajedničke podatke (koji su tako setovani) i samo podatke svoje firme - nesme da vidi glavnu knjigu druge firme. Zajedničke podatke, na primer o kandidatima za zaposlenje, mogu svi da unose i menjaju, naročito treba da bude označeno ako jedna od firmi "rezerviše" nekog kandidata - započne razgovor sa njim/njom itd.

Dosta je jednostavno kroz Navision podesiti da jedna tabela bude zajednicka svim kompanijama (jedan property), medjutim treba biti jako pazljiv sa tim i izbegavati promene tog parametra za standardne tabele. U svakom slucaju. to je posao za Navision partnera, a ne za nekog ko ima potpuno odvojeni softver i radi integraciju sa Navisionom.

edit : sad sam video da sam pogresno protumacio pitanje. Jedna od osnovnih Navision funkcionalnosti je postojanje vise kompanija u okviru jedne baze podataka. Te kompanije u okviru baze podataka imaju skoro sve odvojene tabele (koje se u SQL serveru vide pod imenom Ime_Kompanije_Ime Tabele. Pojedine tabele (kao sto su korisnici i prava pristupa) su zajednicke za sve kompanije u okviru jedne baze. Ima nekoliko jako dobrih funkcionalnosti koje prozilaze iz ovoga (na primer, InterCompany Posting). Svaka tabela se moze uciniti zajednickom za sva preduzeca ako se promeni jedan property (o kome sam iznad pisao). Ono sto je izuzetno nepropurcljivo je da se taj property menja na standardnim tabelama.

Citat:

business2online: Navision je definitivno raj za developere i konsultante, a kako je korisnicima to samo oni znaju. Da bi rešenje bilo ozbiljnije funkcionalno, mnogo toga mora se doraditi. Neko reče: "Navision je obican krš ..." - naravno da nije tako, ali indeks-sekvencijalna organizacija baze podataka zaista zamara. U demo bazi NAV 6.0 ne postoji ni jedna JOIN relaciona operacija, dok je prethodna NAV 4.0 vrvila od trigera koji su kreirale "fizičke tabele" sa nekim čudnim nazivima. Pogledi, server (stored) funkcije i procedure ne postoje. Tabele su toliko prenatrpane fukcionalnim zavisnostima, samo da bi se iz njih moglo direktno štampati izveštaji, ali to naravno nikada ne može zameniti Poglede (Views).

Neka se jave kolege koje bi ovo uradili za mene - potrebno mi je praćenje svih tabela. Možete se javiti i na moj privatni email, naravno očekujem da kažete koliko vam je vremena potrebno da to uradite i koliko bi me to koštalo.

_{[Ovu poruku je menjao business2online dana 16.06.2011. u 17:20 GMT+1]}

Ne razumem zasto te toliko boli sta se nalazi ispod haube navisiona. To je potpuno nebitno za korisnike, al' ajde da odgovorim.
Te tabele cudnih imena su deo stare funkcionalnosti koja sluzi za brzi pristup odredjenim podacima koji se dobijaju kao sume (saldo kupca, potrazuje/duguje na kontima i slicno). Ta funkcionalnost je bila dosta dobro uklopljena u Native DB, ali se ne slaze najbolje sa SQL Serverom. Na NAV 4 su to pokusali da rese sa dodantnim tabelama cudnih imena, na NAv 5 je to resavano preko viewova.
Generalno mislim da su malo u problemu jer dosta funkcionalnosti je radjeno za Native DB i ukorenjene su u standardni kod, a sada bi mogla da se resi na mnogo drugaciji nacin, ali bi zahtevalo dosta vremena.

konstatacije "korisnici najbolje znaju kako im je .." i "da bi rešenje bilo ozbiljnije funkcionalno, mnogo toga mora se doraditi..." bi bilo da zadrsis za sebe, ako nemas necim konkretnim da potkrepis.

_{[Ovu poruku je menjao High Spirit dana 22.06.2011. u 18:43 GMT+1]}

_{[Ovu poruku je menjao High Spirit dana 22.06.2011. u 18:44 GMT+1]}

Odgovor na temu

High Spirit
Mirko Markovic

Član broj: 69734
Poruke: 89
*.dialup.sezampro.rs.

+5 Profil

Re: Navision nedostaci

^{22.06.2011. u 13:42 - pre 156 meseci}

Citat:

business2online: Hvala na odgovoru. Pitanje mi nije bilo precizno. Iako sam imao dužu pauzu od jedno 5 godina, kada se se poslednji put baktao sa Navision-om, to setovanje znam, ali meni je potrebno da te izmene/brisanja budu zabeleženi u MS SQL Server bazi podatka, jer ja radim nezavisnu nadogradnju i NAV bazu vidim samo preko Pogleda. Čak sam imao zahtev i za UNDO opcijom. Nedostatak potvrde unosa, narocite izmena na nivou sloga zaista smeta ili sam ja opet nesto propustio, cim se predje na sledece polje, nema povratka kao CTRL-Z, promena izvrsena - primer nesto radim, zvoni telefon i prekine me, posle toga ne znam dokle sam stigao.

Znam da NAV nije "fleksibilan" kada su u pitanju "proknjiženi" dokumenti, to meni toliko i ne smeta, ali korisnik traži razne opcije, pa će mic-po-mic sve manje podataka unositi preko NAV, a sve više preko moje aplikacije. Nisam ja tog korisnika, kao ni ostale, terao da kupe Navision.

Izmene ostaju zabelezene u tabeli Change Log Entry. Ono sto je mozda problematicno (zavisi od perspektive) je to sto ostaju zabelezene samo promene koje su rucno uradjene, dok promene koje se obave u toku nekog procesa (npr. knjizenja) ne osatju zabelezene. Ovo je moguce korigovati u kodu, ako je potrebno.
Sta se smatra pod "potvrdom unosa" i nedostatkom iste ? Da li bi bilo potrebno da nakon svake promene program pita korisnika "Da li ste sugirni da zelite da promenite to i to ? " ?

Sto se tice toga da se nakon telefonskog razgovora korisnik zbuni i ne zna dokle je stigao - :facepalm: Najbolje da se onda koristi papir i olovka, tu je skroz jasno dokle se stiglo.

edit : Dodatno, jako je cudno da kompanija sa NAV 2009 R2 (ako je iz srbije, to znaci da je ove godine radila upgrade, dalje to znaci da ima vazeci ugovor sa nekim od Navision partnera, uplacen EP i sl.) trazi od nekog sa strane da programira nesto u Navisionu. Da budem iskren, veoma sumnjam u takav scenario.

_{[Ovu poruku je menjao High Spirit dana 22.06.2011. u 18:45 GMT+1]}

Odgovor na temu

business2online
Rajko Cvetkovic
Business Online d.o.o.
Beograd

Član broj: 237966
Poruke: 61
..178.212.adsl.dyn.beotel.net.

Profil

Re: Navision nedostaci

^{22.06.2011. u 14:15 - pre 156 meseci}

Citat:

"Da li ste sugirni da zelite da promenite to i to ?"

je Windows-ov standard i vrlo logična i normalna potreba, pa i Excel ima Ctrl-Z. Da li je nekoga telefon prekinuo u radu je naravno irelevantno, dato samo kao ilustracija.

Citat:

konstatacije "korisnici najbolje znaju kako im je .." i "da bi rešenje bilo ozbiljnije funkcionalno, mnogo toga mora se doraditi..." bi bilo da zadrsis za sebe, ako nemas necim konkretnim da potkrepis.

sam već potkrepio mnoštvom otvorenih pitanja, a ima ih jos, na pretek.

Baza podataka NAV 6.0. nema ni jednu jedinu JOIN relacionu operaciju, tako da se niukom slučaju ne može nazvati relacionom bazom podataka, tako da je diskusija o nedostacima zaista bespotrebna. Suviše je otvorenih problema.

www.business2online.com

Odgovor na temu

High Spirit
Mirko Markovic

Član broj: 69734
Poruke: 89
*.dialup.sezampro.rs.

+5 Profil

Re: Navision nedostaci

^{22.06.2011. u 15:15 - pre 156 meseci}

Da se posle svake promene podataka postavlja pitanje "Da li zelite da to sacuvate" brzina rada bi se drasticno usporila, korisnici bi poludeli od silnih pitanja, i na kraju bi se sve zavrsilo time da bi developeri nekako sakrivali ta pitanja.

Druga stvar, oko koje se vrti nekoliko tema, korisnike apsolutno ne zanima da li je baza relaciona ili nije, kako su tabele povezane ili nisu, kako je ustrojena baza podataka, pa cak i sta je to baza podataka. Korisnike zanima da svoj posao rese na najefikasniji i najkomforniji nacin. Nekad im Navision to omogucava, nekad bas i ne (upravo zbog komleksnosti i koriscenja za razlicite pottrebe).

Naravno, Navision ima svoje nedostatke, ali to nema veze sa joinima, bez obzira na tvoje instisiranje na tome.

Odgovor na temu