kdv dahil faturada yuvarlama problemi.

Delphi'de kod yazma ile ilgili sorularınızı bu foruma yazabilirsiniz.
iqprog

kdv dahil faturada yuvarlama problemi.

Mesaj gönderen iqprog »

kdv dahil bir fatura kesiyoruz, fatura tek kalemden oluşuyor.
bi tane ürün sattık adama, ürün kdv dahil 100 lira.

kdv oranı : %18
kdv hariç fiyat : 84.75
kdv : 15.25
toplam : 100


fakat 84.75 liranın kdvsi aslında 15.26 ediyor, bu yüzden de toplamın 100.01 etmesi lazımdı. biz 1 kuruşu yuvarladık.

bazıları bu yuvarlama tutarı için fatura başlık dosyasında yuavarlama sahası koymuş, bazılarında da böyle bir saha yok. bazıları bu yuvarlama tutarını da muhasebeleştiriyor.

fatura işi ile uğraşanlar sizin izlediğiniz yol nedir.
nnicc39
Üye
Mesajlar: 26
Kayıt: 20 Nis 2006 08:59
Konum: Çankırı

Mesaj gönderen nnicc39 »

Aslında 84,75 liranın %18 i 15,255 ediyor. Burada görünmeyen 0,5 kuruş. Bunu 15,26 ya yuvarlayıp topladığında 100,01 oluyor. Yuvarlanan rakam 1 kuruşa çıkmış oluyor. Yani satıcının kaybı 0,5 kuruş olması gerekirken 1 kuruş olmuş oluyor sizin hesabınıza göre. Bence bu meseleyi bir muhasebeciye sorun. Ya da eğer program yazıyorsanız, programı vereceğiniz kişiye.

İyi çalışmalar.
iqprog

saol

Mesaj gönderen iqprog »

saol dostum ama benim yazdıklarımın tekrarını yazmışsın diyebilirim.

programı ben yazıyorum, muhasebeciler pek anlamıyor, konuyla alakalı uzman muhasebeci falan vardır belki ama sıradan muhasebeciler lakırtıdan başka birşey yapmıyorlar, anlamıyorlar kafaları basmıyor.
davut
Üye
Mesajlar: 137
Kayıt: 01 Nis 2006 10:54

Mesaj gönderen davut »

Hesaplamaları KDV dahil fiyat üzerinden yaparsanız toplam her zaman 100 olur. Yuvarlama hiç yapmayın, kağıda dökerken formatstr('###,##0.00') kullanın. Bu şekilde hiç sorun olmuyor. Daha doğrusu hiç şikayet gelmedi.

iyi çalışmalar.
iqprog

saol

Mesaj gönderen iqprog »

davut saol da iş kağıda dökmekle bitse problem değil,
bunun muhasebesi falan var sonra tutmuyor mizan bilanço.

bunu bilen bilir de görüyor soruyu ama tenezzül edip cevap yazmıyor.
davut
Üye
Mesajlar: 137
Kayıt: 01 Nis 2006 10:54

Mesaj gönderen davut »

benim söylediğimi yanlış anladın galiba. Hesapları 100 ytl üzerinden yap, bir sorun çıkmıyor. Fiyat listelerin KDV Dahil olursa KDV siz rakamda, KDV de normal çıkar. Hiçbir rakamı yuvarlamadan kaydedeceksin.
Demitri

Mesaj gönderen Demitri »

fiyat/ 1,18 yazdığında kdv hariç fiyatını bulursun.
iqprog

saolun

Mesaj gönderen iqprog »

arkadaşlar öncelkle cevap yazdığınız için saolun.

saolun da, mesela arkadaş "fiyat/ 1,18 yazdığında kdv hariç fiyatını bulursun." demiş.

ya benim sorum da zaten o var. ben 100den 84.75i nasıl bulmuşum, 100/1.18 diyerek.

lütfen sorumu dikkatli okuyun. şimdi o 1 kuruşun hesabı var.

benim sorum şu bu yuvarlama farklarını aslında yuvarlama diye bir saha da saklayıp sonra o yuvarlamayı da muhasebeşleştiren arkadaşlar var, onlar biliyor bu konuyu.
Kullanıcı avatarı
ofenX
Üye
Mesajlar: 397
Kayıt: 09 Nis 2005 10:24
Konum: Diyarbakır
İletişim:

Mesaj gönderen ofenX »

Merhaba Hocam,
sanırım yuvarlama kanunla lastikleştirilmiş.:lol: bizim bildiğimiz trunc, round, roundto işlemiyor.

Demosunu kullandığım lks programının bir pdf si vardı ordan size bir iki alıntı yapayım.
YTL Kapsamında Oluşturulan Bazı Kararlar
13-16 Mayıs 2004 tarihleri arasında yapılan YTL Projesi Tanıtımında alınan bazı kararlar şu
şekildedir
--> YTL Banknot ve Madeni Para Kupür Dağılımı
--> YTL Banknotları:1,5,10,20,50,100 YTL
--> Madeni Paralar :1,5,10,25,50 Ykr ve 1 YTL
--> Tüm kaydi işlemler yalnızca YTL ile gerçekleştirilecektir.
--> YTL için yeni ISO kodu “TRY949 2” olarak belirlenmiştir.
--> 3167 sayılı kanun uyarınca 9. madde karşılıksız çek bilgilerinde kuruş”
kullanımına başlanacaktır.
--> Protestolu Senet Bilgilerinde “kuruş” kullanılmayacaktır
--> 31/12/2004 tarihinde gün sonundan sonra mevcut bütün hesapların bakiyeleri 1.000.000’a bölünerek kuruşu da içerecek biçimde YTL’ye dönüştürülecektir.
Hesaplara ilişkin dönüşümün, detay hesaplardan başlanarak, Tali ve Ana
hesaplara doğru yapılması öngörülmektedir.
--> TCMB Piyasalar Genel Müdürlüğünce ilan edilen döviz kurları 5 basamak küsurat olarak açıklanacak,Japon Yeni,İran Riyali ve Rumen Leyi para birimleri yüz birim üzerinden gösterilecektir.
--> Yuvarlama işlemleri sırasında yarım Yeni Kuruş değerinin otomatik olarak bir üst basamağa yuvarlanmasını önlemek için dönüşüm işleminin fonksiyonlar aracılığıyla yapılması gerekmektedir.

Örnek yuvarlama işlemi şu şekildedir.
TL.....................Ara Sonuç.........................YTL
1.004.999 ..........1,004999 ........................1,00
1.005.000 ..........1,005000 ........................1,00
1.005.001 ..........1,005001 ........................1,01
1.006.000 ..........1,006000 ........................1,01
995.000 .............0,995000 ........................0,99
995.001 .............0,995001 ........................1,00
996.000 .............0,996000
//burası logonun kendi programına uyarladıklarını anlatıyor.
Yuvarlama Algoritması
Yuvarlama işlemleri, kanuna uygun hale getirmek amacıyla değiştirilmiştir. Yuvarlama mantığı mevzuata göre değişiklik gösterdiğinden parametrik yapıdadır. Aşağıdaki tabloda değişik öncesi ve
sonrası yuvarlama şekli yer almaktadır.
TRL DEĞERLERİ Yeni Kuruş Yeni Lira
1 .............4.999 ............0 .............................................0
5.000 ....14.999 .............1 .........................................0,01
15.000 ..24.999 .............2 ..........................................0,02
25.000 ..34.999 .............3 ..........................................0,03
35.000 ..44.999 .............4 ..........................................0,04
45.000 ..54.999 ..............5 ..........................................0,05
55.000 ..64.999 ..............6 ..........................................0,06
65.000 ..74.999 ..............7 ..........................................0,07
75.000 ..84.999 8 0,08
85.000 ..94.999 9 0,09
95.000 .104.999 10 0,1
105.000 114.999 11 0,11
145.000 154.999 15 0,15
345.000 354.999 35 0,35
545.000 554.999 55 0,55
945.000 954.999 95 0,95
985.000 994.999 99 0,99
995.000 1.004.999 100=1 YTL 1.00
1.455.000 1.464.999 146 1,46
1.895.000 1.904.999 190 1,9
3.545.000 3.554.999 355 3,55
4.275.000 4.284.999 428 4,28
5.615.000 5.624.999 562 5,62
7.355.000 7.364.999 736 7,36


TRL TRL/1.000.000 TRL TRY
1.004.999 1,004999 1,01 1,00
1.005.000 1,005000 1.01 1,01
1.005.001 1,005001 1.01 1,01
1.006.000 1,006000 1,01 1,01
995.000 0,995000 0,99 1,00
995.001 0,995001 0,99 1,00
996.000 0,996000 1,00 1,00
Kdv yi hesaplarken de aynı kdv oranlı olanların matrahını toplayıp ona göre kdv uygulayacaksınız.

Kolay gelsin. O pdf ye ihtiyacınız olursa özelime mesaj atın size göndereyim.

Kolay gelsin.
http://www.aysbergbilgisayar.com
Logo Go özel eğitim, web tasarım, teknik servis
iqprog

dostum saol

Mesaj gönderen iqprog »

dostum saol, buradaki yuvarlama klasik matematiksel yuvarlama, ters birşey görmedim ben orada.

yuvarlama metoduyla alakalı problem yok sadece yuvarlama sonucu bazen fark doğuyor bu fark bazı sistemlerde belirtiliyor ve ayrı bir yuvarlama sahası adı altında bilgi saklanıyor ve hatta muhasebeleştiriliyor.

hatta bu yuvarlama sahası normalda bir fark olmasa bile kullanıcının fatura altında küsüratı istediği gibi aşağı ya da yukarı yuvarlaması için bile kullanılabiliyor.

bu konuda bilgisi olan var mı?
aLonE CoDeR
Kıdemli Üye
Mesajlar: 1223
Kayıt: 26 Nis 2005 04:08

Mesaj gönderen aLonE CoDeR »

4 yıl muhasebecilik yapmış birisi olarak, senin deyiminle KAFAM BASMAYIP LAKIRDI EDEREK yanıtlayayım sorunu;

Söylediğin gibi yuvarlama, harici bir alt hesapta tutulur.7A hesaplarını kullananlar 770 Genel Yönetim Giderleri ana hesabına Lira Yuvarlama Farkı diye bir alt hesap açarak, 7B hesaplarını kullananlar ise 794 nolu hesaba aynı alt hesabı açarak burada takip ederler.

Kolay gele..
iqprog

saol

Mesaj gönderen iqprog »

saolasın

sen kafası basmayıp lakırdı eden muhasebecilerden olmadığını zaten belli ettin arkadaş.

şimdi sormak istediğim bi kaç şey var şimdilik şunu sorayım, tabi beni aydınlatmak istersen.

bu yuvarlama sahası sadece örnekte verdiğim sebeplerden değil de başka sebeplerden de kullanılabiliyor mu?

örnek kdv dahil toplam tutar 125.12 ytl adam dedi ki ki der de, kardeşim 12 kuruş ne 125 olsun, satıcı zaten olsun der, çoğu zaman kendi zaten 125 yapar.

şimdi satıcı bu 12 kuruşu da aynı şekilde yuvarlama sahasına yazabilir değilmi

tutar : x
kdv : y
genel tutar : x+y=125.12
yuvarlama : -0.12
son tutar : 125
aLonE CoDeR
Kıdemli Üye
Mesajlar: 1223
Kayıt: 26 Nis 2005 04:08

Mesaj gönderen aLonE CoDeR »

Rakam büyük olursa iskontoya yazarsın, küçükse yuvarlamaya..Tabi iskontoyu başka bir hesapta tutmak kaydıyla..Bir de serbest ekonomi/piyasa olması nedeniyle genelde son dönemde fiyatı opsiyonel olarak kullanarak daha pratik çözümler uyguluyor tacirler..Hatta öyle durumlar var ki, çoğu kullanıcı stok kartına fiyatını bile yazmıyor, faturada manuel giriyor vs.vs.Yani konuya hangi açıdan yaklaşırsan yaklaş kimsenin müdahale etmesi sozkonusu değil :idea:

Kolay gele..
Akin_Delphi
Üye
Mesajlar: 163
Kayıt: 06 Nis 2006 12:22

Mesaj gönderen Akin_Delphi »

Sayın Arkadaşım,

Ben yazmış olduğum bir fatura programında TCurrencyField'ların değerini fatura üzerine yazdırırken (daha doğrusu çizdirirken), aşağıdaki ifadeyi kullanmıştım.

Kod: Tümünü seç

FloatToStrF(TCurrencyField.AsCurrency, ffCurrency, 18, 2).
Tabi KDV vs. hesaplamalarını klasik yöntemlerle daha önce yaptıktan sonra. Çünkü eğer rakamın nasıl formatlandığını tam olarak kontrol etmezseniz, yuvarlamaları sizin dediğiniz gibi çok tuhaf bir şekilde yapıyor. Her ne kadar VT'de kayıtlı olan rakam yanlış olsada FloatToStrF fonksiyonunu kullandığınızda istediğiniz şekilde yuvarlama yapabiliyorsunuz, yalnızca virgülden sonra 2 haneye izin verdiğinizden dolayı son iki haneyi doğru bir şekilde yuvarlıyor. Buradaki 18 parametresi hassasiyet (precision).

Umarım sorununuzu çözebilirsiniz. Çünkü bu sorun beş gün boyunca beni uykusuz bırakmış ve çılgına çevirmişti.

Yalnız çözüm bulduğunuzda, bulduğunuz çözümü burada paylaşırsanız, bilmeyenler açısından faydalı olabilir.
Saygılar ve Başarılar
iqprog

saol

Mesaj gönderen iqprog »

akın arkadaş saolasın ama.
aması var

senin yazdığın cevapla benim sorumun bi alakası yok problem orada.

yine de çok saol
ellerin dert görmesin
Cevapla