Site Devir
  • İlanlar
  • Blog
  • Nasıl çalışır?
  • İletişim
GirişKayıt ol
İlan ver
Site Devir

Hazır satılık web siteleri, nakit akışlı dijital işletmeler ve seçilmiş alan adı ilanlarını tek vitrinde toplar. Komisyonsuz listeleme ve KVKK uyumlu süreçle alıcı ile satıcıyı doğrudan buluştururuz.

Yazın

iletisim@sitedevir.comWhatsApp ile yaz0532 166 76 97

Gezinme

  • 01İlanlar
  • 02İlan ver
  • 03Blog
  • 04Nasıl çalışır?
  • 05İletişim

Bölgeler

  • RGİllere göre rehber

Yasal

  • 06Kullanım şartları
  • 07Gizlilik
  • 08Çerez politikası
  • 09KVKK aydınlatma
  • 10Yasal uyarı

2026

© 2026 Site Devir. Tüm hakları saklıdır. ·

Site Devir yalnızca vitrindir; ödeme ve teslimat tarafınızda. Doğrudan satıcı / alıcı ile iletişim kurarsınız.

Geliştirme ortağıwww.dijitalwebsite.com
Ana sayfaBlogKapora, emanet hesap ve teslim sırası: site alım satımında ödeme modelleri

Kapora, emanet hesap ve teslim sırası: site alım satımında ödeme modelleri

30 Nisan 2026·8 dk okuma

Kapora nedir, neyi bağlamalıdır

Kapora, tarafların ciddiyetini bağlamak için kullanılan avans benzeri bir ödemedir; fakat hukuki niteliği ve mahsup koşulları işlem tasarımına göre değişir. Bu yazı hukuki sonuç belirlemez; fakat pratikte kapora öncesi ve sonrası için somut teslim çıktıları yazılmadığında uyuşmazlık çıkar. “Güven ödemesi” gibi muğlak ifadeler yerine, kapora karşılığı hangi doğrulama adımlarının açılacağı (salt okunur panel, rapor özeti, test ortamı) netleştirilmelidir.

Kapora tutarı, işin büyüklüğüne ve risk profiline göre belirlenmelidir. Çok düşük kapora ciddiyet bağlamaz; çok yüksek kapora ise alıcıyı rehin gibi hissettirebilir. Makul denge, iki tarafın da taşıyabileceği kayıp eşiği ile ilişkilidir.

Kapora ödemesi gerçekleşince sözleşme henüz tamamlanmamış olabilir; bu yüzden kapora sonrası müzakere zemini ve iptal koşulları yazılı olmalıdır. Sözlü telaffuzlar ileride tartışılır.

Kapora sonrası teslim kalemleri: checklist mantığı

Kapora bir “dur” noktası değil, bir sonraki doğrulama turunun başlangıcıdır. Checklist yaklaşımı şöyle çalışır: her madde için sorumlu taraf, tamamlanma tanımı ve tahmini tarih. Örnek maddeler: repo erişimi doğrulandı, yedek dosyası bütünlük kontrolünden geçti, domain panelde doğrulama adımı tamamlandı, kritik API anahtarları envanterlendi. Bu maddeler yoksa kapora boşa ödenmiş hissini doğurur.

Checklist tamamen teknik olmak zorunda değildir; hukuki başlıklar da eklenebilir: örn. bilinen ihtarların listesi, lisans devrine dair ön inceleme. Liste uzun olabilir; fakat iki taraf için harita görevi görür.

Kapora sonrası süreçte görülen sapmalar için küçük revizyon penceresi tanımlanmalıdır; aksi halde her sapma kriz sayılır.

Emanet modeli: parayı kilitlemek, güveni değil

Emanet hesap veya benzeri aracılı modeller, tarafların birbirine güven eksikliğini yönetmek içindir. Emanet tek başına mucize değildir; serbest bırakma koşulları yazılı değilse “emanet altında” kavramı havada kalır. Serbest bırakma tetikleri ölçülebilir olmalıdır: transfer tamam, depo erişimi doğrulandı, kritik sırlar devredildi, kabul testi geçti gibi. Bu tetikleyicilerin her biri için kanıt tanımı eklenmelidir.

Aracı ücreti ve masrafın kimde kalacağı önceden konuşulmalıdır. Küçük rakamlar bile taraflar arasında kırıcı olabilir.

Emanet dışı özel anlaşmalar risklidir; yasal çerçeve ve sorumluluk sınırları uzmanlık gerektirir.

Teslim sırası: önce ne, sonra ne

Klasik risk dengesi şunu ister: tam ödeme öncesi kalıcı yönetici sırlarının tamamını vermek dengesiz olabilir; tam ödeme sonrası hiçbir ön doğrulama yapmamak da öyle. Bu yüzden kademeli teslim sırası oluşturulur: önce doğrulanabilir ama geri alınabilir adımlar, sonra kritik sırlar. Örnek akış: sınırlı repo erişimi → doğrulama → kapora sonrası daha geniş erişim → transfer → tam ödeme → kalıcı sırlar → destek penceresi. Akış, projeye göre değişir; fakat yazılı sıra şarttır.

Alan adı ve kod teslimi aynı güne sıkıştırılmak zorunda değildir; aksine hata ayıklamayı zorlaştırır. Parçalamak ve doğrulamak daha güvenlidir.

Teslim sırasında “tamamlandı” onayı iki taraflı olmalıdır; tek taraflı “ben yaptım” mesajı yetmez.

Ödeme kanalı riskleri: IBAN, kart ve kripto

Banka havalesi yaygın ve izlenebilirdir; fakat IBAN değişimi dolandırıcılığı sıktır. Her değişimde ikinci teyit şarttır. Kart ödemeleri taraflar arası bazen zordur; chargeback ve komisyon riskleri değişir. Kripto transferleri geri dönüşsüzdür; ağ ve adres doğrulama protokolü olmadan risklidir. Ödeme kanalı, güvenlikten bağımsız düşünülemez.

Kapora havaleleri için referans kodu ve işlem açıklaması net olmalıdır; aksi halde muhasebe karmaşası çıkar.

Emanet dışı üçüncü parti ödeme araçları kullanılacaksa ücret politikası ve itibar değerlendirmesi yapılmalıdır.

İptal, iade ve kötü niyet olmayan çekilme

Taraflardan biri makul gerekçeyle çekilebilir: sağlık, finansal zorlanma veya beklenmedik teknik engel. İptal koşulları ve kapora iadesi veya mahsubu yazılı değilse süreç duygusal çöküş yaşar. “İyi niyet” tek başına yeterli değildir; ölçüt gerekir. Ölçüt, örneğin belirli bir doğrulama adımının süresinde tamamlanamaması gibi tanımlanabilir.

Kötü niyetli çekilme ile zorunlu çekilme ayrılmalıdır; ayrışmıyorsa her iptal suçlama üretir.

İptal sonrası sıfırlama (erişimleri kapatma) planı yazılmalıdır; aksi halde sırlar havada kalır.

Satıcı perspektifi: kapora ile korunan çıktılar

Satıcı için kapora, zaman kaybını azaltır; fakat karşılığında somut doğrulama adımları açılmalıdır. Satıcı “kapora aldım, her şeyi verdim” diyemez; çünkü risk dengesi bozulur. Satıcı için doğru model: kapora sonrası kontrollü şeffaflık, yazılı adımlar ve sınırlı erişim ile başlayıp derinleşmek.

Satıcı ayrıca kapora sonrası taleplerde “kapsam dışı” işleri nazikçe reddetmelidir; yoksa sınırsız talep yağmuruna girilir.

Profesyonel satıcı, kapora politikasını vitrinde kısaca anlatır; bu da yanlış alıcıları erken süzer.

Alıcı perspektifi: ödemeyi zamana yaymak

Alıcı için amaç, ödemeyi doğrulanabilir kilometre taşlarına bağlamaktır. Tam ödeme öncesi en az bir kritik doğrulama (örneğin üretim deposuna salt okunur erişim) talep etmek makul olabilir. Talepler abartılırsa satıcı kaçar; eksik kalırsa alıcı risk alır. Denge yazılı olunca pazarlık daha az duygusal olur.

Alıcı, kapora sonrası “her şeyi isteme” tuzağına düşmemelidir. Her talep, teslim sırasında bir karşılığa bağlanmalıdır.

Şüphe büyüdüğünde ödeme hızını düşürmek akıllıca olabilir; bu bir hak değil risk yönetimidir.

Uyuşmazlık anı: mesajlar, dekontlar ve nesnel çizgi

Anlaşmazlık çıktığında nesnel çizgi şudur: yazılı checklist, ödeme referansları ve teslim tanımları. Duygusal mesajlar yerine olgu listesi. Uzlaşma yolu mümkünse önce müzakere ve ardından hukuki yol; bu sıra işin büyüklüğüne göre değişir. Bu yazı hukuki yol göstermez; kültür önerir.

Aracı kullanıldıysa aracı kuralları devreye girer; çift standart oluşmaması için evrak düzeni önemlidir.

Küçük tutarlı anlaşmazlıklar bile zaman kaybettirir; bu yüzden erken yazılı çerçeve kazanır.

Kapanış: iyi tasarlanmış sıra, iyi tasarlanmış güven

Kapora ve emanet, güvenin kısayolu değildir; güvenin haritasıdır. Harita olmadan yapılan ödeme, iki tarafı da mağdur edebilir. En iyi harita, somut teslim kalemleri ve ölçülebilir tetikleyicilerle yazılan haritadır.

Teslim sırası, teknik ve hukuki gerçeklikle uyumlu olmalıdır. Kod, veri ve alan adı aynı gün, aynı şekilde devrolmuyorsa sıra da aynı olmamalıdır.

Son cümle: profesyonel satış, hızlı paranın peşinde koşmaz; riski şeffaf bölüşür. Bu bölüşüm, hem kapora hem emanet hem de düz ödemeyi daha güvenli yapar.

Ek senaryolar: kısmi teslim, bekleyen domain transferi ve “hemen kapat” baskısı

Kapora alındıktan sonra ortaya çıkan en riskli durumlardan biri “kısmen doğrulanmış ama tamamlanmamış” teslimdir. Örneğin repo görüldü ama üretim erişimi yok; veya yedek dosyası geldi ama restore testi yapılmadı. Bu gri zonları “tamam gibi” geçiştirmek ileride ihtilafa döner. Doğru yaklaşım, checklist maddelerini tamamlandı/ertelendi şeklinde işaretlemek ve ertelenenin gerekçesini yazmaktır.

Alan adı transferi ayrı bir zaman çizelgesi taşıdığında ödemeyi kilitleyen taraflar acele edebilir. Acele yerine “beklenen tetikleyiciler” ve tarih aralığı yazmak her iki tarafı korur. “Yarın biter” iddiası tutmazsa güven kırılır; oysa makul aralık dürüstlük sayılır.

Satıcı, alıcıdan gelen “hemen şifre ver” baskısında sınır koymalıdır; çünkü tam ödeme öncesi kalıcı sırlar dengesizdir. Alıcı, satıcıdan gelen “kapora yeter her şeyi aç” baskısında da durmalıdır. İki baskının ortasında sağlıklı model kademeli teslimdir.

Emanette bir tarafın kötü niyetli olmadığı ama yavaş olduğu senaryo da vardır. Yavaşlık için ayrı prosedür, kötü niyet için ayrı prosedür yazılmadıysa her gecikme suçlama üretir. Basit zaman aşımı maddeleri bile çoğunlukla yeterlidir.

Son olarak, kapora ve emanet konuşulurken “güven” kelimesini fazla kullanmayın; onun yerine ölçülebilir koşul kelimesini kullanın. Koşullar netleştikçe güven doğal olarak oluşur.

Ek okuma: kapora tutarını “psikolojik eşik” gibi kullanmak mümkündür; fakat bu eşik gerçek riskle örtüşmüyorsa ya satıcı zarar eder ya alıcı kendini kandırır. Doğru soru şudur: bu kapora hangi somut doğrulama adımını mümkün kılıyor? Cevap yoksa kapora sadece havaya atılmış paradır.

Kapora sonrası iletişimde en sık görülen kırılma, “ben zaten kapora verdim” söyleminin her talebe kalkan yapılmasıdır. Bu söylem iki tarafı da yorar. Doğru dil: kapora, belirli doğrulama çıktıları için ödenmiştir; diğer çıktılar başka tetikleyicilerle ilişkilidir.

Emanet aracısı seçilirken “ücreti düşük” diye acele etmeyin. Ücret tablosu şeffaf değilse veya serbest bırakma koşulları yazılı değilse aracı fiilen yoktur. İyi aracı modeli, tarafların çıkar çatışmasını azaltır; kötü model üçüncüyü de mağdur eder.

Banka blokajları veya uluslararası transfer gecikmeleri kapora/emanet takvimini kaydırabilir. Bu gecikmelerde suçlama yerine yeniden planlama notu tutulmalıdır. Not yoksa “geciktin” tartışması büyür.

Kapora iadesi gereken senaryolarda iade kanalı ve süresi yazılı değilse alıcı mağdur olur; satıcı da “ödedim sanıyorum” karmaşası yaşar. İade, aynı kanaldan ve referansla yapılmalıdır; kripto gibi geri dönüşsüz kanallar kapora için risklidir.

Son bir profesyonel tavsiye: küçük işlemlerde bile checklist kullanın. Checklist küçük görünür; oysa uyuşmazlık anında tek nesnel referans olur.

Son ek: tetikleyici tablosu (örnek taslak düşüncesi)

Aşağıdaki tablo hukuki belge değildir; iki tarafın aynı anda bakabileceği bir zaman çizelgesi taslak önerisidir. Örnek satırlar: (A) kapora ve checklist kilitleri, (B) salt okunur repo erişimi ve hızlı doğrulama, (C) kritik entegrasyon envanteri, (D) alan adı auth code ve kilit kontrolü, (E) kısmi ödeme veya emanet serbest bırakma şartı, (F) üretim sırlarının devri, (G) kabul testi ve kapanış ödemesi. Her satır için “tamamlandı” tanımı tek cümle olmalıdır.

Tetikleyici tablosunun faydası, “ödeme mi önce, teslim mi önce” tartışmasını soyut kavga olmaktan çıkarmasıdır. Ödeme ve teslim aynı anda olmak zorunda değildir; ama aynı anda netleşmiş olmak zorundadır.

Kapora sonrası mikro anlaşmazlıklar büyük patlamaya dönüşmesin diye tabloya “tolerans” satırı eklenebilir: belirli maddeler için makul düzeltme süresi. Tolerans kötüye kullanılmamalı; amaç iyi niyetli tarafların sürtünmesini azaltmaktır.

Emanet kullanılıyorsa aracı serbest bırakma koşulu ayrı sütunda yazılmalıdır: hangi kanıt paketi “tamam” sayılır, hangi ekran yeterli değildir. Belirsiz “tamam” kelimesi aracıyı da iki tarafı da mağdur eder.

Son olarak tabloyu imzalı bir ek protokole bağlamak çoğu işlemde faydalıdır; ana sözleşmenin yerine geçmez, operasyonu okunur kılar. Operasyon okunur olunca ödeme de teslim de daha az duygusal tartışmaya girer.

Son bir not: tetikleyici tablosu “mikro tartışmaları” erken kapatır; çünkü herkes aynı satıra bakar. Aynı satıra bakmayan taraflar aslında aynı işi yapmıyordur; tablo bunu görünür kılar.

Çok küçük bir ek satır bile bazen pazarlığı soğutur: herkes aynı filmi izlediğini anlar.

Kapora ve emanet süreçlerinde sık görülen gerginlik şudur: alıcı fazladan güvence isterken satıcı her yeni doğrulamayı zaman kaybı gibi okur; bu yüzden “hangi garanti için hangi adım?” sorusu tabloya bağlanmadıkça taraflar haklı olarak birbirinden uzaklaşır.

Çıktı tarihlerini sıralayıp kısa notlar düşmek (örnek: “alıcı doğrulama bekliyor”, “satıcı panel onayı gerekiyor”) ileride “kim bekletti?” tartışmasını söndürür; gerçekten tek taraflı gecikme varsa suç doğru yerde görünür, iki taraflı gecikme ise tabloda aynı satırda yakalanır.

Serbest bırakma sürecinde her ödeme ve her banka çıktısı için referansı aynı gün tarih sıralı bir klasörde saklamak uyuşmazlıkta ilk bakılan nesnel zemini oluşturur; çünkü “hatırladığım rakam” yerine çıktılar konuşur. Küçük arşiv disiplini, emanet sürecinin hızından çok doğrulanabilirliğini güçlendirir.

Kapanış pratiği olarak: emanet anlaşması imzalanmadan önce “tamam” tanımı için minimum kanıt seti (dekont özeti + panel ekranı + checklist satırı) yazılı bağlanmadıysa üçüncü taraf bile iki taraf arasında sıkışır. Net kanıt seti yazılmak, sürecin duygusal taraflarını küçültür.

← Blog’a dön

Diğer yazılar

  • 28 Mayıs 20268 dk

    Alan adı ve site devri: registrar, DNS ve sözleşme kontrol listesi

    Satılık sitede alan adı, uygulama ve verinin ayrı devri; transfer kilidi, DNS TTL, MX/SPF ve yazılı teslim sırası. Alıcı ve satıcı için uygulanabilir kontrol listesi.

    Yazıya git

  • 26 Mayıs 20268 dk

    Satılık web sitesi fiyatı: trafik, gelir ve teknik borç analizi

    Organik trafik, dönüşüm, tekrarlayan gelir ve teknik borç kalemlerini tek tabloda birleştirerek vitrinde güven veren fiyat gerekçesi oluşturma rehberi.

    Yazıya git

  • 24 Mayıs 20268 dk

    Güvenli site satışı: dolandırıcılık senaryoları ve korunma

    Kimlik teyidi, kademeli teslim, kapora ve platform dışı baskı senaryolarında uygulanabilir güvenlik alışkanlıkları. Satılık dijital varlık alım satımında temkin çerçevesi.

    Yazıya git

  • 22 Mayıs 20268 dk

    Teknik teslim: repo, ortam değişkenleri, CI ve yedek doğrulama

    Kaynak kod, gizli anahtarlar, veritabanı dökümü ve üçüncü parti servislerin devri için uygulayıcı dokümantasyon şablonu. Satılık yazılım tesliminde eksik bırakılmaması gerekenler.

    Yazıya git

  • 20 Mayıs 20268 dk

    Satılık e-ticaret sitesi değerlemesi: sepet, stok ve iade oranı

    E-ticaret vitrininde AOV, iade oranı, tedarik zinciri ve ödeme sağlayıcı sözleşmelerinin fiyatı nasıl etkilediği. Hazır mağaza satışında şeffaflık ipuçları.

    Yazıya git

  • 18 Mayıs 20268 dk

    Hazır web sitesi satın alırken hukuki olarak nelere bakılır?

    Fikri mülkiyet, lisanslar, kişisel veri ve sözleşme dili: hazır site alımında gözden geçirilmesi gereken başlık özeti. Satılık proje devrinde hukuki taslak yaklaşımı.

    Yazıya git

  • 16 Mayıs 20268 dk

    Domain transfer ve auth code: Türkiye ile yurtdışı registrar farkları

    Auth code, transfer kilidi ve süre sınırları; ccTLD ve gTLD uygulamalarında pratik hatırlatmalar. Satılık domain devrinde teknik takvim.

    Yazıya git

  • 14 Mayıs 20268 dk

    Site satışında KDV ve fatura düzeni: mükellefler için özet

    Varlık satışı ile hizmet faturalaması ayrımı üzerinden kısa çerçeve; kesin sonuç için mali müşavir görüşü şart. Dijital varlık tesliminde belge disiplini.

    Yazıya git

  • 12 Mayıs 20268 dk

    SEO değeri ve organik trafik: satılık site fiyatını nasıl etkiler?

    Arama konsolu tutarlılığı, anahtar kelime görünürlüğü ve backlink riski: organik büyümeyi fiyat gerekçesine dönüştürürken kaçınılması gereken yüzeysel göstergeler.

    Yazıya git

  • 10 Mayıs 20268 dk

    Dijital varlık satış sözleşmesi: temlik, teminat ve bildirim yükümlülükleri

    Alan adı, kod tabanı ve müşteri ilişkilerinin aynı sözleşmede çakışmadan düzenlenmesi; üçüncü taraf hakları ve gizlilik maddeleri için kontrol listesi.

    Yazıya git