Yemeksepeti Entegrasyonu Adisyon Programı: Paket Siparişi Tek Ekranda
Kısa cevap: Yemeksepeti entegrasyonu, platformdan gelen siparişlerin ayrı tablet yerine adisyon programının paket servis ekranına düşmesidir. Bağlantı platformun onayladığı entegratör anlaşmasına bağlıdır; her program her platformla çalışmaz. Liya Adisyon'da Getir, Yemeksepeti, Trendyol Go ve Migros Yemek için altyapı kodlanmıştır; canlı platformlarla henüz denenmemiştir ve platform onayına bağlıdır.
Paket servis yapan restoranın tezgahında çoğu zaman üç dört tablet yan yana durur: biri Yemeksepeti, biri Getir, biri Trendyol Go, biri kendi adisyon programı. Her tabletin sesi ayrı, ekranı ayrı, raporu ayrıdır. Sipariş kaçırma, çift giriş ve gün sonunda "hangi kanaldan ne kadar sattık?" sorusunun cevapsızlığı buradan doğar.
Pazaryeri entegrasyonu bu dağınıklığı tek ekrana indirmeyi amaçlar. Bu yazı entegrasyonun mantığını, sipariş yaşam döngüsünü, maliyet bakışını ve hata senaryolarını anlatıyor; Liya Adisyon'un kapsamını da repodaki gerçek duruma göre açıkça ayırıyor. Komisyon oranları, platform şartları ve onay süreçleri sürekli değişir: güncel bilgi için ilgili platformun iş ortağı sayfalarına bakın.
Pazaryeri entegrasyonu nedir?
Pazaryeri entegrasyonu, yemek siparişi platformları (Yemeksepeti, Getir Yemek, Trendyol Go gibi) ile restoranın adisyon programı arasında, siparişin ve durum bilgisinin otomatik akmasını sağlayan yazılım bağlantısıdır. Üç yönlü bir akış vardır:
- Sipariş içeri gelir. Platform siparişi adisyon programına iletir.
- Kararlar dışarı gider. Restoran siparişi kabul eder veya reddeder, hazırlık süresi bildirir; program bunu platforma iletir.
- Durum eşitlenir. Hazırlanıyor, hazır, kuryeye teslim, teslim edildi gibi adımlar platformla eşitlenir; platformdan gelen iptaller programa yansır.
İsteğe bağlı dördüncü bir yön daha vardır: menü, fiyat ve stok durumu programdan platforma gönderilir. Bu yön, çoğu entegrasyonda en zor ve en az olgun kısımdır.
Neden tek ekran?
| Sorun | Çoklu tablet | Tek ekran (entegrasyon) |
|---|---|---|
| Kaçan sipariş | Her tabletin sesi ayrı, biri duyulmaz | Tek zil, tek kuyruk |
| Mutfağa aktarım | Siparişi elle girmek gerekir | Sipariş mutfak ekranına/yazıcıya düşer |
| Rapor | Her platform ayrı panel | Kanallar tek raporda |
| Hata | Elle girişte yanlış ürün/adet | Eşleşmiş ürün kodları |
| Personel yükü | Tablet başına dikkat | Tek akış |
Mutfak tarafında siparişin nasıl görüneceği mutfak ekranı (KDS) nedir yazısında anlatılıyor.
Siparişin yaşam döngüsü
Bir platform siparişinin entegrasyonla izlediği yol şöyledir.
- Sipariş oluşur. Müşteri platformda sipariş verir.
- Sipariş sizin sisteminize ulaşır. Platform siparişi size ya anında bildirir (webhook), ya da programınız platformu belirli aralıklarla sorgular (yoklama). Hangisinin kullanıldığı platforma göre değişir.
- Kabul veya ret. Restoran kabul eder (hazırlık süresi seçerek) veya reddeder (neden belirterek). Platformlar bu karar için süre sınırı koyar; süre geçerse sipariş otomatik iptal olabilir.
- Adisyon oluşur. Kabul edilen sipariş, programda bir paket sipariş ve adisyon olarak açılır; mutfağa gönderilir.
- Hazırlık ve durum güncellemeleri. "Hazırlanıyor", "Hazır" gibi adımlar platforma bildirilir.
- Teslimat. Platform kuryesi alıyorsa "kuryeye teslim", restoran kuryesi götürüyorsa "teslim edildi" bilgisi verilir.
- Kapanış ve raporlama. Sipariş, kanal etiketiyle raporlara girer.
Zaman sınırı neden kritik?
Platformlar siparişi hızlı yanıt bekleyen bir müşteri vaadiyle sattığı için kabul süresini kısa tutar. Süre dolduğunda sipariş iptal olabilir, tekrar eden gecikmeler restoranın geçici kapatılmasına yol açabilir. Bu yüzden iyi bir entegrasyonda şunlar olmalı:
- Panelin her sayfasında duyulan, kabul edilene kadar çalan bir zil
- İsteğe bağlı otomatik kabul
- Bağlantı hatasında yeniden deneme ve kırmızı uyarı
Gerçek süre sınırlarını platformların güncel iş ortağı dokümanlarından öğrenin.
Maliyet bakışı: komisyon, tablet, personel
Pazaryeri siparişi "ek satış" gibi görünür, ama maliyeti ayrı hesaplanmalıdır. Aşağıdaki tablo bir hesap çerçevesidir; rakamlar kurgusaldır ve komisyon oranları sözleşmenize göre değişir.
| Kalem | Örnek hesap (kurgusal) |
|---|---|
| Sipariş tutarı | 400 TL |
| Platform komisyonu (örnek %20 varsayım) | −80 TL |
| Ürün maliyeti (örnek %30) | −120 TL |
| Ambalaj ve paketleme | −15 TL |
| Kalan (kuryesiz) | 185 TL |
| Aynı ürünün masada satışı: ürün maliyeti sonrası | 280 TL |
Bu örnek, kanal karlılığının masadan farklı olduğunu gösterir. Sorulması gereken soru "kaç sipariş geldi?" değil, "kanal başına kalan nedir?" olmalı. Adisyon programının kanal bazlı raporu bu karşılaştırmayı mümkün kılar. Gerçek komisyon oranınızı sözleşmenizden alın; yukarıdaki yüzdeler yalnızca örnek amaçlıdır.
Gizli maliyetler
- Tablet ve donanım. Çoklu tablet yerine tek ekran donanım ve kablo sadeliği getirir.
- Personel dikkati. Sipariş kaçırma, yanlış giriş, kasadaki ikinci kişi.
- İade ve şikâyet. Eksik veya yanlış gönderilen ürünün telafisi.
- Fiyat farkı. Platformda menü fiyatını yüksek tutuyorsanız, bunu müşteri nasıl karşılıyor?
Menü ve fiyat senkronu
Entegrasyonların en sık kırıldığı yer burasıdır. Üç ayrı mesele vardır.
Ürün eşleme. Platformdaki ürünün kodu ile programdaki ürün birbirine bağlı olmalı. Eşleşmeyen ürün siparişte "bilinmeyen kalem" olur. İyi bir sistem eşleşmeyen ürünü düşürmez; bir yer tutucu "elle satır" olarak adisyona alır ve eşleme ekranında sizi uyarır. Liya Adisyon'da eşleşmeyen ürün siparişten düşmez; platform adı ve fiyatıyla elle satır olur, Ürün eşleme ekranından menüye bağlanır.
Fiyat farkı. Platformda fiyatı farklı tutuyorsanız adisyon toplamı platformun tutarıyla eşitlenmelidir. Liya Adisyon'da adisyon toplamı platform toplamına eşitlenir; kalem toplamı büyükse fark platform indirimi, küçükse "Platform ücreti" satırı olarak görünür. Menü fiyatına göre alınan raporda küçük sapmalar görülebilir.
Stok ve tükendi durumu. Menüden ürün "tükendi" yapıldığında platformda da kapanması gerekir. Bu yön platformdan platforma değişir, her zaman uygulanmamıştır. Satıcıdan hangi platformda ürün durumunun programdan gönderilebildiğini yazılı isteyin.
Liya Adisyon'un gerçek pazaryeri kapsamı
Bu bölüm yalnızca repodaki gerçek duruma dayanır.
Durum özeti: Getir Yemek, Yemeksepeti, Trendyol Go by Uber ve Migros Yemek için adaptör kodu, veri şeması, panel ekranları ve testler hazırdır. Hiçbir platformla canlı veya sandbox bağlantısı denenmemiştir; Liya henüz bu platformların onaylı entegratörü değildir. Dolayısıyla "Liya Yemeksepeti siparişlerini bugün alıyor" demiyoruz. Bağlantı, platform onayı ve restoranınızın platform tarafı yetkilendirmesiyle devreye alınır.
| Platform | Liya'da hazır olan | Durum |
|---|---|---|
| Getir Yemek | Sipariş alma, kabul/ret, durum bildirimi, aç-kapa | Kodlandı; platform onayına bağlı, canlı denenmedi |
| Yemeksepeti | Sipariş alma, kabul/ret, durum, stok bildirimi | Kodlandı; platform onayına bağlı, canlı denenmedi. Menü aktarımı uygulanmadı |
| Trendyol Go by Uber | Sipariş yoklama, kabul/hazır/teslim, aç-kapa, stok | Kodlandı; platform onayına bağlı, canlı denenmedi |
| Migros Yemek | İskelet; imzalı köprü ile sipariş alma | Resmî doküman bulunamadı; kısıtlı, onaya bağlı |
| Kendi sitem / diğer | İmzalı genel webhook | Kodlandı |
Kurye entegrasyonları (Hemenyolda vb.) kapsam dışıdır ve kurye konumu izlenmez.
Panel tarafında neler var?
- Paket servis ekranı: onay bekleyen platform siparişleri; kabul (hazırlık süresi seçerek) veya ret (neden ve not); durum ilerletme platform işini tetikler.
- Zil: panelin her sayfasında, "kabul edilene kadar çal" ayarıyla; cihazda sessiz moda alınabilir.
- Ayarlar, Entegrasyonlar: platform kartları; bağlantı testi; otomatik kabul; hazırlık süresi; mağaza açık/yoğun/kapalı.
- Ürün eşleme: siparişlerde görülen eşleşmemiş ürünleri menüyle ilişkilendirme.
- Hata görünürlüğü: platforma iletilemeyen işler paket ekranında kırmızı şeritle görünür, "Tekrar dene" düğmesi bulunur.
Güvenlik ve KVKK
Platform siparişlerindeki müşteri adı, telefon, adres ve konum kişisel veridir. Liya Adisyon'da bu bilgiler yalnızca restoranın kendi kuryesiyle teslimatta saklanır; karar verildikten sonra platform yükünden silinir ve zamanlanmış temizlik uygulanır. Platform anahtarları tarayıcıya geri dönmez, kasada yalnızca maskeli ipucu görünür. Yükler loglanmaz. KVKK sorumlulukları için restoran veri sorumlusudur; aydınlatma metninizde platform siparişi verilerinin işlenmesini belirtin ve hukuk danışmanınıza danışın.
Sipariş kaçırmamak için pratik kurallar
- Ses testi yapın. Her sabah zilin çaldığını, tarayıcının sesi engellemediğini doğrulayın.
- Otomatik kabulü değerlendirin. Yoğun saatlerde manuel kabul gecikir; otomatik kabulün riskini (stok yokken kabul) tartın.
- Hazırlık süresini gerçekçi girin. Çok kısa süre, geç teslim şikâyeti yaratır.
- Mutfak ekranı veya yazıcı ayarlayın. Kabul edilen sipariş otomatik mutfağa düşsün.
- Tükendi ürünleri hemen kapatın. Tükenmiş ürünün siparişi iptal ve şikâyet demektir.
- Gün sonunda kanalları karşılaştırın. Platform panelindeki toplam ile adisyon raporunu kıyaslayın.
Hata senaryoları ve ne yapılır?
| Senaryo | Etki | Önlem / çözüm |
|---|---|---|
| İnternet kesilir | Yeni sipariş gelmez, kabul gitmez | Yedek bağlantı (mobil hat), platform panelini telefondan kontrol |
| Zaman aşımı (kabul geç kaldı) | Sipariş iptal, restoran kapanabilir | Otomatik kabul, zil, iş yükü planı |
| Eşleşmeyen ürün | Siparişte yanlış veya eksik kalem | Eşleme ekranı, elle satır uyarısı |
| Platformdan iptal | Mutfak hazırlamaya başlamış olabilir | İptal bildiriminin mutfağa anında düşmesi |
| Platform API değişikliği | Bağlantı çalışmaz | Satıcının bakım sözü, bağlantı testi |
| Çift sipariş (webhook + yoklama) | Aynı sipariş iki kez | Aynı sipariş kimliğiyle tekilleştirme |
| Fiyat sapması | Raporda fark | Platform fiyatı ile toplam eşitleme |
İnternet kesintisinin adisyonun geri kalanına etkisini internet kesilince adisyon sistemi yazısında anlattık. Önemli bir hatırlatma: pazaryeri siparişleri doğası gereği internete bağlıdır; çevrimdışı ortamda platform siparişi alınamaz.
Entegrasyon sağlayıcısına sorulacak sorular
- Hangi platformlar canlı olarak çalışıyor, hangileri onay bekliyor veya test aşamasında?
- Platform onayını kim alıyor: siz mi, ben mi? Başvuru süreci nasıl işliyor?
- Sipariş webhook ile mi gelir, yoklama ile mi? Gecikme ne kadar?
- Otomatik kabul var mı, süre sınırlarını nasıl yönetiyorsunuz?
- Menü, fiyat, stok durumu programdan platforma gidiyor mu?
- Eşleşmeyen ürün nasıl davranıyor?
- Platform fiyatı ile menü fiyatı farkını nasıl raporluyorsunuz?
- Müşteri verisi (adres, telefon) ne kadar saklanıyor, nasıl siliniyor?
- Kanal bazlı rapor var mı?
- Platform API değişince kim güncelliyor, süre taahhüdü var mı?
Genel karşılaştırma için adisyon programı karşılaştırma kontrol listesine bakın.
Platform onay süreci: ne beklemelisiniz?
Pazaryeri entegrasyonunda en çok hafife alınan kısım teknik değil, ticari süreçtir. Her platform, siparişi yalnızca kendi onayladığı yazılımlara açar. Genel olarak iki taraf iş yapar.
Yazılım sağlayıcı tarafı. Adisyon programı satıcısı, platformun iş ortağı programına entegratör olarak başvurur, test kimlikleri alır, test ortamında sipariş akışını doğrular, sonra canlı kimlik alır. Bu süre platforma ve dönemine göre değişir; kesin süre vaat edilemez.
Restoran tarafı. Her restoran, platform panelinden kendi mağaza kimliğini ve entegrasyon anahtarlarını alır ya da platformdan Liya gibi bir entegratörü yetkilendirmesini ister. Bazı platformlarda restoranın platform ekibine entegratörün verdiği bir kimliği iletmesi gerekir. Menüdeki ürün kodlarının platformda tanımlı olması da bu tarafın işidir.
Bu yüzden satıcıdan "entegrasyonunuz var mı?" diye değil, şunu sorun: "Platform X ile onaylı entegratör misiniz, canlıda kaç restoran çalışıyor, benim onayım kaç adımda ve kimin elinde?" Cevap belirsizse beklentiyi düşük tutun.
Örnek senaryo: akşam yoğunluğunda üç platform (kurgusal)
Bir kebapçı akşam 19:00-21:00 arasında hem salonda hem paket serviste yoğun. Entegrasyon olmadan üç tablet yan yana ve bir kasiyer. Entegrasyonla akış şöyle olur:
- 19:12'de platformdan sipariş gelir, zil çalar; sipariş paket ekranında "onay bekliyor" olarak görünür.
- Kasiyer hazırlık süresini 25 dakika seçip kabul eder. Program kararı platforma iletir.
- Sipariş mutfak ekranına/yazıcısına düşer; mutfak hazırlamaya başlar.
- 19:35'te "hazır" işaretlenir; platform kuryesi gelir, "kuryeye teslim" adımı geçilir.
- Gün sonunda rapor kanal bazlı gösterir: salon, paket, platformlar ayrı satırlarda.
Aynı akşam bir ürün tükenmişse, ürünün hemen kapatılması ve eşleşmeyen yeni bir ürünün gelmemesi için eşleme ekranına bir göz atılması gerekir. Bu senaryo kurgusaldır; gerçek süreler platforma ve restoran düzenine göre değişir.
Platform siparişlerini raporda nasıl okumalı?
Entegrasyonun işe yaradığını anlamanın yolu, ay sonunda kanalları yan yana koymaktır. Şu dört soruya cevap veren bir rapor arayın: Hangi kanaldan kaç sipariş ve ne kadar ciro geldi? Ortalama sepet kanala göre nasıl değişiyor? İptal ve ret oranı hangi platformda yüksek? Platform panelindeki toplam ile adisyon raporu birbirini tutuyor mu? Son soru kritiktir; tutmayan bir toplam, eşleşmeyen ürün veya kaçan sipariş demektir.
Başlamadan önce 10 maddelik hazırlık listesi
- [ ] Hangi platformlarda satış yapıyorsunuz, her birinde mağaza kimliğiniz hazır mı?
- [ ] Platform menüsünde ürün kodları tanımlı mı?
- [ ] Programdaki menü ile platform menüsü aynı ürün adlarına sahip mi?
- [ ] Kasada sesli bildirim için tablet/bilgisayar sesi açık ve tarayıcı sesi engellenmemiş mi?
- [ ] Yedek internet hattınız var mı?
- [ ] Mutfak ekranı veya mutfak yazıcısı paket siparişlerini alacak şekilde ayarlı mı?
- [ ] Otomatik kabul kullanacak mısınız, riskini değerlendirdiniz mi?
- [ ] Hazırlık süresi varsayılanı gerçekçi mi?
- [ ] Gün sonu kanal karşılaştırması için kimin sorumlu olduğu belli mi?
- [ ] KVKK aydınlatmanızda platform siparişi verisi geçiyor mu?
Kendi kanalınızı büyütmek: pazaryerinin dışında
Pazaryeri müşteriyi platforma bağlar, sizin elinizde ise genellikle müşterinin kimliği olmaz. Uzun vadede kendi kanalınızı büyütmek komisyonu azaltır. Birkaç yol:
- QR menü ile masada ve pakette sipariş. LiyaQR menü ve WhatsApp sipariş butonu gibi özellikler sunar; komisyonlu sipariş aracılığı yoktur.
- Sadakat. Liya Sadakat kasada NFC veya QR ile puan toplatır; tekrar gelen müşteriyi görünür kılar.
- Kendi sitesi ve rezervasyon. Liya Adisyon Marka paketinde kendi alan adıyla web sitesi ve online rezervasyon bulunur.
Bu araçlar pazaryerinin yerini almaz; ama bağımlılığı azaltır.
Fiyat ve paket
Liya Adisyon planları KDV hariç ve yalnızca yıllık peşin faturalanır; komisyon ve kurulum ücreti yoktur. Pazaryeri bağlantılarının hangi pakette olduğu ve platform onaylarının durumu için fiyatlar bölümüne ve satış ekibine bakın; durum ilerledikçe değişebilir. Platformların kendi komisyonları ve sözleşme şartları ayrıca geçerlidir.
Sonuç
Pazaryeri entegrasyonu tek ekran, tek zil ve tek rapor vaat eder; karşılığında platform onayı, doğru ürün eşlemesi ve hata disiplini ister. Seçerken "hangi platform canlı?" sorusunu yazılı sorun. Liya Adisyon'da Getir, Yemeksepeti, Trendyol Go ve Migros Yemek altyapısı hazırdır; ancak canlı platformlarla denenmemiş olup platform onayına bağlıdır. Kendi kanallarınızı (QR menü, sadakat, kendi web siteniz) paralel büyütmek, komisyon bağımlılığınızı uzun vadede azaltır.
Sık sorulan sorular
Yemeksepeti entegrasyonu adisyon programında ne işe yarar?
Yemeksepeti, Getir Yemek, Trendyol Go gibi platformlardan gelen siparişleri ayrı tabletlerde izlemek yerine adisyon programının paket servis ekranında toplar. Sipariş kabulü, mutfağa düşmesi, durum güncellemesi ve raporlaması tek yerden yapılır.
Pazaryeri entegrasyonu için platform onayı gerekir mi?
Evet. Platformlar siparişi yalnızca onayladıkları entegratör yazılımlara açar. Adisyon programı satıcısının ilgili platformla entegratör anlaşması ve restoranınızın platform tarafında yetkilendirmesi gerekir. Liya Adisyon'da pazaryeri bağlantıları platform onayına bağlıdır ve canlı platformlarla henüz denenmemiştir.
Pazaryeri komisyonunu adisyon programı etkiler mi?
Komisyonu platform belirler ve sözleşmenize bağlıdır; adisyon programı bu oranı değiştirmez. Program, platform siparişlerinin tutarını ve gelir/maliyet etkisini ayrı izlemenize yardımcı olur; asıl fark, hangi kanaldan ne kazandığınızı raporda görmenizdir.
Menü ve fiyat değişikliği platformlara otomatik yansır mı?
Bu özellik entegrasyondan entegrasyona değişir. Çoğu zaman sipariş alma ve durum bildirimi kolaydır, menü aktarımı ise ayrı ve daha zor bir iştir. Satıcıdan hangi platformda menü, fiyat ve stok durumunun programdan gönderilebildiğini yazılı isteyin.
Platform siparişi kaçırılırsa ne olur?
Platformlar siparişin belirli bir süre içinde kabul edilmesini bekler; süre geçerse sipariş otomatik iptal olabilir veya restoran geçici kapanabilir. Bu yüzden sesli bildirim, otomatik kabul seçeneği ve hata anında yeniden deneme mekanizması önemlidir.
Platform fiyatı ile menü fiyatı farklıysa raporlar nasıl görünür?
Platform fiyatı menü fiyatından farklı olabilir. İyi bir entegrasyon adisyon toplamını platformun tutarıyla eşitler ve farkı indirim veya platform ücreti olarak gösterir. Menü fiyatına göre rapor alırsanız küçük sapmalar görülebilir.