LEI kod, bir tüzel kişiyi uluslararası alanda tek anlamda göstermek için kullanılan, harf ve rakamlardan oluşan bir tanımlayıcıdır. Bu yazıda LEI kodun ne olduğunu, DUNS numarasından hangi yönlerden ayrıldığını ve iki numaranın da neden bir yetki ya da uygunluk göstergesi sayılmadığını bulacaksınız.
LEI kod nedir?
LEI kod, uluslararası bir standartla tanımlanmış tüzel kişi tanımlayıcısıdır ve kamuya açık, merkezî bir sistem üzerinden üretilir. Tanımlayıcı harf ve rakamlardan oluşur, sabit bir uzunluğa sahiptir ve içinde bir kontrol basamağı taşır. Bu kontrol basamağı sayesinde, yazım sırasında oluşan basit hatalar numara sisteme gitmeden yakalanabilir.
LEI kodun amacı, aynı işletmenin farklı ülkelerde farklı adlarla, farklı yazımlarla veya farklı bağlı ortaklık yapıları içinde görünmesi sorununu çözmektir. Bir kurum, karşı tarafın adına değil numarasına baktığında hangi tüzel kişiyle işlem yaptığını tereddütsüz bilir. Bu özellik onu özellikle sınır ötesi işlemlerde ve düzenleyici bildirimlerde yararlı kılar.
LEI kod kamuya açık biçimde ücretsiz sorgulanabilir. Sorgulama sonucunda numaranın hangi tüzel kişiye ait olduğu, kayıt durumunun ne olduğu ve kayıtla ilişkili bazı temel bilgiler görülebilir. Standart hakkında ayrıntı için LEI sisteminin resmî sitesine bakabilirsiniz.
DUNS numarası LEI koddan nasıl ayrılır?
DUNS numarası, özel bir kuruluş tarafından verilen ve yalnızca rakamlardan oluşan bir işletme tanımlayıcısıdır. Özellikle kamu ihalelerinde ve tedarik zinciri süreçlerinde karşımıza çıkar. LEI koddan en temel farkı, bir uluslararası standartla tanımlanmamış olması ve kamu kurumları tarafından yönetilmemesidir.
İkinci fark, doğrulanabilirlik tarafındadır. LEI kod içinde bir kontrol basamağı taşıdığı için yazım hatası numaranın kendisinden yakalanabilir. DUNS numarasında aynı işi görecek, herkesin uygulayabileceği bir kontrol yoktur; numaranın doğruluğu yalnızca onu veren kuruluşun kendi kaydından anlaşılır.
| Karşılaştırma | LEI kod | DUNS numarası |
|---|---|---|
| Niteliği | Uluslararası standartla tanımlı | Özel kuruluş düzeni |
| Yapısı | Harf ve rakam karışımı, sabit uzunluk | Yalnızca rakam |
| Kontrol basamağı | Var, yerel olarak sınanabilir | Herkesin uygulayabileceği bir kontrol yok |
| Sorgulama | Kamuya açık ve ücretsiz | Veren kuruluşun kendi kanalı |
| Kimin verdiği | Kamuya açık küresel sistem | Özel sektör kuruluşu |
Bu iki numara birbirinin alternatifi değildir; farklı amaçlar için doğmuştur. Bir işletme ikisini de taşıyabilir, hiçbirini taşımayabilir.
Bu numaralar neyi göstermez?
Ne LEI kod ne de DUNS numarası bir izin, ruhsat veya uygunluk belgesi değildir. Bir işletmenin LEI kod taşıması, o işletmenin sağlam, güvenilir ya da denetimden geçmiş olduğu anlamına gelmez. Aynı şekilde bir DUNS numarası da bir işletmenin ödeme gücü, itibarı veya yasal durumu hakkında hiçbir şey söylemez.
Bu ayrım pratikte sık karıştırılır. Bir tedarikçi değerlendirmesinde numaranın varlığı, kontrolün yerine geçmez; yalnızca hangi tüzel kişiden bahsedildiğini netleştirir. Değerlendirmenin kendisi yine belge, kayıt ve referans üzerinden yapılır.
İkinci önemli ayrım, numaranın vergi numarası olmamasıdır. LEI kod ve DUNS numarası bir vergi dairesi kaydını göstermez; bu yüzden fatura üzerindeki vergi alanlarının yerine geçmezler. Bu konuyu ülkeye göre vergi numarası biçimleri yazısında ayrıca ele alıyoruz.
Gerçek bir numarayı deneme verisine koymak neden yanlıştır?
Deneme verisinde gerçek bir LEI kod veya DUNS numarası kullanmak, fark edilmesi zor ama sonuçları ağır bir alışkanlıktır. Bu numaralar belirli bir tüzel kişiyi tek anlamda gösterdiği için, deneme kaydına kopyalandıklarında artık kurgusal bir kayıt değil, gerçek bir işletmeye işaret eden bir kayıt üretirsiniz.
Bunun pratikte iki sonucu olur. Birincisi, test kaydı artık başka bir işletmenin kimliğini taşır; bu kimliğin ekran görüntüsünde, hata raporunda veya demo sunumunda görünmesi istenmeyen bir ifşa riskidir. İkincisi, kaydın kurgu olduğu anlaşılmaz hâle gelir; çünkü numara gerçek olduğu için kaydın geri kalanı da gerçek sanılabilir.
Doğru yaklaşım, deneme kayıtlarında biçimsel olarak tutarlı ama hiçbir sisteme kayıtlı olmayan numaralar kullanmak ve kaydın kurgusal olduğunu unvandan açıkça belli etmektir. Bu ayrımı ayrıntılı biçimde sanal şirket verisinin sınırları yazısında ele alıyoruz.
Geliştiriciler için: alan uzunluğu, kontrol basamağı ve dış sorgu
LEI kod alanını tasarlarken ilk karar, alanın nasıl saklanacağıdır. Numara sabit uzunlukta ve harf ile rakamdan oluştuğu için, alan hem harf hem rakam kabul etmeli ve ayraç taşımamalıdır. Kullanıcı numarayı boşluklu gruplar hâlinde yapıştırabileceği için, saklamadan önce boşlukların ve tire gibi ayraçların temizlenmesi, harflerin ise tek biçime çevrilmesi gerekir. Aksi hâlde aynı numara iki farklı kayıt gibi görünür.
İkinci karar, kontrol basamağının nerede sınanacağıdır. Bu sınamanın amacı numaranın gerçekliğini kanıtlamak değil, yazım hatasını yakalamaktır. Kontrol basamağı tutmayan bir numara kesinlikle yanlış yazılmıştır; kontrol basamağı tutan bir numara ise yalnızca biçimsel olarak tutarlıdır. Bu ayrımı kullanıcıya doğru anlatmak gerekir: “numara geçersiz” demek yerine “numara beklenen yapıya uymuyor” demek, doğru beklentiyi kurar.
DUNS numarası için ise yerel bir kontrol basamağı sınaması yapılamaz; çünkü numaranın doğruluğu yalnızca onu veren kuruluşun kaydından anlaşılır. Bu yüzden bu alanda yapılabilecek en fazla şey, alanın boş olup olmadığını ve beklenen karakter kümesine uyup uymadığını kontrol etmektir.
Üçüncü karar, dış sorgunun nasıl ele alınacağıdır. Bu tür bir sorgu yalnızca kullanıcı açıkça istediğinde yapılmalıdır; formun her kaydında sessizce tetiklenen bir sorgu, hem gereksiz yük üretir hem de kullanıcıyı bekletir. Sorgu tanımlı bir zaman aşımıyla çalışmalı ve üç sonucu birbirinden ayırmalıdır: kayıt bulundu, kayıt bulunamadı, cevap alınamadı. Üçüncüsünü ikincisiyle aynı kutuya koymak, teknik bir arızayı kullanıcının hatası gibi gösterir.
Dördüncü karar, önbellektir. Aynı numara kısa süre içinde birkaç kez soruluyorsa sonucu kısa bir süre saklamak makuldür. Ancak kayıt durumu değişebildiği için önbellek ömrü kısa tutulmalı ve önbellekten gelen cevap ile canlı sorgudan gelen cevap arayüzde ayırt edilebilmelidir.
Son olarak, her iki numarayı da yetki alanıyla karıştırmayın. Bu alanlar bir izin durumunu değil, yalnızca bir kimliği taşır. Bir işletmenin belirli bir faaliyeti yapmaya yetkili olup olmadığı ayrı bir sorudur ve ayrı bir doğrulama gerektirir; bu doğrulamanın akışına KYB deneme listesi yazısından başlayabilirsiniz. Kendi test kümenizde bu alanları denemek için test şirket verisi üreticisinde ülke seçip kayıt üretebilirsiniz.
Sonraki adımlar
İlk adım, veri modelinizde bu iki numaranın ayrı alanlar olarak mı yoksa tek bir “kurumsal numara” alanında mı tutulduğuna bakmaktır; tek alanda tutulduklarında hangi numaranın ne olduğu zamanla kaybolur. İkinci adım, deneme verinizde gerçek bir numaranın dolaşıp dolaşmadığını kontrol etmektir; tek bir gerçek numara, bütün kümenin kurgu olduğu bilgisini geçersiz kılar.
Bu alanları kendi gözünüzle denemek için test şirket verisi üreticisinde ülke seçip kayıt üretebilirsiniz. Numaranın yanındaki vergi alanı için vergi numarası doğrulama kuralları yazısı tamamlayıcıdır.
Bu içerik genel bilgilendirme amaçlıdır ve hukuki ya da mali danışmanlık yerine geçmez. Numara sahipliği ve kayıt durumu hakkında bağlayıcı bilgi yalnızca ilgili sistemlerin kendi sorgularından alınır.