Özel POS Yazılımı & Sistemi

POS cihazı, kartın okutulduğu banka terminalidir ve yalnızca tahsilatı yapar. POS yazılımı ise ürünü tanıyan, fiyatı hesaplayan, stoğu düşen, kampanyayı uygulayan ve raporu üreten programdır. İkisi entegre çalıştığında tutar yazılımdan cihaza otomatik gider, kasiyer rakamı elle tuşlamaz ve yanlış tutar çekme riski ortadan kalkar.

Tek doğru yoktur. Yerel kurulum internet kesintisinde etkilenmez ama çok şubede konsolidasyonu zayıftır. Bulut, her yerden erişim ve merkezi yönetimde güçlüdür; ancak sağlayıcı tarafındaki bir kesinti tüm şubeleri aynı anda durdurabilir. Türkiye'deki çoğu işletme için en dayanıklı yapı hibrittir: satış yerelde kesintisiz çalışır, yönetim ve raporlama bulutta toplanır, bağlantı gelince veri eşitlenir.

Maliyeti dört kalemde düşünün: lisans, aylık kullanım, kurulum-devreye alma ve destek. Piyasadaki bulut abonelikleri tek şube için aylık 1.000-2.600 TL, lisanslı hibrit ürünlerde ana kullanıcı lisansı 1.500-2.000 USD bandında; ek modüller ve donanım bunun üstüne biner. Özel POS'ta ödeme projeye özeldir ve kapsam, şube-kasa sayısı ile entegrasyon adedine göre belirlenir. Karşılaştırmayı üç yıllık toplam üzerinden yapın.

Abonelikli sistemlerde bu, sözleşmede yazana bağlıdır; ödeme durduğunda panel erişimi kapanabilir ve geçmiş veriye yalnızca sınırlı bir dışa aktarımla ulaşabilirsiniz. Özel POS yazılımında veritabanı sizin sunucunuzda tutulur, yedekler sizin kontrolünüzdedir ve dokümante API üzerinden dilediğiniz raporlama aracını bağlayabilirsiniz. Bu, tedarikçi bağımlılığını (vendor lock-in) ortadan kaldıran en somut farktır.

e-Adisyon, yeme-içme işletmelerinde kağıt adisyonun yerini alan elektronik belge düzenidir ve kapsama giren işletmeler için yasal bir yükümlülüktür. POS yazılımınızın hem e-Adisyon hem de yeni nesil ÖKC ile sertifikalı çalışması gerekir. Sözleşme öncesinde adayınızdan hangi ÖKC marka ve modelleriyle onaylı entegrasyonu olduğunu yazılı olarak isteyin; bu, sonradan düzeltmesi en pahalı eksiklerden biridir.

Satıcının hazırladığı senaryoyu değil, kendi senaryonuzu test edin. En kritik dört başlık: internet kablosunu çekip satışın devam edip etmediği, kendi karmaşık kampanya veya fiyatlandırma kuralınızın tanımlanabilmesi, gün sonu raporunun sizin istediğiniz kırılımda çıkması ve ÖKC-banka POS hattının gerçek cihazla denenmesi. Ayrıca kendi işletme tipinizden en az iki referansla konuşun.

Doğru mimaride evet. Offline-first kurgulanmış bir POS, bağlantı koptuğunda işlemleri kasadaki yerel veritabanına yazmayı sürdürür; barkod okutma, fiyat sorgulama ve tahsilat kesintisiz devam eder. Bağlantı geri geldiğinde bekleyen işlemler benzersiz işlem anahtarlarıyla merkeze aktarılır ve mükerrer kayıt oluşmaz. Tamamen buluta bağımlı sistemlerde ise kesinti satışı durdurur.

Tek kasalı, standart iş kuralları olan ve rapor ihtiyacı sınırlı bir işletmede hazır paket genellikle daha akılcıdır. Özel POS; pakette karşılığı olmayan bir fiyatlandırma veya süreç kuralınız varsa, kullanıcı-şube başına abonelik ölçekle birlikte yükünüzü büyütüyorsa ya da ham veriye ve özel raporlara erişmeniz gerekiyorsa anlamlı hale gelir. Bu üç maddeden en az ikisi sizde varsa özel geliştirme masaya gelir.

Evet, ancak planlı yürütülmesi gerekir. Ürün ağacı ve barkodlar temizlenerek aktarılır, açılış stok sayımı yapılır, ÖKC ve donanım uyumu test edilir, personel eğitimi ve yetki kurulumu tamamlanır. Ardından eski ve yeni sistemin birlikte çalıştığı paralel bir dönem geçirilir ve tam geçiş düşük yoğunluklu bir güne planlanır. Paralel dönemi atlamak, hatayı yoğun saatte bulmak demektir.

Ürün, fiyat ve kampanya merkezden tanımlanıp tüm şubelere iner; şubeler arası stok transferi kayıt altında yürür; ciro, fire ve iptal oranları şube bazında yan yana karşılaştırılır. Franchise modelinde ek olarak royalty/ciro payı hesabı, bayi cari borçlandırması ve rol bazlı görünürlük ayrımı gerekir. İyi bir sistemde yeni bir şube, mevcut tanımların kopyalanmasıyla dakikalar içinde ayağa kalkar.

Belirgin biçimde azaltır. Her tahsilat ödeme tipiyle birlikte kayda geçtiği için gün sonunda kart cirosu banka hesap özetiyle, nakit ise kasa sayımıyla eşleşir ve fark anında görünür. Bunun üstüne kasiyer bazlı iptal oranı, manuel fiyat girişi ve indirim kullanımı gibi anomali uyarıları eklendiğinde sorun haftalar sonra değil aynı gün fark edilir.

Evet. Nakit, banka kartı, yemek kartı, hediye çeki, havale ve açık hesap ayrı ödeme tipleri olarak tanımlanır; tek bir satış birden fazla tiple karma kapatılabilir. Her tip kendi kırılımında raporlandığı için hangi kanaldan ne kadar tahsilat yapıldığı ve komisyon yükünün nerede oluştuğu net görülür.

Evet. Satış, tahsilat, iade ve stok hareketleri belirli aralıklarla muhasebe ya da ERP tarafına aktarılır (bkz. Avize ERP üretim ve saha yönetim sistemi projemiz); böylece gün sonu dökümünü elle hazırlamak gerekmez. Aktarımın tek yönlü mü çift yönlü mü çalışacağı ve hangi belgelerin hangi sıklıkta gideceği projenin başında netleştirilmelidir; sonradan değiştirilmesi en zahmetli entegrasyon başlıklarından biridir.

Evet, buna omni-channel denir: mağaza kasası ve online kanal aynı ürün, fiyat ve stok havuzunu paylaşır, böylece internetten satılan ürün raftan da düşer. Gıda ve market tarafında bu kurgunun detaylarını market ve manav için online satış sitesi rehberinde, altyapı tarafını ise e-ticaret geliştirme sayfasında bulabilirsiniz.

Düşünmeniz yerinde olur. Online satışa sonradan başladığınızda ürün kartları, barkodlar ve varyant yapısı POS tarafında düzgün kurulmuşsa aktarım birkaç gün sürer; kurulmamışsa ürün ağacını baştan temizlemek gerekir. Hangi kanaldan başlamanın mantıklı olduğunu online satışa nasıl başlanır rehberinde karşılaştırdık; restoran ve kafeler için menü, rezervasyon ve yerel görünürlük tarafı ise restoran ve kafe web sitesi rehberinde anlatılıyor.

Süre kapsam, şube-kasa sayısı ve entegrasyon adediyle değişir. Uygulanabilir yaklaşım, önce satış-stok-tahsilat çekirdeğini tek şubede canlıya almak, ardından kampanya, sadakat, muhasebe aktarımı ve çoklu şube katmanlarını sırayla eklemektir. Bu aşamalı model hem riski dağıtır hem de ekibin yeni sisteme alışmasını kolaylaştırır; ilk çekirdeğin canlıya alınması genellikle projenin en kısa ayağıdır.

Analiz aşamasında kasa başında durup mevcut satış akışının adım adım haritası çıkarılır; hangi tuşun kaç kez kullanıldığı, hangi iade kuralının istisna olduğu buradan netleşir. Ardından mimari (hibrit yerel satış + bulut yönetim), ödeme hattı ve mevzuat uyumu tasarlanır. Canlıya geçmeden önce eski sistemin bir haftalık satışı test ortamında yeniden oynatılır ve rakamlar tutmadan geçiş yapılmaz; teslimatta kaynak kod Git deposu ve kurulum dokümantasyonuyla devredilir.