Problem duplog unosa

[ speedx @ 13.02.2012. 18:00 ] @

Pozdrav drustvo... evo imam jedan zanimljiv problem pa ako je neko zainteresovan da ga resi bice super, a mozda bude i nekom drugom od koristi.. :D

E ovako: :)

Napravio sam program za Trgovinu, ono standardno unos,prodaja,izdavanje racuna i ostalo i to sve super funkcioniše, ali u toku koriscenja pojavio se problem duplog unosa...

Znaci ja na formi kucam redom sifraArtikla, Kolicina, a on sam izbaci cenu i iznos i ostalo, ali kad neko nakupi punu korpu stvari i sad odkucam npr. pivo, pa onda odkucam smoki, pa odkucam salama ..... kad ono na dnu korpe jos jedna piva :( i ja sad moram ponovo se vratit na pocetak racuna i promenit kolicinu pive na 2, jer ako opet odkucam sifru pive onda mi javi dupli unos... ajd ja stavim u tabeli robe da je Duplikat OK. , ali onda opet problem na racunu kad ostampam piva stoji dva puta a to stvarno ispadne glupo...

e sad moze li se nekako napravit u VB ili nekako da kada ja pono unesem sifru pive samo da mi poveca gore kolicinu kod pive ,a ne da bude dva puta na racunu...???

Et pa ko prvi resi ima gajbu pive od mene... :)

[ FOX028 @ 13.02.2012. 18:24 ] @

dobro bi bilo da okacis tu tvoju aplikaciju pa da pokusamo da resimo prblem direktno u njoj.

[ speedx @ 13.02.2012. 18:53 ] @

Citat:

FOX028: dobro bi bilo da okacis tu tvoju aplikaciju pa da pokusamo da resimo prblem direktno u njoj.

evo sace , samo moram skoro sve izbrisat a ostavit ovo samo za prodaju.. jer je stvarno povelik...

[ Dexxxl @ 13.02.2012. 18:54 ] @

Kao prvo ne vidim sta je tu :( ako je covek dodao jos par piva.

Mozes da postavis PK na kombinaciju BrojRacuna i SifraRobe, tako da ti signalizira, odnosno ne dozvoli ti dupli unos.
Druga varijanta, koja tebi verujem vise odgovara je da na reportu Racun dodas Group by SifraRobe, detalje ne prikazujes, vec u footeru prikazes sumu, tako da ako se neki artikl javi vise puta ti u formi unosis svaki put sifru i kolicinu, a na reportu dobijes samo sumu svih kolicina.

[ speedx @ 13.02.2012. 19:09 ] @

Citat:

Dexxxl: Kao prvo ne vidim sta je tu :( ako je covek dodao jos par piva.

Mozes da postavis PK na kombinaciju BrojRacuna i SifraRobe, tako da ti signalizira, odnosno ne dozvoli ti dupli unos.
Druga varijanta, koja tebi verujem vise odgovara je da na reportu Racun dodas Group by SifraRobe, detalje ne prikazujes, vec u footeru prikazes sumu, tako da ako se neki artikl javi vise puta ti u formi unosis svaki put sifru i kolicinu, a na reportu dobijes samo sumu svih kolicina.

Problem je sto ja stampam na fiskalni stampac pa ne idem preko reporta vec podatke saljem u .inp fajl preko VB koda.. pa na stampac... :(
a ako zabranim dupli unos onda nekad moram po pet puta se vracat na neki artikl i ne samo na pivu nekad i na salamu , a ne mogu prvo robu iz korpe sortirat prebrojat pa unosit... :(

[ sapet @ 13.02.2012. 19:19 ] @

Nemam puno vremena, ali pokušaću na brzinu da pomognem pošto sam imao sličnu situaciju.
Nakon unosa podataka za račun, pripremi ih u poseban query bez duplikata sifara, ali sa sabranim količinama.
Iz tog query-ja štampaj i po potrebi puni u posebnu tabeli ako ti u programu treba ili radi dalje sa tim podacima šta je potrebno.
Izvini na brzini, ne znam da li sam bio dovoljno jasan.
Pozdrav.

[ pmiroslav @ 14.02.2012. 09:14 ] @

Probaj nešto ovako. Ovo ne zbraja količine ali prvjerava dali je šifra artikla več upisana i vrača te na taj zapis.

Code:
Private Sub Combo21_BeforeUpdate(Cancel As Integer)

Dim UNOS As Integer
Dim PRODAJA As Integer
Dim stLinkCriteria As String
Dim rsc As DAO.Recordset

Set rsc = Me.RecordsetClone

UNOS = Me.ArtiklID.Value
PRODAJA = Me.ProdajaID.Value

stLinkCriteria = "[ArtiklID]=" & UNOS

' Provjera dali u tblProdajaStavke več postoji šifra koja se upisuje

If DCount("[ArtiklID]", "tblProdajaStavke", _
"[ArtiklID] = " & UNOS & "AND [ProdajaID] =" & PRODAJA) > 0 Then

Me.Undo

MsgBox "Upozorenje Sifra broj " & UNOS & " več je ranije upisana." & vbCr & vbCr & "Biti ćete prebačeni na taj zapis.", vbInformation

rsc.FindFirst stLinkCriteria
Me.Bookmark = rsc.Bookmark
End If

End Sub

[ izonic @ 14.02.2012. 09:36 ] @

Citat:

e sad moze li se nekako napravit u VB ili nekako da kada ja pono unesem sifru pive samo da mi poveca gore kolicinu kod pive ,a ne da bude dva puta na racunu...???

Ovo se ovako ne radi.
To bi samo zbunilo kupca a on gleda u monitor.
Pogledajmo malo kako se radi u velikim trznim centrima. Postojibar kod citac i roba se samo provlaci preko bar koda.
Rijetko kada kasir pristupa i promjeni kolicine na vise jer i to mu je sporije nego provlacenje.

Ako imamo dvije tabele a trebalo bi tj. Tabelu racuna i tabelu stavki.
Stavke kucamo onako kako se nalaze odnosno kako vadimo iz korpe pa prema tome jedan te isti artikal mozemo ukucati vise pota.
Kada smo zavrsili sa upisom pri kliku na stampu racuna prrvo se zapšisuje sve u bazu a iz baze potrazujemo podatke na osnovu broja racuna te ih grupiramo po artiklima i kao takve stampamo.

Moze se napraviti koda da dodaje kolicinu ali kako sam gore naveo to bi samo zbunjivalo kupca.

[ speedx @ 14.02.2012. 11:31 ] @

Citat:

pmiroslav: Probaj nešto ovako. Ovo ne zbraja količine ali prvjerava dali je šifra artikla več upisana i vrača te na taj zapis.

E ovo mi je donekle i OK... Zato hvala puno drugu pmiroslav na ulozenom trudu... nije bas ono sto sam zamislio ali opet je bolje...

mada sam danas bio u jednom marketu i kupovo sam svasta i medju ostalog i nekoliko piva :) i kad na racunu i kod njih isto piva pise 6 puta i svaka posebno isto kao sto bi i kod mene bilo.. tako da mi je sada malo lakse...

Hvala svima na pomoci.. mozda je ovo bila i glupa tema,al hajd mozda jos nekom pomogne...

Pozdrav.

[ smal @ 14.02.2012. 11:55 ] @

Sve to stoji, ali mora se ipak ostaviti i mogućnost za ručni unos količina. Na pr, kupac je pazario 36 kom kesica praška za pecivo, na kojima je barkod sitan i slabo čitljiv, pa je kasiru daleko jednostavnije da unese brojku 36 pa * šifru ili barkod, nego da se muči i zaustavi red na kasi provlačeći problematični artikl 36 puta.

Inače klasična Access boundovana forma/subforma nije praktična za maloprodajnu kasu, jer zauzima ruke kasiru, odvlači mu pažnju od kupca, robe i novca, što je svakako primarno u maloprodaji. Mnogo je efikasniji dizajn sa jednim poljem za unos (unbound) i listom kupljenih artikala koja se prikazuje ispod...

Takođe, u maloprodaji robe široke potrošnje mora se ostaviti mogućnost minusnih zaliha, jer nije za očekivati da u tako dinamičnom okruženju (veliki broj artikala, roba stalno ulazi i izlazi...) da će stanje zaliha u svakom trenutku biti besprekorno tačno. U suprotnom, jako brzo se dolazi do sumanute situacije da kupac u korpi ima na pr. tri jogurta, a kasir ne može da ih proda, jer na stanju ima samo dva. Ispravke se rade na popisu, a trgovina u međuvremenu treba nesmetano da prodaje robu, to joj je posao, a ne da opslužuje program.