Hazır yazılımlar çoğu işletmenin ihtiyacının büyük bölümünü karşılar; ama hiçbir hazır yazılım sizin iş modelinizi sizin kadar iyi tanımaz. Müşteri grubuna göre değişen fiyat kuralları, satın alma öncesi onay akışları, özel sipariş durumları, belirli bir ERP ile iki yönlü veri alışverişi, yönetim panelinde ekibinizin gerçekten kullandığı raporlar: bunlar rakiplerinizden sizi ayıran, aynı zamanda hazır yazılımın genellikle karşılamadığı ihtiyaçlardır. Özel eklenti geliştirme, CS-Cart’ın hazır özelliklerinin karşılamadığı iş kuralınızı, mağazanın çekirdeğine dokunmadan bir modül olarak yazmaktır.
CS-Cart zaten neyi hazır sunar?
Özel geliştirme yaptırmadan önce, hazır olanı bilmek gerekir. Çünkü doğru bilinen bir hazır özellik, haftalarca geliştirme bütçesinden tasarruf sağlar. CS-Cart; kampanya (promosyon) motoru, kupon ve hediye çeki, filtreler ve ürün özellikleri, çoklu dil ve para birimi, müşteri grupları, çok seviyeli yetkilendirme, raporlar, e-posta şablonları, sipariş durumu yönetimi ve geniş bir ayar yelpazesi sunar. Ayrıca App Market’te çok sayıda üçüncü taraf eklenti bulunur. Çoğu zaman ihtiyaç şu üç yoldan biriyle karşılanır:
- Mevcut ayar: Aradığınız şey zaten yönetim panelinde, farklı bir isimle ya da farklı bir yerde olabilir.
- Hazır eklenti: App Market’te ya da bizim kataloğumuzda uygun bir eklenti bulunabilir.
- Özel eklenti: Yukarıdakiler yetmiyorsa iş kuralı yazılıma dönüştürülür.
Biz önce ilk iki yolu değerlendiririz; gereksiz özel geliştirme önermeyiz. Çünkü her özel kod, ileride bakım ve sürüm uyumu yükü getirir.
Özel eklenti ne zaman gerekir?
Aşağıdaki durumlar özel geliştirmeye tipik örneklerdir:
- Karmaşık fiyatlandırma: Müşteri grubuna, sipariş miktarına, sözleşmeye ya da ürün kombinasyonuna göre değişen fiyat kuralları. Özellikle B2B e-ticaret projelerinde sık görülür.
- Onay ve teklif akışları: Satın alma öncesi yönetici onayı, teklif talebi ve teklifin siparişe dönüşmesi.
- Entegrasyonlar: Belirli bir ERP, depo, kargo, ödeme ya da CRM servisi ile veri alışverişi. Hazır entegrasyon listemizde olmayan servisler için projeye özel geliştirme yapılır.
- Özel sipariş durumları ve bildirimleri: Üretime özel aşamalar, atölye siparişleri, kişiselleştirilmiş ürün akışları.
- Yönetim paneli ihtiyaçları: Ekibinize özel raporlar, toplu işlem ekranları, tedarikçi paneli ekleri.
- Pazaryeri kuralları: Satıcıya özel komisyon, onay süreci ve ödeme akışı (pazaryeri yazılımı).
- Mobil ve harici sistem bağlantıları: Bir mobil uygulamanın ya da başka bir sistemin mağaza verisine güvenli erişimi.
Ortak nokta şudur: hazır çözüm iş kuralınızı karşılamıyor ve kuralın sizin için ticari değeri var. Değeri belirsiz ya da alternatifi basit olan kurallar için özel geliştirme yerine süreci değiştirmek daha akıllıca olabilir.
Kaynak kodun sizde olmasının avantajı
CS-Cart, kaynak kodu müşteride olan bir yazılımdır. Bu, özel geliştirmenin hem daha esnek hem daha güvenli yapılabilmesi anlamına gelir. Kapalı bir SaaS platformda yalnızca platformun izin verdiği noktalarda özelleştirme yapabilirsiniz; CS-Cart’ta ise modül mimarisi sayesinde mağaza çekirdeğine dokunmadan yeni davranışlar ekleyebiliriz. Çekirdek koda doğrudan müdahale etmemek, sürüm yükseltmelerinde uyum sorunlarını azaltır. Bu nedenle özel geliştirmelerimizi mümkün olduğunca eklenti (modül) olarak, standart kanca (hook) mekanizmalarıyla yazarız.
Kaynak kodun sizde olması ayrıca bağımsızlık sağlar: yazılan eklenti sizindir; ileride başka bir ekiple çalışmak isterseniz kodu ve belgeleri teslim alırsınız. Kaynak kod sahipliğinin ne anlama geldiğini açık kaynak e-ticaret yazılımı nedir yazısında açtık.
Deneyimimiz: kendi eklentilerimiz
SoftCrafter CS-Cart için 10+ eklenti geliştirdi. Bu eklentilerin her biri gerçek mağaza ihtiyaçlarından doğdu ve Türkçe dokümantasyonla sunuluyor:
- iyzico Sanal POS · PayTR Sanal POS: Kartlı ödeme alma, taksit ve iade yönetimi.
- Paraşüt Ön Muhasebe: Sipariş, fatura ve e-belgelerin muhasebeye aktarımı.
- Navlungo Yurt İçi Kargo · Mr.Courier Kargo Takibi: Gönderi oluşturma ve takip.
- DualFeed (Google & Meta): Reklam kataloğu için ürün akışı.
- Twilio SMS Bildirimleri · Twilio Telefon Doğrulama: Sipariş bildirimleri ve doğrulama kodları.
Bu eklentileri yazarken öğrendiğimiz dersler özel projelere de taşınır: dış servis kesintilerine karşı dayanıklı kurgu, imzalı bildirimlerin doğrulanması, hata durumlarında kayıt tutma, yeniden deneme mantığı ve sürüm yükseltmelerinde uyum. Bunların yanında müşterilerimiz için projeye özel yazılan çok sayıda eklenti vardır; bunlar müşteriye özel olduğundan genel katalogda listelenmez. Uçtan uca bir örnek için Blankie vaka çalışması iyi bir başlangıçtır.
Geliştirme sürecimiz
1. İhtiyaç netleştirme
Süreç, “ne istiyoruz?”tan çok “neyi çözmeye çalışıyoruz?” sorusuyla başlar. İş kuralı, ilgili kullanıcılar, mevcut süreç, beklenen sonuç ve istisnalar yazılı hale getirilir. İyi bir ihtiyaç tanımı, geliştirme maliyetinin ve süresinin en büyük belirleyicisidir; belirsiz ihtiyaç, sonradan değişen kapsam ve beklenmedik maliyet demektir.
2. Teknik tasarım ve teklif
Kuralın mevcut CS-Cart yapısına nasıl entegre edileceği, hangi tablolara, hangi ekranlara ve hangi kancalara dokunacağı belirlenir. Bu aşamada alternatif çözümler de değerlendirilir: bazen daha basit bir yol aynı sonucu çok daha ucuza verir. Ardından kapsam ve çıktılar yazılı bir teklife dönüşür; teklif 1 iş günü içinde hazırlanır ve kalemler ayrı gösterilir.
3. Geliştirme ve test
Modül kopya (test) ortamında yazılır. Mutlu senaryoların yanında istisnalar ve hata durumları da test edilir: ödeme başarısız olursa ne olur? Stok yetersizse? İki kişi aynı anda işlem yaparsa? Dış servis yanıt vermezse? Güvenlik tarafında girdi doğrulama ve yetki kontrolleri gözden geçirilir.
4. Kurulum ve eğitim
Modül canlıya alınır, ekibinize kullanım anlatılır. Canlıya geçiş yedek alındıktan sonra, düşük trafikli bir zamanda yapılır ve kritik akışlar tekrar kontrol edilir.
5. Dokümantasyon ve bakım
Kurulum ve kullanım adımları belgelenir. Sürüm güncellemelerinde uyum kontrol edilir; bu sürekli uyum, düzenli bakım ve destek kapsamında yürütülebilir. Özel kod bakımsız bırakılırsa bir sonraki CS-Cart sürümünde uyumsuzluk çıkarabilir; bu nedenle yazılan her modülün bakım planını baştan konuşuruz.
Özel geliştirmede sık yapılan hatalar
- Çekirdek koda doğrudan müdahale: Çekirdeği değiştirmek her güncellemede değişikliklerin kaybolmasına ya da çatışmasına yol açar. Modül yaklaşımı bunu önler.
- Belirsiz kapsamla başlamak: “Biraz şuna benzer bir şey” ifadesi, maliyetin kontrolden çıkması demektir. Yazılı kapsam şarttır.
- Her şeyi özel yazmak: Hazır çözüm varken sıfırdan yazmak hem pahalı hem bakım yüküdür.
- Test ve hata durumlarını atlamak: Mutlu senaryoda çalışan modül, gerçek hayatta ilk istisnada satışı durdurabilir.
- Dokümantasyonsuz teslim: Kodu yazan kişi ayrıldığında bilgi de gider.
- Bakım planı olmadan canlıya almak: Sürüm yükseltmesinde modül çalışmayabilir ve fark edildiğinde geç olabilir.
- Güvenliği sonraya bırakmak: Özel modüller, yetki ve girdi doğrulama açısından en çok dikkat gerektiren alanlardır.
Eklentilerin güvenlik kontrolü güvenlik, yeni sürümlere uyarlanması sürüm yükseltme hizmetimizin parçasıdır.
Plan ve kapsam
Unlimited lisans planı ayda 7 modifikasyon ve sınırsız destek talebi içerir; düzenli geliştirme ihtiyacı olan işletmeler için uygundur. Diğer planlarda geliştirme ayrı bir kalem olarak teklif edilir. Lisans fiyatları sabittir (USD, 6 taksit imkânı) ve CS-Cart lisansları sayfasında listelidir. Tasarım ve entegrasyon da lisanstan ayrı, kalem kalem tekliflendirilir.
Maliyeti ne belirler?
Özel eklenti maliyeti şu etkenlere bağlıdır: iş kuralının karmaşıklığı, kaç ekrana ve veri yapısına dokunulduğu, dış sistemlerle entegrasyon gereksinimi, yönetim paneli ve vitrin arayüzü ihtiyacı, test kapsamı, güvenlik gereksinimleri, dokümantasyon ve eğitim. Basit bir ek alan ile çok adımlı bir onay akışı arasında büyük bir fark vardır; bu yüzden sabit fiyat yerine kapsamı netleştirdikten sonra kalem kalem teklif veriyoruz. Ön görüşme ve teklif ücretsiz ve taahhütsüzdür.
Örnek bir senaryo: bayiye özel fiyat ve onay akışı
Bir üretici firma, bayilerine liste fiyatı yerine sözleşmeye bağlı özel fiyatlar uyguluyor; belirli bir tutarı aşan siparişler ise satış müdürünün onayına gidiyor. Hazır kampanya motoru müşteri grubuna göre indirim tanımlamaya yeter; ancak “bayi bazlı sözleşme fiyat listesi” ve “tutar eşiğine göre onay” kuralları standart ayarlarla tam karşılanmaz.
Bu durumda ilk adım, kuralı yazılı hale getirmektir: fiyat listesi nereden gelecek (elle girilen tablo mu, ERP mi), hangi bayinin hangi ürüne hangi fiyatı göreceği, onay eşiği nedir, onaycı kimdir, onay gelmeden sipariş hangi durumda bekler, reddedilirse ne olur? Ardından modül tasarlanır: bayi-ürün fiyat tablosu, sepette fiyatın bu tablodan okunması, onay gerektiren siparişlerin özel bir duruma alınması, onaycıya bildirim ve onay ekranı. Test aşamasında istisnalar denenir: fiyat listesinde olmayan ürün, aynı anda iki onay, onay beklerken stok bitmesi. Böylece modül canlıya alındığında satış ekibi işini telefon ve e-tabloya dönmeden yürütür.
Entegrasyon geliştirmede dikkat edilenler
Dış sistemlerle (ERP, depo, muhasebe, kargo, ödeme) veri alışverişi yapan modüller, özel geliştirmenin en riskli alanıdır; çünkü kontrol sizde olmayan bir sisteme bağlısınız. Bu yüzden entegrasyon modüllerinde belirli ilkeleri uygularız: dış servis yanıt vermediğinde sipariş akışının durmaması, başarısız isteklerin kaydedilip yeniden denenmesi, aynı işlemin iki kez yapılmasını (örneğin aynı faturanın iki kez kesilmesini) önleyen kontroller, bildirimlerin imzalarının doğrulanması ve hata kayıtlarının yönetim panelinden okunabilir olması. Kimlik bilgilerinin (API anahtarı vb.) güvenli saklanması ve yalnızca yetkili yöneticilerin görmesi de standarttır.
Entegrasyonun iki yönlü olup olmadığı da baştan netleştirilmelidir: yalnızca mağazadan dış sisteme mi veri gidiyor, yoksa dış sistemden de mağazaya stok ve fiyat mı geliyor? İki yönlü senaryolarda hangi sistemin ana veri kaynağı olduğu belirlenmezse çakışmalar kaçınılmaz olur. Bu karar, teknik değil iş kararıdır ve ön görüşmede birlikte verilir. Muhasebe tarafındaki seçenekleri muhasebe, ERP ve e-fatura entegrasyonu sayfasında karşılaştırdık.
Sık sorulan sorular
Özel eklentinin kaynak kodu bana mı ait olur?
Kapsam ve teslim koşulları teklifte yazılı olarak netleştirilir. Projeye özel yazılan eklentiler müşteriye teslim edilir; bu ayrıntıları sözleşme aşamasında açıkça belirleriz.
Sürüm güncellenince eklentim bozulur mu?
Çekirdeğe dokunmayan, standart kancalarla yazılmış modüllerde uyum sorunu daha az görülür; ancak sıfır risk yoktur. Bu yüzden her sürüm yükseltmesinde uyum kontrolü yapılır.
Hazır bir eklenti varsa onu mu önerirsiniz?
Evet. Hazır çözüm ihtiyacı karşılıyorsa özel geliştirme önermeyiz. Gereksiz özel kod, ileride bakım yükü demektir.
Başka bir ekibin yazdığı eklentiyi devralıp geliştirebilir misiniz?
Önce kodu inceleriz. Kalite, belgeleme ve güvenlik durumuna göre devralma, iyileştirme ya da yeniden yazma seçeneklerini değerlendirir ve teklif hazırlarız.
Geliştirme ne kadar sürer?
Kapsama bağlıdır. Küçük bir ek birkaç günde, çok adımlı bir iş akışı daha uzun sürede tamamlanabilir. Kesin takvim teklifte netleşir.
Eklentiyi App Market’te yayınlayabilir miyiz?
Bazı eklentilerimiz CS-Cart pazaryerinde yayındadır. Projeye özel eklentiler ise müşteriye özeldir ve genel katalogda listelenmez.
Teklif ve ön görüşme
Doğru kurgulanmış bir özel eklenti, iş modelinizi yazılıma dönüştürerek size rakiplerinizin kolayca kopyalayamayacağı bir avantaj sağlar. SoftCrafter, CS-Cart’ın resmi partneri olarak 10+ eklenti geliştirmiş, 20+ kişilik ve kişi başı 10+ yıl deneyimli bir ekiptir; iletişim baştan sona Türkçedir. Aklınızdaki ihtiyacı formda kısaca yazın, sizi 15 dakika içinde arayalım; kapsamı birlikte netleştirelim ve kalem kalem teklifinizi 1 iş günü içinde hazırlayalım.
