e-Arşiv Fatura

Sorumluluklar

Entegratör Sorumlulukları

Entegratörün veri hazırlama, doğrulama ve belge oluşturma sürecindeki sorumlulukları.

Veri Sorumluluk Tablosu

Entegratörün (ERP/e-ticaret sistemi) API çağırmadan önce sağlaması gerekenler:

#VeriKim ÜretirEntegratör Ne YapmalıHata
1ProfileIdEntegratörAlıcı GİB e-Fatura mükellefi değilse EARSIVFATURA gönderINV0220 / INV0221 / INV0229
2AccountingCustomerPartyEntegratörAlıcının VKN (tüzel) veya TCKN (gerçek kişi) bilgisini gönderTaraf/kimlik validasyonu
3InvoiceLine[]EntegratörHer ürün/hizmet için miktar, birim, ad, fiyat ve satır toplamını hesaplaUBL kardinalite hatası
4WithholdingTaxTotalEntegratörTevkifat alanı kullanılacaksa belge seviyesinde tutarlı hesaplaValidasyon hatası
5BillingReferenceEntegratörMükerrer/iade veya ÖKC referansı varsa InvoiceDocumentReference/AdditionalDocumentReference ile gönderReferans validasyonu
6İnternet satışı ibaresi ve alanlarıEntegratörSatış tamamen internet üzerinden yapıldıysa VUK 509 md. IV.2.4.5'teki zorunlu alanları ve ibareyi ekleValidasyon hatası

Senaryo Bazlı Hazırlık Matrisi

Ortak belge alanları hazırlandıktan sonra entegratörün asıl ayrımı, satışın niteliğine göre doğru ek alanı doğru referansla göndermesidir.

SenaryoEntegratörün Hesaplayacağı AlanlarZorunlu Kod/AlanGönderim Öncesi Kontrol
Normal satışTaraflar, satırlar, belge toplamlarıInvoiceLine[], LegalMonetaryTotalEk alan yoksa PayableAmount satır toplamlarıyla kapanır
İnternet satışıWeb adresi, ödeme şekli/tarihi, taşıyan bilgisi, gönderim/ifa tarihiVUK 509 md. IV.2.4.5 zorunlu alanları + ibare"Bu satış internet üzerinden yapılmıştır." ibaresi eklendi mi
ÖKC ile birlikteÖKC fiş referansıBillingReference.AdditionalDocumentReference, DocumentTypeCode=OKCBF, DocumentType=OKCBilgiFisiAyrıca Id/IssueDate/DocumentDescription/Attachment.ExternalReference/IssuerParty.EndpointId/ValidityPeriod.StartDate dolu olmalı
TevkifatlıTevkifat matrahı, oranı ve tutarıWithholdingTaxTotalAynı tutar TaxTotal altında tekrar düşülmemeli
Mükerrer/iade referanslıİlişkili belgenin no/tarih bilgisiBillingReference.InvoiceDocumentReferenceReferans verilen belge gerçekten mevcut olmalı
İptal/İtirazİptal/itiraz edilecek belgenin kimliğiEArchiveCancelRequestModel / DocumentObjectionRequestModelBkz. İptal ve İtiraz Durum Takibi

Adım Süreci

Entegratör tarafındaki hazırlık süreci, alıcı uygunluk kontrolünden başlar; akış bu hazırlığın API gönderimine nasıl bağlandığını gösterir.

Alıcı GİB e-Faturamükellefi mi kontrol etÜrün/hizmet satırlarıSenaryo ek alanlarıinternet/ÖKC/tevkifatAddOutgoingInvoice

Doğrulama Öncesi Kontrol Listesi

Request gönderilmeden önce yapılan son kontrol, teknik hata dönüşlerini azaltır ve belge üretimini daha öngörülebilir hale getirir.

KontrolBeklenenNeden
Alıcı uygunluğuAlıcı VKN/TCKN'si GİB e-Fatura mükellefi listesinde değilEARSIVFATURA yalnızca e-Fatura'ya kayıtlı olmayan alıcılar için geçerlidir (INV0221); mükellef olma tarihi fatura tarihinden sonraysa TICARIFATURA da INV0229 ile reddedilebilir
TaraflarAlıcı VKN (tüzel) veya TCKN (gerçek kişi) ile gönderilirUBL taraf rolü ve GİB raporu aynı kimlik tipine dayanır
SatırlarEn az bir InvoiceLine; miktar, birim, ürün adı ve fiyat doluFaturanın ekonomik içeriği satır seviyesinde taşınır
İnternet satışıİbare + 6 zorunlu alan (web adresi, ödeme şekli/tarihi, taşıyan, gönderim/ifa tarihi, iade bölümü) doluVUK 509 md. IV.2.4.5 zorunlu tutar
TevkifatWithholdingTaxTotal kullanılıyorsa toplamlar PayableAmount ile uyumluNet ödenecek tutarın aynı kesintiyi iki kez düşmesini engeller
İptal/İtiraz yasal süresi8 günlük yasal yanıt süresi entegratör tarafında izlenirTTK madde 21'e dayanan genel bir hukuki süredir; e-Arşiv Fatura'nın iptal/itiraz akışında API tarafından doğrulanmaz (bkz. İptal ve İtiraz Durum Takibi)