European Business Wallet: Altyapı Olarak Şirket Kimliği

EU Digital Identity Wallet, insanlarla ilgili olduğu için daha çok ilgi görüyor. B2B yazılım geliştiren herkes için kısa vadede daha yararlı olan ise European Business Wallet, çünkü her iş sisteminin yaşadığı ama hiçbirinin çözemediği bir soruna doğrudan yöneliyor: bir şirketin söylediği şirket olduğunu ve onun adına hareket eden kişinin buna yetkili olduğunu kanıtlamak.

Konsey müzakere tutumunu 9 Haziran 2026'da kabul etti; Parlamentonun sorumlu komitesi ITRE de 10 Eylül 2026'da raporunu ve müzakere yetkisini kabul etti. Böylece üçlü görüşmeler (trilog) artık başlayabilir. Açıklanan hedef, 2026 sonuna kadar siyasi uzlaşmaya varmak. Komisyon, kamu kurumlarının idari işlemlerde business wallet'ları yürürlüğe girişten itibaren 24 ay içinde kabul etmesini önerdi; Konsey metni ise bu süreyi daha geç bir tarihle değiştiriyor: son uygulama tasarruflarının uygulanmaya başlamasından iki yıl sonra.

Çözdüğü sorun

Her B2B müşteri kabul (onboarding) akışında aynı arkeolojik katmanlar bulunur. Elle yazılmış bir şirket sicil numarası. Ticaret sicilinden alınmış, belki aylar önce güncelliğini yitirmiş, belki de inceleme ekibinde kimsenin okuyamadığı bir dildeki bir sicil özetinin PDF'i. İmza yetkisi kanıtlanmak yerine yalnızca iddia edilen birinin imzası. Bir sisteme karşı kontrol edilen bir KDV numarası, başka bir sisteme karşı kontrol edilen bir banka hesabı ve hiçbir şeye karşı kontrol edilmeyen bir gerçek faydalanıcı beyanı.

Bunu 27 farklı sicil formatına sahip 27 üye devletle çarpın; Avrupa'da sınır ötesi B2B ticaretin olması gerekenden yavaş olmasının asıl nedenini bulmuş olursunuz.

Business wallet, kişisel cüzdanla aynı eIDAS 2 çerçevesi üzerine kurulmuş, şirket düzeyinde bir kimlik bilgisi kapsayıcısıdır. Bir kişinin ehliyetini ve diplomasını tutmak yerine bir şirketin sicil verilerini, vekâletlerini, temsil yetkilerini, sertifikalarını ve lisanslarını tutar; ayrıca imzalı belgelerin, alıcı tarafın kriptografik olarak doğrulayabileceği şekilde sınırlar arasında paylaşılmasını sağlar.

Neleri tutar?

Görüşülen kimlik bilgisi türleri, bugün PDF olarak gelen şeyleri kapsıyor:

Şirket kimliği ve sicil verileri: elle aktarılmak yerine yetkili ulusal sicilden alınır.

Temsil ve vekâlet kimlik bilgileri. Önemli olan budur. Yalnızca bir şirketin var olduğu değil, bu belirli kişinin belirli sınırlar içinde şirket adına hareket edebileceği. Otomatik B2B müşteri kabulünü zorlaştıran vekâlet sorunudur ve çoğu sistem bugün bunu karşı tarafın sözüne güvenerek çözüyor.

Lisanslar, izinler ve sertifikalar. Mesleki yeterlilikler, sektörel izinler, akreditasyonlar.

Kamu kurumlarından alınan belgeler. Vergi durumu, sosyal güvenlik yükümlülüklerine uyum ve ihale süreçlerinin talep ettiği çeşitli borcu yoktur belgeleri.

İmzalı belgeler ve mühürler. eIDAS kapsamındaki elektronik mühürler; imzanın kurumsal karşılığıdır ve zaten hukuki geçerliliğe sahiptir.

Mevcut olanlardan farkı ne?

Bu sorunu kısmen ele alan birkaç şey zaten var. Çoğu üye devlette şirket sicilleri çevrim içi. Business Registers Interconnection System bunları birbirine bağlıyor. eIDAS zaten elektronik mühürleri öngörüyor. Nitelikli sertifikalar mevcut.

Var olmayan şey şudur: bir şirkete ait bir dizi bilgiyi, size güvenmek zorunda kalmadan bunları kontrol edebilecek bir karşı tarafa sunmanın tek, doğrulanabilir, makinece okunabilir ve sınır ötesi bir yolu.

Cüzdanı farklı kılan üç özellik var:

Belge incelemesi yerine kriptografik doğrulama. Alıcı taraf bir imzayı ve bir düzenleyici güven zincirini doğrular. Bir PDF okuyup gerçek görünüp görünmediğine karar veren bir insan yoktur.

Seçici ifşa. Bir kişinin doğum tarihini açıklamadan on sekiz yaşından büyük olduğunu kanıtlamasını sağlayan aynı temel yapı taşı, bir şirketin tüm sicil kaydını açıklamadan belirli bir lisansa sahip olduğunu kanıtlamasını da sağlar.

Sınır ötesi kabul zorunludur. Bir üye devlette düzenlenen bir cüzdan diğerlerinde de tanınmalıdır. Bugünkü yamalı bohçada eksik olan özellik budur ve buna göre geliştirme yapmaya değmesinin nedeni de budur.

B2B yazılım geliştiriyorsanız bunun anlamı

Cüzdan, bir doğrulama sorununu bir entegrasyon sorununa dönüştürür; istediğiniz yön de budur.

Tedarikçi ve müşteri kabulü

Akla ilk gelen kullanım. Belgeleri toplayıp incelemek yerine ihtiyaç duyduğunuz kimlik bilgilerini talep edersiniz, karşı taraf bunları cüzdanından sunar ve siz doğrularsınız. Bugün günlerce süren yazışmalarla ilerleyen müşteri kabulü, tek bir akışa dönüşür.

Tasarım işi, gerçekte hangi kimlik bilgilerine ihtiyacınız olduğuna karar vermektir. Bu göründüğünden daha zordur, çünkü müşteri kabul süreçlerinin çoğu belge listelerini kimse denetlemeden biriktirmiştir. Seçici ifşa ancak asgarisini isterseniz işe yarar.

Kamu alımları ve ihaleler

AB'de kamu alımları zaten bir yığın belge gerektirir: vergi borcu olmadığına dair belge, sosyal güvenlik yükümlülüklerine uyum, ihale dışı bırakılma nedenlerinin bulunmaması, mali durum, teknik kapasite. Bunların çoğu bugün öz beyanla başlar ve ardından ihaleyi kazanandan belge toplanır.

Doğrulanabilir bir kimlik bilgisi modeli bunu bir evrak işinden bir kontrole dönüştürür. İhale yazılımı geliştiriyorsanız takip etmeniz gereken dosya budur.

e-Fatura ve ödemede karşı taraf doğrulaması

Zorunlu e-Fatura, üye devletlerde farklı takvimlerle hayata geçiyor ve büyük ölçekte bir karşı taraf doğrulama sorunu yaratıyor. Ödeme tarafındaki Verification of Payee ile birlikte, kime fatura kestiğinizi ve kime ödeme yaptığınızı gerçekten doğrulayabileceğiniz bir sistemin parçaları yerine oturuyor.

Düzenlemeye tabi iş süreçleri

Bugün bir şirketin lisans sahibi olduğunu, bir kişinin şirketi bağlayabileceğini ya da bir sertifikanın geçerli olduğunu ortaya koymanız gereken her süreç. Finansal hizmetlerde müşteri kabulü, sigorta, sağlık tedariki, inşaat, ulaştırma ve arkasında mesleki bir sicil bulunan her şey.

Mühendislik işi, dürüstçe

EU Digital Identity Wallet rehberimizi okuduysanız yapı size tanıdık gelecektir, çünkü aynı teknik yığındır: doğrulanabilir kimlik bilgileri, seçici ifşa, sunum protokolleri, düzenleyici güven zincirleri.

Önemli farklar:

Şirket varlıkları insanlardan daha karmaşıktır. Bir kişinin tek bir kimliği vardır. Bir şirketin ise bir tüzel kişiliği, belki bağlı şirketleri, belki başka üye devletlerde şubeleri, bir yerde sicil kaydı ve birkaç yerde faaliyeti vardır. Veri modelinizin bunu temsil etmesi gerekir; çoğu B2B sistem ise bunu tek bir müşteri kaydına indirger.

Vekâletlerin kapsamı ve süresi vardır. Bir kişi, şirket adına belirli amaçlarla, belirli sınırlara kadar ve belirli bir tarihe kadar hareket etmeye yetkilidir ve bu yetki geri alınabilir. Bu, bir kimlik beyanından gerçekten daha karmaşıktır ve uygulama emeğinin büyük kısmı buraya gidecektir.

İptal daha önemlidir. Doğrulanmış kişisel bir özellik oldukça istikrarlıdır. Bir şirket vekâleti ise sunulduğu günün ertesinde iptal edilebilir. Bir doğrulama sonucunu önbelleğe alan her sistemin bir iptal stratejisine ve ne kadar eski bir sonucun fazla eski sayılacağına dair bir karara ihtiyacı vardır.

Yıllarca bir yedek yola ihtiyacınız olacak. Benimsenme, üye devletler ve şirket büyüklükleri arasında dengesiz olacak. Cüzdan mevcut yolların yerini almaz, onlara eklenen bir yoldur; karşı tarafların cüzdanı olduğu varsayımıyla inşa edilen her şey bozulacaktır.

Şimdi yapmaya değer olanlar

Tüzel kişiliği müşteri kaydından ayırın. Çoğu B2B sistem, sözleşme yaptığınız şirketi, fatura kestiğiniz şirketi ve sicildeki şirketi birbirine karıştırır. Bunlar çoğu zaman aynı tüzel kişilik değildir. Bu düğümü çözmek diğer her şeyin ön koşuludur ve her durumda yapmaya değer.

Yetkiyi açıkça modelleyin. Bu müşteri adına kim, ne için, hangi sınırlar içinde hareket edebilir? Çoğu sistem bir kişi listesi tutar ve yetkiyi unvanlardan çıkarır. Bunu hiç düzgün modellemediyseniz business wallet iyi bir zorlayıcı etkendir.

Kimlik bilgisinin kaynağını bir alan haline getirin. Bir şirket hakkında tuttuğunuz her bilginin öz beyan mı olduğunu, bir belgeden mi aktarıldığını, yoksa bir kaynağa karşı mı doğrulandığını bilin. Bunu sonradan eklemek zahmetlidir ve kişisel cüzdanın getirdiği gereksinimle aynıdır.

Belge toplama listenizi denetleyin. Hangi belgelere, hangi hukuki ya da ticari nedenle gerçekten ihtiyacınız var? Kimsenin gerekçelendiremediği kalemler bulacaksınız. Bunları kaldırmak bedavadır ve ileride yapılacak kimlik bilgisi talebini asgariye indirir.

Uygulama tasarruflarını takip edin. Kişisel cüzdanda olduğu gibi, gerçek entegrasyon gereksinimleri teknik şartnamelerde yer alıyor ve bunlar hâlâ şekilleniyor.

Zamanlamaya gerçekçi bir bakış

İki yıl, büyük kuruluşlar için kısa bir hazırlık süresi; henüz üzerinde uzlaşılmamış bir öneri için ise uzun bir süredir.

İki tarafın da artık bir tutumu var: Konseyin 9 Haziran 2026'dan, Parlamentonun ITRE komitesinin ise 10 Eylül 2026'dan beri. Parlamentonun metni egemenlik koşulları ekliyor: cüzdan sağlayıcıları ve cüzdan verilerini barındıran bulut sağlayıcıları AB'de yerleşik olmalı ve AB dışından kontrol edilmemelidir. Parlamentoya göre cüzdan verileri, AB dışındaki kuruluşların işlettiği yapay zeka sistemlerini eğitmek için de kullanılamaz. Üçlü görüşmelerin sonucu henüz belli değil. Komisyon metninde 24 aylık kabul yükümlülüğü siyasi uzlaşmadan değil, yürürlüğe girişten itibaren işliyor; Konsey metninde ise yalnızca son uygulama tasarruflarının uygulanmaya başlamasından iki yıl sonra uygulanıyor. Her iki durumda da gerçek tarihler, manşetlerin düşündürdüğünden daha geç.

Benimsenme de kişisel cüzdanda olmadığı ölçüde gerçekten belirsiz. Üye devletler idari işlemlerde business wallet'ları kabul etmekle yükümlü; bu da kamu sektöründe bir taban garanti ediyor. Özel B2B ticaretin bunu benimseyip benimsemeyeceği ise kimlik bilgisi setinin entegrasyona değecek kadar yararlı olup olmadığına bağlı ve bu sektörden sektöre çok değişecek.

Doğrulamanın bugün pahalı ve zahmetli olduğu sektörler, yani düzenlemeye tabi sektörler ve kamu alımları, ilk harekete geçenler olacak. Sıradan B2B SaaS müşteri kabulü ise, eğer olursa, çok daha sonra harekete geçecek.

Bunun işaret ettiği yol şu: temeldeki veri modeli çalışmasını yapın, çünkü bu kendi başına karşılığını verir. Bir şartname ve bunu kullanacak bir karşı taraf ortaya çıkana kadar cüzdan entegrasyonu geliştirmeyin.

Bu konu nereye oturuyor?

Business wallet, Digital Networks Act ve bir siber güvenlik paketiyle birlikte One Europe One Market yol haritasının bir parçasıdır. Mevzuat gündeminin tamamı AB dijital mevzuat gündemi yazımızda, üzerine inşa edildiği kişisel cüzdan ise EU Digital Identity Wallet rehberimizde yer alıyor.

Destek almak

Avrupa genelinde faaliyet gösteren şirketler için B2B platformlar, müşteri kabul sistemleri ve kimlik entegrasyonları geliştiriyoruz; buna, on yıldır tüzel kişiliği müşteri kaydıyla karıştırmış bir sistemde ikisini birbirinden ayırmak gibi zahmetli ama değerli işler de dahil.

Business wallet yol haritanızdaysa ya da B2B müşteri kabul sürecinizin önce yapılması gereken veri modeli çalışmasına ihtiyacı varsa office@c9group.dev adresine yazın. Avrupa'daki çalışmalarımız hakkında daha fazla bilgiyi AB pazarına giriş sayfamızda bulabilirsiniz.

Biz avukat değil mühendisiz. Belirli bir kimlik bilgisinin belirli bir yasal gereksinimi karşılayıp karşılamadığı, hukuk danışmanınıza sorulması gereken bir sorudur.