AccessTr.neT
Yeni gelen Malı hangi Üretici veya Satıcı'dan aldım? - Baskı Önizleme

+- AccessTr.neT (https://accesstr.net)
+-- Forum: Microsoft Access (https://accesstr.net/forum-microsoft-access.html)
+--- Forum: Access Cevaplanmış Soruları (https://accesstr.net/forum-access-cevaplanmis-sorulari.html)
+--- Konu Başlığı: Yeni gelen Malı hangi Üretici veya Satıcı'dan aldım? (/konu-yeni-gelen-mali-hangi-uretici-veya-satici-dan-aldim.html)

Sayfalar: 1 2 3 4


Cvp: Yeni gelen Malı hangi Üretici veya Satıcı'dan aldım? - bigdaddy_isi - 30/01/2016

@alpeki99, Açıklamalarınız etkili olsada aynı fikre sahip değilim.

VBA'nın gücü elbette tartışılmaz. Lakin olaya birde kullanıcı gözüyle bakmak gerekir.

Eğer kaliteli bir Program yazmak istenirse elbette normalizasyon kurallarına uyulması gerekir, ki aslında her programda normalizasyon kurallarına uyulması gerekir.

Demem o ki, madem KDV' den örnek verdiniz, o halde şunu belirteyimki KDV oranı hiçbir zaman VBA' ya veya Formüllere yazılmamalı.

Bundan ziyade KDV tablosu oluşturup, KDV değiştiğinde kullanıcı kendisi KDV oranını belirleyebilmeli. KDV tablosu gerekli diğer tablolarla ilişkilendirmeli ve kullanıcı lazım olduğunda Programı yazan kişiye bağlı kalmamalı.

Fakat eğer Programcı işi Ticarete döker ve bu işlem için ücret talep ederse o zaman hem Programın hemde kendi kalitesini düşürmüş olur.
VBA' da belirlenen KDV oranını kullanıcı değiştiremez (Anlamaz). Böyle olmamalı diye düşünüyorum.

Amacım kimseye akıl vermek değil, sadece görüşlerimi yazdım. Normalizasyon kurallarına uygun bir Program kullanıcısever şeklinde yazılmalı. Bilhassa yıllık hatta aylık değişken olan verileri kullanıcı kendisi belirleyebilmeli. Bu gibi değerleri VBA' ya saklarsanız iş Ticaret'e girer. Ücret karşılığı almadan yaptığınızı farzedelim o zamanda Programcının sık sık başı ağrır.

Ama konu Güzel, karşılıklı fikirlerimizi paylaşmamız güzel.

Saygılar


Cvp: Yeni gelen Malı hangi Üretici veya Satıcı'dan aldım? - alpeki99 - 31/01/2016

KDV oranı Vba kodunda sabit olmalı gibi birşey demedim ki zaten Img-grin Öyle şey hiç olur mu? Bunun hiç bir mantığı yok ki.

Demek istediğimi olabildiğince açık anlatmaya çalışacağım:

Bir mal alıyorsunuz ve bu malı ürün üretirken hammadde olarak kullanıyorsunuz varsayalım. Mesela buzdolabı üretiyorsunuz ve demir hammaddesini aldınız. Bunun gibi bir sürü hammadde kullanacaksınız. Diyelim ki siz maliyet hesabı yapıyorsunuz ve satış fiyatına göre kâr oranını elde ediyorsunuz.

Bu hesaplama işlemini form üzerindeki kutularda yapıyor olursanız bir değişiklik halinde tüm form ve raporlarda bu değişikliği yapmanız gerekebilir. Vba da ise sadece bir satırda yapacağınız değişiklik ile tüm program genelinde bu değişikliği yapmış olursunuz.

Bir diğer şey ise Microsoft'un ne yaptığını bilmemesi kaynaklı sorunlarla karşılaşmazsınız. Mesela Access 2010 sürümü ile makroların Vba koduna dönüştürülmesi konusunda bir değişiklik yapmıştı yanlış hatırlamıyorsam. Form üzerinde yaptığınız işlemlerin bu tip yapı değişikliklerinde hasara uğraması söz konusu.

Yaptığınız programda işlemleri form üzerinde yaptığınızda bu kodları farklı programlarda kullanmak istediğinizde sıkıntı yaşarsınız. Vba da ise kodları Export edebilir diğer programda Import ederek kullanabilirsiniz.

Microsoft Access'te Refactor işlemleri zor olmasına rağmen yapmak istediğinizde formlara göre 100 kat daha kolay yapabilirsiniz.


Cvp: Yeni gelen Malı hangi Üretici veya Satıcı'dan aldım? - bigdaddy_isi - 31/01/2016

VBA Kodunu veya Function' u bir defa yazıp kopyalama hususunda size hak veriyorum.

Benim kastettiğim genelleme idi, yani en ufak, veya her işlemi VBA'ya yüklemekten ziyade basit işlemlerle yapılabilir.

Daha evvelde belirttiğim gibi, VBA'nın gücü tartışılmaz.

Lakin yinede şunu belirtmek isterimki VBA' ya yönelmeden Romaya giden çok yol vardır Img-grin

Teşekkür eder Saygılarımı sunarım.