Geliştirici ve Ajanslar İçin WooCommerce Yemek Kartı Lisansı

Bir geliştirici veya ajans, yemek kartı eklentisini yalnızca kuran kişi değildir; sağlayıcı, müşteri, hosting ve WooCommerce arasında teknik koordinasyonu da yürütür. Bu nedenle geliştirici lisansı son kullanıcı paketinin kopyası olmamalıdır. Alan adı hakkı, staging kullanımı, sürüm uyumluluğu, müşteri teslimi, güncelleme kanalı ve destek seviyesi proje başlamadan tanımlanmalıdır.

Proje lisansının sınırları

Lisans belgesinde müşteri projesi, üretim alan adı, staging veya geçici test alanı ve kullanım süresi yer almalıdır. Geliştiricinin kendi demo sitesinde yaptığı kısa test ile müşteriye açık kalıcı test sitesi aynı şekilde yorumlanmamalıdır. Alan adı değişikliği, site taşıma ve müşteri şirket unvanı değişimi için uygulanacak süreç de önceden yazılmalıdır.

Çok müşterili ajans paketinde her kurulumun kaydı tutulur. Sınırsız kullanım sözü yerine destek kapasitesi, güncelleme erişimi ve yeniden satış sınırı ölçülebilir biçimde tanımlanır.

Staging, üretim ve müşteri devri

Ödeme entegrasyonu canlı sitede doğrudan denenmemelidir. Staging ortamında WooCommerce sürümü, checkout türü, tema ve kritik eklentiler üretime yakın tutulur. Sağlayıcının callback adresi staging alanına izin vermiyorsa kontrollü ayrı test planı hazırlanır.

Müşteri devrinde eklenti paketi, sürüm numarası, ayar ekranı, test kayıtları, bilinen sınırlar ve güncelleme yöntemi teslim edilir. Yönetici hesabı veya sağlayıcı sırrı lisans sağlayıcısına kalıcı olarak bırakılmaz.

WooCommerce uyumluluk matrisi

Ajans, yalnızca “WordPress'te çalışıyor” cevabıyla yetinmemelidir. Klasik checkout ve Checkout Blocks, HPOS, kullanılan PHP sürümü, tema sepeti, cache katmanı ve sipariş yönetimi ayrı doğrulanır. Abonelik, çoklu para birimi, B2B fiyatlandırma veya pazar yeri eklentileri varsa kapsamda isimleriyle yazılır.

WooCommerce özel eklenti teknik şartnamesi, kabul kriterlerini müşteriyle aynı dilde tanımlamak için kullanılabilir.

Destek seviyesi ve hata ayrıştırma

Bir ödeme sorunu eklentiden, sağlayıcı yanıtından, sunucu güvenlik duvarından, cache katmanından veya başka bir checkout eklentisinden kaynaklanabilir. Birinci seviye müşteri iletişimini ajans yürütüyorsa RentonDiji'ye aktarılacak teknik kayıtlar belirlenmelidir: sipariş numarası, zaman, hata kodu, log korelasyon kimliği ve tekrar adımları.

Destek süresi, acil durum tanımı, iletişim kanalı ve kapsam dışı üçüncü taraf işleri lisans ekinde bulunmalıdır. “Sürekli destek” gibi sınırı olmayan ifadeler yerine ölçülebilir hizmet tanımı kullanılır.

Kaynak kod, özel uyarlama ve güncelleme

Hazır eklenti ile müşteri için yazılan özel uyarlama aynı sahiplik modeline tabi olmayabilir. Kaynak erişimi, değişiklik hakkı, upstream güncellemelerle birleştirme ve değiştirilmiş sürüme destek koşulu açıkça yazılmalıdır. Ajansın yaptığı override, eklenti güncellemesinde kaybolmamalı; mümkünse hook ve filtrelerle ayrıştırılmalıdır.

Güncelleme öncesinde changelog, test ortamı, geri dönüş paketi ve veritabanı yedeği gerekir. WordPress bakım planı bu işlemi rutin hale getirir.

Ajansın teklif öncesi göndereceği teknik brif

Hedef sağlayıcı, müşterinin sözleşme ve e-ticaret onay durumu, WooCommerce/PHP sürümleri, checkout modeli, üretim-staging alanları, teslim tarihi, iade gereksinimi ve özel sipariş durumları tek brifte toplanmalıdır. Erişim bilgisi yerine önce ortam bilgisi paylaşılır.

Geliştirici/ajans lisansı için bu brif, hazır uyumluluk ile özel geliştirme arasındaki kararı hızlandırır. Belirsiz maddeler “dahil” varsayılmaz; keşif çıktısında açık sorular olarak tutulur.

Sıkça sorulan sorular

Bir lisans birden çok müşteri sitesinde kullanılabilir mi?

Bu, seçilen ajans lisansının alan adı ve proje sınırına bağlıdır. Her üretim sitesi kayıt altına alınmalıdır.

Staging için ayrıca ödeme gerekir mi?

Lisans koşuluna göre değişir; teklif ve lisans belgesinde staging alanı açıkça belirtilmelidir.

Ajans müşteriye kaynak kodu teslim edebilir mi?

Kaynak teslimi ve değişiklik hakkı lisans veya özel geliştirme sözleşmesinde tanımlanmalıdır; varsayılmamalıdır.