Alias (Etiket) Nedir? Kullanım Alanları ve Dikkat Edilecekler

Alias (Etiket) Nedir? Tanımı, Nerede Kullanılır, Nelere Dikkat Edilir

alias (etiket) nedir? Alias (etiket), e-Fatura sisteminde kayıtlı bir kullanıcının elektronik adresini belirleyen yönlendirme tanımlayıcısıdır. Bu tanımlayıcı, belgenin hangi gönderici birimden çıkacağını veya hangi posta kutusuna ulaşacağını gösterir. VKN ya da TCKN işletmenin hukuki kimliğini belirtir. Alias ise elektronik iletim noktasını belirtir. Bu nedenle alias, e-posta adresi, vergi numarası veya kullanıcı şifresi değildir.

Bu konu, e-Fatura düzenleyen işletmelere, mali müşavirlere, yazılım ekiplerine ve fatura kabul eden şirketlere yarar. Doğru alias seçimi, belgenin doğru elektronik kutuya yönlendirilmesine yardımcı olur. Yanlış seçim, gönderim sırasında doğrulama hatası oluşturabilir. Bazı durumlarda belge beklenen alıcı ekranında görünmeyebilir. Sorun yaşandığında önce vergi kimliği, sonra güncel alias ve rol bilgisi birlikte kontrol edilmelidir.

Alias bilgisi genellikle GİB’in e-Fatura kayıtlı kullanıcı verileriyle veya entegratör sorgulama ekranıyla doğrulanır. Bir işletmenin birden fazla alias tanımlaması bulunabilir. Bu aliaslar farklı şube, yazılım, gönderici birim veya posta kutusu süreçlerini ayırabilir. Aliasın anlamı, tek başına yazı biçiminden anlaşılmaz. Yanlış: Aliası şirketin e-posta adresi kabul etmek. Doğru: Aliası, e-Fatura yönlendirme adresi olarak değerlendirmek.

Alias seçiminin güvenilir ölçütü, metnin işletme adını andırması değil, güncel kayıttaki kimlik ve roldür. Aynı işletmede farklı kanallar bulunabildiği için yalnızca ilk görünen etiket seçilmemelidir. Gönderimden önce alıcı kimliği, PK rolü, aktiflik bilgisi ve belge senaryosu ayrı ayrı doğrulanmalıdır.

Alias e-Fatura sisteminde neyi gösterir?

Alias, e-Fatura sisteminde bir kullanıcının hangi elektronik uç noktada işlem yaptığını gösterir. E-Fatura ağı, belgeyi yalnızca vergi kimliğine bakarak yönlendirmez. Vergi kimliği, işletmeyi tanımlar. Alias ise bu işletmenin gönderim veya alım kanalını belirler. Bu ayrım, bir şirketin birden fazla departmanla fatura yönetmesi halinde önem kazanır.

Bir e-Fatura gönderiminde gönderen tarafın gönderici birim etiketi kullanılır. Alıcı tarafın posta kutusu etiketi, faturanın teslim edileceği kanalı gösterir. Özel entegratör veya ERP ekranı bu değerleri arka planda otomatik getirebilir. Ancak otomatik seçim, güncel kayıt kontrolünün yerine geçmez. Özellikle yeni müşteri kartlarında alias bilgisi ayrıca incelenmelidir.

Alias, belgenin ticari içeriğini açıklamaz. Fatura tutarı, KDV bilgisi, ödeme şartı ve ürün satırları aliasın görevi değildir. Alias yalnızca elektronik adresleme sürecine katkı sağlar. Bu nedenle alias bilgisi doğru olsa bile fatura XML’i, senaryo, profil veya vergi bilgileri hatalı olabilir. Gönderim kontrolü, adres ve belge içeriğini ayrı adımlarda değerlendirmelidir.

Örneğin merkez ve şube işlemlerini ayıran bir şirket, aynı vergi kimliği altında farklı elektronik kanallar kullanabilir. Fatura tutarı veya müşteri unvanı değişmediği halde doğru alias değişebilir. Bu nedenle aliası ticari bilgilerin özeti gibi okumak yerine, belgenin elektronik teslim rotası olarak değerlendirmek gerekir.

GB ve PK alias etiketleri arasındaki fark nedir?

GB ve PK, e-Fatura aliaslarının işlemdeki yönünü ve rolünü açıklayan iki temel kısaltmadır. GB, Gönderici Birim etiketidir. PK, Posta Kutusu etiketidir. Gönderici taraf genellikle kendi GB etiketini kullanır. Alıcı taraf ise kendi PK etiketine gelen faturaları kabul eder. E-Fatura kayıtlı kullanıcı listesinde bu rol bilgileri ayrı değerlendirilebilir.

Bir satıcı, alıcının VKN veya TCKN bilgisini bulduktan sonra alıcıya ait aktif PK aliasını seçer. Satıcının kendi sistemi ise gönderim için tanımlı GB aliasını kullanır. Bir işletmede aynı anda farklı GB veya PK etiketleri bulunabilir. Bu etiketler şube, kanal veya uygulama ayrımı sağlayabilir. Ekrandaki rol açıklaması görülmeden yalnızca alias metnine bakarak seçim yapılmamalıdır.

GB ve PK farkı, belgenin yönlendirme mantığını açıklar. Bu fark, temel fatura veya ticari fatura seçimiyle aynı konu değildir. Fatura senaryosu ayrı, elektronik adresleme ayrı kontrol edilir. Bir faturada doğru PK seçilmiş olması, belgenin tüm teknik kontrollerden geçtiği anlamına gelmez.

Örneğin aynı VKN altında iki PK etiketi görüldüğünde, alıcıdan hangi kutunun kullanılacağı teyit edilmelidir. GB etiketi ise gönderici işletmenin kendi sistemindeki aktif gönderim birimidir. Alıcıya ait GB etiketini seçmek, metin benzer görünse bile doğru adresleme anlamına gelmez.

Alias nerede kullanılır ve hangi ekranlarda görülür?

Alias, e-Fatura gönderim ve alım adreslemesinde kullanılır. Bilgi, GİB’in kayıtlı kullanıcı sorgulama verilerinde, özel entegratör panellerinde, ERP müşteri kartlarında ve teknik entegrasyon kayıtlarında görülebilir. Bazı portallar aliası doğrudan etiket adıyla gösterir. Bazı sistemler ise GB veya PK rolünü yanında yazar. Ekran adı kullanılan yazılıma göre değişebilir.

Yeni bir alıcı tanımlarken önce işletmenin VKN veya TCKN bilgisi yazılır. Sistem kayıtlı kullanıcı bilgisini getirirse ilgili aliaslar listelenir. Kullanıcı, işlem yönüne göre PK veya GB rolünü inceler. Gelen fatura kutusunda kendi PK aliası görünür. Giden fatura kayıtlarında ise kullanılan GB ve alıcının PK bilgisi teknik ayrıntılarda yer alabilir.

Alias, müşteri kartına kaydedilmiş olsa bile kalıcı ve değişmez bilgi sayılmamalıdır. İşletme yeni bir posta kutusu açabilir, bir etiketi pasifleştirebilir veya entegrasyon kanalını değiştirebilir. Bu nedenle aylar önce kaydedilen alias, her işlem için otomatik olarak doğru kabul edilmemelidir. Özellikle ilk fatura, şube değişikliği ve yazılım geçişlerinde güncel sorgu yapılmalıdır.

Bir portaldaki pratik akış genellikle müşteri kartını açmayı, e-Fatura bilgileri alanına geçmeyi ve kayıtlı kullanıcı sorgusu başlatmayı gerektirir. Sonuç ekranında aliasın yanında rol, aktiflik ve işletme unvanı görülüyorsa bu alanlar birlikte incelenmelidir. Menü adları değişse de kontrol sırası değişmez.

Alias nasıl sorgulanır ve doğrulanır?

Alias, güncel GİB e-Fatura kayıtlı kullanıcı bilgisi ile sorgulanır ve vergi kimliğiyle karşılaştırılarak doğrulanır. Bunun için alıcının VKN veya TCKN bilgisi kullanılır. Sorguda işletme unvanı, kayıt durumu, alias metni ve GB veya PK rolü birlikte incelenir. Sadece benzer görünen bir aliası kopyalamak yeterli değildir.

Sorgulama sırasında GİB’in güncel kayıtlı kullanıcı listesi veya kullandığınız entegratörün güncel arama ekranı tercih edilmelidir. Sonuç ekranındaki kayıt tarihi ve aktiflik bilgisi varsa ayrıca kontrol edilir. Birden fazla kayıt görünüyorsa alıcıdan doğru posta kutusu kanalını teyit etmek gerekir. Mali müşavir, özellikle yeni mükellef veya şube kayıtlarında bu teyide yardımcı olabilir.

Doğrulama sonucunu fatura işlem kaydına not etmek, tekrar eden hataları azaltır. Notta alıcı kimliği, seçilen PK aliası, sorgu tarihi ve kullanılan kanal bulunabilir. Bu kayıt, sistemde eski alias kalması halinde karşılaştırma sağlar. Mevzuat veya teknik liste güncellenebildiği için güncel GİB duyurusunu ve mali müşavirinizi kontrol edin. Eski bir ekran görüntüsü tek başına yeterli kanıt değildir.

Sonuçta hiç alias görünmüyorsa kayıt bilgisi, vergi kimliği ve sorgu tarihi yeniden kontrol edilmelidir. İşletmenin kayıtlı kullanıcı durumunda olmaması, verinin henüz güncellenmemesi veya yanlış kimlik girilmesi farklı sonuçlar doğurabilir. Böyle bir durumda mevcut bir PK aliasını tahmin ederek kullanmak yerine işlem türünü ve güncel kuralları değerlendirin.

Alias ile e-Fatura gönderimi nasıl yapılır?

Alias ile e-Fatura gönderiminde önce alıcının kayıtlı kullanıcı durumu ve aktif PK etiketi belirlenir. Ardından gönderici sistemin GB etiketi, fatura profili ve senaryosu kontrol edilir. Bu üç bilgi aynı anlama gelmez. Adresleme için alias, belge işleyişi için senaryo, teknik yapı için profil kullanılır. Portalda bazı seçimler otomatik görünse de son kontrol kullanıcıya aittir.

1. Alıcının VKN veya TCKN bilgisini müşteri kaydıyla karşılaştırın.
2. Güncel kayıtlı kullanıcı sorgusundan alıcının aktif PK aliasını bulun.
3. Gönderici işletmeye ait aktif GB aliasının seçildiğini kontrol edin.
4. Fatura senaryosu ve profilini işlemin niteliğine göre ayrıca belirleyin.
5. Belge önizlemesinde unvan, vergi bilgisi, tutar ve alıcı adresini inceleyin.
6. Gönderimden sonra durum kodunu ve alıcıya ulaşma bilgisini takip edin.

Alıcı e-Fatura kayıtlı kullanıcısı değilse e-Arşiv süreci gündeme gelebilir. Ancak doğru belge türü, işlem tarihi, alıcının statüsü ve güncel mevzuat birlikte değerlendirilmelidir. Bu durumda mevcut bir PK aliasını zorla seçmek doğru değildir. Belge türü konusunda güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Bir alıcıda birden fazla PK etiketi görünüyorsa seçim, alıcının istediği kanal ve ticari süreçle uyumlu olmalıdır. Sistem izin veriyorsa varsayılan aliası otomatik kullanmak pratik olabilir. Fakat ilk gönderimde, iade sürecinde veya şube değişikliğinde otomatik seçimi yeniden inceleyin. Gönderici GB bilgisi de kayıtlı ve aktif olmalıdır.

Belge oluşturulmuş görünmesi, faturanın alıcı kutusuna kesin olarak ulaştığını göstermez. Önizleme kontrolünden sonra gönderim yanıtı, belge durumu ve gerekiyorsa alıcı teyidi izlenmelidir. Teknik hata alınırsa aynı belgeyi hemen tekrar göndermek yerine önce işlem kaydı ve kullanılan alias incelenmelidir.

İlk gönderimde uygulanabilecek güvenli sıra; sorgulama, rol eşleştirme, önizleme, gönderim ve durum takibidir. Bu sıra, otomatik eşleştirme kullanan sistemlerde de korunmalıdır. Sadece düzenli olarak aynı müşteriye fatura kesmek, aliasın değişmeyeceği anlamına gelmez.

Alias hataları neden oluşur ve nasıl düzeltilir?

Alias hataları, yanlış vergi kimliği, pasif etiket, hatalı rol seçimi veya eski müşteri kaydı nedeniyle oluşur. Alıcının PK aliası yerine GB aliasının seçilmesi sık görülen bir yönlendirme problemidir. Alias metninde tek bir karakter hatası bile teknik doğrulamayı etkileyebilir. Bazı sistemler hatayı gönderim sırasında, bazıları ise durum kodunda gösterir.

Hata görüldüğünde önce belge numarasını ve alıcı kimliğini sabitleyin. Sonra kullanılan aliası, rolünü ve sorgu tarihini kayıttan okuyun. Güncel GİB kullanıcı bilgisiyle mevcut kayıt karşılaştırılmalıdır. Sorun müşteri kartındaki eski veriden kaynaklanıyorsa kart güncellenir. Entegrasyon kullanılıyorsa uygulama logları ve gönderim yanıtı da incelenir.

Örneğin müşteri kartında eski bir PK aliası kayıtlı olabilir, fakat güncel sorguda aynı VKN için farklı ve aktif bir etiket görünebilir. Bu durumda yalnızca yeni etiketi kopyalamak yetmez. Kart eşleştirmesi, rol bilgisi, gönderim yanıtı ve mükerrer belge ihtimali birlikte incelenmelidir.

Yanlış: Alıcıdan gelen hata mesajını okumadan faturayı tekrar tekrar göndermek. Doğru: Hata kodunu, alias rolünü ve güncel kullanıcı kaydını birlikte kontrol etmek. Aynı belgeyi düzeltilmemiş alias ile yeniden göndermek, yeni bir teknik sorun oluşturabilir. Tekrar gönderimden önce mükerrer belge oluşup oluşmadığı da incelenmelidir.

Yanlış: GB rolündeki etiketi alıcının PK alanına yazmak. Doğru: Rolü kontrol edip alıcıya ait aktif PK aliasını seçmek ve sonucu durum koduyla teyit etmek.

Uzman notu: Alias değişikliği şüphesinde müşteri kartını değil, önce güncel GİB kayıtlı kullanıcı bilgisini esas alın. Doğrulama tamamlanmadan aynı faturayı farklı etiketlerle art arda göndermeyin.

Alias, VKN, TCKN ve e-posta adresinden nasıl ayrılır?

Alias, VKN, TCKN ve e-posta adresinden farklı olarak e-belgenin elektronik yönlendirme kanalını tanımlar. VKN, tüzel kişi veya işletmenin vergi kimliğidir. TCKN, gerçek kişinin kimlik numarasıdır. E-posta adresi bildirim veya iletişim amacı taşır. Alias ise e-Fatura ağı içinde belirli bir GB ya da PK noktasını gösterir.

Bu bilgileri birbirinin yerine yazmak, farklı türde hatalara neden olur. VKN veya TCKN yanlışsa alıcı kimliği hatalı eşleşebilir. Alias yanlışsa belge doğru işletmeye ait olsa bile yanlış kanala yönlendirilebilir. E-posta adresi yazılırsa sistem bunu PK aliası olarak kabul etmeyebilir. Kullanıcı adı veya API anahtarı yazmak da adresleme sorununu çözmez.

Bir müşteri kartında bu alanların ayrı tutulması gerekir. Kimlik alanı, unvan ve vergi bilgisiyle birlikte saklanır. Alias alanı, rolüyle birlikte kaydedilir. E-posta alanı bildirim tercihlerine ayrılır. Teknik erişim için kullanılan API anahtarı ise gizli tutulur. Bu ayrımı anlamak için api anahtarı nedir yazısındaki kimlik doğrulama açıklamasına bakabilirsiniz.

Pratik eşleştirme için önce kimlik alanını, sonra unvanı, ardından alias rolünü kontrol edin. Üç bilgi tutarlıysa gönderim adresi değerlendirilir. E-posta adresi yalnızca bildirim için kullanılabilir. Alıcının kayıtlı kullanıcı statüsü değişmişse eski kimlik ve alias eşleşmesi, yeni işlem için yeterli kabul edilmemelidir.

Alias kullanımında hangi güvenlik ve mevzuat noktalarına dikkat edilir?

Alias, tek başına parola değildir; ancak yanlış paylaşım veya hatalı kullanım belge yönlendirmesini etkileyebilir. Alias bilgisi yalnızca yetkili çalışanların kullandığı sistemlerde güncel tutulmalıdır. API anahtarı, parola ve sertifika bilgileri alias alanına yazılmamalıdır. Kullanıcı rolleri, entegrasyon erişimleri ve işlem kayıtları işletmenin iç prosedürlerine göre sınırlandırılmalıdır.

Güvenli kullanım için alias değişiklikleri kayıt altına alınmalıdır. Değişiklik tarihi, eski değer, yeni değer, değişikliği yapan kullanıcı ve gerekçe izlenebilir olmalıdır. Test ortamındaki alias ile canlı ortamındaki alias birbirine karıştırılmamalıdır. Entegrasyon güncellemesi sonrasında küçük bir kontrollü gönderim yapılabilir. Belgenin gerçekten doğru kutuya ulaştığı durum bilgisiyle teyit edilmelidir.

GİB teknik kılavuzları, kayıtlı kullanıcı listeleri ve e-belge kuralları zaman içinde güncellenebilir. Aliasa ilişkin özel teknik ayrıntılar, kullanılan yöntem ve entegrasyon türüne göre değişebilir. Bu nedenle sabit bir internet örneğini bütün işletmelere uygulamak doğru değildir. Mevzuata bağlı süre, had, kapsam ve tutarlar için güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Yetki değişikliklerinde eski çalışanların portal ve entegrasyon erişimleri gözden geçirilmelidir. Aliasın görünür olması, API anahtarı veya parola paylaşılmasını gerektirmez. Test gönderimi yapılacaksa test ve canlı kayıtların karışmadığı doğrulanmalı, işlem sonucu yetkili kullanıcı tarafından kayda alınmalıdır.

Alias doğrulama kontrol listesi nasıl hazırlanır?

Alias doğrulama kontrol listesi, her gönderimde kimlik, rol, aktiflik ve belge sonucunu birlikte incelemelidir. Liste, özellikle çok sayıda müşteriye fatura gönderen işletmelerde standart işlem sağlar. Otomatik entegrasyon kullanılsa bile liste, veri kaynağının güncelliğini kontrol etmek için gereklidir. Aşağıdaki maddeler basit bir gönderim öncesi kontrolü oluşturur.

• Alıcının VKN veya TCKN bilgisi, resmi müşteri kaydıyla eşleşmelidir.
• Alıcının kayıtlı e-Fatura kullanıcısı olup olmadığı güncel kaynaktan kontrol edilmelidir.
• Seçilen aliasın PK rolünde ve aktif durumda olduğu doğrulanmalıdır.
• Gönderici işletmenin GB aliası, kullanılan portal veya entegrasyonla uyumlu olmalıdır.
• Aliasın başında, sonunda veya içinde kopyalama kaynaklı karakter hatası bulunmamalıdır.
• Fatura senaryosu ve profil seçimi, alias seçiminden ayrı olarak incelenmelidir.
• Gönderim sonrasında durum kodu ve alıcıya ulaşma bilgisi kaydedilmelidir.

Bu listeyi müşteri kartına otomatik veri aktarımı yapan sistemlerde de kullanabilirsiniz. Alias listeden geliyor diye unvan kontrolünü atlamayın. Aynı vergi kimliğinde birden fazla etiket varsa alıcıdan kanal teyidi alın. Teyit alınamıyorsa gönderimi durdurmak, yanlış adrese belge göndermekten daha güvenlidir.

Kontrol listesi, yalnızca ilk fatura için değil, kritik değişikliklerde de uygulanmalıdır. Şube taşınması, yeni entegrasyon, unvan değişikliği, posta kutusu değişikliği ve uzun süre kullanılmayan müşteri kaydı bu durumlara örnektir. İşlem tamamlandığında listeyi dijital kayda bağlamak, sorumluluk ve denetim izini güçlendirir.

Listeyi ekran görüntüsü olarak saklamak yerine işlem kaydına bağlamak daha izlenebilirdir. Sorgu tarihi, kontrolü yapan kişi, seçilen rol ve gönderim sonucu aynı kayıtta bulunmalıdır. Böylece sonraki faturada eski bilgiyle yeni bilgi karşılaştırılabilir ve hata kaynağı daha hızlı belirlenebilir.

Küçük işletmeler alias seçimini nasıl yapmalı?

Küçük işletmeler alias seçimini, müşterinin vergi kimliği ve güncel PK bilgisi üzerinden yapmalıdır. Örneğin bir eczane, dağıtıcı firmaya e-Fatura kesecekse önce dağıtıcının VKN bilgisini sorgular. Sonuçlarda birden fazla alias varsa PK rolündeki aktif etiketi inceler. Eczane kendi gönderici GB bilgisini, dağıtıcının alıcı PK bilgisini ve belge içeriğini ayrı kontrol eder.

Eczane, daha önce kullandığı müşteri kartındaki aliası doğrudan kabul etmemelidir. Dağıtıcı yeni bir posta kutusu tanımlamış olabilir. Bu durumda eski etiketle gönderim başarısız olabilir veya belge beklenen kanala ulaşmayabilir. Doğru işlem sırası, güncel sorgu yapmak, müşteri kartını güncellemek, önizlemeyi incelemek ve gönderim durumunu takip etmektir.

Benzer durum market, kafe ve serbest çalışan işletmeler için de geçerlidir. Az sayıda fatura kesmek, alias kontrolünü gereksiz kılmaz. Çok küçük hacimde çalışan işletme, her müşteri için güncel alias bilgisini işlem notuna yazabilir. Ancak bu not, canlı sorgunun yerine geçmez. Özellikle alıcı e-Fatura kullanıcısı değilse e-Arşiv seçeneği ve ilgili kurallar ayrıca değerlendirilmelidir.

Bir market, aynı tedarikçiye farklı şubelerden fatura gönderiyorsa müşteri kartlarını yalnızca unvanla ayırmamalıdır. VKN veya TCKN, şube bilgisi, kullanılan PK aliası ve sorgu tarihi birlikte tutulmalıdır. Şube değiştiğinde otomatik gelen eski etiket yeniden doğrulanmadan belge gönderilmemelidir.

Alias, temel fatura ve durum kodu arasında nasıl ilişki kurulur?

Alias, e-Faturanın elektronik adresini belirler; temel fatura veya ticari fatura seçimi ise belgenin itiraz ve kabul işleyişiyle ilgilidir. Durum kodu, gönderimden sonra teknik veya işleme sonucunu gösterir. Bu üç bilgi birbirinin yerine geçmez. Doğru alias seçimi, doğru senaryo seçildiği veya belgenin kesin olarak kabul edildiği anlamına gelmez.

Karşı durumda, doğru PK aliası seçilmiş olsa bile fatura senaryosu veya XML içeriği hatalı olabilir. Tersine, senaryo doğru olsa bile pasif ya da yanlış rol taşıyan alias gönderimi engelleyebilir. Bu nedenle hata incelemesinde adresleme, belge yapısı ve işlem sonucu üç ayrı başlıkta ele alınmalıdır.

Senaryo ayrımını anlamak için temel fatura nedir açıklamasına bakabilirsiniz. Gönderim sonrasında alınan cevapları yorumlamak için durum kodu nedir rehberi yardımcı olur. Böylece adresleme hatası ile belge işleme sonucunu aynı sorun gibi değerlendirmezsiniz.

Alias, sevk belgesinin taşıma ve mal hareketi bilgisi değildir. Bu ayrım için sevk irsaliyesi nedir yazısına bakılabilir. Vergi hesaplamasındaki tevkifat ise adresleme konusu değildir; tevkifat nedir açıklaması bu farkı netleştirir. API üzerinden gönderimde alias adres, API anahtarı ise erişim kimliğidir.

Alias değiştiğinde hangi işlem adımları izlenir?

Alias değiştiğinde önce değişikliğin GİB kayıtlı kullanıcı bilgilerinde görünüp görünmediği kontrol edilir. Ardından portal veya ERP içindeki müşteri kartı güncellenir. Entegrasyon kullanılıyorsa uygulamanın önbellek, eşleştirme veya senkronizasyon kayıtları incelenir. Sadece yerel müşteri kartını değiştirmek, sistemde eski aliasın kullanılmasını her zaman önlemez.

İşletme, değişiklikten sonra yetkili kullanıcıya kısa bir kontrol süreci tanımlamalıdır. Önce alıcı kimliğiyle güncel alias sorgulanır. Sonra doğru rol seçilir ve küçük bir gerçek işlem kontrollü biçimde tamamlanır. Gönderim sonucu kaydedilir. Hata sürerse belgeyi art arda göndermek yerine entegratör destek kaydı, uygulama logu ve GİB yanıtı birlikte incelenmelidir.

Uygulanabilir sıra; değişiklik kaydını doğrulamak, müşteri kartını güncellemek, önbelleği yenilemek, rolü kontrol etmek ve sonucu izlemektir. Güncelleme sonrasında hazırlanan ancak gönderilmeyen belgelerde alıcı adresi tekrar açılmalıdır. Böylece belge eski seçimle kuyruğa alınmışsa gönderimden önce fark edilir.

Alias değişikliği, fatura tarihini, belge numarasını veya ticari içeriği kendiliğinden değiştirmez. Ancak yanlış adrese gönderim riskini etkiler. Daha önce oluşturulmuş fakat gönderilmemiş belgelerde adres bilgisi yeniden kontrol edilmelidir. Gönderilmiş belgelerde düzeltme yöntemi, belgenin durumuna ve güncel e-belge kurallarına göre belirlenir. Bu noktada mali müşavir görüşü alınmalıdır.

Özet: 5 maddede alias (etiket) nedir?

Özetle alias (etiket), e-Fatura kullanıcısının elektronik gönderim veya alım adresini tanımlayan bilgidir. Vergi kimliği işletmeyi, alias ise elektronik kanalı gösterir. GB gönderici birimi, PK posta kutusunu ifade eder. Gönderimden önce güncel kayıt, rol ve aktiflik bilgisi birlikte kontrol edilmelidir.

• Alias, e-Fatura belgesinin hangi elektronik uç noktaya yönlendirileceğini gösterir.
• VKN veya TCKN, aliasın yerine geçmez ve işletmenin hukuki kimliğini tanımlar.
• Gönderimde alıcının güncel PK aliası ve gönderenin GB aliası kontrol edilir.
• Alias seçimi, temel veya ticari fatura senaryosu seçiminden ayrı değerlendirilir.
• Hata halinde güncel GİB kaydı, durum kodu ve entegrasyon logu birlikte incelenir.

Bir aliası kaydetmeden önce işletme unvanını, vergi kimliğini ve etiket rolünü eşleştirin. Eski müşteri kartları, pasif etiketler ve kopyalama hataları en sık kontrol edilmesi gereken noktalardır. Güncel GİB duyurusunu ve mali müşavirinizi kontrol edin. Özellikle mevzuata bağlı belge türü veya uygulama değişikliklerinde eski işlem alışkanlıklarına güvenmeyin.

efaturakontor.com’da e-Fatura, e-Arşiv, e-İrsaliye, e-SMM, e-MM ve e-Bilet için tek havuz kontör kullanılır; gelen ve giden belgelerin her biri bir kontör düşürür, 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 bilgileri için kontör paketlerini inceleyebilirsiniz.