Durum Kodu Nedir? Kullanım Alanları ve Dikkat Edilecekler

Durum kodu, bir e-belgenin oluşturulma, gönderilme, alınma veya sonuçlanma aşamasını bildiren kısa durum bilgisidir. Kod, çoğu zaman açıklama ve işlem tarihiyle birlikte gösterilir.

Bu açıklama, e-Fatura ve diğer e-belgelerin hangi aşamada olduğunu anlamak isteyen işletmelere yardımcı olur. Ayrıca hata kodunu, kabul yanıtını, iptal sonucunu ve teknik beklemeyi birbirinden ayırır.

Durum kodu nedir ve neyi gösterir?

Durum kodu, elektronik bir belgenin sistemdeki mevcut işlem aşamasını veya işlem sonucunu gösterir. Bu bilgi, belge kaydının yanında kısa bir ifade, harfli kod, sayısal kod veya açıklama olarak bulunabilir.

Durum kodu, e-belgenin sistemdeki işlem aşamasını veya sonucunu bildiren kısa teknik açıklama demektir.

Bir e-Fatura oluşturulduğunda sistem, belgenin taslak, gönderim bekliyor, iletildi veya sonuçlandı gibi farklı aşamalarını gösterebilir. Kullanılan ifadeler, belge türüne, yazılıma ve hizmet sağlayıcının ekran tasarımına göre değişebilir.

Durum kodu, belgenin o anda hangi işlemden geçtiğini anlatır; tek başına faturanın ödendiğini göstermez. Benzer şekilde kodun görünmesi, her durumda belgenin hukuken geçerli olduğu anlamına da gelmez.

Bir durum kaydını değerlendirirken kodun yanında açıklamaya, belge türüne, yön bilgisine ve işlem zamanına bakılmalıdır. Gönderenin belgesiyle alıcının ekranında görülen açıklama aynı olmayabilir.

Durum kodları genellikle üç soruya cevap verir: Belge sisteme ulaştı mı, işleme alındı mı, işlem tamamlandı mı? Bu soruların cevabı, kod listesinden çok ilgili ekranın açıklamasıyla kesinleşir.

Örneğin taslak kaydında durum kodu bulunması, belgenin alıcıya gönderildiğini göstermez. Gönderim düğmesine basılmış olsa bile yetki, bağlantı veya zorunlu alan kontrolü tamamlanmadıysa belge taslak ya da bekleyen aşamasında kalabilir.

Yanlış: Her yazılımda aynı numaranın aynı anlama geldiğini varsaymak doğru değildir. Doğru: Kodu, belge türü ve ekran açıklamasıyla birlikte değerlendirmek gerekir.

Bir belgede hiç durum kodu görünmüyorsa kayıt taslakta kalmış, gönderim başlatılmamış veya ekran veriyi henüz yenilememiş olabilir. Bu nedenle kodun yokluğu, doğrudan hata bulunduğunu kanıtlamaz.

E-Fatura ve e-Arşiv faturada durum kodu nerede kullanılır?

e-Fatura ve e-Arşiv faturada durum kodu, belgenin hazırlanmasından karşı tarafa iletilmesine kadar geçen süreci izlemek için kullanılır. Kodun görüldüğü ekran, kullanılan portal veya entegrasyon uygulamasına göre değişir.

e-Fatura kullanıcıları genellikle giden kutusu, gelen kutusu, belge ayrıntısı veya işlem geçmişi alanlarında durum bilgisini görür. Taslak, gönderim sonucu, teslim bilgisi ve yanıt durumu farklı satırlarda gösterilebilir.

e-Arşiv faturada ise belge oluşturma, raporlama, gönderim ve alıcıya iletim gibi süreçler birbirinden ayrılabilir. Her e-Arşiv işleminde e-Fatura benzeri bir kabul yanıtı bulunmayabileceği için aynı kod anlamı kullanılmaz.

Giden belgede durum kodu, işletmenin belgeyi sisteme gönderme sürecini anlatabilir. Gelen belgede ise kayıt, görüntüleme, kabul yanıtı veya arşivleme gibi farklı işlemler öne çıkabilir.

Bir belge listesinde görülen kısa ifade, ayrıntı ekranındaki açıklamadan daha sınırlı olabilir. Bu nedenle yalnızca liste satırına bakmak yerine belge ayrıntısını, UUID bilgisini ve işlem geçmişini açmak gerekir.

Uygulamada önce giden kutusundaki kaydı açın, ardından ayrıntı ekranında raporlama ve iletim satırlarını ayrı okuyun. Alıcıya e-posta ulaşmış olsa bile teknik raporun başarısız olması mümkün olduğundan iki sonucu tek bir tamamlandı ifadesine indirmeyin.

Örneğin giden bir e-Fatura için iletim tamamlanmış görünürken, işletmenin muhasebe yazılımı bunu henüz eşitlememiş olabilir. Bu durumda portal durumu ile muhasebe yazılımının yerel kaydı farklı görünür.

e-Arşiv faturada alıcıya gönderilmiş bir PDF veya e-posta, belgenin tüm teknik süreçlerinin tamamlandığını tek başına kanıtlamaz. Raporlama ve sistem kayıtları ayrıca kontrol edilmelidir.

Durum kodu, kabul yanıtı, iptal ve itirazdan nasıl ayrılır?

Durum kodu, belgenin işlem aşamasını gösterir; kabul yanıtı ise alıcının e-Fatura belgesine verdiği yanıtı ifade eder. Bu iki bilgi aynı ekranda yer alsa bile aynı kavram değildir.

Kabul yanıtı, alıcının faturayı kabul ettiğini veya reddettiğini bildiren ayrı bir elektronik işlem olabilir. Faturanın sistemde iletilmiş görünmesi, alıcının kabul yanıtı verdiği anlamına gelmez.

Kabul yanıtı, alıcının e-Fatura için verdiği elektronik cevap demektir; bu cevap olumlu olsa bile ödeme vadeli olabilir. Örneğin toptancıdan gelen fatura kabul edilmişse muhasebe kaydı yapılabilir, fakat banka hareketi oluşmadıkça tahsilat tamamlanmış sayılmaz.

İptal ve itiraz da durum kodundan farklı süreçlerdir. İptal, belgenin mevzuata ve işlem türüne uygun şekilde geçersiz kılınmasıyla ilgilidir; itiraz ise alıcının belgeye karşı bildirimde bulunmasını ifade eder.

Bu ayrımı anlamak için kabul yanıtı kavramının neyi gösterdiğini ayrıca incelemek gerekir. Yanıtın varlığı, belgenin tahsil edildiğini veya muhasebe kaydının tamamlandığını göstermez.

İptal ve itiraz işlemlerinin hangi kanaldan yapılacağı belge türüne ve ilgili uygulamaya göre değişebilir. e-Belge İptal/İtiraz Portalı bu süreçlerin ayrı olarak takip edildiği kanallardan biridir.

Tevkifat bilgisi de durum kodu değildir. Tevkifat, verginin hesaplanması ve belirli kısmının alıcı tarafından beyan edilmesiyle ilgili içerik bilgisidir; belgenin iletim sonucunu anlatmaz.

Yanlış: Fatura kabul edildi durumunu, faturanın ödendi durumu olarak okumak hatalıdır. Doğru: Ödeme için banka, cari hesap veya muhasebe kayıtları ayrıca incelenmelidir.

GİB, portal ve entegrasyon ekranlarında durum kodu neden değişir?

Durum kodlarının farklı görünmesinin temel nedeni, her ekranın farklı işlem katmanını göstermesidir. GİB tarafındaki sonuç, özel entegratör portalındaki kayıt ve ERP sistemindeki eşleşme aynı veri değildir.

Bir portal, kullanıcıya anlaşılır bir açıklama sunarken entegrasyon yazılımı teknik bir kod gösterebilir. Aynı işlem için bir ekranda beklemede, diğerinde gönderim sonucu alındı ifadesi bulunabilir.

Bu farklılık çoğu zaman veri aktarım zamanlaması, önbellek, sorgu aralığı veya yerel yazılımın güncellenmemesiyle ilgilidir. Önce belgenin UUID değeriyle aynı kaydın karşılaştırıldığından emin olunmalıdır.

Durum kodlarının bütün e-belge türleri için tek ve evrensel bir numara listesi yoktur. Kodun anlamı, ilgili uygulamanın teknik dokümanı, portal yardım metni ve işlem geçmişi birlikte okunarak belirlenmelidir.

Bu nedenle destek kaydı açarken ekran adını, sorgu tarihini ve kullanılan hesabı da yazın. Aynı UUID farklı ekranlarda bulunamıyorsa sorun yalnızca kodda değil, aktarım veya yetki katmanında olabilir.

Örneğin e-Yoklama sürecindeki durum ifadeleri, e-Fatura gönderim durumlarıyla aynı anlama gelmez. e-Yoklama nedir açıklamasında görülen aşamalar, yoklama kaydının sürecini anlatır.

Yanlış: Başka bir belgede kullanılan kodu, e-Faturaya doğrudan uygulamak güvenilir değildir. Doğru: Önce belge türünü, işlemin yönünü ve kodun hangi sistemden geldiğini belirleyin.

Bir uyuşmazlıkta ekran görüntüsü tek başına yeterli olmayabilir. Belge numarası, UUID, işlem tarihi, kullanıcı hesabı ve sistem yanıtı birlikte saklanırsa inceleme daha sağlıklı yürütülür.

Durum kodu nasıl okunur ve hangi bilgilerle doğrulanır?

Durum kodu, önce belge türü ve işlem yönü belirlenerek okunmalıdır. Giden e-Fatura, gelen e-Fatura, e-Arşiv ve e-İrsaliye kayıtlarının süreçleri aynı olmadığı için bağlam ilk kontrol noktasıdır.

Kodun yanında yer alan açıklama, çoğu zaman teknik numaradan daha anlaşılırdır. Açıklama yetersizse belge ayrıntısındaki işlem geçmişi, sistem yanıtı, tarih bilgisi ve sonraki işlem önerisi incelenmelidir.

1. Belgenin e-Fatura, e-Arşiv, e-İrsaliye veya başka bir e-belge olduğunu belirleyin.
2. Belgenin giden mi, gelen mi olduğunu ve gönderen-alıcı bilgilerini karşılaştırın.
3. UUID, belge numarası, düzenleme zamanı ve durum kodunu aynı kayda not edin.
4. Kod açıklamasını işlem geçmişi, yanıt dosyası veya portal yardım metniyle doğrulayın.
5. Gerekliyse muhasebe yazılımındaki kayıtla portal kaydını aynı UUID üzerinden eşleştirin.

Örneğin bir giden e-Fatura için önce belge ayrıntısını açın, sonra UUID ve alıcı bilgisini muhasebe kaydıyla karşılaştırın. Ardından işlem geçmişindeki son satırı okuyun ve yalnızca durum açıklaması sonraki aksiyonu gösteriyorsa yeniden gönderim ya da destek başvurusu kararı verin.

Bu adımlar, yalnızca kodu okumayı değil, kodun doğru belgeye ait olduğunu da doğrular. Özellikle aynı numaraya sahip farklı yıllardaki belgelerde UUID ve düzenleme zamanı ayırt edici olur.

Bir kodun yanında hata açıklaması, beklenen işlem veya kullanıcı uyarısı varsa bu metin atlanmamalıdır. Teknik kodun anlamı, açıklamadaki eylem önerisiyle birlikte daha doğru yorumlanır.

Belgeyi dışa aktarmadan önce portalda görülen son durumu, işlem tarihini ve yanıt bilgisini kaydetmek yararlıdır. Daha sonra yapılacak mutabakat, destek başvurusu veya muhasebe kontrolü bu kayda dayanır.

Durum kodu değişmiyorsa hangi kontroller yapılır?

Durum kodu değişmiyorsa önce işlemin gerçekten başlatılıp başlatılmadığı ve ekranın güncel veriyi gösterip göstermediği kontrol edilmelidir. Sabit kalan kod, her zaman reddedilme anlamına gelmez.

Karşı durumda portalda yeni durum görünürken ERP sabit kalabilir; bu, belgenin iki kez gönderildiğini göstermez. Önce portalda son işlem zamanını kaydedin, sonra ERP eşitlemesini tetikleyin veya yetkili kullanıcıdan günlük kontrolü isteyin. Yetkiniz yoksa sistem ayarını değiştirmeyin.

İlk olarak belge ayrıntısını yeniden açın ve işlem geçmişindeki son zamanı inceleyin. Ardından aynı UUID ile portalda tekrar arama yapın; yalnızca belge numarasıyla yapılan arama karışıklık yaratabilir.

Entegrasyon kullanılıyorsa bağlantı günlükleri, gönderim kuyruğu, kullanıcı yetkisi, elektronik sertifika ve alıcı tanımlayıcısı kontrol edilmelidir. Belgenin XML veya UBL içeriğinde zorunlu alan eksikliği de işlem akışını durdurabilir.

Portal ile ERP farklı bilgi gösteriyorsa, önce portal kaydını esas alın ve yerel eşitleme zamanını kontrol edin. Aynı belgeyi yeniden göndermek, mükerrer kayıt veya yeni belge numarası oluşturma riski taşıyabilir.

Uzman notu: Durum kodu beklemede kaldığında belgeyi hemen silip yeniden oluşturmayın; önce UUID, işlem geçmişi ve sistem yanıtını kaydedin.

Yanlış: Ekran yenilenmediği için aynı faturayı art arda göndermek doğru değildir. Doğru: Önce sorgu sonucunu, gönderim kuyruğunu ve entegrasyon günlüğünü karşılaştırın.

Bekleme süresi ve yeniden deneme yöntemi, kullandığınız sistemin teknik kurallarına göre değerlendirilmelidir. Uzun süren belirsizlikte güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Durum kodu ile hata kodu aynı mıdır?

Durum kodu ile hata kodu aynı değildir. Durum kodu belgenin hangi aşamada olduğunu, hata kodu ise işlemin neden tamamlanamadığını veya hangi kontrolün başarısız olduğunu anlatır.

Bir e-belgede önce hata kodu oluşabilir, hata giderildikten sonra durum kodu değişebilir. Bu nedenle hata mesajı ile son durum aynı anda görülse bile farklı sorulara cevap verir.

Hata kodu, çoğu zaman eksik bilgi, geçersiz format, yetki, bağlantı veya alıcı tanımlama sorununu işaret eder. Kesin neden, kullanılan uygulamanın hata açıklaması ve teknik dokümanıyla doğrulanmalıdır.

Durum kodu ise işlem tamamlanmış olsa bile belgenin muhasebe kaydına alındığını göstermeyebilir. Cari hesap, ödeme ve muhasebe fişi gibi işlemler belge durumundan ayrı izlenmelidir.

Yanlış: Hata kodu görülmesini, belgenin kesin olarak reddedildiği şeklinde yorumlamak hatalıdır. Doğru: Hatanın işlem öncesinde mi, gönderim sırasında mı, sonrasında mı oluştuğunu belirleyin.

Küçük işletme e-Fatura sürecinde durum kodu nasıl yönetilir?

Küçük işletme, durum kodunu günlük belge kontrolünün bir parçası olarak yönetmelidir. Bunun için her gün gelen ve giden belge listesi, son durum, işlem tarihi ve gerekli takip aksiyonu birlikte incelenir.

Örneğin bir eczane, tedarikçiden gelen e-Faturaları sabah kontrol eder. Eczane çalışanı belgeyi yalnızca PDF olarak açmak yerine portalda UUID, gönderen bilgisi, düzenleme zamanı ve durum açıklamasını karşılaştırır.

Eczane için pratik kayıt, her belgeye bir takip sonucu eklemektir: işlem tamamlandı, yanıt bekleniyor veya muhasebeciye iletilecek. Bu etiketler resmi durum kodunun yerine geçmez; yalnızca işletme içindeki sorumluluğu ve sonraki adımı görünür kılar.

Belge beklemede görünüyorsa eczane, aynı faturayı yeniden istemeden önce portal ayrıntısını ve muhasebe yazılımındaki eşleşmeyi kontrol eder. Yanıt gerekip gerekmediğini mali müşavir veya yetkili kullanıcı belirler.

Giden belgelerde eczane, satış veya hizmet kaydından sonra oluşan faturanın gönderim sonucunu ayrıca takip eder. Durum kodu tamamlanmadan dosyayı kapatmak yerine işlem geçmişi ve alıcı bilgisi kontrol edilir.

Bir kafe de benzer yöntemi kullanabilir: gün sonunda düzenlenen faturalar, giden kutusunda belge numarası ve durum koduyla listelenir. Hata bulunan kayıtlar, başarılı kayıtlardan ayrı bir takip listesine alınır.

Bu yöntem, küçük işletmede tek kişinin tüm işlemleri yürüttüğü durumlarda özellikle önemlidir. Ancak durum kodunu muhasebe kararının tek dayanağı yapmak doğru değildir; vergisel değerlendirme için mali müşavir görüşü gerekir.

İşletme farklı kullanıcılarla çalışıyorsa görevler yazılı belirlenmelidir. Bir kişi belgeyi gönderir, başka bir kişi durum kontrolünü yapar; böylece aynı belgenin tekrar gönderilmesi ve gözden kaçması önlenir.

Durum kodu ile düzenleme zamanı nasıl birlikte değerlendirilir?

Durum kodu ile düzenleme zamanı birlikte incelenmelidir; biri işlem aşamasını, diğeri belgenin düzenlenme tarih ve saat bilgisini gösterir. İki alanın karıştırılması, belge sıralaması ve takip hataları doğurabilir.

Düzenleme zamanı, belgenin ne zaman oluşturulduğunu gösterir; durum kodunun değiştiği zaman farklı olabilir. Bu nedenle işlem geçmişindeki gönderim ve yanıt zamanları, belge üzerindeki düzenleme zamanından ayrı okunmalıdır.

Düzenleme zamanı nedir sorusunun cevabı, durum kodunu yorumlamak için önemlidir. Belge düzenlenmiş olabilir, fakat gönderim, alıcıya iletim veya yanıt aşaması daha sonra gerçekleşebilir.

Örneğin pazartesi düzenlenen bir e-Fatura, aynı gün gönderim kuyruğuna alınmayabilir. Ekranda görülen tarih belgenin düzenlenme zamanını, durum kodu ise sistemdeki güncel işlem aşamasını ifade eder.

Belge tarihleri, dönemsel kayıtlar, sıra takibi ve mevzuatta belirtilen süreler açısından önem taşıyabilir. Ancak geçerli süreler belge türüne ve güncel düzenlemelere göre değişebileceğinden rakamsal bilgi varsayılmamalıdır.

Yanlış: Durum kodunun sonradan değişmesini, düzenleme zamanının da değiştiği şeklinde yorumlamak yanlıştır. Doğru: Belge tarihi ile işlem geçmişindeki zaman damgalarını ayrı alanlar olarak kaydedin.

Bir tarih veya süre konusunda tereddüt varsa güncel GİB duyurusunu ve mali müşavirinizi kontrol edin. Özellikle iptal, itiraz, yanıt ve raporlama süreçlerinde yalnızca ekrandaki durum ifadesiyle karar verilmemelidir.

Diğer e-belgelerde durum kodu nasıl yorumlanır?

Diğer e-belgelerde durum kodu, belgenin kendi iş akışına göre yorumlanır. e-İrsaliye, e-SMM, e-MM, e-Müstahsil Makbuzu ve e-Bilet için aynı kodu aynı sonuçla eşleştirmek doğru değildir.

e-İrsaliyede düzenleme, gönderim, alıcıya iletim ve sevkiyatla bağlantılı süreçler öne çıkabilir. Faturanın durumu, irsaliyenin sevk sürecini otomatik olarak açıklamaz; iki belge arasındaki ilişki ayrıca kontrol edilir.

e-SMM ve e-MM kayıtlarında hizmet veya mal alımıyla ilgili belge akışı bulunur. Alıcıya gönderim, belge yanıtı veya arşivleme gibi adımlar, kullanılan uygulamada farklı durum açıklamalarıyla gösterilebilir.

e-Müstahsil Makbuzu ve e-Bilet gibi belgelerde de durum bilgisi, düzenleyen tarafın ve alıcının kullandığı sisteme göre değişebilir. Kodun anlamı, ilgili belge türünün işlem kılavuzu üzerinden doğrulanmalıdır.

e-Yoklama gibi farklı bir elektronik süreçte görülen durumlar, e-belge gönderim sonuçlarının yerine kullanılamaz. Aynı kelime kullanılsa bile kayıt türü ve hukuki işlevi değişebilir.

Bir belgeyi karşılaştırırken önce belge türünü ve işlem amacını yazılı olarak belirleyin. Ardından portalın belge ayrıntısında kod açıklamasını, işlem geçmişini ve varsa yanıt kaydını kontrol edin.

Belge türü değiştiğinde eski kontrol alışkanlığını aynen taşımak yerine yeni sürece göre liste hazırlayın. Mevzuat veya teknik ekran değişiklikleri olabileceği için güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Durum kodu için hangi kontrol listesi ve kayıt düzeni gerekir?

Durum kodu kontrolü, her belge için kimlik, işlem aşaması, zaman ve sonraki aksiyonun kaydedilmesiyle düzenli hale gelir. Küçük bir kontrol listesi, eksik veya yanlış yorumlanan kayıtları azaltır.

Aşağıdaki liste, günlük veya haftalık e-belge kontrolünde kullanılabilir. İşletme, belge türüne göre maddeleri artırabilir; ancak her maddenin sorumlusu ve tamamlanma zamanı açıkça belirlenmelidir.

• Belgenin türü, yönü, göndereni ve alıcısı kayıtla karşılaştırılmıştır.
• Belge numarası ve UUID bilgisi portal kaydıyla doğrulanmıştır.
• Durum kodu, açıklaması ve son işlem zamanı birlikte okunmuştur.
• Varsa hata mesajı, kabul yanıtı, iptal veya itiraz kaydı ayrıca incelenmiştir.
• Portal durumu ile ERP veya muhasebe yazılımındaki kayıt eşleştirilmiştir.
• Bekleyen belgeler için sorumlu kişi ve izlenecek sonraki adım belirlenmiştir.

Örneğin haftalık kontrolde önce bekleyen ve hatalı belgeleri filtreleyin, sonra yanıt gerektiren gelen kayıtları inceleyin. En son tamamlanmış belgelerden örnek seçerek UUID, işlem zamanı ve muhasebe eşleşmesini kontrol edin; böylece yalnızca sorunlu kayıtlara odaklanmakla yetinmezsiniz.

Kayıt düzeninde yalnızca ekran görüntüsü saklamak yerine belge kimliklerini ve işlem tarihlerini yazılı olarak tutmak daha işlevseldir. Ekran değişse bile UUID ve işlem geçmişi inceleme için kullanılabilir.

Yetkilendirme de kontrolün parçasıdır. Belge gönderen kullanıcı ile durum değiştiren veya yanıt veren kullanıcı farklıysa, işlem kimin tarafından ve hangi tarihte yapıldığı sistem kayıtlarından izlenebilmelidir.

Bekleyen, hatalı veya yanıt gerektiren kayıtlar ayrı bir listede tutulmalıdır. Böylece tamamlanmış belgeler arasında kaybolmazlar; fakat aynı belgenin yeniden oluşturulması veya gönderilmesi de önlenir.

Belirli aralıklarla örneklem kontrolü yapın ve durum kodu açıklamalarını güncel yardım metniyle karşılaştırın. Kod listesi değişmişse eski iç prosedürü güncelleyin ve kullanıcıları bilgilendirin.

Özet: 5 maddede durum kodu nasıl değerlendirilir?

Durum kodu, tek başına yorumlanacak bir numara değil, belge sürecini açıklayan bağlamsal bir bilgidir. Doğru değerlendirme için aşağıdaki beş madde birlikte uygulanmalıdır.

• Tanımı belirleyin: Durum kodunun, belgenin mevcut işlem aşamasını veya sonucunu gösterdiğini unutmayın. Kod; ödeme, muhasebe kaydı veya hukuki geçerlilik hakkında tek başına kesin kanıt oluşturmaz.
• Belge türünü ayırın: e-Fatura, e-Arşiv, e-İrsaliye ve diğer e-belgelerin iş akışları farklıdır. Bir belge türünde kullanılan durum açıklamasını, başka bir belge türüne otomatik olarak aktarmayın.
• Yanıt ve hatayı ayırın: Hata kodu işlemdeki sorunu, kabul yanıtı alıcının cevabını, iptal sonucu ise ayrı bir işlemin sonucunu gösterir. Bu kayıtları ana durum koduyla karıştırmayın.
• Kimlik ve zamanı doğrulayın: UUID, belge numarası, düzenleme zamanı, işlem tarihi, yön bilgisi ve ekran açıklamasını birlikte kontrol edin. Portal ile muhasebe yazılımı arasındaki eşleşmeyi aynı UUID üzerinden yapın.
• Aksiyonu belgeleyin: Bekleyen veya hatalı kaydı yeniden göndermeden önce günlükleri, yetkileri ve teknik açıklamaları inceleyin. Süre veya mevzuat konusunda emin değilseniz güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Bu beş adım, bir e-belgenin gerçekten hangi aşamada olduğunu daha güvenilir biçimde anlamanızı sağlar. Özellikle küçük işletmelerde düzenli kayıt, aynı belgenin tekrar gönderilmesini ve yanıt gerektiren kayıtların unutulmasını önler.

Durum kodu hakkında karar verirken kodu değil, kodun bağlı olduğu belgeyi ve işlem kaynağını esas alın. Açıklama yetersizse portal yardım metnine, teknik dokümana veya yetkili destek kanalına başvurun.

Belge hacminizi planlamak isterseniz, efaturakontor.com paketlerinde tüm e-belgelerde geçerli havuz kontör seçenekleri 100'den 500.000 kontöre kadar ve 12-18 ay kullanım süresiyle sunulur.

Ücretsiz e-fatura portalı ve Sovos altyapısına aynı gün tanımlama bilgilerini incelemek için ilgili sayfayı kontrol edebilirsiniz.