Zarf Durumu 1220 Ne Demek? Anlamı ve Çözümü Rehberi

Zarf Durumu 1220 Ne Demek? Anlamı ve Çözümü

Zarf durumu 1220, GİB işlem akışında zarf içindeki dokümanın işlenemediği anlamına gelir. Bu kod, gönderimin başarıyla tamamlandığını göstermez. Belgenin ayrıntılı hata mesajı ayrıca incelenmelidir.

Bu açıklama, e-Fatura gönderirken 1220 koduyla karşılaşan işletme sahiplerine ve mali müşavirlere yardımcı olur. Amaç, belgenin neden sonuçlanmadığını bulmak ve yanlış tekrar gönderimleri önlemektir.

Zarf, e-belge bilgilerinin GİB sistemine iletildiği teknik veri paketi demektir. Doküman ise bu paketin içinde taşınan fatura veya ilgili e-belgedir.

1220 kodu görüldüğünde önce zarf numarası, belge UUID bilgisi ve hata açıklaması kaydedilmelidir. Sadece durum koduna bakarak faturanın kabul edildiği varsayılmamalıdır.

Bu durum, her zaman faturanın ticari olarak reddedildiğini ifade etmez. Genellikle teknik işleme adımının tamamlanamadığını gösterir. Ticari kabul veya ret bilgisi ayrıca değerlendirilir.

Birçok portalda 1220, Doküman işlenemedi veya benzer bir açıklamayla gösterilir. Ekran adları entegratöre göre değişebilir. GİB yanıtındaki açıklama esas alınmalıdır.

1220 kodunu gördüğünüzde belgeyi hemen yeniden göndermek yerine hata ayrıntısını inceleyin. Güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Durum kodu ile hata mesajını birlikte okumak gerekir. Kod, iş akışındaki sonucu sınıflandırır; ayrıntılı mesaj ise hangi alanın veya bağlantı adımının inceleneceğini gösterir. Bu yüzden destek kaydı yalnızca 1220 bilgisiyle açılmamalıdır.

Belgeyi düzenleyen kişi, 1220 kaydını muhasebe fişinden bağımsız olarak izlemelidir. Çünkü teknik gönderim başarısız görünse bile kaynak faturanın durumu değişmeyebilir. Kayıtlar eşleştirilmeden yapılan düzeltme, denetimde açıklama ihtiyacı doğurabilir.

Zarf ile e-Fatura arasındaki fark nedir?

Zarf, e-Faturanın kendisi değil, faturanın GİB sistemine taşınmasını sağlayan teknik pakettir. Bu ayrım, 1220 kodunun neden belge içeriğiyle birlikte değerlendirilmesi gerektiğini açıklar.

Bir e-Fatura, satıcı, alıcı, tarih, tutar, vergi ve senaryo bilgilerini içerir. Zarf ise bu belgenin kimlik bilgilerini ve teknik iletim yapısını taşıyan üst katmandır.

GİB önce zarfın teknik yapısını kontrol edebilir. Ardından zarf içindeki dokümanın şema, imza, kimlik ve zorunlu alan kontrolleri yapılır.

Bu nedenle zarfın sisteme ulaşması, faturanın alıcı posta kutusuna başarıyla düştüğü anlamına gelmez. Zarf sonucu ile belge sonucu birlikte okunmalıdır.

e-Fatura gönderim ekranında zarf UUID ve belge UUID farklı alanlarda bulunabilir. Destek talebinde bu iki kimlik karıştırılmamalıdır.

Örneğin satıcı faturayı oluşturup zarfı göndermiş olabilir. Zarf sisteme ulaşsa bile dokümandaki alıcı etiketi veya vergi bilgisi doğrulanamazsa 1220 oluşabilir. Bu tablo, faturanın ticari içeriğinin otomatik olarak reddedildiğini göstermez.

İnceleme sırasında önce zarfın gönderim kaydı, sonra içindeki dokümanın XML sonucu açılmalıdır. Bu sıra, bağlantı problemiyle belge alanı problemini birbirinden ayırır. Her iki sonuç aynı ekranda görünmeyebilir.

e-Arşiv ve e-İrsaliye süreçlerinde de teknik paketleme yapılabilir. Ancak her belge türünün raporlama ve kabul akışı aynı değildir. Belge türünü doğrulamak gerekir.

Yanlış: Zarf oluşturulduysa fatura kesinleşmiştir. Doğru: Zarfın ve dokümanın işlem sonuçları ayrı ayrı doğrulanmalıdır.

Zarf durumu 1220 alıcıya ulaştı demek mi?

Hayır, 1220 kodu faturanın alıcıya ulaşıp kabul edildiği anlamına gelmez. Bu kod, dokümanın ilgili işlem adımında işlenemediğini gösterir.

Alıcı posta kutusuna teslim ve alıcının ticari kabulü farklı kavramlardır. 1220 görüldüğünde bu aşamaların tamamlandığı kabul edilmemelidir.

Gönderici ekranında 1220 bulunan belge için öncelikle işlem yanıtı açılmalıdır. Yanıt, hatanın belge seviyesinde mi yoksa zarf seviyesinde mi olduğunu gösterebilir.

Alıcının gelen kutusunu kontrol etmesi de tek başına yeterli değildir. GİB veya entegratör yanıtı başarılı görünmüyorsa gönderici kayıtları esas alınmalıdır.

Bir belgenin alıcıya ulaştığını gösteren durum, sistemdeki başarılı işlem sonucuyla birlikte değerlendirilir. 1300 gibi tamamlanma bilgisi bulunmuyorsa ayrıca inceleme yapılmalıdır.

Yanlış: Alıcı vergi numarası doğruysa 1220 önemsenmez. Doğru: Vergi numarası doğru olsa bile XML, imza veya belge alanları işlenemeyebilir.

1220 sonrasında alıcıdan faturayı kabul etmesini istemek yerine teknik hata ayrıntısı bulunmalıdır. Çözümden sonra yeni işlem sonucu tekrar kontrol edilmelidir.

Zarf durumu 1220 neden oluşur?

Zarf durumu 1220, belge içeriği veya teknik doğrulama adımlarından biri tamamlanamadığında oluşabilir. Tek başına kod, belirli bir hata nedenini kesin olarak açıklamaz.

UBL-TR XML yapısındaki eksik veya hatalı alanlar yaygın nedenler arasındadır. Tutar, vergi, birim, para birimi ve tarih alanları birbiriyle uyumlu olmalıdır.

Kaynak muhasebe kaydındaki bilgiler ile XML içeriği farklıysa doğrulama başarısız olabilir. Özellikle yuvarlama, KDV matrahı ve toplam tutar alanları birlikte kontrol edilmelidir. Ekrandaki tutarın doğru görünmesi tek başına yeterli değildir.

Alan kontrolünde yalnızca boş kutulara bakılmamalıdır. Tarih biçimi, ölçü birimi kodu, para birimi, vergi istisna açıklaması ve satır toplamları da ilgili senaryoya uygun olmalıdır. Zorunlu alanlar belge türüne göre değişebilir.

Alıcı VKN veya TCKN bilgisi, unvanı ve elektronik posta etiketi de kontrol edilmelidir. Özellikle kayıtlı kullanıcı bilgileri güncel değilse işlem başarısız olabilir.

İmza sertifikasının süresi, mali mühür bağlantısı ve imzalama yetkisi de değerlendirilmelidir. İmzalama tamamlanmadan oluşturulan belge GİB doğrulamasını geçemeyebilir.

Aynı belge veya zarf kimliğinin daha önce kullanılması da sorun yaratabilir. Bu ihtimalde yeni gönderim yapmadan önce geçmiş işlem kayıtları incelenmelidir.

Geçici servis yoğunluğu, bağlantı kopması veya karşı sistem yanıtının tamamlanmaması da 1220 ile sonuçlanabilir. Bu durumda aynı hata sürekli tekrarlanmayabilir.

Karşı durumda, aynı XML dosyası farklı zamanlarda tekrar tekrar 1220 alıyorsa geçici yoğunluk ihtimali zayıflar. Hata metnindeki alan adı, doğrulama kuralı veya imza uyarısı teknik incelemenin başlangıç noktası yapılmalıdır.

Her 1220 kodu aynı nedenle oluşmaz. Hata açıklaması, gönderim zamanı ve belge türü birlikte incelenmeden kesin çözüm önerilmemelidir.

1220 hata ayrıntısı nereden kontrol edilir?

1220 hata ayrıntısı, gönderim yapılan portalın giden kutusu veya işlem sonuçları ekranından kontrol edilir. Önce ilgili zarfın ayrıntı bağlantısı açılmalıdır.

Pratik uygulamada, hata ayrıntısı için önce belge numarasıyla arama yapılır. Sonra aynı satırdaki zarf UUID, belge UUID ve zaman bilgisi karşılaştırılır. Farklı bir belge kaydının açıklamasını incelemek yanlış yönlendirme yaratabilir.

Ekranda zarf UUID, belge UUID, gönderim zamanı, alıcı bilgisi ve sistem yanıtı aranmalıdır. Bu alanlar, destek ekibinin aynı işlemi bulmasını sağlar.

Hata mesajı yalnızca 1220 kodundan oluşuyorsa entegratör işlem günlüğü de incelenmelidir. Ayrıntılı XML doğrulama mesajı farklı bir ekranda bulunabilir.

Giden kutusunda aynı belge için daha sonraki başarılı veya başarısız yanıtlar olup olmadığı kontrol edilmelidir. İlk görülen sonuç her zaman son sonuç olmayabilir.

• İlgili zarf UUID bilgisini kaydedin.
• Belgenin UUID ve fatura numarasını ayrıca not edin.
• GİB yanıtındaki hata açıklamasını kopyalayın.
• Gönderici ve alıcı vergi kimlik bilgilerini karşılaştırın.
• İşlem tarihini ve portalda görünen son durumu kontrol edin.
• Aynı belgenin daha önce yeniden gönderilip gönderilmediğini inceleyin.

Kontrol listesinde yer alan kimlikler, destek ekibine gönderilecek temel veri setidir. Bu bilgileri ayrı bir dosyada tutmak, aynı faturanın farklı kayıtlarla karıştırılmasını ve gereksiz tekrar başvurularını önler.

Sık sorulan sorular bölümü genel ekran yönlendirmeleri sunabilir. Ancak teknik hata metni bulunmadan yalnızca genel açıklamayla işlem yapılmamalıdır.

Hata ayrıntısı görünmüyorsa ekran görüntüsü alın ve işlem kimliklerini saklayın. Kişisel mali mühür şifresini veya özel anahtar dosyasını destek talebine eklemeyin.

1220 hatası adım adım nasıl çözülür?

1220 hatasını çözmek için önce işlem ayrıntısı okunur, sonra belge alanları ve imza ayarları doğrulanır. Hata düzeltilmeden körlemesine tekrar gönderim yapılmaz.

İzlenecek yol, kullanılan portalın veya muhasebe yazılımının ekranlarına göre değişebilir. Aşağıdaki sıra, teknik incelemeyi düzenli ve izlenebilir hale getirir.

Adımların sonunda yalnızca gönder düğmesine basılması yeterli değildir. Yeni işlemden sonra oluşan zarf UUID ve doküman durumunun kaydedilmesi gerekir. Böylece düzeltmenin sonucu, önceki başarısız kayıtla karşılaştırılabilir.

Her adımda yapılan değişiklik kaydedilmelidir. Böylece aynı hata tekrar ederse hangi alanın düzeltildiği ve hangi yanıtın alındığı görülebilir.

1. Giden kutusunda 1220 kodlu zarfı açın ve ayrıntılı yanıtı kaydedin.
2. Zarf UUID ile belge UUID bilgilerinin doğru kayda ait olduğunu doğrulayın.
3. UBL-TR alanlarında eksik, tutarsız veya hatalı biçimlendirilmiş bilgi arayın.
4. VKN, TCKN, alıcı etiketi, senaryo, tarih, tutar ve vergi bilgilerini karşılaştırın.
5. Mali mühür veya elektronik imzanın bağlı, geçerli ve yetkili kullanıcıya ait olduğunu kontrol edin.
6. Gerekirse belgeyi kaynak muhasebe kaydında düzeltin ve yeni işlem biçimini mali müşavire danışın.
7. Gönderimden sonra zarf ve doküman durumunu yeniden sorgulayarak yanıtı arşivleyin.

Yeni gönderim gerekiyorsa aynı UUID kullanımı konusunda yazılımınızın kuralını öğrenin. Aynı ticari belgenin mükerrer oluşmaması için fatura numarası ve kayıt ilişkisi korunmalıdır.

Geçici kesinti ihtimalinde teknik ekip, aynı zarfın sonradan sonuçlanıp sonuçlanmadığını kontrol etmelidir. Başarılı yanıt oluşmuşsa yeni belge göndermek yerine mevcut kaydı belgelemek daha doğru olabilir.

Hata geçici görünüyorsa kısa süre sonra durum sorgusu yapılabilir. Ancak mevzuat, gönderim zamanı veya belge düzenleme tarihi etkileniyorsa güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Portal ve muhasebe programında hangi ekranlar incelenir?

Portal veya muhasebe programında önce giden belgeler, işlem sonuçları ve zarf ayrıntıları ekranları incelenir. Bu ekranlar 1220 kodunun hangi belgeye ait olduğunu gösterir.

Giden kutusu belge numarasını ve alıcıyı gösterir. İşlem günlüğü ise gönderim sırası, teknik yanıt, bağlantı denemesi ve hata ayrıntısı gibi ek bilgiler sağlayabilir.

Muhasebe programındaki fatura kaydı ile portal kaydı karşılaştırılmalıdır. Fatura numarası aynı görünse bile UUID, senaryo veya alıcı etiketi farklı olabilir.

Örneğin satış programı belgeyi oluşturmuş, ancak portalda eski alıcı etiketi kullanılmış olabilir. Bu durumda muhasebe kartı, kayıtlı kullanıcı listesi ve gönderim ekranındaki seçim ayrı ayrı karşılaştırılmalıdır.

İmza ayarları için mali mühür yönetimi, kullanıcı yetkileri ve sertifika bilgileri kontrol edilir. Bu alanlar işletme yöneticisi veya yetkili teknik kullanıcı tarafından incelenmelidir.

Gelen kutusunda 1220 kodlu belgenin bulunmaması normal olabilir. Çünkü 1220, belgenin alıcıya başarıyla teslim edildiğini değil, işleme sorunu yaşandığını gösterir.

e-Arşiv Fatura ekranındaki rapor sonuçları ile e-Fatura zarf durumları karıştırılmamalıdır. Belge türü yanlış seçilirse farklı kontrol adımları uygulanır.

E-İrsaliye ekranında benzer bir kod görüyorsanız belge türünü ayrıca doğrulayın. e-İrsaliye işlem akışı, fatura gönderiminden farklı zorunluluklar içerebilir.

1220 sonrasında fatura yeniden gönderilir mi?

1220 sonrasında fatura hemen yeniden gönderilmemelidir. Önce ilk gönderimin kesin sonucu, hata nedeni ve belge kimliği kontrol edilmelidir.

Yeniden gönderim kararında üç kayıt birlikte incelenmelidir: ilk zarfın sonucu, muhasebe kaydı ve fatura numarası. Bu kayıtlar uyumlu değilse yeni gönderim öncesinde mali müşavirden görüş alınmalıdır.

Aynı faturanın tekrar gönderilmesi, mükerrer kayıt veya aynı UUID kullanım hatası oluşturabilir. Bu nedenle yeni işlem kararı kayıtlar incelendikten sonra verilmelidir.

Belge içeriğinde hata varsa kaynak muhasebe kaydı düzeltilir. Hatanın niteliğine göre yeniden oluşturma, düzeltme veya teknik tekrar denemesi gerekebilir.

Teknik tekrar denemesi ile yeni fatura oluşturma aynı işlem değildir. İlki, içeriği doğrulanmış kaydın iletimini hedefler; ikincisi ise yeni kimlik ve kayıt ilişkisi doğurabilir. Hangi yöntemin uygulanacağı hata açıklamasına göre belirlenmelidir.

Belgenin düzenleme tarihi, sıra numarası, UUID bilgisi ve vergi hesapları rastgele değiştirilmemelidir. Bu alanlar muhasebe kaydı ve mevzuat açısından birlikte değerlendirilir.

Yanlış: 1220 görülür görülmez aynı faturayı farklı düğmeyle tekrar yollamak. Doğru: İlk zarfın son durumunu doğrulayıp tekrar gönderim yöntemini onaylatmak.

Karşı durumda, ilk zarfın daha sonra başarılı olduğu görülürse ikinci gönderim yapılmamalıdır. İlk işlem başarısız kalmışsa da yeni kaydın eski fatura numarasıyla ilişkisi, yetkili kişilerce açıkça belgelenmelidir.

İlk zarf daha sonra başarılı duruma geçmişse ikinci gönderim gereksiz olabilir. Başarılı sonuç görünmüyorsa teknik ekip ve mali müşavirle yeniden gönderim planı yapılmalıdır.

İptal, red veya düzeltme işlemleri her durumda aynı şekilde uygulanmaz. Mevzuat ve belge türü değişebildiği için güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Küçük işletmeler 1220 sorununu nasıl yönetebilir?

Küçük işletmeler 1220 sorununu, gönderim öncesi veri kontrolü ve düzenli işlem takibiyle daha hızlı yönetebilir. Özellikle tek kişi çalışan işletmeler kayıt disiplinine ihtiyaç duyar.

Örneğin bir mahalle eczanesi, kurumsal bir sağlık kuruluşuna e-Fatura gönderirken alıcının güncel etiketini kullanmalıdır. VKN doğru olsa bile elektronik etiket değişmiş olabilir.

Eczane sahibi 1220 gördüğünde önce fatura numarasını, zarf UUID bilgisini ve hata metnini kaydetmelidir. Ardından muhasebe programındaki alıcı kartı güncel bilgilerle karşılaştırılmalıdır.

Adım adım ilerleyen eczane sahibi, önce gelen kullanıcı listesini, sonra mali mühür durumunu ve en sonunda XML alanlarını kontrol edebilir. Her kontrolden sonra tarih, kullanıcı ve sonuç bilgisini kısa bir işlem notuna yazmalıdır.

Hata alıcı etiketiyle ilgiliyse alıcıdan güncel kayıt bilgisi istenebilir. Hata imza veya XML alanındaysa yazılım sağlayıcısının teknik incelemesi gerekir.

Bu senaryoda faturayı silip yeniden düzenlemek ilk çözüm değildir. İlk işlem kaydı korunmalı, yapılan değişiklikler ve yeni gönderim sonucu ayrıca belgelenmelidir.

Bir kafe veya küçük market sahibi de benzer şekilde günlük gönderim listesini kontrol edebilir. Gün sonunda 1220, 1210 ve tamamlanmış işlemler ayrı ayrı izlenmelidir.

Yanlış: Gün sonu raporunda yalnızca fatura numaralarını kontrol etmek. Doğru: Fatura numarasını UUID, zarf sonucu ve ayrıntılı hata metniyle eşleştirmek.

İşletme sahibi teknik ayrıntıyı bilmiyorsa bile UUID, fatura numarası ve hata metnini sağlayabilir. Bu üç bilgi, mali müşavir ve destek ekibinin incelemesini hızlandırır.

1220, 1200 ve 1300 kodları arasındaki fark nedir?

1220 belge işleme sorunu, 1200 zarf işleme başarısı, 1300 ise işlemin başarıyla tamamlanmasıyla ilişkilendirilir. Kodlar aynı aşamayı ifade etmez.

1000 ve 1100 gibi kodlar genellikle kuyruğa alma veya işleme aşamasını gösterir. Bu kodlar sonuçlanmış kabul yerine süreç bilgisi olarak okunmalıdır.

1210 dokümanın işlenmekte olduğunu, 1220 ise dokümanın işlenemediğini belirten yaygın GİB açıklamalarıdır. Arayüzdeki ayrıntılı yanıt metni yine kontrol edilmelidir.

Kod karşılaştırması yapılırken aradaki işlem sırası ve belge türü gözden kaçırılmamalıdır. Beklemede görünen bir kayıt sonradan sonuçlanabilir; 1220 kaydı ise ayrıntılı yanıt incelenmeden başarılı kabul edilmemelidir.

Tablodaki açıklamalar, kullanılan teknik dokümana ve ekran etiketine göre kısaltılabilir. Kesin değerlendirme için GİB yanıtı, belge türü ve işlem geçmişi birlikte ele alınmalıdır.

1220 ile 1300 aynı anlama gelmez. 1220 görülen belge için başarılı tamamlanma varsayımı yapmak yerine hata çözümü ve yeni durum sorgusu yapılmalıdır.

1220 çözülmezse mali müşavir ve entegratöre ne bildirilir?

1220 çözülmezse mali müşavire veya entegratör desteğine işlem kimlikleriyle birlikte ayrıntılı hata kaydı bildirilmelidir. Sadece 1220 yazmak, teknik inceleme için yetersiz kalabilir.

Destek talebi açarken konu satırına belge türü, fatura numarası ve 1220 kodu yazılabilir. Açıklama bölümünde ise gönderim zamanı, zarf UUID, belge UUID ve tam hata metni sıralanmalıdır. Bu düzen, talebin doğru kayda bağlanmasını kolaylaştırır.

Destek talebinde işletme unvanı, belge türü, gönderim zamanı, fatura numarası ve zarf UUID bilgisi bulunmalıdır. Alıcı VKN veya TCKN bilgisi de doğrulama amacıyla eklenebilir.

Hata mesajının tam metni ve ilgili ekran görüntüsü açıklayıcıdır. Ekran görüntüsünde gereksiz müşteri bilgileri varsa paylaşmadan önce kişisel verileri maskeleyin.

XML dosyası istenirse yalnızca yetkili destek kanalı kullanılmalıdır. Mali mühür şifresi, özel anahtar, kullanıcı parolası veya güvenlik kodu hiçbir talebe eklenmemelidir.

İşlem geçici kesinti nedeniyle sonuçlanmadıysa destek ekibi sistem kayıtlarını kontrol eder. Belgenin içeriği doğruysa teknik tekrar denemesi önerilebilir.

Hata belge alanından kaynaklanıyorsa mali müşavir, muhasebe kaydı ve mevzuat yönünden değerlendirme yapar. Teknik ekip ise XML, imza ve servis yanıtını inceler.

Yanıt alınamıyor veya aynı hata tekrarlanıyorsa iletişim kanalından işlem kimlikleriyle başvurun. Güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Ödeme, kontör veya entegratör değişikliği 1220 sorununu çözer mi?

Ödeme, kontör veya entegratör değişikliği tek başına 1220 sorununu çözmez. Kod, çoğunlukla belirli bir belgenin teknik işlenmesiyle ilgilidir.

Örneğin hesabınızda yeterli kontör bulunmasına rağmen yalnızca belirli bir faturada 1220 oluşuyorsa sorun öncelikle belge veya XML tarafında aranmalıdır. Tüm gönderimler etkileniyorsa bağlantı, yetki veya servis durumu ayrıca incelenmelidir.

Hesapta yeterli kullanım hakkı bulunmaması farklı bir hizmet veya gönderim uyarısı oluşturabilir. Bu nedenle 1220 görüldüğünde önce belge yanıtı, sonra hesap durumu kontrol edilir.

Entegratör değiştirilecekse mevcut zarf ve belge kayıtları korunmalıdır. Eski sistemdeki başarısız işlemler incelenmeden yeni sistemden aynı ticari belge gönderilmemelidir.

Yeni sistemde farklı bir UUID veya fatura numarası oluşması mükerrerlik riskini ortadan kaldırmaz. Belgenin gerçekten başarıyla işlenip işlenmediği GİB kayıtlarıyla doğrulanmalıdır.

Teknik bağlantı sorunu varsa hizmet sağlayıcının işlem günlüğü önem kazanır. Ancak içerik hatası varsa yalnızca bağlantı ayarlarını değiştirmek sonuç vermeyebilir.

Bu ayrım, gereksiz hesap değişikliği ve tekrar gönderim yapılmasını önler. Önce hata sınıfı belirlenmeli, sonra ilgili çözüm uygulanmalıdır.

İşletme, hizmet değişikliği kararını mali müşavir ve teknik destekle birlikte vermelidir. Belge geçmişi, muhasebe kaydı ve yasal saklama yükümlülükleri korunmalıdır.

1220 kodunda hangi kayıtlar saklanmalıdır?

1220 kodunda zarf UUID, belge UUID, fatura numarası, işlem zamanı ve hata yanıtı saklanmalıdır. Bu kayıtlar, gönderimin hangi aşamada kaldığını kanıtlamaya yardımcı olur.

Arşiv düzeninde her başarısız işlem için ayrı bir klasör veya kayıt başlığı kullanılabilir. Başlıkta fatura numarası ve işlem tarihi, içerikte UUID bilgileri, hata metni, ekran görüntüsü ve yapılan düzeltme bulunmalıdır.

Belgenin oluşturulduğu muhasebe kaydı ile gönderim ekranındaki bilgiler birlikte tutulmalıdır. Sonradan yapılan alan değişiklikleri ve yeniden gönderim sonuçları da not edilmelidir.

Belgeye ilişkin eski ve yeni kayıtlar birbirine referans vermelidir. Böylece yeniden oluşturulan faturanın hangi 1220 kaydından sonra düzenlendiği ve hangi teknik gerekçeyle gönderildiği anlaşılabilir.

Gelen veya giden kutusundaki durum ekranının tarihli görüntüsü yararlı olabilir. Ekran görüntüsü tek başına yeterli değildir, ancak işlem kimliklerini destekler.

Başarılı veya başarısız tüm teknik yanıtlar işletmenin arşiv düzenine göre saklanmalıdır. Saklama yöntemi, erişim yetkileri ve süreler için mevzuat kontrolü yapılmalıdır.

Yetkisiz kişilere müşteri, tutar veya vergi bilgisi gönderilmemelidir. Destek paylaşımında yalnızca sorunun çözümü için gerekli veriler kullanılmalıdır.

1220 sonrasında belge düzeltildiyse eski ve yeni kayıtlar ilişkilendirilmelidir. Böylece hangi belgenin neden yeniden oluşturulduğu sonradan açıklanabilir.

Vergisel veya hukuki sonuç doğurabilecek durumlarda kayıt politikasını mali müşavir belirlemelidir. Güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Özet: 5 maddede zarf durumu 1220 ne demek ve çözümü

Özetle, 1220 kodu zarf içindeki dokümanın işlenemediğini ve gönderimin başarılı tamamlanmadığını gösterir. Kesin neden, GİB yanıtındaki hata açıklamasıyla bulunmalıdır.

Çözüm, önce mevcut işlemi doğrulamayı, sonra belge alanlarını ve imza ayarlarını kontrol etmeyi gerektirir. Belge geçmişi incelenmeden tekrar gönderim yapılmamalıdır.

Alıcıya ulaştı, reddedildi veya kesinleşti gibi yorumlar yalnızca 1220 koduna bakılarak yapılmamalıdır. Zarf, doküman ve tamamlanma durumları ayrı değerlendirilmelidir.

Aşağıdaki beş madde, 1220 durumunda uygulanacak temel kontrol sırasını özetler:

• 1220, zarf içindeki dokümanın işlenemediğini gösteren teknik durum kodudur.
• İlk olarak zarf UUID, belge UUID ve ayrıntılı hata mesajı kaydedilmelidir.
• XML alanları, alıcı bilgileri, senaryo ve imza ayarları karşılaştırılmalıdır.
• Aynı belge, son durum doğrulanmadan ve tekrar gönderim yöntemi onaylanmadan gönderilmemelidir.
• Çözülmeyen hatalarda işlem kayıtlarıyla mali müşavir ve yetkili teknik destek bilgilendirilmelidir.

Bu adımlar, hem yanlış tekrar gönderimleri hem de mükerrer belge riskini azaltır. Belgenin türü ve işlem tarihi, uygulanacak yöntemi etkileyebilir.

Mevzuat ve GİB teknik açıklamaları değişebileceği için güncel kaynaklar takip edilmelidir. Emin olunmayan durumda güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

E-belge kontör ihtiyacınızı karşılaştırırken efaturakontor.com'da tüm e-belgelerde geçerli havuz kontör paketlerini inceleyebilirsiniz; paketler 100'den 500.000 kontöre kadar sunulur.

Ücretsiz e-Fatura portalı, Sovos altyapısına aynı gün tanımlama ve 12-18 ay kullanım süresi seçenekleri bulunur.