Sıkça Sorulan Sorular

Mağazamızı randevusuz ziyaret edebilirsiniz. Yoğun günlerde daha rahat karşılanmak ve doğru bölüme yönlendirilmek için telefon veya WhatsApp üzerinden randevu oluşturmanız önerilir.

Form üzerinden gelen mesajlar ekip tarafından kontrol edilir. Telefon, WhatsApp veya e-posta bilgileriniz üzerinden en kısa sürede size dönüş yapılır.

İletişim sayfasındaki harita alanından mağaza konumunu görüntüleyebilir, Google Maps üzerinden rota oluşturabilirsiniz. Adres bilgisi aynı sayfada telefon ve e-posta bilgileriyle birlikte yer alır.

Randevu, ürün bilgisi, stok durumu, mağaza ziyareti, sipariş süreci ve özel hazırlık talepleriniz için telefon veya WhatsApp üzerinden ekibimize ulaşabilirsiniz.

Nisanur VIP mağazasında gelinlik, nişanlık, abiye, kınalık, kaftan, damatlık, erkek giyim, kuaför, terzi, kafeterya ve VIP bride odası gibi alanlar tek çatı altında hizmet verir.

Formda ad, soyad, telefon ve mesaj alanları zorunludur. E-posta adresinizi eklemeniz, ekibimizin size farklı kanallardan ulaşmasını kolaylaştırır.

Sipariş oluşturma sürecinde ürün ve varsa varyasyon bilgileri kontrol edilir. Başarılı POS veya ödeme akışlarında stok hareketleri ve fiziksel stok düşümü transaction içinde birlikte işlenir. Böylece sipariş kaydı oluşurken stok kayıtlarının da aynı akışla güncel kalması sağlanır.

POS sipariş akışında idempotency kontrolü kullanılır. Aynı kapsam ve aynı idempotency anahtarıyla gelen aynı payload için kayıtlı cevap döndürülür. Aynı anahtar farklı payload ile gönderilirse sistem çakışma olarak değerlendirir ve tekrar sipariş oluşmasını engeller.

Sipariş detay ekranı sipariş ana bilgilerini, ürünleri, ödemeleri, adresleri ve durum geçmişini birlikte gösterir. Ödeme durumu, hazırlık durumu ve sipariş durumu ayrı alanlar olarak takip edilebilir. Kargo taslağı ve yönetici notu gibi bilgiler de sipariş metadata alanında saklanır.

Admin sipariş detayında yapılan durum güncellemeleri sipariş durum geçmişine yazılır. Bu yapı, siparişin hangi aşamalardan geçtiğini geriye dönük izlemeyi kolaylaştırır. Yönetici notları da ilgili akışta siparişin metadata bilgisiyle birlikte saklanabilir.

Sipariş servisinde sipariş numarası üretimi merkezi akış içinde yapılır. POS ve web ödeme süreçleri sipariş kaydını oluştururken aynı sipariş servisinden yararlanır. Bu sayede sipariş kayıtları tek bir iş kuralı çevresinde yönetilir.

Sipariş akışında stok ön kontrolü yapılır ve negatif stok politikası sistem ayarlarına göre değerlendirilir. Uygun olmayan stok durumunda işlem tamamlanmadan önce engellenebilir. Bu kontrol, sipariş kaydı ile stok kayıtlarının tutarsız hale gelmesini önlemek için kullanılır.

Web ödeme başarılı olduğunda PaymentService ödeme işlemini sipariş ve stok süreciyle birlikte ele alır. Rezerve stok hareketleri commit edilir ve fiziksel stok aynı transaction içinde düşürülür. Böylece ödeme başarıyla tamamlandığında sipariş ve stok kayıtları birlikte kesinleşir.

Başarısız ödeme senaryosunda fiziksel stok düşmez. Ödeme akışında daha önce oluşturulmuş reserve hareketleri varsa release edilir. Bu sayede ödeme tamamlanmadan ürün stokları kalıcı olarak azaltılmaz.

Sistemde ödeme kanalları ve sağlayıcıları sözlük tablolarıyla yönetilir. Admin sipariş listesinde son ödeme sağlayıcısı ve sipariş kanalı bu sözlüklerden okunarak gösterilir. Etiketler sözlük tablosundan geldiği için görünen adlar merkezi olarak güncellenebilir.

Cari siparişlerde finansal gerçeklik cari borç, taksit ve tahsilat tabloları üzerinden takip edilir. Bu akışta duplicate cari tahsilat satırı payments tablosuna yazılmaz. Sipariş ödeme durumu cari borcun tahsilat toplamına göre senkronlanır.

Admin sepet yönetimi, müşterinin web sepetini kalıcı bir web snapshot olarak saklar. Admin sepeti devraldığında sistem bunu ayrı bir admin çalışma kopyasına dönüştürür. Böylece müşteri web sepetindeki sonraki değişiklikler admin kopyasını otomatik olarak ezmez.

Admin detay ekranında web sepetinden tekrar senkronlama yapılabilir. Senkronlama satırları tamamen silip yeniden oluşturmak yerine line_key bazlı fark güncellemesi yapar. Bu yaklaşım sepet verisini daha kontrollü şekilde günceller.

Admin ürün ekleme, çıkarma, adet güncelleme, sepet boşaltma veya manuel iskonto yaptığında admin kopyasında bekleyen revizyon işaretlenir. Müşteri web sepetini yenilediğinde bu bekleyen revizyon session web sepetine uygulanabilir. Müşteri aynı anda sepeti değiştirmişse admin detayında çakışma uyarısı gösterilir.

Admin sepeti siparişe dönüştürme akışında mevcut Orders servisinin mağaza içi sipariş oluşturma yöntemi kullanılır. Bu servis idempotency, stok ön kontrolü, sipariş kalemleri, ödeme kayıtları ve stok hareketlerini birlikte yönetir. Cari sağlayıcı seçilirse ödeme kaydı yerine cari borç oluşturulur.

Standart sepet kampanya hesaplaması artık yalnızca hesaplama yapacak şekilde düzenlenmiştir. Her hesaplamada admin sepet veritabanı yazımı yapılmaz. Admin snapshot güncellemesi gerçek web sepet kaydı veya sepet mutasyonu sırasında yapılır.

Varyasyonlu ürünlerde stok takibi, ürünün ana kaydıyla birlikte varyasyon satırları üzerinden yapılır. Renk, beden veya benzeri seçeneklerin stokları ayrı ayrı tutulabilir. Bu sayede aynı ürünün farklı varyasyonları için stok durumu doğru şekilde izlenebilir.

Ürün yönetimi kategori sistemiyle birlikte çalışır ve ürünlerin kategori bağlantıları ayrı ilişki tablolarıyla desteklenir. Kategori yapısı parent/child ağaç mantığını destekler. Bu yapı ürün listeleme, filtreleme ve yönetim ekranlarında doğru kategori bilgisinin kullanılmasını sağlar.

ProductCatalog yapısı kategori ürün listeleme ve filtreleme sırasında varyasyon filtre görsellerini dikkate alabilir. Filtrelenen varyasyona ait görsel varsa listeleme kartında ilgili görsel öne alınabilir. Böylece kullanıcı seçtiği varyasyon bağlamına daha yakın bir ürün görseli görebilir.

Ürün görsellerinde demo görsel fallback değerleri tanımlıdır. Ürün veya varyasyon görseli bulunamadığında sistem uygun varsayılan görseli kullanabilir. Bu davranış listeleme ve favori gibi ekranlarda eksik görsel kaynaklı kırılmaları azaltır.

Müşteri favorilerine eklenen ürünlerde fiyat snapshot bilgisi tutulur. Bu alan, ürün favoriye eklendiği andaki fiyatı temsil eder. Daha sonra güncel fiyatla karşılaştırma yapılarak fiyat düşüşü gibi bilgiler üretilebilir.

Ürün view yardımcıları varyasyon seçici, paylaşılabilir varyasyon URL’i ve galeri verisi için ayrı metotlar içerir. Bu yapı ürün detayında seçilen varyasyonun daha düzenli yönetilmesini sağlar. Varyasyon bağlantıları ürün detay deneyimini daha tutarlı hale getirir.

Projede PhpSpreadsheet ve ExcelHandler altyapısı ürün ve stok güncelleme akışlarında kullanılır. Admin menüsünde stok ve ürün güncellemeleri için Excel bağlantısı bulunur. Bu özellik toplu operasyonlarda manuel veri girişini azaltmak için hazırlanmıştır.

Stok yönetimi ana ürün stoku ve varyasyon stoklarını birlikte ele alır. Varyasyonlu ürünlerde varyasyon toplamının ana stokla uyumlu olması önemlidir. Quick stock ekranındaki normalize davranışı bu tür tutarsızlıkların düzeltilmesine yardımcı olur.

Sistemde depo ve lokasyon stokları ayrı kayıtlarla izlenebilir. Lokasyona stok ekleme sırasında depo, lokasyon ve gerekiyorsa varyasyon bilgisi seçilir. Bu yapı mağaza veya depo içindeki stok yerleşimini daha ayrıntılı takip etmeyi sağlar.

Admin panelde stok sayımı için ayrı bir ekran ve JavaScript akışı bulunur. Bu akış stok operasyonlarını yönetim panelinden kontrollü şekilde yapmaya yardımcı olur. Barkod ve lokasyon süreçleriyle birlikte kullanıldığında sayım işlemleri daha düzenli takip edilebilir.

Admin menüsünde depolar arası transfer ekranı yer alır. Bu yapı stokların depo ve lokasyon mantığıyla yönetildiği operasyonlarda kullanılır. Transfer işlemleri stok hareketlerinin düzenli tutulmasına yardımcı olur.

Stok ekranlarında kritik stok alanları ve hızlı stok güncelleme davranışları bulunur. Kritik stok, ürünlerin belirli bir eşik altına düşmesini takip etmek için kullanılabilir. Böylece stok operasyonları yalnızca toplam miktara değil, uyarı gerektiren seviyelere de odaklanabilir.

Admin panelde barkod modalı ve barkodla arama altyapısı bulunur. Ürün arama, lokasyon ekleme ve etiket işlemleri gibi operasyonlarda barkod desteği kullanılabilir. Bu yapı özellikle hızlı ürün bulma ve stok operasyonlarında zaman kazandırır.

Admin menüsünde etiket yazdırma ve etiket şablonları için ayrı ekranlar bulunur. Barkoddan etiket alma ve Excel’den etiket alma akışları ayrı bağlantılarla desteklenir. Bu yapı ürün etiketleme süreçlerinin yönetim panelinden yürütülmesini sağlar.

Admin menüsünde barkodla lokasyon ekleme ekranı yer alır. Bu akış depo ve lokasyon stok yönetimiyle birlikte çalışır. Barkod kullanımı, lokasyon bazlı stok girişlerinde ürün seçimini daha hızlı ve daha kontrollü hale getirir.

İade ve değişim talepleri sipariş kalemi bazında açılır. Sistem order_items.id üzerinden ilgili ürünü ve sipariş sahipliğini kontrol eder. Bu sayede talep doğrudan doğru sipariş kalemine bağlanır.

Sistem aynı sipariş kalemi için aktif iade veya değişim taleplerini kontrol eder. Pending, approved, waiting_customer, in_shipping ve received gibi aktif durumlarda yeni talep açılması engellenir. Böylece aynı ürün için çakışan süreçler oluşmaz.

İade/değişim uygunluk kontrolü siparişin oluşturulma tarihi üzerinden hesaplanır. Süre dolduysa talep expired uygunluk durumu ile işaretlenir ve kayıt engeli uygulanır. Bu kontrol müşteri tarafındaki talep akışında da dikkate alınır.

Admin ekranı talep listesi, detay, timeline, mesajlar ve dinamik aksiyon paneliyle çalışır. Talebin durumuna göre onay, red, kargo, teslim, kontrol, refund veya exchange takip alanları yönetilebilir. Bu fazda ödeme sağlayıcıya otomatik refund yapılmaz; manuel takip alanları ve log yapısı hazırdır.

Sistem aktif, onaylı ve tamamlanmış iade/değişim taleplerinin toplam adetini dikkate alır. Müşteri tarafında kalan talep edilebilir adet gösterilir. Admin onayı öncesinde de kalan adet tekrar kontrol edilerek sınır aşımı engellenir.

Admin sipariş detayında kargo alanı taslak olarak hazırlanmıştır. Firma, takip numarası, takip linki, kargo tarihi ve not bilgisi kaydedilebilir. Bu bilgiler yeni bir tablo yerine sipariş metadata alanındaki cargo_draft içinde tutulur.

Mevcut dokümana göre bu fazda kargo entegrasyonu otomatik değildir. Sistem kargo bilgisini yönetici tarafından girilebilen taslak alanlar olarak saklar. Otomatik kargo sağlayıcı entegrasyonu ayrı bir geliştirme konusu olarak değerlendirilebilir.

Müşteri sipariş detayında teslim edildi görünüyor gibi genel destek aksiyonları için hazırlık bulunur. Bu aksiyonlar destek talebi şablonlarıyla ilişkilendirilecek şekilde veri taşır. İlk fazda bazı destek aksiyonları bilgilendirici uyarı verecek şekilde hazırlanmıştır.

Müşteri sipariş detayında mevcut ürün aksiyon butonu korunarak iade/değişim modalı eklenmiştir. Modal, ilgili sipariş kalemi için hızlı talep ekranı ve başarı adımını gösterir. Talep oluşturulmadan önce sipariş sahipliği ve uygunluk kuralları kontrol edilir.

Favori ürün modeli müşteri favorilerini ürün ve varsa varyasyon bilgisiyle birlikte listeler. Favoriye eklenen ürün için fiyat snapshot bilgisi de tutulur. Bu sayede favorilerim ekranında fiyat değişimi ve varyasyon etiketi gibi bilgiler hazırlanabilir.

Destek altyapısı müşteri oturumuyla talep açmayı destekler. Otomatik destek talebi şablonları, sipariş veya fatura gibi referanslardan talep oluşturmak için hazırlanmıştır. Aynı referans için tekrar talep açılmasını engelleyen şablon log kontrolü de bulunur.

Admin panel route yapısı yonetim prefix’iyle çalışır. AppAdmin sınıfı bu prefix’i route içinden temizler, controller adını PascalCase’e ve metod adını camelCase’e dönüştürür. Böylece yonetim/siparisler/detay gibi adresler ilgili admin controller metoduna yönlenir.

Admin route açılırken Authorization yapısı ilgili controller adına göre görüntüleme iznini kontrol eder. Rol bilgileri roller tablosundan okunur ve cache dosyalarıyla hızlandırılır. Yeni izin kolonları eklendiğinde rol cache’inin temizlenmesi gerekir.

Projede AJAX endpointleri genellikle ajax/ajax/{method} formatıyla çağrılır. Admin ekranları jQuery, delegated event yapısı, Toastr ve SweetAlert2 ile birlikte çalışır. Yeni endpointlerde JSON yanıt standardının korunması beklenir.

Admin panelde DataTables yaygın olarak kullanılır ve file-export gibi tablo id’leri için hazır davranışlar bulunur. Responsive tablo, dışa aktarma ve arama özellikleri mevcut JS dosyalarıyla desteklenir. Yeni liste ekranlarının bu yapıya uyumlu hazırlanması beklenir.

Admin destek ekranı talepleri filtreli olarak listeler ve detay ekranında mesajlaşma, departman, durum, atanan yetkili ve log bilgilerini gösterir. Talep kapalı durumdaysa cevap verme davranışı kısıtlanabilir. Bu yapı destek sürecini tek panelden izlemeyi sağlar.

Otomatik destek talebi şablonları belirli konular için önceden hazırlanmış başlık ve mesaj içerikleridir. Placeholder yapısı sayesinde sipariş numarası gibi dinamik bilgiler metne yerleştirilebilir. Eksik placeholder değerleri boş metin olarak render edilir.

Şablonda tekrar kontrolü aktifse sistem aynı müşteri, şablon ve referans için daha önce talep açılıp açılmadığını kontrol eder. Daha önce kayıt varsa yeni talep oluşturmak yerine mevcut talep bilgisine yönlendirme verilebilir. Bu davranış mükerrer destek taleplerini azaltır.

Admin destek modülü departmanlar, durumlar ve şablonlar için ayrı ekranlar içerir. Departman kayıtlarında sıra, durum ve e-posta gibi bilgiler yönetilebilir. Destek durumları ise talebin süreçte nerede olduğunu göstermek için kullanılır.

Kampanya entegrasyonu sepet hesaplamalarında kullanılır ve standart sepetten hesaplama yapabilir. Güncel davranışta bu hesaplama her seferinde admin sepet DB yazımı yapmaz. Böylece kampanya sonucu alınırken gereksiz veritabanı yükü azaltılır.

POS akışında kampanya hesaplama için ayrı JavaScript entegrasyonu bulunur. Bu yapı mağaza içi satış sırasında sepet toplamının kampanya kurallarıyla değerlendirilmesine yardımcı olur. Kampanya sonucu sipariş akışına girmeden önce hesaplama aşamasında kullanılabilir.

Admin sepet yönetiminde manuel iskonto uygulama endpoint’i bulunur. Admin indirim yaptığında sepet kopyasında bekleyen revizyon işaretlenir. Bu sayede müşteri sepetine aktarılacak değişiklikler kontrollü şekilde takip edilir.

SSS admin dashboard toplam soru, aktif soru, toplam tıklama, bu ay tıklama ve son 3 ay tıklama gibi metrikleri gösterir. En çok tıklanan sorular ve kategori bazlı özetler de admin tarafında hazırlanır. Bu yapı hangi soruların daha fazla ilgi gördüğünü anlamak için kullanılır.

SSS istatistik ekranı bugün, dün, son 7 gün, bu ay, son 30 gün, son 3 ay ve özel tarih aralığı seçeneklerini destekler. Seçilen aralığa göre en çok tıklanan sorular, kategori dağılımı ve günlük trend verisi hazırlanır. Bu raporlar admin kullanıcısının içerik ihtiyacını daha net görmesini sağlar.

Projede ProductViewTracker ve SearchTracker gibi takip modelleri bulunur. Bu yapılar ürün görüntüleme veya arama davranışlarını kaydetmek için kullanılan altyapıyı temsil eder. Takip verileri doğru kullanıldığında ürün ve arama deneyimini analiz etmeye yardımcı olur.

Yeni admin formlarında CSRF helper yapısı kullanılabilir ve mevcut destek gibi modüllerde bu kontrol örnekleri bulunur. CSRF kontrolü, form isteğinin beklenen oturumdan geldiğini doğrulamaya yardımcı olur. Bu kontrol özellikle kayıt, güncelleme ve silme gibi işlemlerde önemlidir.

Session sınıfı admin oturumu ve rol bilgilerini yönetir. Authorization sınıfı rol tablosundan izinleri okuyarak sayfa ve işlem yetkilerini kontrol eder. Rol cache yapısı performans sağlar ancak yeni izin eklendiğinde cache temizlenmelidir.

SSS tracking altyapısı ham IP, user agent ve session bilgisini doğrudan saklamaz. Bu değerler SHA256 hash olarak kaydedilir. Böylece ileride public SSS tıklama ölçümü yapılırken gizlilik açısından daha dikkatli bir veri yapısı kullanılır.