Restoran & Kafe Adisyon POS Yazılımı

Pratikte iç içe geçmiş iki kavramdır. Adisyon programı, masaya açılan hesabın sipariş eklenerek yönetilip kapatıldığı bölümü anlatır. Restoran POS yazılımı ise adisyonun yanına mutfak ekranını, paket-kurye modülünü, stok ve reçeteyi, ödeme entegrasyonlarını ve raporlamayı ekleyen bütün sistemi kapsar. Sadece adisyon arıyorsanız daha küçük bir paket yeter; maliyet ve kâr kontrolü istiyorsanız tam POS gerekir.

Tek şubeli, standart menülü bir kafede hazır bulut paketler hızlı ve ekonomik bir başlangıçtır. Zincir/franchise yapısı, kendi markanızla müşteri uygulaması, özel reçete ve maliyet kuralları, mevcut ERP'ye derin entegrasyon ya da paket dışında kalan raporlar gerekiyorsa özel yazılım daha sürdürülebilirdir. Edge Bilişim olarak bu kararı, mevcut abonelik giderinizle projenin toplam sahip olma maliyetini yan yana koyarak veriyoruz.

Tek bir liste fiyatı yoktur. Bulut adisyon paketlerinde 2026 itibarıyla giriş seviyesi abonelikler şube başına aylık dört haneli tutarların alt bandında başlar; QR menü, online sipariş entegrasyonu, e-dönüşüm ve ek kullanıcı gibi kalemler üzerine eklenir. Özel geliştirmede fiyat tek seferliktir ve modül sayısı, entegrasyon adedi, şube yapısıyla birlikte geniş bir bantta değişir. Donanım her iki modelde de ayrı bir kalemdir.

Çoğu işletmede tutar, ama geçiş kademeli olmalıdır. KDS siparişi istasyona böler, bekleme süresini renkle uyarır ve hazırlama sürelerini raporlar; yazıcı bunların hiçbirini yapmaz. Buna karşılık elektrik veya ekran arızasında servis durmasın diye yazıcıyı yedek olarak bırakmak yaygın bir uygulamadır. Uygulamada ilk hafta ikisini birlikte çalıştırıp mutfak alışınca yazıcıyı yedeğe almak en güvenli yoldur.

İyi tasarlanmış sistemlerde eder. POS yerel veritabanı üzerinden sipariş almaya ve hesap kapatmaya devam eder, bağlantı geldiğinde veriler merkezle çakışmasız eşitlenir. Yalnızca tarayıcı üzerinden çalışan bazı bulut çözümlerde ise kesinti doğrudan servisi durdurur. Satın alma öncesi demo sırasında modemi kapatıp gerçek bir offline testi yapmanızı öneririz; pazarlama sayfasındaki ifadeye güvenmeyin.

Evet. Yemeksepeti, Getir ve Trendyol Yemek gibi platformlardan gelen siparişler tek panele toplanıp mutfağa otomatik düşürülebilir; her platform için ayrı tablete bakma ihtiyacı ortadan kalkar. Kritik nokta, her kanalın ayrı satış tipi olarak tutulup platform komisyonunun ürün maliyetiyle birlikte hesaplanmasıdır. Aksi halde brüt ciro artarken net kârın erimesini fark etmeniz aylar sürer.

Bulut mutfakta salon ve garson yoktur; sistem tamamen kanal yönetimi üzerine kurulur. Aynı mutfaktan birden fazla sanal marka satış yapabildiği için her markanın menüsü, fiyatı ve mutfak etiketi ayrı tanımlanır, ancak stok ve reçete ortak havuzdan düşer. Marka bazlı kârlılık raporu burada en kritik ekrandır; hangi sanal markanın gerçekten para kazandırdığını yalnızca bu ayrım gösterir.

Evet, otel yönetim sistemiyle (PMS) entegrasyon kurulduğunda mümkündür. Garson adisyonu kapatırken oda numarasını seçer, tutar misafirin oda folyosuna işlenir ve çıkışta tek faturada toplanır. Bu senaryoda önemli olan iki nokta vardır: oda-misafir doğrulaması ve her şey dahil konseptte ücretsiz ürünlerin ayrı bir tüketim tipi olarak raporlanması.

Her ürüne gramaj bazlı reçete tanımlanır; satılan tabak, reçetesindeki malzemeleri stoktan otomatik düşer. Malzemelerin güncel alış fiyatı üzerinden porsiyon maliyeti çıkar, satış fiyatıyla farkı kâr marjını verir. Fire, ikram ve zayiat ayrı kaydedildiği için teorik ve fiili stok farkı da görünür. Malzeme fiyatı değiştiğinde toplu güncelleme yapabilen sistemler, zam kararını tahmine değil veriye dayandırır.

Büyük ölçüde önler. Her tahsilat kayıt altına alınır, vardiya sonunda kart cirosu ile sistem cirosu otomatik karşılaştırılır. İkram, iptal ve iade yalnızca yetkili rolle ve sebep kodu girilerek yapılabildiği için garson bazlı iptal oranı raporlanabilir hale gelir. Tek başına yazılım hırsızlığı bitirmez; ama izlenebilirlik sağladığı için suistimalin maliyetini ciddi biçimde yükseltir.

Hesap kapanışında tutar banka POS cihazına otomatik gider, kasiyer rakamı elle girmez. Perakende mali fiş için ÖKC/yeni nesil yazarkasa devreye alınır, kurumsal müşteride e-Arşiv veya e-Fatura kesilir. Multinet, Sodexo ve Ticket gibi yemek kartları ayrı tahsilat tipi olarak tanımlanır; her kuruluşun gün sonu mutabakat dosyası sistemdeki satışlarla eşleştirilerek eksik yansıyan işlemler yakalanır.

Evet. Garson masada tablet veya el terminalinden siparişi girer, sipariş anında mutfağa ve kasaya düşer. Cihaz seçiminde tek elle tutulabilirlik, düşmeye dayanıklılık ve gün boyu yeten pil öne çıkar; 7-8 inç Android cihazlar salonda en pratik seçenektir. Kendi markanızla çalışan bir garson veya müşteri uygulaması istiyorsanız mobil uygulama geliştirme tarafındaki yaklaşımımız devreye girer.

Tipik bir kurulum şunları içerir: dokunmatik kasa veya Android POS, fiş yazıcı, mutfak yazıcısı ya da KDS ekranı, banka POS cihazı, ÖKC ve isteğe bağlı el terminali. Mutfak tarafında sıcaklığa ve yağa dayanıklı ekran seçmek uzun vadede en çok tasarruf ettiren karardır. Yazıcıların ağ üzerinden bağlanması, kablo karmaşasını azaltır ve cihaz değişimini kolaylaştırır.

Menü, ürün, reçete, müşteri ve cari verileri dışa aktarılabildiği sürece yeni sisteme taşınabilir. Geçiş öncesi sorulacak asıl soru veri sahipliğidir: kullandığınız programdan ayrıldığınızda geçmiş satış verinizi hangi formatta alabiliyorsunuz? Özel geliştirilen çözümlerde veritabanı ve kaynak kod sizde kaldığı için bu risk doğmaz; hazır paketlerde sözleşmedeki veri iade maddesini baştan kontrol edin.

Evet, ama mimari baştan buna göre kurulmalıdır. Menü, fiyat ve kampanya merkezden yayınlanır; şube kendi başına fiyat değiştiremez. Ciro, stok, iptal ve ikram oranları şubeler arası karşılaştırmalı raporlanır. Franchise modelinde ek olarak royalty hesabı, şube bazlı hak ediş ve yeni şube açılışında mevcut menü şablonunun tek tuşla kopyalanması beklenir.

Genellikle iki hafta civarında ücretsiz deneme sunulur; bu süreyi ekran gezmekle değil gerçek servisle geçirin. Kontrol listesi: en yoğun saatte sipariş girişi kaç dokunuş sürüyor, offline testte sistem ayakta kalıyor mu, hesap bölme ve masa birleştirme pratikte kolay mı, gün sonu raporu kasa sayımınızla tutuyor mu, reçete tanımlaması gerçekten kullanılabilir mi. Bu beş başlık kararınızı büyük ölçüde belirler.

Önce bir servis vardiyasını yerinde izleyip sipariş, mutfak ve ödeme akışının haritasını çıkarıyoruz; darboğazın çoğu zaman yazılımda değil masa-mutfak mesafesinde olduğunu böyle görüyoruz. Ardından menü ve reçeteleri sisteme aktarıp yetki matrisini işletme sahibiyle birlikte tanımlıyoruz. Devreye alma tek seferde değil, önce paket kanalı sonra salon olacak şekilde kademeli yapılıyor; teslimatta kaynak kod ve veritabanı Git deposuyla işletmeye devrediliyor.