E-Pin Scripti Lisans Yenileme Süreci Nasıl İşler?

Kendi sunucunuza kurduğunuz bir e-pin scripti aldığınızda, çoğu satıcı gibi bunu "bir kere satın al, sonsuza kadar kullan" olarak düşünürsünüz. Oysa gerçeklik biraz daha katmanlı: lisanslı yazılımların büyük kısmında süre sınırlı bir kullanım hakkı, buna bağlı güncelleme desteği ve bir de yenileme takvimi vardır. Bu takvimi bilmeden işletmecilik yapmak, en kritik günde sürpriz bir uyarı ekranıyla karşılaşmak demek olabilir.

Bu yazıda lisans yenilemenin teknik olarak ne anlama geldiğini, süre dolduğunda gerçekte ne olduğunu ve Pinova gibi bir sistemde bu sürecin nasıl yönetildiğini adım adım anlatıyoruz.

Lisans yenileme aslında neyi yeniler?

"Lisans yenileme" ifadesi çoğu zaman yanlış anlaşılır; sanki her yenilemede yazılımı yeniden mi satın alıyorsunuz gibi bir izlenim doğurur. Oysa gerçekte yenilenen şey üç ayrı bileşendir ve bunları ayırt etmek önemlidir:

• Kullanım hakkı doğrulaması: Scriptin sunucunuzdaki kurulu kopyası, belirli aralıklarla lisans sunucusuna "ben hâlâ geçerliyim" sorgusu atar. Yenileme, bu sorgunun olumlu dönmesini sağlar.
• Güncelleme ve yama erişimi: Yeni ödeme entegrasyonları, güvenlik yamaları, tedarikçi API değişikliklerine uyum (ör. Turkpin veya Pinabi tarafında bir alan adı değişirse) gibi güncellemeler genelde aktif lisans dönemine bağlıdır.
• Teknik destek hakkı: Sunucu taşıma, konfigürasyon hatası veya entegrasyon sorunu yaşadığınızda destek talebi açabilme hakkınız da çoğunlukla lisans döneminizle sınırlıdır.

Yani yenileme, yazılımı yeniden kurmak değil; bu üç kapıyı açık tutmaktır. Sitenizdeki ürünler, siparişler, bayi bakiyeleri gibi veriler bu süreçten etkilenmez — onlar veritabanınızda sizin mülkiyetinizde kalır.

Süre dolmadan önce sistem sizi nasıl uyarır?

İyi kurgulanmış bir lisans mekanizması, süre dolumunu asla sürpriz haline getirmemelidir. Genel kabul gören yaklaşım, tek bir uyarıya değil kademeli bir bildirim dizisine dayanır:

• Süre dolumuna 30 gün kala e-posta ile ön bilgilendirme,
• 7 gün kala ikinci hatırlatma (genelde admin panelinde de görünür bir rozet/banner ile birlikte),
• Süre dolumu gününde son bildirim ve yenileme bağlantısı.

Bu bildirimlerin admin paneline entegre olması kritik önemde: e-postalar spam klasörüne düşebilir ama panelinize her gün giriyorsanız orada gördüğünüz bir uyarı gözden kaçmaz. Pinova'da bu uyarılar hem panel içinde hem de kayıtlı iletişim adresine gönderilir, böylece süreç tek bir kanala bağımlı kalmaz.

Süre gerçekten dolarsa site kapanır mı?

Bu, satıcı seçerken en çok sorulması gereken sorulardan biri — çünkü cevap satıcıdan satıcıya ciddi şekilde değişir. Bazı ucuz veya kontrolsüz scriptlerde süre dolumu anında sitenin tamamen erişilemez hale gelmesi (beyaz ekran, lisans hatası) yaygın bir uygulamadır. Bu, aktif satış yapan bir mağaza için felaket senaryosudur: sipariş akışındaki bir müşteri o anda mağazasız kalabilir.

Daha olgun sistemlerde ise "sert kilit" yerine "yumuşak kısıtlama" (grace period) mantığı işler: süre dolduğunda site kapanmaz, ama örneğin yeni ürün ekleme, tedarikçi API senkronizasyonu veya güncelleme gibi ileri seviye işlevler geçici olarak devre dışı kalır; mevcut sipariş ve teslimat akışı bir süre daha çalışmaya devam eder. Bu yaklaşım, size panik yapmadan yenileme işlemini tamamlama süresi tanır.

Satın almadan önce mutlaka sorulması gereken soru şudur: "Süre dolduğunda tam kilit mi, kısıtlı mod mu devreye giriyor, ve bu süre kaç gün?"

Manuel takip mi, otomatik hatırlatma mı?

Küçük ölçekli bir mağaza işletiyorsanız lisans tarihini takvime not almak yeterli görünebilir. Ama işler büyüdükçe — birden fazla domain, birden fazla proje, birden fazla ekip üyesi devreye girdikçe — manuel takip kırılgan bir sistem haline gelir. Aşağıdaki tabloda iki yaklaşımın pratikte nasıl farklılaştığını görebilirsiniz.

Buradaki asıl fark otomasyonun getirdiği güvenlik payı: sistem sizin yerinize hatırlıyor, siz sadece onaylıyorsunuz.

Yenileme sırasında verileriniz risk altında mı?

Lisans yenileme süreciyle ilgili en yaygın kaygılardan biri, bu işlemin veritabanına veya sunucuya dokunup dokunmadığıdır. Doğru kurgulanmış bir sistemde yenileme yalnızca lisans sunucusundaki bir doğrulama bayrağını günceller; scriptin kendi dosyaları, veritabanı, ürün kataloğu, sipariş geçmişi ve bayi bakiyeleri bu işlemden hiçbir şekilde etkilenmez.

• Yenileme sırasında dosya değişikliği yapılmaz — sadece bir doğrulama isteği gönderilir.
• Veritabanınız kendi sunucunuzda kaldığı için, lisans sağlayıcının erişim kesintisi yaşaması bile mevcut verilerinizi silmez.
• Asıl risk, kısıtlı moda geçildiğinde güncellemelerin gecikmesidir — özellikle tedarikçi API'lerinde (Turkpin/Pinabi gibi) bir protokol değişikliği olursa, güncel olmayan bir entegrasyon geçici aksamalara yol açabilir.

Pinova'da lisans yenileme adım adım nasıl işler?

Pinova'yı kurgularken önceliğimiz, yenileme sürecini mümkün olduğunca sürtünmesiz ve öngörülebilir hale getirmekti. Süreç şu şekilde ilerler:

• 1. Otomatik hatırlatma: Süre dolumuna 30 ve 7 gün kala panelde bildirim çıkar, kayıtlı e-postaya bilgilendirme gider.
• 2. Panelden tek adımda ödeme: Yenileme, destek bileti açmayı gerektirmez; PayTR, Shopier veya havale ile panel içinden doğrudan tamamlanır.
• 3. Anında aktivasyon: Ödeme onaylandığı anda lisans doğrulaması yenilenir, kısıtlı mod (varsa) devre dışı kalır.
• 4. Kayıt ve fatura arşivi: Her yenileme işlemi panelde geçmiş kayıt olarak tutulur, muhasebe tarafında ayrı bir takip gerekmez.

Süre dolduğunda sert kilitlenme yerine kısıtlı mod devreye girer: mevcut siparişler ve otomatik teslimat akışı kesilmez, yalnızca yeni entegrasyon/güncelleme işlemleri geçici olarak durur. Bu tasarım kararının nedeni basit — bir e-pin mağazasında en kötü senaryo, aktif bir müşterinin ödeme sonrası kodunu alamamasıdır; bu yüzden teslimat sürekliliği, lisans idaresinden önce gelir.