
Digivest
Yazılım Danışmanlığı
Kurban Marketplace Yazılım: Multi-Tenant Platform Nedir?
Kurban marketplace yazılımı nedir? Multi-tenant modelde vakıf/bayi markalı sayfalar, ortak omurga ve sezon yönetimi nasıl çalışır? Sade anlatım.

Multi-tenant kurban marketplace yazılımı nedir?
“Her kurum kendi sitesini yaptırsın” modeli, kurban sezonunda tekrarlayan maliyet ve kırılgan operasyon üretir. Alternatif olarak bir kurban marketplace yazılımı; ortak teknik omurga üzerinde birden fazla kurumun (tenant) kendi markasıyla bağış almasını sağlar. Bu yazı dini hüküm veya rakip fiyat karşılaştırması yapmaz. Amaç, multi-tenant modelin ne işe yaradığını, kimlere uyduğunu ve şeffaflık beklentisini netleştirmektir.
Ortak omurga, ayrı marka: multi-tenant modelin özü budur.
Kurban App bu çizgide geliştirilen bir SaaS’tır: paket, subdomain, SMS ve sezon yönetimi hedeflenir. Ürün geliştirme aşamasındadır. Digivest ekosisteminde erişim DigiHub üzerinden planlanır.
Marketplace burada ne anlama gelir?
Klasik e-ticaret marketplace’inde satıcılar ve alıcılar buluşur. Kurban bağlamında “marketplace” daha çok şu anlama gelir: bağışçının paket seçebildiği, kurumun kapasite sunduğu, ödemenin ve bilgilendirmenin kayıt altına alındığı dijital vitrin. Multi-tenant eklenince aynı yazılım birden fazla vakıf/organizatörü barındırır; her tenant kendi ürünleri, görselleri ve iletişim şablonlarıyla çalışır.
Bu model “herkes aynı fiyata satar” demek değildir. Tam tersine: her kurum kendi paket ve hisse politikasını girer. Rakip kurumların fiyatlarını kopyalamak ne etik ne de operasyonel olarak önerilir; yazılım yalnızca girdilerinizi yönetir.
Multi-tenant katmanları
Platform katmanı
Kimlik, ödeme altyapısı bağlantıları, SMS sağlayıcı, güvenlik, yedekleme ve sezon lisans yönetimi. Bu katman tüm tenant’lar için ortaktır; her kurumun sıfırdan inşa etmesi gerekmez.
Tenant (kurum) katmanı
Marka, logo, subdomain, paket listesi, hisse stokları, bildirim metinleri, raporlar. Bağışçı deneyimi kuruma aittir; arka plan omurgası paylaşılır. Markalı sayfa için kurban bağış subdomain yazısına bakın.
Bağışçı katmanı
Paket seçimi, ödeme, onay, durum bildirimleri ve mümkünse kesim/teslim şeffaflığı. Bağışçı “hangi yazılım”ı değil, “hangi kurum”u görmelidir.
Kimler için uygundur?
Vakıf / dernek: Sezonluk yoğunluk, şube veya kampanya bazlı vitrin ihtiyacı.
Belediye iştiraki / organizatör: Kapasite ve raporlama disiplini.
Bayi ağı düşünen yapılar: Ortak omurga, ayrı markalar.
Tek seferlik site yoran ekipler: Her yıl sıfırdan proje maliyeti istemeyenler; bkz. kurban yazılımı vs özel.
Küçük bir kampanya ve tek paket için basit form yetebilir. Hacim, hisse, SMS ve çok yıllı süreklilik varsa marketplace SaaS daha mantıklıdır. Vakıf checklist’i için online kurban bağış yazılımı yazısı tamamlayıcıdır.
Avantajlar ve dikkat noktaları
Avantaj | Dikkat |
|---|---|
Ortak güvenlik ve ödeme omurgası | Kurumsal kimliğin net ayrılması gerekir |
Sezon yenilemesi daha hızlı | İçerik ve kapasite yine sizin sorumluluğunuz |
SMS/bildirim şablonları yeniden kullanılır | KVKK ve onay metinleri kurum bazında kontrol edilmeli |
Raporlama standartlaşır | “Her şey otomatik” beklentisi gerçekçi değildir |
Multi-tenant, dini sorumluluğu yazılıma devretmez. Şeffaflık; doğru bilgilendirme, kapasiteye sadakat ve teslim kanıtıyla üretilir. Yazılım bunu kolaylaştırır, niyet ve süreç kurumundur.
Tek site ile farkı
Tek seferlik site: bir kurum, bir tasarım, çoğu zaman sezon sonrası bakım belirsiz. Marketplace SaaS: aynı ürün hattı üzerinde birden fazla kurum, sürüm güncellemesi merkezi, lisans DigiHub gibi bir hesap katmanından yönetilebilir. Maliyet ve süre karşılaştırması için yine özel site yazısına bakın; abartılı “pazar lideri” iddiası yerine kendi hacminizi ölçün.
Kurban App konumlandırması
Kurban App; multi-tenant kurban marketplace çizgisinde paket, subdomain ve SMS odaklı bir SaaS olarak geliştirilmektedir. Beta/ürünleşme sürecinde demo ile ihtiyaç eşlemesi yapılır. Sezon lisansı için DigiHub üzerinden Digivest hesabı planlanabilir.
Veri ayrıştırması (tenant isolation) neden kritik?
Multi-tenant sistemde en temel güven vaadi şudur: A kurumunun bağışçı listesi B kurumuna sızmaz. Kurban marketplace yazılım seçerken “markalı görünüyor” kadar “veri sınırları net mi?” sorusu da sorulmalıdır. Demo sırasında iki test tenant açıp çapraz görünürlük olmadığını doğrulamak temel bir güvenlik egzersizidir.
Ayrıştırma yalnızca veritabanı satırları değildir; rapor export’ları, SMS log’ları ve medya dosyaları da tenant anahtarına bağlı olmalıdır. Yanlış video linkinin başka bağışçıya gitmesi hem KVKK hem itibar sorunudur. Platform omurgası ortak olsa bile teslimat kanıtı kişiye özel kalmalıdır.
Büyüme senaryoları
İlk yıl tek marka ile başlayan kurumlar ikinci yıl şube veya kampanya bazlı ikinci vitrin ister. Multi-tenant model bu büyümeyi “yeni site projesi”ne çevirmez; yeni tenant veya yeni marka profili olarak ele alır. Bu esneklik, belediye iştirakleri veya ortak organizasyonlarda özellikle değerlidir.
Büyüme aynı zamanda yönetim yükü demektir: her tenant’ın kendi paket ağacı, kendi SMS tonu, kendi destek saati olabilir. Merkezi bir “süper admin” ile tenant admin ayrımı yapılmazsa kaos çıkar. Kurban App çizgisinde bu ayrım hedeflenir; olgunluk demo ile doğrulanır.
Entegrasyon ufku
Bugün SMS ve ödeme yeterli görünebilir; yarın muhasebe export’u, webhook veya CRM kaydı istenebilir. Marketplace yazılımında bu kapıların varlığı, her entegrasyonu sıfırdan yazmaktan ucuzdur. Yine de “her API hazır” iddiası yerine ihtiyacınız olan iki entegrasyonu demoda sorun.
Özetle kurban marketplace yazılımı bir vitrin değil, ortak omurga + ayrı markalar + ölçülebilir sezondur. Dini hassasiyet ve şeffaflık bu omurganın üzerine kurum politikasıyla inşa edilir; yazılım hüküm vermez, süreci görünür kılar.
Sezon operasyonunda ortak dil
Marketplace modelinin görünmeyen faydası ortak sözlüktür: paket, hisse, tenant, bildirim, referans. Ekipler aynı kelimeleri kullanınca destek kalitesi artar. Her yıl sıfırdan kurulan özel sitelerde sözlük yeniden icat edilir; hata oranı yükselir. Kurban marketplace yazılımı bu ortak dili platformda sabitlemeyi amaçlar.
Ortak dil, dini tartışmayı standartlaştırmaz. Bilakis operasyonel belirsizliği azaltır ki bağışçıya verilen sözler tutulsun. Şeffaflık vaadi ancak ortak ve ölçülebilir adımlarla ayakta kalır. Demo sırasında kendi ekibinizin sözlüğünü panele nasıl oturttuğunuzu test edin.
Son olarak: multi-tenant bir seçim stratejik bir seçimdir. Tek sezonluk kozmetik ihtiyaç için aşırı olabilir; çok yıllı ve çok markalı ihtiyaç için ise doğal omurgadır. DigiHub lisans zamanlaması bu stratejik seçimin takvim dilimidir.
Platform modelini demoda görün
Tenant, subdomain ve paket vitrininin sizin kurumunuza uyup uymadığını sezon öncesi demoda netleştirelim. Bilgi ve lisans için digivest.com.tr.
Sık sorulan sorular
Kurban marketplace yazılımı nedir?
Bağışçının paket seçip ödeme yaptığı, kurumun kapasite ve bildirimi yönettiği dijital platformdur. Multi-tenant sürümde birden fazla kurum aynı omurgayı kendi markasıyla kullanır.
Tüm tenant’lar aynı fiyatı mı kullanır?
Hayır. Her kurum kendi paket ve hisse politikasını girer. Rakip fiyat kopyalama bu modelin parçası değildir.
Bağışçı hangi markayı görür?
Doğru kurguda bağışçı tenant markasını (subdomain/logo/metin) görür; arka plandaki platform omurgası görünmez kalabilir.
Ne zaman bu modele geçilir?
Hisse, SMS, çok yıllı süreklilik veya birden fazla markalı vitrin ihtiyacı doğduğunda. Küçük tek paket kampanyalarında basit form yeterli olabilir.
Sıradaki adım
Bu konuda Digivest ile somut bir çözüm konuşmak isterseniz kısa bir planlama görüşmesi yeterli.
Kurban bagis yazilimi hakkinda bilgi alin · WhatsApp'tan yazın · 15 dk ücretsiz planlama
Güncel Yazılardan
Haberdar Olun
Yazılım, e-ticaret ve yapay zekâ yatırımlarında doğru kararlar almak için hazırladığımız içerikleri ilk siz okuyun.
Bizi Takip Edin
Yeni içerikler ve paylaşımlar güncellemeler için takip edin!
Benzer Yazılar
Bizden Güncellemeleri Takip Edin
Proje gelişmelerini ve önemli duyuruları almak için abone olun.
Özelleştirilmiş Tasarım
Kesintisiz Destek
Zamanında Teslim



