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]