Kuruş hanelerinde problem

Herkese iyi çalışmalar,

Bilindiği üzere sene başından itibaren kuruş hanaleri ile çalışılmaya başlandı. Herkes gibi bizde ayarlarımızı yaptık ve çalışıyoruz. Ancak kuruş hanesi ile ilgili şöyle bir problem var. Mesela alış fatura formunda kdv matrahı: 2198,25  kdv: 395,69 genel toplam:2593,94 olması gerekirken bir de bakıyoruzki genel toplamı 2593,93 gösteriyor prg. İlk önceleri bu problemin kaynağını anlayamadık. Bir hata var dedik. Ancak ekstre alırken bu toplamların desimal hanlerini 2 değilde 4-5 olarak verince bir de baktık ki kuruş hanesi 2 haneden sonra devam ediyor. yani genel toplam aslında 2593,9350... gibi. Aslında birim fiyat ve miktarlar çarpılıp kdv hesaplanıp toplandığında kuruş hanesinde 2 haneye yuvarlama yapılmadan gerçek formatta hesap yapıldığında bu durum doğrudur. Anca piyasamızda kuruşlar 2 hane olarak işlem görüyor. Yani 3. hane 5 ve 5 den yukarı ise bir yukarı 5 den küçükse bir aşağı yuvarlanıyor. Bütün ekstrelerde bu olay bu şekilde hesaplanıyor. Gelelim asıl anlatmak istediğimiz soruna.  2593,9350 gibi bir rakam 2593,94 olarak gözükmesi ve hesaplara bu şekilde katılması gerekmektedir. Ama yukarıda da anlatığımız üzere bu rakam fatura formunda 2593,93 olarak gözüküyor. Ve ekstrelerdede bu şekilde görünüyor.

Böyle durumlarda kasa, cari hesap gibi toplamlarda 1 kuruş  gibi hatalar meydana geliyor.

Formlarda ve ekstrelerdeki rakamları 2 haneli kuruş olarak görmek ve yuvarlamanında bu mantıkta yapılması için herhangi bir ayar varmı?

Bu konu ile ilgili ciddi bir sıkıntının olduğunu düşünmekteyiz.

Saygılar,

Arkadaşım anlattığın sorun bildiğim kadarıyla sadece mikroda değil çoğu programda var. Bi satıcı firmamız var; adamların (örnek olsun diye söylüyorum)  fatura ara toplamı 100,60 , iskonto 50,00, tutar 50,00 vs.  çıkabiliyo!  Hatta faturada 5-10 tane stok hareketi varsa ara toplamdan elle hesapladığın iskontoyu düşerek bulduğun yekünle  o faturada yazan yekün arasında 10-15 kuruş bile farkedebiliyor. Ve şuda var yuvarlama konusunda programların senin dediğin gibi aynı mantığı kullandığını sanmıyorum. 0,946 rakamınının 0,94 olarak yuvarlandığı epey fatura geldi elime.  Bence yuvarlamada standart koymakla da bu iş bitmiyo. Yuvarlamanın nerede yapılacağıda programcılar tarafından iyi seçilmeli. birden fazla stok hareketi olan bi fatura da her stoğun iskonto sonrası tutarında yuvarlama yapıp, yuvarlanmış rakamları toplamak mı yoksa  yuvarlamayı sadece yekün tutarındamı (mikroda böyle olsa gerek ) yapmak konusunda hemfikir olmalılar diye düşünüyorum.

Saygılar...

İyi çalışmalar,

Kemal bey, problem aslında dokuz_otuken' in dediği gibi biraz komplike. Yani sizin yaptığınız çok basit bir deneme ama, yuvarlama olmadığı için yine prb olmuş. Bunun şimdi bir çok faturada olduğunu ve ay sonu kdv toplamlarını ve genel toplamalarında yaratacağı etkiyi bir düşünün. Aslında biz ilk ayda sadece 4 kuruş fark ettiğini gördük. Çok büyük bir problem yok. Ama neden 0 hata olmasınki. Eğer 2 haneden fazla kuruş göstermek gerekmiyorsa neden 2 haneye göre yuvarlama yapmayalım? Bu yuvarlamnında standartı Yıl başındaki sisteme göre neden olmasın?

Saygılar,

İyi çalışmalar herkese,

Sayın Dokuz_otuken,

Valla öncelikle eline sağlık olayı gayet iyi anlatmışsın. Hani derler ya önemli olan kafandakini karşındakine tam olarak anlatabilmek diye. İşte bu tarafımız zayıf herhalde.

Burada şöyle bir soru var: Yılbaşında devreden çeki düşünelim. Çekimiz 145,756,989 TL olsun. Bunu YTL ye çevirirken 145.76 olarak mı çevirmek lazım yoksa 145.756989 olarak mı çevirmek lazım? Cevap tabiki 145.76 YTL ise (genel tebliğ) o zaman her finansal hareketin bu muameleyi görmesi gerekmezmiydi? Stok, Fatura .....vs. Bu bir cevap olabilirmi? Valla dediğin gibi burasıda tartışma konusu.

Ancak, Muhasebesini ayrı bir büroda tutturan firmaları düşünelim. Oradaki çalışanlar gördüklerini işleyecekler. Yani 2 haneli kuruş şeklinde bütün rakamları toplayacaklar ve Firma ön muhasebesindeki toplamlar ile muhasebe toplamları birbirinden farklı olacak. Aynı şekilde bahsettiğiniz gibi cari hesaplarda mutabakatsızlık olacak. Yani işin özü 2 haneli kuruş ile işlem yapılması. Yani yuvarlamanın zorunlu olması.

Sizin işlem bazındamı yuvarlama yoksa yekündemi yuvarlama sorusuna cevap: Her stok hareketi satırını evraklarda 2 haneli olarak gösteriyorsak ( yani 2 haneye göre  yuvarlama yapmak zorunda kalıyorsak) yuvarlamayı işlem bazında yapmak ve yekünüde ona göre toplamak mantıklı olmaz mı? Daha basit bir şekilde ifade etmek gerekirse :Faturayı prg ile değilde hesap makinası ve elle kesmek zorunda olsak her satırı 2 haneli olarak yazıp alt alta toplamak zorunda kalmazmıydık? (Elbette 5 ve 5 üstü mantığı ile)

Bu arada çek örneğini vermeminde bir sebebi vardı. Çünkü devreden çekler sadece 1.000.000 sayısına bölünerek olduğu gibi çevrilmiş. Buda bu çeklerin bankalarda işlem görmesi esnasında banka bakiyelerinde de kuruş farklılıklarının meydana gelmesine sebep oldu.

Saygılar,

iyi çalışmalar,

mikrokur\sistem\sistem ve program parametreleri\program başlangıç parametrelerindeki ilk 3 haneyi incelerseniz sizin söylediğiniz sorunun çözümü orada bulursunuz. yuvarlamayla ilgili bir bölüm var terhih edilmesi sakıncalı olan bölüm bunu yaptığınız zaman sizin söylediğiniz gibi iki hane olarak alır. ve işlemlerinizde 2 den fazla olan dec alanlarını 2 olarak getirir.

bu da farklı bir çözü yolu. fakat burada mikro olarak değil yasa olarak farklı bir tartışma konusu örnek vermek gerekirse trl olarak 1.999.999 olan bir ürün promosyon ürün için 2 milyon alınması gibi birşey burada kazançlı çıkan satışı yapan kişidir. aslında programda bir sorun yok tek sorun ilgili hesaplamalarda (dec alanlarını devir işlemi yaparken 8 hane olararak gelmesidir. burada yapılan işlemlerde ilgili değerler 1.000.000 ile bölümünden çıkan sonuç doğru fakat burada 2 hane dikkate alındığında sizin söylediğiniz olmayan sorun çıkıyor. program doğru hesaplıyor. çünkü verilen komut ilgili değeri 2 dec olarak değil 1.000.000 a bölmekle bulacak ve sonuç bu sorunu doğuracak.

kolay gelsin.