[es] - Kumulativ za karticu artikla!

laf

Član broj: 149778
Poruke: 6
91.150.117.*

Profil

^{01.07.2007. u 12:48 - pre 204 meseci}

Pozdrav!

Da li neko ima iskustva sa karticom artikla, mislim pre svega na racunanje kumulativne vrednosti u kartici. Mislim pre svega na resenje problema pomocu SQL upita. Jedini nacin koji mi pada na pamet je da se odradi po slog-po-slog principu, tj. da se za svaki dokument pronadje da li je u sebi, kao stavku, sadrzao trazeni artikal a onda da se, u zavisnosti da li je dokument ulazni ili izlazni, kolicina koja je usla ili izasla (prema dokumentu) sabere odnosno oduzme.
Da li je moguce napisati i kako SQL upit (pomogla bi samo i smernica ka nalazenju upita) za karticu artikla.

Unapred zahvalan.

Odgovor na temu

savkic
Igor Savkić

Član broj: 92186
Poruke: 2739

+92 Profil

Re: Kumulativ za karticu artikla!

^{01.07.2007. u 20:01 - pre 204 meseci}

> Da li neko ima iskustva sa karticom artikla, mislim pre svega na racunanje kumulativne vrednosti u kartici. Mislim pre svega na resenje
> problema pomocu SQL upita. Jedini nacin koji mi pada na pamet je da se odradi po slog-po-slog principu, tj. da se za svaki dokument
> pronadje da li je u sebi, kao stavku, sadrzao trazeni artikal a onda da se, u zavisnosti da li je dokument ulazni ili izlazni,
> kolicina koja je usla ili izasla (prema dokumentu) sabere odnosno oduzme.
> Da li je moguce napisati i kako SQL upit (pomogla bi samo i smernica ka nalazenju upita) za karticu artikla.

Postoji još jedan pristup, a to je posebna tabela Kartice gde će se upisivati svi podaci o prometu artikla (napravi se faktura, upiše se u stavke faktura i u kartice...). Ovde je lako i pre svega brzo dobiti željenje podatke. Drugi pristup je da se podaci računaju po potrebi, iz svih dokumenata, to može biti problematično ako ima dosta raznolikih dokumenata. Može sve i sa SQL upitom ali bi on bio prilično komplikovan ili može i preko neke stored procedure. Konkretan upit zavisi od dokumenata tj. tabela koje ti imaš.

Do not be a help vampire (http://slash7.com/pages/vampires), use the google.

How to ask questions the smart way:
http://www.catb.org/~esr/faqs/smart-questions.html
http://solair.eunet.rs/~fangor...stions/smart-questions.sr.html

Odgovor na temu

laf

Član broj: 149778
Poruke: 6
91.150.117.*

Profil

Re: Kumulativ za karticu artikla!

^{01.07.2007. u 20:36 - pre 204 meseci}

Hvala na odgovoru!

Ovo sa tabelom je dobro resenje, medjutim voleo bih da to mogu resiti jednim SQL upitom(obicnim ili ugnezdjenim). Konkretno, sva dokumenta(kalkulacija, faktura, nivelacija, itd.) su u dve zasebne tabele - tabela zaglavlja i tabela stavki dokumenta. Trenutno, aplikacija koristi kao sistem BP MS Access, ali u buducnosti planiram da se prebacim na Firebird.

E, sad me interesuje, da li je moguce u jednom SQL upitu (sto je i sustina problema) doci do vrednosti prethodnog sloga - zapisa, da bi se ta prethodna vrednost, u izracunavanju za trenutni slog, upotrebila?

Odgovor na temu

jutikus
Arpad Jut
Administrator
NS

Član broj: 85620
Poruke: 16
*.co.yu
Via: [es] mailing liste

Profil

Re: Kumulativ za karticu artikla!

^{01.07.2007. u 21:05 - pre 204 meseci}

Ovako: Tip_dokumenta, zaglavlje_dokumenta, stavke_dokumenta

- u tipu ti je definisana vrsta ako je ulaz onda je 1 ako je izlaz onda je -1.
- u dokumentu imas polje storno koje je po defaultu 1 ali ako je dokument storno onda dobija vrednost -1.

select sum(Tip_dokumenta.tip
* stavke_dokumenta.kolicina
* zaglavlje_dokumenta.dokument_storno) as lager
from Tip_dokumenta, zaglavlje_dokumenta, stavke_dokumenta
Where Tip_dokumenta.tip =zaglavlje_dokumenta.dokument_tip
And zaglavlje_dokumenta.id= stavke_dokumenta.id_dokumenta
And zaglavlje_dokumenta.datum_dokumenta >= "od pocetka"
And zaglavlje_dokumenta.datum_dokumenta <= "Do zeljenog datuma"

To ti je to! Nadam se da ti je jasan princip

PS
ako zelis mozes jos da dodajes sifranik robe, pa cenovnik, ... Sve po volji..

Odgovor na temu

priki

Član broj: 24732
Poruke: 700
212.103.132.*

ICQ: 174153511

+26 Profil

Re: Kumulativ za karticu artikla!

^{03.07.2007. u 12:47 - pre 204 meseci}

Citat:

Postoji još jedan pristup, a to je posebna tabela Kartice gde će se upisivati svi podaci o prometu artikla (napravi se faktura, upiše se u stavke faktura i u kartice...). Ovde je lako i pre svega brzo dobiti željenje podatke.

ovo je los pristup
moze neka transakcija ili vise njih ostati u obradi i onda nemas prave podatke

treba uvek da se racuna
tu dobijas najpreciznije podatke

Odgovor na temu

Zidar
Canada

Član broj: 15387
Poruke: 3085
*.100.46-69.q9.net.

+79 Profil

Re: Kumulativ za karticu artikla!

^{03.07.2007. u 14:08 - pre 204 meseci}

Citat:

Konkretno, sva dokumenta(kalkulacija, faktura, nivelacija, itd.) su u dve zasebne tabele - tabela zaglavlja i tabela stavki dokumenta. Trenutno, aplikacija koristi kao sistem BP MS Access, ali u buducnosti planiram da se prebacim na Firebird.

E, sad me interesuje, da li je moguce u jednom SQL upitu (sto je i sustina problema) doci do vrednosti prethodnog sloga - zapisa, da bi se ta prethodna vrednost, u izracunavanju za trenutni slog, upotrebila?

Ovo smo imali mnogo puta, ako ne ovde, ono an Access forumu. Pogledaj "Teme koje su nkada bile TOP" pa potrazi magacin, kafic, maloprodaju, sve te teme imaju objasnjeno kako se racunaju kumulativi.

U tvom slucaju, razumeo sam da imas tabelu Zaglavlje i tabelu Stavke. U zaglavlju imas kolonu koja ukazuje na tip dokumanta, odakle znamo da li se radi ou ulazu ili izlazu. U tabeli Stavke imas kolicine. treba ti JOIN izmedju Zaglavla i Stavke, i recimo dva subkverija, jedan za ukupan ulaz do takuceg diokumanta, i jedan za ukupan izlaz zakljucno sa tekucim dokumentom. Razlika te dve kolone je stanje zakljucno sa tekucim dokumantom.

Prilozi nam strukture tabela pa cemo ti pomoci da napises kveri. Ako je u pitanju Access, zakaci fajl sa tabelama (kao ZIP, ne moze RAR). nema potrebe da kacis aplikaciju, aplikacija nas ne zanima, trebaju nam samo dve tabele, Zaglavlaj i Stavke. Mozes da dodas i tabelu Artikli, mada ond nije neophodna, moze da je dodas kasnije i sam.

Odgovor na temu

savkic
Igor Savkić

Član broj: 92186
Poruke: 2739

+92 Profil

Re: Kumulativ za karticu artikla!

^{04.07.2007. u 10:53 - pre 204 meseci}

> ovo je los pristup
> moze neka transakcija ili vise njih ostati u obradi i onda nemas prave podatke

Kako može ostati u obradi? Sudbina upisa u Kartice se vezuje za sudbinu upisa u dokument i stavke dokumenta i transakciju pod kojom se oni izvršavaju.

> treba uvek da se racuna tu dobijas najpreciznije podatke

I u Karticama su precizni i tačni podaci, naravno ima više posla oko održavanja te tačnosti, svaka izmena se mora i tamo reflektovati. Ali zato kada se zatraže izveštaji uviđa se prava snaga posebne tabele, sve je drastično brže od lookupa u desetak tabela (zavisi koliko ima vrsta dokumenata i kako su organizovani).

Odgovor na temu

priki

Član broj: 24732
Poruke: 700
*.com
Via: [es] mailing liste

ICQ: 174153511

+26 Profil

Re: Kumulativ za karticu artikla!

^{04.07.2007. u 12:22 - pre 204 meseci}

ne znam koliko se bavis racunovodstvom
ali imas i odredjene knjigovodstvene funkcije
tipa (svako ih razlicito zove, ovo su najpribliznija imena):

- uprosecavanje nabavne cene
- korekcija prodajne cene

neko to resava knjizenjem kalkulacije

stanje kolicinsko na kartici ce biti ok
ali novcano nece jer ove funkcije rade na datum, znaci retroaktivno
(zavisi kako firma vodi lager, nabavna ili prodajna cena)

e, dok se to "pegla" ta tvoja tabela moze imati razlicite
finansijske iznose (mogu biti i velike razlike, zavisi od kolicine robe),
znaci razliciti podaci u kartici

jos ako imas 30-40 racunara na bazi, onda znas o cemu pricam

svako radi kako je navikao, uglavnom, sa tom tabelom o kojoj pricas
ima dooooooooosta vise posla, a svaki sistem gde ima previse kontrola
ne radi kako treba

uglavnom, sa dosadanjim racunanjem real time, nikad nisam imao problema

Odgovor na temu

savkic
Igor Savkić

Član broj: 92186
Poruke: 2739

+92 Profil

Re: Kumulativ za karticu artikla!

^{04.07.2007. u 13:49 - pre 204 meseci}

> ne znam koliko se bavis racunovodstvom

Bavim se bavim se, ali gledam da to smanjujem kako ide vreme :)

> stanje kolicinsko na kartici ce biti ok
> ali novcano nece jer ove funkcije rade na datum, znaci retroaktivno
> (zavisi kako firma vodi lager, nabavna ili prodajna cena)

Nisam siguran da pratim tvoj tok misli, ako radiš auto korekciju i na primer primetiš da fali nivelacija, kreiraš je i naravno ubaciš odgovarajuće stavke u Karticu. Kada proknjižiš kalkulaciju isto ubaciš stavke na karticu. Ti podaci na kartici su sve što je potrebno i količinski podaci i finansijski. Sve se to radi istovremeno tako da nikad nema nesaglasja između dokumenata i stanja na kartici. Takođe i kod ovih stvari je primetno ubrzanje koje se dobija kada se sve drži u jednoj tabeli (koja doista može dostići ogromne razmere, ali šta ćeš, ništa nije savršeno) naspram generisanja podataka iz više tabela.

> svako radi kako je navikao, uglavnom, sa tom tabelom o kojoj pricas
> ima dooooooooosta vise posla, a svaki sistem gde ima previse kontrola ne radi kako treba

Ne mogu se složiti, ali kao što kažeš svako radi kako je navikao...

Odgovor na temu

priki

Član broj: 24732
Poruke: 700
*.com
Via: [es] mailing liste

ICQ: 174153511

+26 Profil

Re: Kumulativ za karticu artikla!

^{04.07.2007. u 14:08 - pre 204 meseci}

> Bavim se bavim se, ali gledam da to smanjujem kako ide vreme :)

bolje to iskoristi da naplacujes usluge savetovanja iz računovodstva ;)

> Nisam siguran da pratim tvoj tok misli,
> ako radiš auto korekciju i na primer primetiš da fali nivelacija,
> kreiraš je i naravno ubaciš odgovarajuće stavke u Karticu.
> Kada proknjižiš kalkulaciju isto ubaciš stavke na karticu. Ti podaci na kartici su sve što je
> potrebno i količinski podaci i finansijski. Sve se to radi istovremeno tako da
> nikad nema nesaglasja između dokumenata i stanja na kartici. Takođe i kod ovih
> stvari je primetno ubrzanje koje se dobija kada se sve drži u jednoj tabeli (koja doista može
> dostići ogromne razmere, ali šta ćeš, ništa nije savršeno) naspram generisanja podataka iz više :
> tabela.

dobro me pratiš, autokorekcija je korekcija prodajna cene s tim
da se sve knjiži na odredjeni dokument koji se prikazuje na kartici
i to po potrebi a ne da pri svakom knjiženju kalkulacije knjižiš i taj neki dokument tj dokumente
(šta radiš kad poništavaš kalkulaciju, brišeš i taj dokument tj dokumente
opet posla preko glave da beležiš sve te dokumente)

prednosti:
mnogo veća kontrola nad onim što radiš
puštaš kad hoćeš i dok ima razlike, dokumenti se formiraju
kad nema razlike, fin stanja su ista, nema šta da knjiži
onda još malo središ dokumente i miran si

mane:
zaborave ljudi da aktiviraju tu funkciju
a kad je aktiviraju, vide sunce

radili smo i autokorekciju ali smo promenili na ovo
kod korisnika se ispostavilo kao mnogo bolje rešenje
što su i oni sami priznali

teorija sistema kaže drugačije
svako radi po iskustvu iz prakse
:)

pozdrav
Srdjan

Odgovor na temu

laf

Član broj: 149778
Poruke: 6
91.150.117.*

Profil

Re: Kumulativ za karticu artikla!

^{05.07.2007. u 14:09 - pre 204 meseci}

Hvala na odgovorima,

Uspeo sam da resim problem pomocu ideje sa net-a. Ideja je sledeca:

Select D1.Period, D1.Amount, Sum(D2.Amount)
From
(Select Convert(varchar(6),OrderDate,112) Period, Sum(Amount) Amount
From Orders O Inner Join [Order Details] OD On OD.OrderId = O.OrderId
Group By Convert(varchar(6),OrderDate,112) ) As D1
Inner Join
(Select Convert(varchar(6),OrderDate,112) Period, Sum(Amount) Amount
From Orders O Inner Join [Order Details] OD On OD.OrderId = O.OrderId
Group By Convert(varchar(6),OrderDate,112) ) As D2
On D2.Period <= D1.Period
Group By D1.Period, D1.Amount
Order By D1.Period

Kao sto se vidi, koristi se podupit u unutrasnjem spajanju sa samim sobom.
Moj originalni upit koji sam napravio koristeci ovaj sablon je veliki, ali radi. Preostaje mi samo da ga optimizujem. Ako nekog zanima mogu da ga stavim na videlo.
Jos jednom hvala na vremenu posvecenom ovom problemu!

Odgovor na temu