Kullanım şekli ve ticari modeller
1. Sistem nasıl kullanılır?
1.1 Müşteri (kart sahibi)
- Mobil uygulamada TCKN / VKN / kart no + e-posta OTP ile giriş
- Kartım: bakiye, firma, hareketler
- QR: kasada gösterilecek süreli / imzalı kod
- Harcama sonrası uygulamada başarı bildirimi
1.2 İşletme (holding / firma / kasa)
- Web panel veya mobilde işletme girişi
- Üye / kart / puan yükleme (firma tarafından)
- QR Kasa: tutar gir → müşteri QR okut → puan düş
- Rapor, bakiye sorgu, harcama kuralları, cari (yetkiye göre)
1.3 Anlaşmalı kuruluş
Holding ile sözleşmeli işyerinde QR Kasa veya entegrasyon API ile puan kabul edilir. Üye işyeri mutabakatı holding (veya program sahibi) ile yapılır; NeoMentor puan tutarı üzerinden aracılık etmez.
| Taraf | Ne öder? | Kime? |
|---|---|---|
| Son kullanıcı | Genelde hiçbir şey (puan ücretsiz yüklenir) | — |
| Holding / firma | Yazılım: SaaS abonelik veya on-prem lisans | NeoMentor AI |
| Holding / firma | Anlaşmalı harcama mutabakatı (hizmet / prim vb.) | Üye işyeri |
| NeoMentor AI | Puan bakiyesi cirosu yok | — |
2. Model A — Holding / firma SaaS (bulut)
Yazılım NeoMentor altyapısında çalışır (card.neomentorai.com, card-api.neomentorai.com). Müşteri hızlı açılır; güncellemeler merkezi yapılır.
2.1 SaaS sözleşmesine konulması önerilen maddeler
- Konu ve kapsam. Neo Card puan kartı, QR kasa, panel ve API’nin abonelik süresi boyunca bulut ortamında kullandırılması. Puan bakiyesinin mülkiyeti Müşteri’ye (holding/firma) aittir.
- Puanın niteliği. Puan nakde, IBAN’a veya nakit iadeye çevrilemez. Yalnızca Müşteri’nin tanımladığı holding içi ve/veya sözleşmeli üye işyerlerinde ürün–hizmet için kullanılır. “Elektronik para / ödeme aracı / cüzdan” niteliği taşımaz.
- Yükleme. Son kullanıcıdan ücret alınmaz. Yükleme yetkisi Müşteri’nin yetkili kullanıcılarındadır. Limit, frekans ve onay süreçleri Müşteri politikasına tabidir.
- Üye işyerleri. Anlaşmalı kuruluş listesi Müşteri tarafından yönetilir. Üye işyeri ile faturalaşma / mutabakat Müşteri’nin sorumluluğundadır; Sağlayıcı taraf değildir.
- Bedel. Abonelik ücreti (aylık/yıllık), isteğe bağlı kart / aktif kullanıcı / işlem adedi. Bedel, puan bakiyesi veya harcama tutarının yüzdesi üzerinden hesaplanmaz (aksi yazılı ek protokolle kararlaştırılmadıkça).
- SLA. Hedef uptime, bakım penceresi, destek kanalları ve yanıt süreleri ekte tanımlanır.
- KVKK. Kural olarak Müşteri veri sorumlusudur; Sağlayıcı barındırma kapsamında veri işleyendir. Veri İşleme Sözleşmesi imzalanır. Aydınlatma yükümlülüğü Müşteri’dedir; Sağlayıcı platform metinlerini sunar.
- Güvenlik. TLS, rol bazlı yetki, OTP, imzalı QR. İhlalde bildirim süreci ekte.
- Veri taşınabilirliği / fesih. Fesihte kart–işlem export’u, saklama süresi ve silme usulü.
- Sorumluluk sınırı. Dolaylı zarar; puan ekonomisi / mutabakat hatalarından Sağlayıcı sorumlu tutulmaz (yazılım ayıbı hariç, sözleşmedeki azami tutar ile).
- Marka. “Neo Card” / white-label kullanımı; App Store hesabı kimin adına açılacağı.
- Süre ve yenileme. İlk dönem, otomatik yenileme, fesih ihbar süresi.
2.2 SaaS — tipik paket (teklif iskeleti)
| Kalem | Açıklama |
|---|---|
| Kurulum | Holding / firma tanımı, admin kullanıcı, ilk kart şablonları |
| Abonelik | Panel + API + mobil (paylaşılan uygulama veya markalı build) |
| Destek | İş saatleri / öncelikli (pakete göre) |
| Opsiyonel | Özel entegrasyon, ek ortam (test), eğitim |
3. Model B — On-prem lisans (holding kendi altyapısı)
Yazılım Müşteri’nin sunucularında kurulur. Veri Müşteri tesisinde kalır. Büyük holdingler ve veri yerleşimi (residency) talepleri için uygundur.
3.1 On-prem lisans teklif özeti
| Kalem | İçerik |
|---|---|
| Lisans | Süreli veya sürekli kullanım hakkı; kaç ortam (prod / test), kaç holding tenant |
| Teslimat | Docker / compose paketleri, kurulum dokümanı, ilk go-live desteği |
| Kurulum ücreti | Tek seferlik; altyapı hazırlığı Müşteri sorumluluğunda (VM, TLS, yedek) |
| Bakım & güncelleme | Yıllık bakım: güvenlik yamaları, minor sürümler; major upgrade ayrı teklif |
| Destek | Uzak destek / yerinde (opsiyonel); SLA ayrı ek |
| Kaynak kod | Varsayılan: binary / container. Escrow veya kaynak kodu ayrı müzakere |
| Mobil | Ortak TestFlight/App Store veya Müşteri’nin kendi bundle id’si (ücretli) |
3.2 On-prem sözleşmeye konulması önerilen maddeler
- Lisans kapsamı: yalnızca Müşteri ve bağlı şirketleri; alt lisans yasak (aksi kararlaştırılmadıkça).
- Kurulum ortamı: sistem gereksinimleri, güvenlik sertleştirmesi Müşteri’de.
- Güncelleme politikası: bakım kapsamında gelen sürümler; red hakkı ve desteklenen sürüm penceresi.
- KVKK: veri Müşteri’de; Sağlayıcı uzaktan destek sırasında erişirse ayrı işleyen kaydı / log.
- Denetim: lisans uyumu (kopya sayısı, ortam).
- Fesih / iade: yazılımın kaldırılması, yedeklerin imhası veya saklanması.
- Garanti: dokümana uygun çalışma; açık kaynak bileşen lisanslarına riayet.
4. SaaS vs on-prem — kısa karşılaştırma
| SaaS | On-prem | |
|---|---|---|
| Veri konumu | NeoMentor bulutu | Müşteri sunucusu |
| Go-live | Hızlı | Altyapıya bağlı |
| Güncelleme | Merkezi | Bakım paketi ile |
| Kim için | Çoğu firma / holding | Kurumsal / residency |
| NeoMentor geliri | Abonelik | Lisans + kurulum + bakım |
5. Regülasyon sınırları (özet)
- Puan nakde çevrilmez → lisans riski düşük tutulur
- Geçerlilik: holding içi ve/veya sözleşmeli üye işyerleri (açık “her yerde ödeme” dili yok)
- NeoMentor cirosu yazılım bedelidir; puan bakiyesi holding defterindedir
Ayrıntı: iç doküman docs/NeoCard/IS-MODELI-REGULASYON-TR.md ve
KVKK aydınlatma.
6. İletişim
Ticari / hukuki taslak görüşmesi:
[email protected]
(veya satış iletişim kanalınız).
Panel girişi: İşletme girişi
Bu metinler Neo Card ürününe özel hazırlanmış uyum şablonudur. Nihai hukuki uygunluk için avukat / KVKK danışmanı onayı önerilir. Son güncelleme: 12 Temmuz 2026.