Kusura bakmayın ama Sn mehmetdemiral ile Sn Puletin 'e bu konuda katılmıyorum. Neden derseniz, örneğin geçen ayki birim fiyatı 25 TL olan bir üründen geçen ay 4 tane satmış olsa ve bu ay aynı ürünü 28 TL 'den 2 tane satmış olsa toplamda 2 aylık rapor aldığında
25*4=100
28*2=56
100+56=156 TL sonucuna ulaşmış olur. Sonuçları Tutar adlı bir alana kaydederse böyle ama kaydetmezse şu anki fiyatı olan 28 TL 'den hesaplanacağı için
28*6=168 TL sonucuna ulaşmış olacak. Doğru olan "156 TL" sonucuna ulaşmak için sizce de bazen hesaplanan alanın tabloya kaydedilmesi gerekmez mi ? Bence gerekir : )
Yani böyle bir durumda kaydetmesi gerektiği aşikardır. Çünkü bu tarz geriye dönük bir hesaplama gerektiren, kdv değişimi olan, arşiv tutulması gereken durumlarda elbette bir çıktı tablosu gerekir. Fakat anlık veri görünümü konusunda söylediklerim geçerli. Parasal değerlerden çok bir malın ay ay kaç adet satıldığı gibi bilgilerin tabloya yazılması gerekmez. Çünkü tabloya satış tarihi yazılıyor, kaç adet satıldığı da yazılıyorsa ne gerek var ay ay ne kadar satış yapıldığını bir tabloya yazmaya di mi?. Şahsen benim de kullandığım fatura programında fatura bedeli kdv dahil ve hariç olarak tabloda toplanmaz. Çünkü malın bedeli, kdv oranı, satış adeti ayrı ayrı tutulmaktadır. Ama malın alış tarihindeki kdv oranı tabloda fatura bazında yoksa, satış fiatı yazılı değilse, adeti yazılı değilse, yani sadece toplam bedel yazılıysa tabii ki bu değer tabloya kaydedilir. Bu açıdan sevgili ayhan2122'nin söylediklerinin benim kastettiğim şey olmadığını söyleyeyim. Malın alındığı faturayla ilişki kurulan bir ilişkisel yapı içerisinde ona da gerek kalmaz gerçi. Alış tarihi, alış faturasındaki bedel, kdv, kar yüzdesi hepsi birbiriyle ilişkili tablolar halinde kurgulandıysa, tek bir alış fatura no değeri üzerinden zaten kayıtlı olan bilgilere ulaşılır ve oradan tarihlere göre ayhan2122'nin dedikleri çıkarılabilir. Bu açıdan bakalım bir de olaya...
Bu arada soru güme gitmesin. Böyle bir matematiksel işlem sonunda ortaya çıkan değer tabloya nasıl yazılır? Herşeye rağmen yine de yazmek istiyorsanız, işlemi bir olay yordamına yazmalısınız.
Mesela a, b ve c adında üç tane metin kutumuz olsun. Bu metin kutularından a ve b kutularına 2 ve 4 değerlerini girdik. Excelden kalma alışkanlıkla c hücresine
demişsinizdir mutlaka
) Bu, sonuç almanızı sağlar ama tabloya kaydetmez. Çünkü tabloya bağlanması gereken denetim kaynağına, kod yazdınız. O halde kodu başka yere yazıp, c metin kutusunu tablomuzdaki toplam adlı alana bağlayalım.
Bunun için a ve b metinkutularının güncelleme sonrasında olay yordamlarına (ya da değiştiğinde olaylarına da) c= a + b yazmalıyız. Böylece a veya b'deki işlem bittiğinde c metin kutusuna toplam atılacaktır. C metin kutusu da tablodaki toplam alanıyla ilişkili olduğuna göre toplam sayı oraya yazılacaktır.
Kolay gelsin..
Sayın ayhan2122 hocam katılıyorum.Fiyat değişmesi durumlarında kayıt tutmak gayet mantıklı olurdu...Fakat bu işlemi nasıl yapacığımı halen bilmiyorum.Yardımcı olursanız çok sevinirim...
Ayhan'ın yazdıklarını tekrar okuduğumda, kurguladığı şeyin yanlış olduğunu farkettim. Neden satış fiatını ve satış tarihini kaydettiğimizi düşünmediniz ki? Şimdi diyelim bir üründen satarken, fiatını sabit bir tablodan mı alacağız. Bu benim hiç yapmadığım bir kurgudur. Türkiye gibi ekonomisi iki tane dingil üzerine kurulu bir ülkede böyle bir satş programı zaten mantıklı olmazdı.Benim mantığıma göre. ne şekilde olursa olsun satış fiatı-satış tarihi-adeti-vergioranı-kar yüzdesi vs. gibi tüm değerler kaydedilir. O şekilde sabit bir tablodan veri alma işini bugün sadece tüpçüler yapıyor sanırım. Çünkü onlar veresiye olarak verdikleri malın para geldiği günkü bedeli üzerinden tahsilat yapıyorlar. Siz tüpü 10 gün önce almış olsanız bile bugünkü fiatı üzerinden ödeme yapıyorsunuz. Onlar belki dediğiniz şekilde bir referans tablosundan fiat alırlar. Onun dışında, böyle sabit bir fiat referansındaki fiatlardan satış yapma işi artık kalmadı. Sadece o fiat öneri olarak gelir, ama satıcı o fiatı silip yerine başka bir fiat yazma konusunda özgürdür.