ParseDoc.devBeta
DemoKullanımNasıl çalışırFiyatlandırmaFAQ
Uygulamaya gitUygulamalar

DemoKullanımNasıl çalışırFiyatlandırmaFAQYardım
ČeštinaEnglishEspañolFrançaisDeutsch中文العربيةहिन्दीPortuguêsРусский日本語বাংলাBahasa IndonesiaاردوTürkçeTiếng Việt한국어Italianoதமிழ்मराठी

© 2026 ParseDoc.dev. 💚 ile etkili muhasebe için oluşturuldu.

Operatör: Ing. Marek Javůrek, Sopřeč 29, 533 16, Vergi No: 03986381

Şartlar ve KoşullarKişisel Verilerin Korunması
  • Başlarken
  • Belgeler
    • Belgelerin Yüklenmesi
    • Belgelerin Özeti
    • Belge Kontrolü
      • Kontrol Formu
      • Bulgu ve Çözüm Yolları
      • Onay ve Kapatma
      • Düzeltmeler ve Hesaplamalar
      • Tedarikçiler Hakkında Bilgiler
    • Çöp ve Geri Yükleme
    • Taraflar
    • Vadecekler
  • Dosyalar
  • Şemalar ve Çıktılar
  • Muhasebe Bağlantısı
  • Raporlar ve Aktivite
  • Hesap Ayarları
  • Faturalama ve Abonelik
  • Güvenlik ve Gizlilik
  • Sorun Giderme
  • Güncellemeler
BelgelerBelge KontrolüBulgu ve Çözüm Yolları

Bulgu ve Çözüm Yolları

Bulgu, belgede neyin yanlış olduğuna dair bir ifadedir. Bulgular, tarayıcı tarafından değil, sunucu tarafından sayılır, bu nedenle bir formdan gelen belgelerde de, API üzerinden gelen belgelerde de ortaya çıkar ve API istemcisi bunları verilerle birlikte alır.

Bulguların Türleri

BulguNeyi Kontrol Ediyor
Kalem ToplamıKalemler vergi matrahı oluşturmaz (fatura için toplam tutar); peşinatlar sayılmaz
Satır AritmetiğiMiktar çarpı birim fiyat, satır fiyatını vermez
ToplamlarMatrah artı vergi toplam tutarı vermez; KDV özeti hangi alanın hatalı olduğunu gösterir
Eksik ToplamlarKalemler okunmuş, ama toplamlar okunmamış
Tekrarlayan KalemlerAynı ayrıntı belgede birden fazla kez mevcut
Kalem Para BirimiKalem fiyatları, toplamlarla farklı bir para birimindedir
KDV OranıTürkiye'de düzenlenme tarihine göre geçerli olmayan oran
Para BirimiÜç harfli kod değil, örneğin "Kč" yerine "CZK"
IČOKontrol rakamı uyumsuz, Çek firması sekiz haneli olamaz veya IČO, aynı tarafın DIČ'sine uymuyor
Vergi Oranlarına Göre VergiKalemlerdeki oranlardan farklı bir vergi mevcut, belge de bunu gösteriyor
IBANKontrol toplamı uyumsuz
Tedarikçi HesabıBelgede, tedarikçiye yapılan ödemede mevcut olandan farklı bir hesap var
TarihOkunamıyor ya da mantıksız bir yıl var
Veri SırasıVade, düzenlenme tarihinden önce
Değişken SembolOCR belgesinde yok
YönFirma adı itibarıyla belgedeki yerde ters duruyorsunuz
Belge TürüDosya, modelin okuduğundan farklı bir tür belirliyor
Belge TipiBelge, işlendiği türle uyuşmuyor
FormatBelge türünü seçilen formata dönüştürmek mümkün değil
ÇoğaltmaAynı tedarikçi ve belge numarasının zaten arşivde olması
DIČVIES kaydına göre KDV için kayıtlı değil

Her kontrol, ayarlardan kapatılabilir. Kapatıldığı takdirde, bu kontrol hiç dikkate alınmaz, dolayısıyla belge kontrol kuyruğuna da girmez.

Bulguların Ne Olmaz

Bulgu asla kendiliğinden düzelmez. Hesaplanması mümkünsede, Düzelt düğmesi bir değerle birlikte sunulur, ama bunu siz girersiniz. IČO için bir öneri sunulmaz, çünkü sadece kontrol rakamından tanınır: bu, yaklaşık her on birinci rasgele sayıyı geçirebilir, dolayısıyla otomatik düzeltme geçerli ama yabancı bir IČO üretebilir. Bu tür bir hata, görünür bir saçmalıkten daha kötü, çünkü kimse bunu fark edemez.

Belgede hem DIČ olan bir firma varsa, durum farklıdır. Şirketin vergi numarası CZ ve IČO'su budur, dolayısıyla doğru değer belgede hemen yanı başında var ve hesaplama yapılmasına gerek yoktur — burada öneri sunulur. Bir esnaf için bu geçerli değildir, onun DIČ'inde doğum numarası vardır, dolayısıyla DIČ ile IČO karşılaştırılmaz.

Öneriler, belgenin eklenmesi durumunda çelişkili olabileceği yerlerde de eksik kalır. Toplam kalemler belgede, matrah artı vergi toplam tutara eşit olduğunda, toplamın eklenmesi bu ilişkiyi bozacaktır — bu yüzden bulgu kalır, ama değer sunulmaz.

Tekrarlayan Kalemler

Çok sayfalı bir belge bazen aynı kalemleri farklı başlıklar altında iki kez listeler: bulut faturası, hizmetler için bir döküm ve daha sonra yeniden hesaplar için; operatör faturası, hizmetler ve sonra telefon numaraları için. Model her iki tabloyu alır ve her birini okur, bu nedenle her kalem verilerde iki kez mevcut, toplam iki katına çıkar ve muhasebeye iki kez geçtiği için gider.

Bir bulgu, sadece her kalem aynı sayıda yinelediğinde ve farklı kalem sayısı en az üç olduğunda oluşur. Bir tane fazla ya da eksik kalem varsa bulgu oluşmaz - bir belgede iki aynı çift bulmak yaygın bir durumdur ve bunlar için bir yarının yarısını silmek, susmaktan daha kötü olur.

Bulguda, her setten ilk örneği bırakacak ve gerisini silecek bir düğme bulunur. Tüm döküm aynı anda değişir, çünkü tek tek silmek, satır numaralarını aşağı kaydırır. Toplamlardan etkilenmeyecekler: matrah, vergi ya da toplam tutar değişmez, bunlar belgede geçerlidir.

Belgelerde, toplamlardan farklı bir para birimindeki kalemler için dikkatli olun. Bulut faturaları dolar üzerinden hesap yapar ve sadece toplamları euro ya da koruna dönüştürür. Tekrarlanan kalemlerin temizlenmesi, böyle bir belgeyi tamamen düzeltmez: kalemlerin toplamı ve toplam uyuşmaz, çünkü farklı para birimindedir. Böyle bir belgede muhasebeye bir kalemi tüm fatura için bırakmak daha temiz olacaktır.

Toplamlar ile Farklı Para Birimindeki Kalemler

Yabancı bulut faturaları dolar üzerinden hesap yapar ve yalnızca toplamı ödeme para birimine dönüştürür: hizmetler için döküm USD olarak kalırken, matrah ve ödeme tutarı euro ya da korona cinsindendir. Belgede yalnızca bir para birimi vardır, bu nedenle kalemlerin toplamı ile matrah uyuşmaz, ne düzeltilse de.

Bu, belgede her tutarın yanında para birimi olduğundan anlaşılır. Eğer bir belge metni yoksa - elektronik fatura veya kapalı OCR - kontrol başlatılmaz ve sıradan bir bulgu geçerli olur.

Bir bulgu oluşması için, yabancı para biriminin en az üç farklı kalem fiyatında geçmesi ve belgenin para biriminin hiç geçmemesi gerekir. Her satırda her iki para birimini basan bir belge, sadece bir dönüşüm olup bulgu oluşturmaz.

Uygulama, belgeyi düzeltmeyi önermemektedir, çünkü belgeden doğru cevap çıkmamaktadır. İki seçeneğiniz var:

  1. Belgedeki para birimini ve kalemleri birine indirgemek; örneğin, Hizmetler 8/2026 için vergi matrahından bir tutar. Muhasebeye gerçekten ödenen tutar gider ve belgede saklanan hizmetler kayıtlı kalır. Bu, muhasebe için en temiz olanıdır.
  2. Belgeyi kalemlerin para birimine ve toplamlarına göre yeniden yazmak. Bu durumda, belge içsel olarak uygun olacaktır, ancak ödenecek tutar ve vergi, ödenen para biriminden farklı olacaktır - KDV beyannamesine belgeye göre olan tutar dahildir.

Bulgu aynı zamanda bırakılabilir ve belge onaylanabilir. Bu durumda muhasebeye tek bir para biriminde kalemler ve diğerinde toplamlar gider, bu nedenle program belgeden farklı rakamlar hesaplar.

Böyle bir belgede kalemlerin toplam kontrolü başlatılmaz. Uyum sağlamayacağı için ikinci bir mesaj aynı konu hakkında yeni bir şey söylemez.

Bulguyu Nasıl Kapatırız

İki yol:

  1. Değeri Düzeltin. Düzeltme tamamlandığında bulgu kendiliğinden kaybolur.
  2. Bırakın. Değer doğruysa ve bulgu yanıltıcıysa - örneğin farklı KDV oranıyla yurtdışından bir tedarikçi. Onaylama sırasında belgede kalan bulguların listesiyle bir pencere açılır ve hepsini bir arada onaylarsınız. Pencere istemiyorsanız, Tekrar Gösterme seçeneğini işaretleyin; ayarlardan geri açabilirsiniz.

Etkinliğe, belgenin onaylandığını ve verileri ele alıp almadığını yazar.

Tedarikçi Hesabı

Faturalarda en yaygın dolandırıcılık şöyle görünür: tanıdık bir tedarikçiden, her zamanki gibi her şeyi içeren bir fatura gelir, sadece hesap numarası yabancıdır. Kontrol toplamı bununla ilgili bir şey anlamaz çünkü sahte hesap genellikle geçerlidir.

Bu nedenle, uygulama her tedarikçi için ne tür hesaplara ödediğinizi hatırlamaktadır ve belge farklı bir hesapla geldiğinde bunu bulgu olarak bildirir. Bu bir engelleme değildir: hesaplar gerçekten değişir ve belge olduğu gibi muhasebeleştirilmelidir. Onaylanması yeterlidir, diğer tüm bulgular gibi; ve o andan itibaren yeni hesap da bilinir.

Bununla ilgili bilmeniz gerekenler:

  • Hesap, kontrol onaylandığında hatırlanır. Tanıma ile değil. Eğer tanıma yeterli olsaydı, sahte fatura kendi hesabını otomatik olarak kaydederdi, kimse onu açmadan önce.
  • Tedarikçinin ilk belgesi herhangi bir şey bildirmez. Karşılaştırma yapılacak bir şey yok, sadece temel ayarlanır. Bankalar da aynı şekildedir.
  • Yerel kayıt ve aynı hesabın IBAN'ı aynı hesaptır. Bir fatura 19-2000145399/0800 yazar, diğeri ise CZ6508000000192000145399. Buradan bir bulgu oluşmaz.
  • Sadece alınan belgeler için geçerlidir. Düzenlenmiş faturada kendi hesabınız vardır.
  • Bulgu düzeltilmeyi önermez. Hatırlanan hesabı belgede yazılı olanın yerine koymak, "fatura ne diyorsa oraya değil, başka bir yere öde" anlamına gelir. Bunu siz karar vermelisiniz - ve yeni hesabı fatura dışında bir yerde doğrulamalısınız.
  • Tanıdık hesaplar karşı tarafta görülebilir. En son kim onayladı olarak bulgiye ulaşabileceğiniz Karşı Taraflar sekmesinde tedarikçi detayında bulabilirsiniz. Orada tedarikçi bilgisini unutturmak da mümkündür.

DIČ ve Mükellefler Kaydı

Tedarikçi ve alıcının DIČ'si, Avrupa VIES kaydında doğrulanır. Kayıt şu anda yanıt veremiyorsa, bulgu oluşmaz — Brüksel'deki kesintiden dolayı tedarikçiye telefon açmak anlamlı değil. Sadece devlet ön ekine sahip Avrupa ülkelerinin DIČ'si doğrulanır.

Kendi DIČ'niz doğrulanmaz, kendi mükellefiyetinizi bilirsiniz. Belgede KDV olmayan tedarikçinin Çek DIČ'si de doğrulanmaz: mükellef DIČ'si olabilir, ama mükellefler kaydında yer almaz.

VIES kaydı sadece evet/hayır döner, firma adıyla karşılaştırma yapmayız. ARES kayıtları başka yerlerde kullanılır - kendi firmanızı ayarlamalarınıza eklerken.

ÖncekiKontrol FormuSonrakiOnay ve Kapatma

Bu sayfada

  • Bulguların Türleri
  • Bulguların Ne Olmaz
  • Tekrarlayan Kalemler
  • Toplamlar ile Farklı Para Birimindeki Kalemler
  • Bulguyu Nasıl Kapatırız
  • Tedarikçi Hesabı
  • DIČ ve Mükellefler Kaydı