Toplam Tutar Yuvarlama Farkı Hatası Nasıl Çözülür? Adım Adım

Toplam tutar yuvarlama farkı hatası, fatura satırları, vergiler ve genel toplam aynı ondalık hesaplama kuralıyla yeniden düzenlenerek çözülür.

Bu rehber, e-Fatura veya e-Arşiv belgesi hazırlarken hesap uyuşmazlığı yaşayan işletmelere yardımcı olur. Satır fiyatı, miktar, indirim, KDV, para birimi ve gönderim alanlarını hangi sırayla kontrol edeceğinizi açıklar.

Toplam tutar yuvarlama farkı, hesaplanan tutarın belirli ondalık basamaklara indirilmesiyle oluşan değer uyuşmazlığı demektir. Fark, tek bir satırda veya belgenin genel toplamında görülebilir.

Hata genellikle belge taslakken, ön izleme sırasında veya gönderim servisinin doğrulamasında görünür. Ekrandaki ifade, kullandığınız portalın ya da entegrasyonun teknik kontrolüne göre değişebilir.

Bir kuruşluk görünen fark bile sistemin beklediği alanlar arasında tutarsızlık oluşturabilir. Bu nedenle genel toplamı elle değiştirmek yerine, farkı oluşturan satır ve vergi hesabını bulmak gerekir.

Bu hata, GİB sistem yoğunluğu veya mali mühür PIN blokesi ile aynı sorun değildir. Hesaplar doğru olduğu halde bağlantı reddediliyorsa GİB Sistem Yoğunluğu Hatası için ayrı kontrol yapılmalıdır.

Belge gönderildikten sonra alanlar doğrudan değiştirilemez. Taslak belge yeniden hesaplanabilir; gönderilmiş belgenin durumu için iptal, red veya yeniden düzenleme yöntemini mali müşavirinizle ve güncel GİB duyurusuyla kontrol edin.

Hesaplamayı kontrol ederken ekrandaki biçimlendirme ile sistemin sakladığı değeri ayırın. Görüntü iki ondalık basamak gösterebilir; kaynak yazılım ise daha hassas bir ara değeri kullanabilir.

Toplam tutar yuvarlama farkı neden olur?

Toplam tutar yuvarlama farkı, satırların ve fatura toplamlarının farklı aşamalarda yuvarlanması nedeniyle oluşur.

Bir yazılım birim fiyatı dört veya daha fazla ondalıkla hesaplayabilir. Portal ise belge tutarlarını iki ondalıkla gösterebilir. Ara değerler farklı aşamalarda yuvarlanırsa satır toplamı ile genel toplam eşleşmeyebilir.

İkinci yaygın neden, yuvarlamanın satır bazında veya belge sonunda yapılmasıdır. Satır bazlı yöntemde her kalem ayrı yuvarlanır. Belge sonu yönteminde tüm ara değerler toplanır ve son değer bir kez yuvarlanır.

KDV hesabı da fark yaratabilir. Bir sistem her satırın vergisini ayrı hesaplayabilir. Başka bir sistem önce vergi matrahlarını toplar, sonra tek vergi tutarı üretir. Aynı oran kullanılsa bile sonuç değişebilir.

İndirimler, masraflar ve ek ücretler yanlış sırada uygulanırsa toplam yeniden bozulur. İndirim önce matrahtan düşülmeli, ardından vergi hesabı yapılmalıdır; ancak belge yapısına göre alan eşlemesi ayrıca incelenmelidir.

Para birimi ve döviz kuru da kontrol edilmelidir. Belge yabancı para ile hazırlanırken kurun kaç basamakla tutulduğu, TL karşılığının hangi aşamada yuvarlandığı ve XML alanlarına nasıl aktarıldığı sonucu etkiler.

Manuel müdahale de sorunun kaynağı olabilir. Kullanıcı ekranda toplamı değiştirirken satır, vergi ve ödenecek tutar alanları otomatik yenilenmemişse, sistem tutarlar arasındaki farkı doğrulama hatası olarak gösterebilir.

Örneğin üç adet 12,3456 TL tutarındaki ürünün ara toplamı 37,0368 TL olur. Satırlar ayrı ayrı yuvarlanırsa görünen toplam ile tüm ara değerlerin sonunda yuvarlanan toplam farklılaşabilir.

Karşı durumda, tek satırlı ve iki ondalıklı bir belgede fark oluşmayabilir. Bu nedenle sorun her zaman portal arızası anlamına gelmez; önce miktar, fiyat, hesaplama sırası ve yuvarlama noktası birlikte incelenmelidir.

Toplam tutar yuvarlama farkı için satır toplamı nasıl karşılaştırılır?

Toplam tutar yuvarlama farkı için önce her satırın net tutarı, belge matrahı, vergi tutarı ve ödenecek toplamı aynı sıra içinde karşılaştırılmalıdır.

Kontrolü yalnızca ekranda görünen genel toplamla sınırlamayın. Miktar, birim fiyat, iskonto, vergi oranı ve satır neti birlikte incelenmelidir. Bir satırdaki küçük fark, belge toplamına taşınabilir.

UBL-TR kullanan entegrasyonlarda aşağıdaki alan adları yol gösterir. Arayüzde farklı adlar bulunabilir; ancak XML içindeki tutarların hangi hesapla üretildiği açıkça eşleştirilmelidir.

Örneğin satır netleri doğru görünse bile TaxExclusiveAmount farklı olabilir. Belge seviyesindeki indirim, masraf veya yuvarlama alanları toplam matrahı değiştirmiş olabilir.

TaxInclusiveAmount ile PayableAmount da her belgede aynı olmak zorunda değildir. Peşinat, ödeme indirimi veya belgeye ait başka bir kesinti bulunuyorsa bu alanların ilişkisini entegrasyon dokümanından kontrol edin.

Uygulamada karşılaştırmayı üç sütunla yapın: kaynak sistem değeri, portalda görünen değer ve gönderilecek XML değeri. Üç sütundan yalnızca biri farklıysa, sorunun hesaplamadan mı yoksa veri aktarımından mı doğduğu daha kolay anlaşılır.

Bir satırda miktar 1 görünürken kaynak sistemde miktar daha hassas tutuluyorsa, fark birim fiyatla birlikte büyüyebilir. Bu nedenle sadece satır toplamını değil, miktar ve birim fiyatın ham değerlerini de kayda alın.

Toplam tutar yuvarlama farkı KDV hesaplamasından nasıl doğar?

Toplam tutar yuvarlama farkı, KDV’nin satır başına veya toplam matrah üzerinden hesaplanmasıyla farklı sonuç verebilir.

Tek vergi oranı bulunan basit bir belgede bile birim fiyatın fazla ondalıklı olması fark oluşturabilir. Her satırın vergisi ayrı yuvarlanırsa, satır vergilerinin toplamı belge matrahına uygulanan vergi tutarından ayrılabilir.

Birden fazla vergi oranı, istisna, tevkifat veya özel vergi grubu bulunan belgelerde kontrol daha dikkatli yapılmalıdır. Her vergi grubu kendi matrahı ve oranıyla değerlendirilmelidir.

İndirim vergiden önce uygulanıyorsa indirimli matrah üzerinden vergi hesaplanır. İndirim yanlışlıkla vergi sonrasında uygulanırsa, genel toplam doğru görünse bile vergi alanları tutarsız kalabilir.

Yanlış: KDV tutarını, genel toplam eşleşsin diye elle değiştirmek. Doğru: İlgili matrahı, vergi oranını ve hesaplama sırasını düzeltip KDV’yi yeniden hesaplatmaktır.

Yanlış: Farkı kapatmak için tüm kalemleri tek vergi grubuna taşımak. Doğru: İstisna veya farklı oran bulunan kalemleri ayrı bırakıp her grubun matrahını ve vergi tutarını kontrol etmektir.

Vergi istisnası veya tevkifat kullanılıyorsa yalnızca tutara bakmayın. Vergi türü kodu, istisna açıklaması, tevkifat oranı ve ilgili XML alanlarının birlikte gönderildiğini mali müşavirinizle doğrulayın.

Basit bir örnekte iki ürünün vergi hariç satır tutarları ayrı ayrı yuvarlanabilir. Satır vergilerinin toplamı ile tüm matraha tek seferde uygulanan vergi arasında oluşan fark, belge doğrulamasında görünür.

Karşı durumda, aynı vergi grubunda bulunan tek satırlı bir belgede satır ve belge vergisi çoğu zaman aynı sonucu verir. Ancak bu durum, farklı oranlı veya istisnalı satırların da birleştirilebileceği anlamına gelmez.

Uzman notu: Vergi tutarını düzeltmeden önce hangi vergi grubunda fark oluştuğunu bulun; genel toplamı eşitlemek için vergi kodunu değiştirmeyin.

e-Fatura toplam tutar yuvarlama farkı portalda nasıl çözülür?

e-Fatura toplam tutar yuvarlama farkı portalda, taslak belgenin kalemleri ve vergi bilgileri yeniden hesaplatılarak çözülür.

Önce hatalı taslağın ekran görüntüsünü ve mümkünse belge numarasını kaydedin. Sonra belgeyi göndermeden önce satır değerlerini tek tek kontrol edin. Bu kayıt, sorunun hangi aşamada oluştuğunu anlamayı kolaylaştırır.

1. Belge oluşturma ekranında miktar, birim, birim fiyat ve para birimini kontrol edin.
2. Her satırın indirim, ek ücret ve vergi bilgilerini belge kaydındaki bilgilerle karşılaştırın.
3. Portalın yeniden hesapla, güncelle veya benzer işlevini kullanarak satır ve toplam alanlarını yenileyin.
4. Vergi hariç toplam, vergi toplamı, vergi dahil toplam ve ödenecek tutarı ön izleme ekranında karşılaştırın.
5. Fark devam ediyorsa hatalı satırı silip aynı bilgiyi yeniden girerek ara hesabın yenilenmesini sağlayın.
6. Değerler eşleştiğinde belgeyi kaydedin ve gönderimden sonra durum bilgisini ayrıca kontrol edin.

Portalda ön izleme ile gönderim yanıtı farklıysa, hata mesajının tamamını saklayın. Sadece toplam tutarı değiştirmek yerine hangi alanın beklenen değerden ayrıldığını belirlemek gerekir.

Gönderilmiş bir faturayı taslak gibi açıp tutarlarını değiştirmeyin. Belgenin kabul, red veya iptal durumuna göre uygulanabilecek işlemler değişebilir. Güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Aynı taslak her denemede aynı hatayı veriyorsa, kullanıcı girişinden çok hesaplama kuralı veya veri aktarımı incelenmelidir. Entegrasyon kullanılıyorsa portalda elle yeni belge açmadan önce kaynak sistemdeki hesabı karşılaştırın.

Portalın e-Fatura işleyişindeki alanları ayrıca e-Fatura ürün sayfasındaki açıklamalarla karşılaştırabilirsiniz. Bu sayfa hesaplama hatasının mevzuat kararını vermez; yalnızca kullanılan belge akışını ve işlem kapsamını anlamaya yardımcı olur.

Ön izleme sırasında rakamlar düzeliyor, fakat gönderimde hata sürüyorsa taslak kaydı ile gönderim XML'i aynı olmayabilir. Bu durumda yeni denemelerden önce hata kodunu, belge kimliğini ve zaman bilgisini destek kaydına ekleyin.

UBL-TR alanlarında toplam tutar yuvarlama farkı nasıl denetlenir?

UBL-TR alanlarında toplam tutar yuvarlama farkı, kaynak yazılımın gönderdiği tutarlar ile XML içindeki karşılıkları karşılaştırılarak denetlenir.

Entegrasyon, kaynak sistemdeki hesaplanmış toplamı olduğu gibi taşımalı veya tüm tutarları kendi tanımlı hesaplama kuralıyla yeniden üretmelidir. İki yöntem karıştırılırsa aynı belge içinde iki farklı sonuç oluşur.

Özellikle miktar ve birim fiyat alanlarının ondalık hassasiyeti incelenmelidir. Kaynak sistem dört basamak saklarken aktarım katmanı iki basamağa erken yuvarlarsa, satır toplamı beklenenden farklı çıkabilir.

Birim kodu, para birimi ve kur bilgisi de tutarı etkileyebilir. Miktar birimi ile fiyat birimi uyumlu değilse sistem matematiksel olarak geçerli görünen, fakat ticari olarak yanlış bir satır üretebilir.

XML içinde LineExtensionAmount, TaxExclusiveAmount, TaxAmount, TaxInclusiveAmount ve PayableAmount alanlarını ilgili ekran değerleriyle karşılaştırın. Alan adları aynı görünse bile, bunların hangi ara toplamdan üretildiğini dokümantasyondan doğrulayın.

Bir entegrasyon servisi toplamı kaynak sistemden alırken vergi tutarını yeniden hesaplayabilir. Bu durumda kaynak XML, gönderim kaydı ve servis yanıtı birlikte incelenmelidir.

Hesap doğru olduğu halde aktarım sırasında bağlantı kopuyorsa bu, yuvarlama hatasından farklıdır. Web servis zaman aşımı hatası için istek süresi, yanıt kodu ve tekrar gönderim kaydı ayrıca kontrol edilmelidir.

XML kontrolünde önce aynı belge kimliğine ait kayıtları bulun. Daha sonra satır sayısını, satır sırasını, para birimini ve vergi gruplarını karşılaştırın. Yalnızca toplam alanlarını yan yana koymak, kaynağı gizleyebilir.

Kaynak sistemdeki tutar ile XML tutarı aynı, fakat servis reddediyorsa hesaplama dışında bir doğrulama kuralı olabilir. Hata kodunun teknik açıklamasını ve kullanılan UBL-TR sürümüne ilişkin güncel dokümanı inceleyin.

Toplam tutar yuvarlama farkı adım adım nasıl düzeltilir?

Toplam tutar yuvarlama farkı adım adım, önce ham veriler korunarak sonra satır, vergi ve belge toplamları sırayla yeniden hesaplanarak düzeltilir.

İlk adımda kaynak veriyi değiştirmeden kopyalayın. Miktar, fiyat, indirim ve vergi oranını ayrı sütunlarda tutun. Böylece ekrandaki sonucun hangi girdiden üretildiğini geriye dönük izleyebilirsiniz.

İkinci adımda her satırın brüt ve net değerini hesaplayın. Satır indirimi varsa indirimin hangi tutar üzerinden uygulandığını, ek ücret varsa satır mı yoksa belge seviyesinde mi bulunduğunu belirleyin.

Üçüncü adımda vergi gruplarını ayırın. Her grubun matrahını, kullanılan oranı ve vergi tutarını ayrı toplayın. Farkın hangi grupta oluştuğu görülmeden genel toplamla oynanmamalıdır.

Dördüncü adımda belge seviyesindeki indirim, masraf, peşinat ve ödenecek tutar ilişkisini kontrol edin. Bu alanlar yoksa bile kaynak sistemin boş değerleri sıfır olarak mı aktardığını inceleyin.

Beşinci adımda aynı hesaplama yöntemiyle belgeyi yeniden oluşturun. Kabul edilen yuvarlama farkı e-belge servisinin kuralına bağlıdır; güvenilir bir dayanak olmadan tolerans değeri uydurmayın.

Yeni belge de reddedilirse eski ve yeni XML kayıtlarını karşılaştırın. Belge türü, para birimi, vergi kodu veya satır sırası değişmişse, farkın kaynağı bu değişikliklerden biri olabilir.

Bu sıra, sorunu rastgele alan değiştirerek büyütmenizi önler. Her değişiklikten sonra yeni bir taslak kaydı alın ve önceki hesapla farkı not edin. Böylece hangi düzeltmenin sonucu değiştirdiği açık kalır.

Kontrol sonucu yalnızca bir satırda fark gösteriyorsa bütün belgeyi yeniden kurmak yerine ilgili satırın miktar, fiyat ve indirimini inceleyin. Fark belge seviyesindeyse matrah ve ödeme kesintileri ayrıca değerlendirilmelidir.

Toplam tutar yuvarlama farkı için hangi yanlış çözümlerden kaçınılır?

Toplam tutar yuvarlama farkı için yanlış çözüm, yalnızca genel toplamı değiştirmek veya tutarsızlığı görünmez kılacak yeni bir kalem eklemektir.

Genel toplam elle değiştirildiğinde satır netleri, vergi toplamı ve ödenecek tutar aynı kalabilir. Sistem bu alanları birlikte doğruluyorsa hata kapanmaz; kapanmış gibi görünen kayıt daha sonra raporlama sorununa dönüşür.

Yanlış: Fark kadar yeni bir ürün satırı eklemek. Doğru: Farkın hangi mevcut satırdan veya belge seviyesindeki hesaplamadan doğduğunu bulup kaynak veriyi düzeltmektir.

Yanlış: Sorunu çözmek için birim fiyatı rastgele azaltmak. Doğru: Kaynak satış belgesindeki gerçek fiyatı, miktarı ve uygulanmış indirimi doğrulayıp aynı ticari bilgiyi yeniden aktarmaktır.

Vergi kodunu değiştirmek de güvenli bir kısa yol değildir. İstisna, tevkifat veya oran bilgisi ticari işlemi temsil eder. Sadece aritmetik farkı kapatmak için bu alanı değiştirmek belge içeriğini yanlışlaştırabilir.

Bir diğer hata, her alanda farklı yuvarlama uygulamaktır. Birim fiyatı, satır netini, matrahı ve vergiyi bağımsız biçimde yuvarlamak yerine kullanılan yazılımın hesaplama sırasını baştan sona izleyin.

Aynı hatalı XML'i tekrar tekrar göndermek de sonucu değiştirmez. Önce kaynak veriyi, hesaplama kuralını veya alan eşlemesini düzeltin; ardından yeni taslak ya da mevzuata uygun işlem yolunu mali müşavirinizle belirleyin.

Dövizli e-Faturada toplam tutar yuvarlama farkı nasıl kontrol edilir?

Dövizli e-Faturada toplam tutar yuvarlama farkı, yabancı para tutarı, döviz kuru, TL karşılığı ve belge toplamlarının hangi aşamada yuvarlandığı incelenerek kontrol edilir.

İlk olarak belgenin para birimini ve kullanılan kur bilgisini doğrulayın. Kaynak sistemdeki kur ile entegrasyonun gönderdiği kur aynı değilse, satır hesapları doğru formülle üretilse bile toplam farklı çıkabilir.

Yabancı para tutarı ile TL karşılığı aynı alan gibi değerlendirilmemelidir. Bir belge döviz cinsinden düzenlenirken bazı ekranlar karşılığı ayrıca gösterebilir. Hangi toplamın belge doğrulamasında kullanıldığını portal dokümanından kontrol edin.

Örneğin birim fiyat yabancı para ile dört ondalık hassasiyette tutuluyor, kur ise daha erken yuvarlanıyorsa her satırın TL karşılığı farklılaşabilir. Çok satırlı belgelerde küçük farklar toplamda daha görünür hale gelir.

İndirim ve masrafın hangi para biriminde hesaplandığını da inceleyin. İndirim döviz toplamından sonra TL'ye çevriliyorsa başka, her satırın TL karşılığından düşülüyorsa başka sonuç üretilebilir.

Karşı durumda, yalnızca tek para birimiyle hazırlanan ve kur kullanılmayan belgelerde döviz kaynaklı fark aranmaz. Böyle bir belgede satır, KDV veya aktarım alanlarına dönmek daha doğru olur.

Bu kontrolleri e-Arşiv belgesi için de uygulayın. e-Arşiv Fatura sayfasındaki belge akışını incelerken, kendi portalınızın kur ve toplam alanlarını nasıl aktardığını ayrıca teyit edin.

Gönderilmiş e-Faturada toplam tutar yuvarlama farkı nasıl ele alınır?

Gönderilmiş e-Faturada toplam tutar yuvarlama farkı, belgenin işlem durumuna göre değerlendirilir; kabul edilmiş belge taslak gibi açılıp doğrudan değiştirilemez.

Belge henüz taslaksa satır ve vergi alanları yeniden hesaplanabilir. Gönderim tamamlandıysa önce belgenin durumunu, gönderim yanıtını ve karşı tarafın sistemindeki sonucu kontrol edin.

Belge reddedilmişse red gerekçesinin hesaplama alanlarıyla ilgili olup olmadığını okuyun. Red yanıtında belirtilen alanı kaynak sistemde düzeltmeden yalnızca aynı belgeyi tekrar göndermek, aynı hatanın tekrarlanmasına yol açabilir.

Belge kabul edilmişse düzeltme yöntemi belgenin niteliğine ve güncel uygulamaya bağlıdır. İptal, itiraz, red veya yeni belge düzenleme seçeneklerini işlem yapmadan önce mali müşavirinizle ve güncel GİB duyurusuyla kontrol edin.

Gönderilmiş belgenin XML'ini, portal ön izlemesini ve servis yanıtını ayrı dosyalar halinde saklayın. Bu üç kayıt arasındaki fark, tutarın gönderimden önce mi yoksa aktarım sırasında mı değiştiğini gösterebilir.

Alıcıya ulaşan belge ile gönderici ekranındaki değerler farklı görünüyorsa alıcının görüntüleme yazılımı da kontrol edilmelidir. Görüntü formatı ile XML'deki gerçek tutar aynı olmayabilir.

Mevzuata dayalı işlem konusunda güncel bilgi için e-dönüşüm SSS sayfasını inceleyin; ancak somut belgenin iptal veya düzeltme kararını yalnızca genel bir web açıklamasına göre vermeyin.

Küçük işletmede toplam tutar yuvarlama farkı nasıl çözülür?

Küçük işletmede toplam tutar yuvarlama farkı, satış kaydı, stok programı, e-Fatura portalı ve mali müşavir kayıtları aynı belge üzerinden karşılaştırılarak çözülür.

Örneğin bir eczane sahibi, farklı KDV oranlarına sahip ürünleri aynı faturaya eklediğinde önce ürünleri vergi gruplarına ayırmalıdır. Her ürünün miktarı, birim fiyatı ve indirim bilgisi reçete veya satış kaydıyla karşılaştırılır.

İlk uygulama adımı, faturayı göndermeden ekran görüntüsünü almaktır. İkinci adım, ürün listesini kaynak satış programından dışa aktarmaktır. Üçüncü adım, her grubun matrahını ve vergi tutarını ayrı toplamaktır.

Eczane sahibi genel toplamın bir kuruş farklı olduğunu görürse, toplam alanını elle değiştirmemelidir. Önce aynı ürünün kaynak sistemdeki birim fiyatını ve portalda görünen ondalık değerini karşılaştırmalıdır.

Market veya kafe işletmelerinde de benzer durum yaşanabilir. Çok sayıda düşük tutarlı satır, satır bazlı yuvarlama nedeniyle belge sonunda daha görünür bir fark oluşturabilir.

Karşı durumda tek ürünlü, indirimsiz ve tek vergi grubundaki satışta farkın kaynağı çoğunlukla satır hesabı değil, para birimi veya aktarım alanıdır. Bu durumda entegrasyon kaydını incelemek gerekir.

İşletme sahibi sorunu çözdükten sonra aynı ürün, aynı miktar ve aynı vergi grubuyla deneme taslağı oluşturabilir. Deneme belgesi gerçek işlem yerine geçmemeli; gönderimden önce kayıt türü ve belge durumu kontrol edilmelidir.

e-Fatura göndermeden önce toplam tutar yuvarlama kontrol listesi nedir?

e-Fatura göndermeden önce toplam tutar yuvarlama kontrol listesi, satır verisinden belge durumuna kadar hesaplamanın bütün aşamalarını doğrulamalıdır.

Aşağıdaki listeyi özellikle çok satırlı, indirimli, farklı vergi oranlı veya dövizli belgelerde gönderimden önce uygulayın. Her maddeyi kontrol ettikten sonra ilgili taslak kaydını ve gerekiyorsa ekran görüntüsünü saklayın.

• Belgenin para birimi, kur bilgisi ve birim kodu kaynak satış kaydıyla aynıdır.
• Her satırda miktar, birim fiyat, indirim ve net tutar birbiriyle uyumludur.
• Satırlar, vergi oranı ve vergi türü bakımından doğru gruplara ayrılmıştır.
• Vergi hariç toplam, vergi toplamı ve vergi dahil toplam aynı hesaplama sırasından üretilmiştir.
• Belge seviyesindeki indirim, masraf, peşinat veya kesintiler ilgili alanlara doğru aktarılmıştır.
• Ön izleme, kaynak sistem ve gönderilecek XML arasında açıklanamayan tutar farkı bulunmamaktadır.

Liste tamamlanmadan gönderim yapılması, sorunun sonradan teşhis edilmesini zorlaştırabilir. Özellikle kullanıcı tarafından değiştirilen bir toplam alanı varsa, yeniden hesaplama işlevini çalıştırıp değerlerin otomatik güncellendiğini doğrulayın.

Bir madde doğrulanamıyorsa belgeyi zorla göndermeyin. Kaynak yazılımın hesaplama kuralını, entegrasyon alan eşlemesini veya portalın teknik açıklamasını inceleyin; gerektiğinde teknik destek iletişim kanalından hata koduyla bilgi isteyin.

Özet: 5 maddede toplam tutar yuvarlama farkı hatası çözümü

Özet: 5 maddede toplam tutar yuvarlama farkı hatası çözümü, veriyi korumayı, satırları karşılaştırmayı, vergiyi gruplamayı, XML'i denetlemeyi ve belge durumunu kontrol etmeyi gerektirir.

• Kaynak veriyi koruyun: Miktar, birim fiyat, indirim, kur ve vergi oranını değiştirmeden önce mevcut taslak ile XML kaydını saklayın.
• Satırları yeniden hesaplayın: LineExtensionAmount alanını miktar, fiyat ve satır indirimiyle karşılaştırın; farkın tek bir kalemde başlayıp başlamadığını bulun.
• Vergi gruplarını ayırın: KDV, istisna ve tevkifat bulunan kalemleri aynı hesap grubuna zorla taşımayın; her grubun matrahını ve vergi tutarını ayrı inceleyin.
• Toplam alanlarını eşleştirin: TaxExclusiveAmount, TaxAmount, TaxInclusiveAmount ve PayableAmount değerlerinin aynı hesaplama sırasından üretildiğini doğrulayın.
• Belge durumunu dikkate alın: Taslak belgeyi yeniden hesaplayın; gönderilmiş belgenin iptal, red veya düzeltme yöntemini güncel GİB duyurusu ve mali müşavirinizle kontrol edin.

Bu adımlar sonucunda farkın kaynağı bulunamıyorsa hata mesajını, belge kimliğini, ekran görüntüsünü, kaynak hesaplamayı ve XML karşılaştırmasını birlikte hazırlayın. Böylece teknik inceleme, yalnızca genel toplamı gösteren eksik bir başvuruya dönüşmez.

e-Fatura ve e-Arşiv süreçlerini birlikte yürüten işletmeler, hesaplama akışlarını e-dönüşüm ürünleri arasındaki belge türlerine göre ayrı kontrol etmelidir. Aynı hesaplama kuralının her belge türünde otomatik olarak aynı çalıştığını varsaymayın.

efaturakontor.com'da tüm e-belgelerde geçerli havuz kontör paketleri 100'den 500.000 kontöre kadar sunulur; paketler kontör seçenekleri üzerinden incelenebilir. Ücretsiz e-Fatura portalı, Sovos altyapısına aynı gün tanımlama ve 12-18 ay kullanım süresi bilgilerini güncel koşullarla birlikte kontrol edebilirsiniz.