Yemeksepeti, Trendyol ve Getir'den gelen paket servis siparişlerini kaçırmadan, hızlı ve hatasız şekilde yönetmek için 7 kanıtlanmış yöntem.
Paket servis, masa servisinden farklı bir iş koludur. Aynı mutfak, aynı menü, aynı personel olsa bile maliyet yapısı, hata riski ve hız beklentisi ayrıdır. Masada kaybolan bir sipariş garsonla çözülür; pakette kaybolan bir sipariş platformda düşük puan, iptal ve müşteri kaybı demektir.
Bu yazıda paket servis siparişlerini kaçırmadan ve hatasız yönetmenin somut yollarını, RestoranTakibi'nde bunun karşılığı olan mekanizmalarla birlikte anlatıyoruz. Akışın tamamı için paket servis programı sayfasına, teslimat tarafı için kurye takip programı sayfasına bakabilirsiniz.
Paket servisteki en pahalı hata, siparişin kaçmasıdır. Bir tablette Yemeksepeti, ötekinde Trendyol, telefonda Getir varken yoğun saatte biri mutlaka gözden kaçar.
RestoranTakibi platform siparişlerini panele çeker ve kendi kanallarınızla (telefon siparişi, QR menü, kasa, garson) aynı sipariş ekranında toplar. Panelde kurulu entegrasyon modülleri ve her birinin gerçekte neyi yapabildiği şöyle:
| Platform | Sipariş alma | Durum yazma | Mağaza aç/kapa | Ürün tükendi / fiyat |
|---|---|---|---|---|
| Trendyol GO | Var (çekme + mutabakat) | Var | Var | Yok |
| Migros Yemek | Var (webhook + çekme) | Var | Var | Var (ürün, opsiyon, toplu fiyat) |
| Getir | Var | Var | Var | Yok |
| Yemeksepeti (Delivery Hero POS) | Var (push) | Var (kabul, ret, hazır, teslim alındı, süre) | — | Yok |
| Kitcche | Var | Var | Var | Yok |
| GrabFood | Var | Var | Var | Yok |
Tablodaki dürüst sınır şu: modülün kodda hazır olması, sizin işletmenizde çalışıyor olması demek değildir. Her platform entegrasyonu, işletmenin sağlayıcıdan aldığı API erişimine ve sağlayıcının kendi onay sürecine bağlıdır. Bu sürecin nasıl işlediği platform API süreci sayfasında yazılı; entegrasyonun teknik tarafı için platform entegrasyonu nasıl yapılır yazısına bakabilirsiniz.
Çekme modeliyle çalışan platformlarda panel düzenli aralıklarla yeni sipariş sorar. Aynı sipariş iki kez kaydedilmez: her sipariş platformdaki kimliğiyle eşleştirilir, daha önce kaydedilmişse atlanır.
Bunun yanında bir de asılı sipariş süpürücüsü var ve pratikte çok işe yarar. Sorun şu: platformda kapanmış ama panelde açık kalmış siparişler zamanla birikir ve gün sonu raporunu bozar. Süpürücü, belirli bir süreden uzun süredir açık görünen platform siparişlerini bulur, destekliyorsa platformdan gerçek durumunu sorar ve panele işler. Bunu kurmadan önce panelde günlerdir "hazırlanıyor" görünen teslim edilmiş siparişler oluyordu.
"Sipariş geldi ama duymadık" cümlesinin ardında genellikle iki teknik sebep vardır ve ikisi de düzeltildi.
Birincisi tarayıcı tarafındaki ses kilidiydi; kurulumda bir kez uyandırılmayan ekranda uyarı hiç duyulmuyordu. Bugün kilit ilk dokunuşta kalıcı olarak açılıyor, açılmadıysa arayüz bunu söylüyor. Mekanizmanın tamamı mutfak ekranı rehberinde anlatılıyor.
İkincisi ısrar meselesi: gürültülü mutfakta tek bip kaçar. Yeni sipariş uyarısı artık belirli aralıklarla tekrar ediyor ve kullanıcı ekranla ilgilendiği anda susuyor. Sesin yanında titreşim de var. Paket serviste asıl soru şudur: kimse ekranın başında değilken sipariş nasıl duyulacak? Bunun bugün çalışan cevabı, panelin tarayıcıdan ya da telefona kurulmuş halinden bildirim izni almasıdır; abonelik kurulduğunda yeni sipariş bildirimi kapalı sekmeye de düşer. Mağazadan indirilen mobil uygulama bu sunucu bildirimini almaz — orada gördüğünüz uyarıları uygulama kendi içinde hesaplar ve yalnız açıkken gösterir. Bildirim kanallarının tamamı Telegram ve bildirim sistemi yazısında karşılaştırılıyor.
Panelde otomatik kabul açıksa platformdan gelen sipariş doğrudan "hazırlanıyor" durumunda doğar, kabul zamanı damgalanır ve otomatik kabul edildiği kayda geçer. Bu, kabul süresini sıfıra indirir ve platform tarafındaki gecikme cezalarını önler.
Dikkat edilecek iki nokta var. Birincisi, otomatik kabul açıkken sipariş "yeni" kolonunda beklemez; mutfak ekranı yalnızca yeni siparişleri izliyorsa fiş hiç düşmez. Bu davranış düzeltildi, mutfak ekranı hazırlanan siparişleri de sayar — ama kendi süreçlerinizi kurarken bunu bilmek gerekir. Mutfak tarafı için mutfak ekranı rehberi yazısı var.
İkincisi, faturalama kilidi durumunda otomatik kabul çalışmaz. Sipariş yine kaydedilir (platform müşterisi mağdur olmasın, kayıt kaybolmasın) ama kimsenin göremeyeceği bir siparişi "hazırlanıyor"a çekmek yanıltıcı olurdu.
Kâğıt fiş kaybolur, ıslanır, sırası karışır. Mutfak ekranı siparişleri üç kolonda gösterir: yeni, hazırlanıyor, hazır. Yirmi dakikayı aşan siparişler ayrı bir acil sayacında toplanır ve istasyon filtresiyle her hazırlık noktası yalnız kendi işini görebilir.
Fiş yazdırmak isteyen işletmeler için yazıcı cihazları panelde tanımlanabilir; termal, A4 ve etiket yazıcı tipleri desteklenir. Yani ekran ve fiş bir arada kullanılabilir; ikisi birbirinin alternatifi değil.
Kendi kurye ekibiniz varsa panelde şunlar çalışır:
Teslimat tarafının bütünü kurye takip sistemi yazısında anlatılıyor.
Düşük tutarlı paket siparişler çoğu işletmede zarar ettirir: komisyon, ambalaj ve kurye sabit bir taban maliyet yaratır, sipariş tutarı düştükçe bu kalemler oransal olarak büyür.
Panelde tanımlanan minimum sepet tutarı artık sipariş girişinde gerçekten zorlanır. Ölçüt ürün tutarıdır: teslimat ücreti minimumu doldurmaz, kupon veya sadakat puanı indirimi de minimumu düşürmez. Sepette gerçekten o kadar ürün olmalıdır.
Kuralın muafiyetleri de bilinçlidir:
| Durum | Minimum sepet | Neden |
|---|---|---|
| Masa siparişi | Muaf | Müşteri zaten oturmuş, kural anlamsız |
| Kasa hızlı satışı | Muaf | Tezgâh satışı |
| Gel-al (self teslimat) | Muaf | Minimum sepet bir teslimat kuralıdır |
| Pazaryeri siparişi | Muaf | Minimumu platform kendi uygular |
| Kendi paket/teslimat siparişiniz | Uygulanır | Kuralın hedefi burası |
Pazaryeri muafiyetinin sebebi pratiktir: panele elle işlenen bir platform siparişini reddetmek, gerçekte gelmiş parayı kayda geçirmemek olurdu.
Kupon tarafında ayrı bir minimum tutar tanımlanabilir ve kupon doğrulaması sunucuda yapılır — istemcinin gönderdiği indirim tutarına güvenilmez.
Küçük görünen ama sahada büyük sorun çıkaran bir konu. Sipariş numarası zaman damgasının son hanelerinden üretiliyorsa belirli bir süre sonra başa döner ve aynı numara tekrar eder; kurye ile mutfak farklı siparişten bahsetmeye başlar.
Panelde sipariş numarası iş günü içinde artan bir sayaçtan üretilir. Ayrıca her siparişin o günkü sırası (1, 2, 3...) ayrı tutulur; müşteriye ve kuryeye söylenen kısa numara budur. Sayaç bir sebeple alınamazsa sipariş düşmez; çakışması pratikte imkânsız bir yedek numara üretilir.
Telefon siparişinde numara girildiğinde kayıtlı müşterinin adı ve adresi otomatik dolar. Müşterinin birden fazla adresi varsa geçmiş adresler açılır listede gelir ve doğru olan seçilir. Müşteri kartına yazılmış bir not varsa ("bina giriş kodu", "arka kapı" gibi) telefon eşleştiği anda sipariş ekranında görünür; operatör her seferinde yeniden sormaz.
Sadakat puanı ile ödeme de bu tarafta çalışır: puan indirimi sunucuda hesaplanır, istemci "şu kadar puan kullandım" diyemez. Bakiye, alt sınır ve puan değeri sunucuda doğrulanır. Müşteri tarafının bütünü için restoran CRM ve müşteri yönetimi yazısı var.
Paket satışta ambalaj ve platform komisyonu vardır; çoğu işletme paket fiyatını masa fiyatından yüksek tutar. Tek fiyat tutmak işletmeyi "ya masada pahalı ya pakette zararına" ikilemine sokar.
Panelde her ürün için masa fiyatı ve paket fiyatı ayrı tanımlanabilir. Tanımlanmazsa taban fiyat kullanılır. Siparişin hangi fiyatı kullanacağı otomatik belirlenir: masa seçilmişse ya da sipariş türü yerinde tüketimse masa fiyatı, diğer durumlarda paket fiyatı uygulanır. Bu mekanizma yalnız kendi kanallarınızda (masa, QR, telefon, kasa, garson) devrededir; platform siparişlerinde fiyat platformdan gelir.
Bitmiş ürün satışta kalırsa müşteri sipariş verir, siz iptal edersiniz ve puanınız düşer. Bu yüzden panelde iki ayrı kavram var:
Bu kural tek kaynaktan uygulanır: menü paneli, kasa ve garson sipariş hunisi, QR müşteri siparişi aynı kontrolü çalıştırır. Müşteriye ve kasiyere gösterilen mesaj da ürünün sebep alanından üretilir.
Burada dürüst bir sınır var: tükendi işareti tüm pazaryerlerine otomatik yansımaz. Kendi kanallarınızda (QR menü, telefon, kasa, garson, masa) anında geçerlidir. Pazaryeri tarafında ürün ve opsiyon durumunu yazma ile toplu fiyat güncelleme şu an yalnız Migros entegrasyonunda vardır. Trendyol, Getir ve Yemeksepeti tarafında ürünü panelden tükendi yapmak platforma yansımaz; o platformların kendi panelinden işaretlemeniz gerekir.
Paket siparişin işletmeye maliyeti tek kalem değildir. Kârlılık ekranı ciroden şu kalemleri düşer: ürün maliyeti, fire, işletme gideri, platform komisyonu, kart komisyonu, ambalaj ve kurye maliyeti.
Ambalaj bedeli yalnız paket ve teslimat siparişlerine yazılır; masa siparişi kutu ve poşet tüketmez. Rapor ayrıca ambalaj bedelinin kaç siparişe yazıldığını gösterir, böylece "neden bu kadar" sorusunun cevabı ekranda durur.
Kanal bazlı gerçek maliyet hesabının nasıl kurulacağı ve hangi kalemlerin gözden kaçtığı sipariş platformu komisyonları yazısında ayrıntılı anlatılıyor.
Paket servis kararları rapordan çıkar. Panelde işinize yarayacak üç blok var:
Bu blokların hepsi kanal filtresiyle çalışır; yalnız paket siparişlerinize bakabilirsiniz. Raporlama tarafının tamamı restoran raporlama ve analiz yazısında.
Paket servisi düzene sokmak için sırayla yapılacaklar:
1. Kullandığınız platformların erişimini alın ve entegrasyonu kurun.
2. Sesli uyarıyı test edin: mutfak ekranına bir kez dokunun, ses kilidini açın.
3. Otomatik kabulü açıp kapatmaya karar verin; mutfak akışınıza göre seçin.
4. Minimum sepet tutarını girin ve muafiyetleri bilerek çalışın.
5. Kurye havuzunu tanımlayın, gün sonu dökümünü her akşam alın.
6. Paket fiyatını masa fiyatından ayırın.
7. Ambalaj bedeli, komisyon oranları ve reçeteleri girin ki kârlılık gerçeği göstersin.
8. Haftada bir kanal kırılımı ve süre analizine bakın.
Platform siparişlerinin tek panelde nasıl toplandığını ayrıca platform siparişlerini tek panelde toplama yazısında anlattık.
Fiyatlandırma tek modeldir: kümülatif ciro 1.000.000 ₺ sınırına kadar ücretsiz, sonrasında aylık 500 ₺ ya da 5.000 TL / yıl ile yıllık lisans. Güncel koşullar fiyatlar sayfasında yazılı.
Panelde bu platformlar için entegrasyon modülleri kurulu ve siparişleri kendi kanallarınızla aynı ekranda topluyor. Ancak modülün kodda hazır olması sizin işletmenizde çalışıyor olması demek değil: devreye alma, işletmenin sağlayıcıdan aldığı API erişimine ve sağlayıcının onay sürecine bağlı.
Hayır. Her platform siparişi kendi harici kimliğiyle eşleştirilir; daha önce kaydedilmiş bir sipariş tekrar çekildiğinde atlanır. Sipariş numarası da iş günü içinde artan bir sayaçtan üretildiği için iki sipariş aynı numarayı almaz.
Asılı sipariş süpürücüsü bunun için var. Belirli bir süreden uzun süredir açık görünen platform siparişlerini bulur, platform destekliyorsa gerçek durumunu sorar ve panele işler. Bu mekanizma kurulmadan önce teslim edilmiş siparişler panelde açık kalıyordu.
Kabul süresini sıfıra indirmek istiyorsanız evet: sipariş doğrudan hazırlanıyor durumunda doğar ve kabul zamanı damgalanır. Mutfak akışınızın hazırlanıyor durumundaki siparişleri de gösterdiğinden emin olun. Faturalama kilidi varken otomatik kabul çalışmaz; sipariş yine kaydedilir ama otomatik kabul edilmez.
Kendi paket ve teslimat siparişlerinizde uygulanır. Masa siparişi, kasa hızlı satışı, gel-al ve pazaryeri siparişleri muaftır. Ölçüt ürün tutarıdır: teslimat ücreti minimumu doldurmaz, kupon veya puan indirimi de minimumu düşürmez.
Menüden kaldırılan ürün geri gelmez; tükendi işaretlenen ürün menüde durur, o an satılamaz, sebep yazılabilir ve bitiş zamanı verilebilir. Bitiş zamanı verdiyseniz süre dolunca ürün kendiliğinden satışa döner, vermediyseniz elle açana kadar kapalı kalır. İşaret kendi kanallarınızda (QR menü, telefon siparişi, kasa, garson, masa) anında geçerlidir. Pazaryeri tarafında ürün ve opsiyon durumunu yazma ile toplu fiyat güncelleme şu an yalnız Migros entegrasyonunda var; Trendyol, Getir ve Yemeksepeti'nde kendi panellerinden işaretlemeniz gerekir.
Evet. Her ürün için masa fiyatı ve paket fiyatı ayrı tanımlanabilir; tanımlanmazsa taban fiyat kullanılır. Hangi fiyatın uygulanacağı sipariş türünden otomatik belirlenir. Bu yalnız kendi kanallarınızda geçerlidir; platform siparişlerinde fiyat platformdan gelir.
Hayır, bu sunucuda engellenir. Atanabilseydi kendi kurye performans raporunuz platform kuryesinin işiyle karışır ve gün sonu dökümü yanlış çıkardı.
Kurye başına sipariş adedi, tahsil edilen nakit, nakit dışı tutar, ciro ve kurye ücreti dökülür. Kuryenin kasaya teslim etmesi gereken tutar ayrı bir sütun olarak yazılır. Masa siparişleri bu döküme girmez.
Kârlılık ekranında ürün maliyeti, fire, işletme gideri, platform komisyonu, kart komisyonu, ambalaj ve kurye maliyeti ciroden düşülür. Ambalaj bedeli yalnız paket ve teslimat siparişlerine yazılır ve raporda kaç siparişe yazıldığı da gösterilir. Sonucun doğruluğu girdiğiniz reçete, alış fiyatı ve oranların doğruluğuna bağlıdır.