Merhaba,
Satış elemanı değişti hayda git bütün cari hesapların kodlarını değiştirmek zorunda kalıyorsunuz, diyeceksiniz ki diğerlerin de de teker teker yapıyorsunuz evet ama diğerlerinde eski satışları çıkan plasiyerde tutma şansınız vardır.
Bu konuda haklısınız ama böyle kullanan da var. Cari kodları değiştirmek Sql in REPLACE komutu ile bir anda yapılabilir. Eski satışları da yeni koda elemanın çıkış tarihi filitre verilerek çözülebilir.
Demokrasilerde çareler tükenmiyor. Herkes kendine uygun olanı + sını - sini hesaplayarak seçebilir.
İyi çalışmalar.
Cari Hesap Kodu ile Muhasebe hesap kartı arasın da akıllı kod mantığı kuranlar için önerin nedir ? Muhasebe öyle her canın istediğin de muhasebe kodlarını değiştiremezsin , geçmiş de verdiğin mizanların hesaplarını soracağın günler gelebileceğini düşünerek kimse dönem içerisinde bir hesabın hareketlerini başka bir hesaba vriman etmek istemez, burada virman derken tek bir virman fişi ile işlem yapmayı kast etmiyorum , geriye yönelik tüm hareketler de , hesaplar arası aktarım yaparak , güncellemelerin yapılmasını sağlamayı kast ediyorum...
Ayrıca , Plasiyer değişim olaylarında Veritabanından müdahale bence çok riskli , normal bir kullanıcıya emanet edilecek işlem çözümlemesi değil bence...
Yapılması gereken en doğru şey , tek tek her plasiyere carilerin tanımlanmasıdır...Burada hassas nokta...yeni bir plasiyere bağlantı yapılacaksa bağlantı başlangıç tarihinin ona göre verilmesidir böylece bir önceki plasiyer ile satışa devam edilmez...İADELER konusunda da dikkatli olmak lazım...X satışını A plasiyer yaptı ise , X satışına bağlı iadeyi B plasiyeri üzerinden almamak lazım...
Ayrıca , hareket özel koduna bence gerek yok , satır bazında plasiyer seçmek zaten mümkün , paremetrelerden ayarlayabilirsiniz...
