API Kullanım Faturası Beklenmedik Şekilde Yükseldi: Kota Aşımı ve Ölçüm İtirazı

Ticari API hizmetinde faturanın beklenenden yüksek gelmesi, önce ücretlendirilen işlemin ve ölçüm yönteminin incelenmesini gerektirir. Sağlayıcının panelindeki toplam sayı ile şirketin kendi uygulama kaydı farklı birimleri sayıyor olabilir. Gerçek kullanım, geçerli fiyat ve sözleşmedeki kota düzeni eşleştirilmeden bütün faturanın kabulü veya reddi doğru bir hesap oluşturmaz.

Bu yazı, Türk hukukunun uygulandığı işletmeler arası API erişiminde kullanım bedeline yöneliktir. TBK m. 19 ve m. 20–25 sözleşme kapsamı ile standart ücret şartlarını; TTK m. 21/2 fatura itirazını; HMK m. 190, m. 194 ve m. 199 ise ispat düzenini belirler. Yazılım lisansındaki kişi sayısı denetiminden farklı olarak burada belirli dönem içinde gerçekleşen ücretli teknik olaylar incelenir.

Faturada hangi teknik olayın ücretlendirildiği belirlenmelidir

API sözleşmesi işlem, istek, başarılı cevap, veri hacmi, çalışma süresi veya başka tanımlanmış birim üzerinden bedel kurabilir. Bunlar hukuken aynı ölçüt değildir. Şirketin son kullanıcı sayısı ile sağlayıcının işlediği teknik istek sayısı farklı olabilir. Önce fiyat tablosundaki birim, onun tanımı ve ölçüm dönemi birlikte okunur. Sağlayıcının bugün kullandığı adlandırma yerine ilgili dönemde kabul edilmiş sözleşme esas alınmalıdır.

TBK m. 19 uyarınca gerçek ortak irade incelenirken teklif, sipariş formu, teknik dokümanın sözleşmeye dahil edilen sürümü ve tarafların açıklamaları birlikte değerlendirilir. Birim fiyatın düşük görünmesi, bir talebin kaç ücretli olaya dönüşeceğini göstermez. Temel ticari yapı için SaaS hizmet sözleşmesinin kapsamı rehberi tamamlayıcıdır; bu uyuşmazlıkta ise fiilen sayılan olayın açık tanımı gerekir.

Ücretsiz kota, uyarı eşiği ve kesin harcama sınırı aynı değildir

Belirli miktarın pakete dahil olması, o miktardan sonra hizmetin otomatik duracağı anlamına gelmez. Sözleşme aşan kullanımı ücretlendiriyor olabilir. Buna karşılık açıkça kabul edilmiş kesin harcama sınırı ve sınırda durdurma borcu varsa bunun uygulanıp uygulanmadığı incelenir. Panelde “bütçe” yazan alanın yalnız uyarı amacı mı taşıdığı, yoksa teknik ve sözleşmesel durdurma işlevi mi olduğu belgeyle belirlenmelidir.

Şirket, sınırı hangi tarihte ve hangi hesaba uyguladığını göstermelidir. Sağlayıcı da ayarın sonuçlarını ve kapsamını açıklamalıdır. Bir proje altındaki sınırın bütün kurumsal hesabı kapsadığı veya günlük sınırın aylık gideri kesin sınırladığı varsayılmaz. Kullanım kotası ile istek hızını sınırlayan teknik ayar da farklıdır. Daha yavaş çalışan fakat kesintisiz süren çağrılar, sözleşmedeki ücretli kullanım toplamını artırmaya devam edebilir.

Fatura artışının başladığı an nasıl bulunur?

İlk kontrol, toplam dönem bedelini daha küçük zaman aralıklarına ayırmaktır. Artışın başladığı tarih, uygulama sürümünün değişmesi, yeni entegrasyon, test çalışması veya kullanıcı trafiğiyle karşılaştırılır. Bu karşılaştırma tek başına kusuru göstermez; hangi kayıtların ayrıntılı inceleneceğini belirler. Bütün ayın toplamı, kısa süreli fakat yoğun bir olayın kaynağını gizleyebilir.

Sağlayıcı hesabı, proje, anahtar, teknik uç nokta ve ücret türü bazında kırılım istenir. Birden fazla ürün aynı faturada toplanmışsa yüksek tutarın hangi hizmetten kaynaklandığı ayrılır. Şirketin kendi kayıt sistemi başarısız talepleri veya arka plan görevlerini tutmuyorsa eksiklik açıkça belirtilmelidir. Müşteri kaydında görünmeyen her olayın hiç gerçekleşmediği; sağlayıcının kaydında görünen her olayın doğru ücretlendirildiği peşinen kabul edilmez.

Tekrar istekleri ve zaman aşımı nasıl ücretlendirilir?

Uygulama yanıt alamadığında aynı işlemi tekrar gönderebilir. İlk isteğin sağlayıcıya ulaşıp ulaşmadığı, işlenip işlenmediği ve cevabın hangi aşamada kaybolduğu belirlenmelidir. Müşterinin tek iş olarak gördüğü süreç, teknik olarak birden fazla istek içerebilir. Ancak bunun ücretlendirilmesi, sözleşmenin hangi olay için ücret öngördüğüne bağlıdır. Her tekrarın ücretsiz veya ücretli olduğuna ilişkin genel kanuni kural üretilemez.

İstek numarası, işlem eşleştirme bilgisi, zaman, cevap durumu ve yeniden deneme kaydı birlikte değerlendirilir. Sağlayıcının hatası nedeniyle tekrar oluştuğu iddia ediliyorsa bu bağlantı somutlaştırılır. Müşterinin uygulaması gereksiz tekrar gönderiyorsa tasarımın ve üstlenilen entegrasyon hizmetinin kime ait olduğu araştırılır. Teknik tekrarın varlığı ile tekrar bedelinin hukuki sorumlusu aynı soru değildir; fiyat borcu ve zarar talebi ayrı kurulmalıdır.

Başarısız cevap ve iptal edilen iş faturaya yazılabilir mi?

Başarılı sonuç karşılığı ücret ile işlem girişimi karşılığı ücret farklıdır. Teknik dokümanda hata kodu bulunması, o olayın fatura dışı olduğu anlamına kendiliğinden gelmez. Sözleşmede hangi cevapların sayılacağı ve hangi ücretlerin dışlanacağı açıkça belirlenmişse kayıtlar buna göre ayrılır. Sağlayıcı faturalandırma kuralını sonradan değiştirdiyse önceki dönemin geçerli metni korunmalıdır.

Uzun süren işlem müşteri tarafından iptal edildiğinde, iptalin hangi aşamada etkili olduğu ve o ana kadar ücretli kaynak tüketimi doğup doğmadığı araştırılır. Başlamamış iş, başlamış fakat sonlandırılmış iş ve tamamlanmış iş tek satırda gösterilmemelidir. Hukuki değerlendirme, sonucun yararlı olup olmadığı kadar bedelin hangi edim için kararlaştırıldığına dayanır. Sözleşmeye aykırı hizmet iddiası varsa bunun ücretsiz sayma, iade veya tazminat talebiyle bağlantısı ayrıca açıklanır.

Test ortamı ile canlı kullanım nasıl ayrılır?

Ücretsiz deneme alanının bulunması, aynı anahtarla yapılan bütün denemelerin ücretsiz olduğu anlamına gelmez. Test ve üretim hesaplarının kimliği, hangi tarihte açıldıkları ve hangi fiyat düzenine bağlı oldukları belirlenmelidir. Yük testi, veri taşıma veya otomasyon çalışması yapılmışsa kullanılan ortam kaydedilir. Teknik ekip, deneme yaptığını belirtirken ücretli üretim anahtarı kullanmışsa bu fark dosyada açık tutulmalıdır.

Sağlayıcı test hizmetini ücretsiz veya belirli kota içinde sunduğunu taahhüt etmişse o kapsamın yanlış faturalandırılıp faturalandırılmadığı incelenir. Test hesabının sonradan ücretli hesaba geçirilmesi için gösterilen kabul kaydı ve yetki kontrol edilir. Grup içindeki farklı şirketlerin denemeleri tek hesaba bağlanmışsa hangi şirketin sözleşmeye taraf olduğu ayrıca belirlenir. Operasyon kolaylığı için ortak anahtar kullanılması, şirketlerin bütün borçlarını kendiliğinden birleştirmez.

API anahtarı üçüncü kişi tarafından kullanılmışsa kim öder?

Geçerli bir anahtarla yapılan çağrı, teknik kimlik doğrulamanın gerçekleştiğini gösterebilir; buna bakılarak her olayın hukuken yetkili şirket işlemi olduğu kesinleştirilmez. Anahtarın hangi sistemde tutulduğu, kimlere verildiği, izin kapsamı ve olağandışı kullanımın ne zaman fark edildiği araştırılır. Şirketin kendi güvenlik borcu ile sağlayıcının üstlendiği koruma ve bildirim borcu ayrı değerlendirilir.

Olay öğrenildiğinde yetkili kişilerce anahtarın devre dışı bırakılması veya değiştirilmesi, devam eden kullanımın sınırlandırılması ve ilgili kayıtların korunması gerekir. Bu teknik önlemler ödeme borcunu kabul anlamına gelmez. Sağlayıcıya hangi işlemlerin tartışmalı olduğu bildirilir. Üçüncü kişinin davranışı bütün tutarı otomatik müşteriye veya sağlayıcıya yüklemez; sözleşme, ihlal, kusur ve nedensellik birlikte incelenir. Kanunda veya sözleşmede bulunmayan koşulsuz iade garantisi ileri sürülmemelidir.

Sağlayıcının kullanım sayacı tek başına kesin delil midir?

HMK m. 190 ve m. 194, iddia edilen vakıaların ispatını ve somutlaştırılmasını düzenler. Bedel talebi için sözleşmedeki ölçüte uygun kullanımın ve hesabın gösterilmesi gerekir. Sağlayıcının iç sayacı önemli bir kayıttır; fakat yöntem açıklanmadan yalnız toplam sütunun sunulması, karşı tarafın itirazını cevaplamaz. Hangi olayların sayıldığı ve hangi olayların dışlandığı anlaşılır olmalıdır.

HMK m. 199 elektronik verileri belge kapsamında kabul eder. Zaman dilimi, saat eşitlemesi, olay kimliği ve kayıt bütünlüğü incelemenin parçalarıdır. Toplam kullanım raporu ile ham olay kaydı arasındaki dönüşüm açıklanmalıdır. HMK m. 219 kapsamında tarafların ellerinde bulunan ve delil olarak dayanılan belgelerin ibrazı ayrıca değerlendirilir. Müşteri de kendi karşı hesabını yalnız sonuç rakamıyla değil, kullandığı yöntem ve dayanak kayıtlarla sunmalıdır.

Ücret tanımı standart metinde belirsiz bırakılmışsa

Önceden hazırlanmış şartın sözleşmeye dahil olup olmadığı TBK m. 20–21 kapsamında incelenir. Karşı tarafın menfaatine aykırı koşul için açık bilgi, öğrenme imkânı ve kabul aranır. Genel işlem koşulunun yazılmamış sayılması, ölçüm kuralının sonradan ortaya çıkarıldığı uyuşmazlıkta önem taşır. Fiyat sayfasına bağlantı verilmesiyle geçmişte hangi içeriğin sunulduğu ayrıca kanıtlanmalıdır.

TBK m. 23, açık olmayan veya birden çok anlama gelen genel işlem koşulunu düzenleyenin aleyhine ve karşı tarafın lehine yorumlatır. TBK m. 24 karşı taraf aleyhine tek taraflı değişiklik yetkisi veren kayıtları yazılmamış sayar. Fiyat biriminin sonradan farklı anlamda kullanılması bu denetimden ayrı tutulamaz. Açıkça kararlaştırılmış ücret modelini yalnız pahalı sonuç verdiği için yok saymak ise bu maddelerin doğrudan sonucu değildir.

Kademeli tarife ve dönem değişikliği hesabı nasıl denetlenir?

Kademeli fiyatlamada miktarın tamamının hangi birim bedelden, hangi bölümünün başka bedelden hesaplandığı sözleşmeye göre belirlenir. Tarifenin kademe geçişi, indirim, asgari kullanım ve önceden alınmış kredi düzeni birlikte okunmalıdır. Bir faturanın toplamı doğru miktar içerdiği hâlde yanlış kademe nedeniyle hatalı olabilir. Kontrol sadece olay sayısında bırakılmamalıdır.

Ücret değişikliği dönem ortasında yürürlüğe girdiyse kabul edilen değişikliğin tarihi ve kapsamı gösterilir. Eski ve yeni fiyatlara tabi olaylar ayrılır. Kullanılmamış ön ödeme, promosyon kredisi ve sonraki döneme devreden haklar aynı tür alacak değildir; geçerli koşulları belirlenir. Sağlayıcının panelde kredi düşmesi, faturanın aynı tutarda düzeltildiğini her durumda göstermez. Hesap belgesi, teknik tüketim ve gerçek tahsilat arasında mutabakat kurulmalıdır.

Bütçe uyarısı gönderilmemesi bütün faturayı kaldırır mı?

Uyarı, limitte durdurma ve olağandışı kullanım bildirimi farklı borçlardır. Sağlayıcının hangi işlevi taahhüt ettiği ve ayarın gerçekten etkin olduğu belirlenmelidir. Ticari API hizmetine elektronik haberleşme aboneliğinin özel kullanım bildirim kuralları doğrudan aktarılmaz. Sözleşmedeki uyarı eşiği, gönderim kanalı ve muhatap incelenmeden genel bir bildirim süresi üretilemez.

Taahhüt edilmiş uyarı yapılmamışsa bunun mali etkisi ayrıca gösterilir. Uyarı zamanında gelseydi hangi anda hangi kullanımın durdurulabileceği, şirketin müdahale yetkisi ve kayıtlarıyla açıklanır. TBK m. 112 kapsamında ihlal ile zarar arasındaki bağ kurulmalıdır. Uyarı öncesinde gerçekleşmiş geçerli kullanım bedeli ile önlenebilecek sonraki kullanımın zararı aynı şey değildir. Bütün faturayı tek kalem olarak silmek yerine etkilenmiş bölüm hesaplanmalıdır.

İsteği çoğaltan entegratör ayrı firmaysa talep nasıl kurulur?

API sağlayıcısı ile entegrasyonu geliştiren şirket farklıysa iki sözleşme ayrı okunur. Sağlayıcı geçerli istekleri kararlaştırılmış tarifeyle işlediğini, entegratör ise kodun müşterinin talimatına uygun olduğunu ileri sürebilir. Müşterinin bedel borcuna itirazı ile entegratöre yönelttiği zarar talebi farklı dayanaklara sahiptir. Birine karşı iddia bulunması, diğerinin alacağını kendiliğinden ortadan kaldırmaz.

Entegratörün üstlendiği test, hata yönetimi, yeniden deneme ve tüketim kontrolü belirlenir. TBK m. 112 uyarınca borca aykırılık, zarar ve nedensellik somutlaştırılır. TBK m. 114’ün yollamasıyla m. 52 kapsamında müşterinin katkısı ve önlenebilir zarar artışı değerlendirilir. Üretim anahtarını onaysız testte kullanan kişiyle yetkili talimat üzerine çalışan kişinin durumu aynı kabul edilmez. Üç tarafın kayıtları ortak olay numarasıyla eşleştirilmelidir.

Faturaya itirazda teknik inceleme beklenmeli mi?

TTK m. 21/2, faturayı alanın sekiz gün içinde içeriğe itiraz etmemesine kabul sonucu bağlar. Teknik kayıtların henüz tamamlanmaması süreyi kendiliğinden durdurmaz. İtirazda fatura, dönem, tartışmalı hizmet ve bilinen hata gösterilmeli; eksik ölçüm dökümü ayrıca istenmelidir. Fatura itirazının kapsamı ve süresi bu aşamada dikkate alınır.

İtirazın tamamı veya belirli kalemleri kapsadığı açıklanmalıdır. Kullanılan hizmetin varlığı kabul edilirken miktar veya fiyat tartışılıyorsa bu ayrım yazılır. Hiç gerçekleşmediği ileri sürülen işlemler için ayrıca kayıt talep edilir. Fatura itirazı, sonraki icra veya dava işlemlerinin kendi sürelerini ortadan kaldırmaz. Bu nedenle teknik destek dosyası ile hukuki takip belgeleri aynı olayla ilişkilendirilerek ayrıca izlenmelidir.

Kayıtların silinmesi riski varsa ne yapılır?

Sağlayıcının işlem kayıtlarını sakladığı süre ile fatura arşivini tuttuğu süre aynı olmayabilir. İlgili dönemin olay kayıtlarının korunması derhâl ve somut kapsamla istenmelidir. Tarih aralığı, hesap, proje ve tartışmalı işlem türü belirtilir. Sınırsız bütün kullanıcı içeriğini istemek yerine bedel hesabını açıklayacak veriler seçilir. Anahtarın gizli değeri gereksiz yere hukuki yazışmaya eklenmemelidir.

HMK m. 400 kapsamındaki hukuki yarar oluşuyorsa delil tespiti değerlendirilir. Talep, ölçüm yöntemini, ilgili olay sayısını ve kayıt bütünlüğünü araştıracak sorularla hazırlanmalıdır. Bilirkişiden doğrudan kimin haklı olduğuna karar vermesi istenmez. Amaç, sonradan değişecek veya kaybolacak teknik olguyu korumaktır. İnceleme sırasında üretim sisteminin çalışması ve ticari sırların korunması da uygun teknik düzenle sağlanmalıdır.

Dönem sonunda başlayan işler iki kez sayılmış olabilir mi?

Uzun süren veya toplu işlerde isteğin başlatıldığı an, işlemenin tamamlandığı an ve faturaya yansıma zamanı farklıdır. Ücretin hangi olaya bağlandığı sözleşmeden belirlenmelidir. Müşterinin ay sonu ekranıyla sağlayıcının kesin hesap dökümü arasındaki fark, tek başına fazla faturalandırma kanıtı değildir. Ancak aynı olayın hem önceki hem sonraki dönem hesabında yer alması iddiası, benzersiz işlem numarasıyla denetlenmelidir.

Kapanış saatindeki devam eden işler ayrı listelenir. İptal, iade, yeniden çalıştırma ve geç gelen sonuç kayıtları ilk olayla bağlantılı tutulur. Ücret önceden ayrılmış fakat iş tamamlanınca gerçek tüketim düşülmüşse ilk ayrılan tutarla nihai tahsilat karıştırılmaz. Sağlayıcı kullanım göstergesinin tahmini olduğunu ileri sürüyorsa bu bilginin müşteriye nasıl sunulduğu ve kesin hesabın yöntemi açıklanmalıdır. Tahmin etiketi, hatalı nihai faturayı doğru hâle getirmez.

Düzeltme iki dönemi etkiliyorsa her dönemin eski ve yeni miktarı birlikte gösterilir. Yalnız sonraki faturada genel indirim yapılması, hangi olayın mükerrer sayıldığını açıklamaz. Teknik nedenin belirlenmesi aynı hatanın gelecek dönemde tekrarlanmasını önleyecek sözleşmesel ve operasyonel düzenlemeye de temel olur.

Düzeltme sonrası hangi sonuçlar doğrulanmalıdır?

Sağlayıcı hatalı miktarı düzelttiğinde yalnız destek mesajına bakılmamalıdır. Düzeltilmiş kullanım tablosu, fatura veya alacak kaydı, ön ödeme kredisi ve gerçek tahsilat aynı hesabı göstermelidir. Sonraki aya aktarılan indirim, peşin para iadesiyle aynı sonuç değildir. Hangi çözümün kabul edildiği açık yazılmalı; vergi belgesine ilişkin işlem ayrıca muhasebe kayıtlarıyla eşleştirilmelidir.

Gelecek dönem için belirlenen limit, uyarı ve ölçüm düzeni eski ihtilafın çözümüyle karıştırılmamalıdır. Yeni güvenlik ayarı yapılması geçmiş borcun kabul edildiği anlamına gelmez; geçmişe ilişkin açık sulh belgesinin kapsamı ise ayrıca bağlayıcı değerlendirilir. Son kontrol, aynı teknik olayın tekrar faturalanıp faturalanmadığını ve kredi düzeltmesinin gerçekten uygulandığını doğrulamalıdır. Dosya bütün kayıtlar aynı sonucu gösterdiğinde kapatılmalıdır.

Sık sorulan sorular

API faturası yükselince bütün bedel reddedilebilir mi?

Talebin sözleşme, miktar ve fiyat dayanağı incelenmelidir. Gerçek geçerli kullanım ile tartışmalı olaylar ayrılır. Faturanın yüksek olması tek başına tamamının borç olmadığını göstermez.

Panelde bütçe belirlemek kesin harcama sınırı mıdır?

Ayarın sözleşmesel ve teknik işlevine bağlıdır. Uyarı eşiği, ücretsiz kota ve kullanım durdurma sınırı farklıdır. Sağlayıcının hangi sonucu üstlendiği ve ayarın hangi hesaba uygulandığı belirlenir.

Tek iş için yinelenen bütün API istekleri ücretsiz midir?

Genel bir ücretsiz tekrar kuralı yoktur. Kabul edilmiş ücret birimi ve tekrarın sebebi incelenir. Sağlayıcının aykırılığı nedeniyle tekrar oluşmuşsa bedel hesabı ve zarar talebi ayrı değerlendirilir.

Başarısız cevap faturaya yazılabilir mi?

Sözleşmenin ücretli olayı nasıl tanımladığına bağlıdır. Başarılı sonuç, işlem girişimi ve kaynak tüketimi farklı birimlerdir. Hata kodu tek başına ücretin varlığını veya yokluğunu belirlemez.

Deneme yaptık denmesi bütün test çağrılarını ücretsiz yapar mı?

Hayır. Kullanılan hesabın test veya üretim niteliği, tarife ve kota düzeni kontrol edilir. Ücretsiz test taahhüdünün kapsamı ile fiilen kullanılan anahtar eşleştirilmelidir.

Anahtar üçüncü kişi tarafından kullanılmışsa sağlayıcı mutlaka iade eder mi?

Otomatik sonuç yoktur. Yetkisiz kullanımın kaynağı, tarafların güvenlik borçları, kusur ve nedensellik incelenir. Geçerli anahtarla teknik erişim, her işlemin hukuken yetkili olduğunu tek başına ispatlamaz.

Sağlayıcının sayacı mahkemede kesin delil midir?

Elektronik kayıt HMK m. 199 kapsamında belgedir; tek başına her durumda kesin delil değildir. Ölçüm yöntemi, bütünlük, dönem ve sözleşmedeki ücret birimiyle bağlantı değerlendirilir.

Bütçe uyarısı gelmediyse faturanın tamamı silinir mi?

Taahhüt edilmiş uyarı borcu, ihlal ve bunun zarar üzerindeki etkisi gösterilmelidir. Zamanında uyarıyla önlenebilecek kullanım ile önce gerçekleşmiş geçerli bedel ayrı hesaplanır.

Teknik kayıtları beklerken fatura itiraz süresi durur mu?

Hayır. TTK m. 21/2 kapsamında sekiz gün faturanın alınmasından başlar. Bilinen itirazlar ve istenen ölçüm kayıtları süresinde açıklanmalıdır; destek görüşmesi süreyi kendiliğinden durdurmaz.

Kayıtlar yakında silinecekse hangi koruma yolu incelenir?

HMK m. 400 kapsamında delilin kaybolması veya ileride ileri sürülmesinin önemli ölçüde güçleşmesi hukuki yarar oluşturur. İlgili dönem ve işlem türü somutlaştırılarak delil tespiti değerlendirilir.

İstanbul ve Mersin ofislerinde ticari API faturası incelenirken sipariş ve tarife sürümü, kullanım dökümü, uygulama kayıtları ve fatura alım tarihi birlikte ele alınır. Teknik ekip ücretli olayların nasıl üretildiğini ve ölçüldüğünü açıklamalıdır. Hukuki dosya bu açıklamayı sözleşmedeki birim, limit ve sorumluluk hükümleriyle eşleştirerek tartışılan tutarı somutlaştırır.

Kanun maddeleri ve resmî kaynaklar

• 6098 sayılı Türk Borçlar Kanunu — güncel resmî UYAP metni: m. 19–25, 52, 112 ve 114
• 6102 sayılı Türk Ticaret Kanunu — güncel resmî UYAP metni: m. 21/2
• 6100 sayılı Hukuk Muhakemeleri Kanunu — güncel resmî UYAP metni: m. 190, 194, 199, 219 ve 400

Av. Halil Bakırcı tarafından hazırlanmış, Av. Emirhan Keskin tarafından incelenmiştir.

Yazar Bilgisi

Avukat Halil BAKIRCI, Mersin Barosu 3472 sicil numarasına kayıtlıdır. Bakırcı & Keskin Hukuk Bürosu bünyesinde ceza, aile, iş, gayrimenkul ve ticaret hukuku alanlarında hukuki danışmanlık ve dava takibi sunmaktadır.

İnceleyen: Av. Emirhan Keskin · Mersin Barosu Sicil No: 5507

Av. Halil Bakırcı profilini inceleyin →