# Restoran ve paket servis için e-ticaret geliştirme

> Online yemek siparişi, e-ticaretin geri kalanına benzemez: bir yemek servise göre satılır, malzeme bittiğinde menüden çıkar, ertesi gün geri döner ve sonunda mutfakta yazdırılmış olarak sonlanmalıdır. Bu sektörde üstlendiğim proje türü budur.

- Source canonique : [https://allaux.fr/tr/secteurs/restauration-vente-a-emporter](https://allaux.fr/tr/secteurs/restauration-vente-a-emporter)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Menü bir katalog değildir

Klasik bir mağazada ürün ya vardır ya yoktur ve stoğu sıfıra doğru azalır. Bir menüde ise erişilebilirlik, servis aralığının bir fonksiyonudur: günün yemeği yalnızca öğlen vardır, akşam menüsü belirli bir saatte açılır ve biten bir malzeme, yemeği servisin ortasında listeden çıkarır; ertesi gün yeniden görünür. Bunu bir stok miktarı gibi modellemek, yanlış durumlar ve mutfağın karşılayamayacağı siparişler üretir.

Seçenekler bu yanlış anlamayı büyütür. Pişirme derecesi, garnitür, sos, ilaveler: bunlar kısıtlı seçim gruplarıdır — burada bir zorunlu seçim, orada en fazla üç — ve her biri gösterilen fiyatı değiştirebilir. CMS anlamında varyasyon gibi ele alındıklarında, menünün ikinci kategorisinde bile referans sayısında kombinatoryal bir patlamaya yol açarlar. Gereken şey, kendi asgari ve azami kurallarıyla yemeğe bağlı bir seçenek modelidir; kombinasyon başına ayrı bir ürün değil.

## Genel amaçlı bir sipariş modülüyle bozulanlar

- Erişilebilirlik bir miktar olarak kaydedilir; oysa servise ve haftanın gününe bağlıdır.
- Ödeme akışı dolu bir saat aralığını kabul eder ve ancak tahsilattan sonra reddeder; mutfak siparişi o anda görür.
- Hazırlık süresi sabittir; oysa sepetin içeriğine göre değişir.
- Teslimat bölgesi bir ilçe listesi olarak girilir; oysa satış noktasının etrafında coğrafi olarak çizilir.
- Teslimat ücreti tek bir KDV oranına yazılır; sepete bir şişe girer girmez hesap yanlışlanır.
- Alerjen bilgisi, her yemeğe bağlı bir veri olmak yerine menünün altındaki bir dipnotta durur.
- Sipariş e-posta ile gelir: servis yoğunken kimse onu görmez.

## Aynı hesapta üç oran ve yemek başına alerjen verisi

Bir hesap fişi çoğu zaman hemen tüketilecek satışı, sonradan tüketilmek üzere satılan ürünleri ve alkollü içecekleri bir arada barındırır; bunlar aynı orana tabi değildir. Kullandığım üç CMS’in hiçbiri teslimat ücretini bu oranlar arasında kendiliğinden dağıtmaz: varsayılan olarak kargo satırı tek bir oran taşır ve müşteriye verilen belge hatalı hâle gelir. Bu nedenle sepetin gerçek içeriğiyle orantılı bir dağıtım, toplam hesaplanırken uygulanmalı ve belge şablonu ayrıntıyı oran oran göstermelidir.

Alerjenler benzer bir mantığa tabidir. Bilgi zorunludur, yemek bazında taşınır ve her tarif değişikliğinde ya da tedarikçi değişiminde güncellenir. Açıklama metnine gömüldüğünde bulunamaz ve toplu olarak düzeltilemez. Kapalı bir değer listesiyle yemeğin bir özelliği olarak yapılandırıldığında filtrelenebilir, seçim anında gösterilebilir ve tek bir yerden güncellenebilir.

## Bir online sipariş projesine nasıl müdahale ediyorum

1. **Gerçek menüden başlamak** — Mevcut kaynaktan yola çıkıyorum: basılı menü ya da kasa yazılımı; yemekler, seçenek grupları, servise göre erişilebilirlik kuralları. Veri modelini bu belge belirler, tersi değil.
2. **Saat aralığı motorunu kurmak** — Zaman dilimi başına azami kapasite, kapalı günler, sepetten hesaplanan hazırlık süresi, listelenmek yerine harita üzerinde çizilen teslimat bölgesi. Aralık ödemeden önce rezerve edilir, ödeme başarısız olursa serbest bırakılır.
3. **Mutfağa çıkışı güvenilir kılmak** — Otomatik yazdırma veya üretim ekranı, alındı onayı ve yazıcı kesintisinden sonra fişleri yeniden oynatan bir kuyruk. Mutfağa ulaşmayan ödenmiş bir sipariş iki kez kaybedilir.
4. **Menünün ana kaynağını belirlemek** — Aynı yemek sitede, kasada ve teslimat platformlarında yaşar; her birinin kendi ürün referansı ve tanımlayıcıları vardır. Üç ayrı elle girişin birbirinden uzaklaşmasına izin vermek yerine bir ana kaynak seçip senkronizasyonları onun etrafına kuruyorum.

## İlgili konular

- **QR kod ile masadan sipariş** — Adresin yerini masa numarasının aldığı ve siparişin doğrudan üretime gittiği salon içi akış. ([/realisations/commande-a-table-par-qr-code](/realisations/commande-a-table-par-qr-code))
- **Teslimat menülerinin senkronizasyonu** — Her platform kendi biçimini ve ürün tanımlayıcılarını dayatırken tek bir menü tutmak. ([/realisations/synchronisation-menus-livraison](/realisations/synchronisation-menus-livraison))
- **Bulut kasaya köprü** — Site siparişlerini çift giriş olmadan satış noktası sistemine indirmek. ([/realisations/passerelle-caisse-cloud-restauration](/realisations/passerelle-caisse-cloud-restauration))
- **Ödeme ve kasa entegrasyonu** — Online ödeme akışı ile tezgâhtaki terminalin mutabakatı. ([/expertises/integration-paiement-caisse-pos](/expertises/integration-paiement-caisse-pos))

## Kasa uyumluluğu: geliştirmeden önce netleştirin

> Fransa’da kullanılan kasa yazılımı veya sistemi, genel vergi kanununun 286. maddesinin I fıkrasının 3° bis bendinde öngörülen değiştirilemezlik, güvenlik, saklama ve arşivleme koşullarını karşılamalıdır. Doğrudan kasaya yazan bir sipariş akışı bu kapsama girer. Bu soruyu kasa sağlayıcısı ve muhasebeci ile tasarım aşamasında ele alın, köprü yayına alındıktan sonra değil.

## FAQ

### Yemek seçenekleri CMS varyasyonlarıyla yönetilebilir mi?

Teknik olarak evet, kombinasyon sayısı yönetilemez hâle gelene kadar: üçer seçenekli iki grup, referansları katlamaya ve yönetim panelini yavaşlatmaya yeter. Asgari kuralı, azami kuralı ve seçim başına fiyat etkisi olan, yemeğe bağlı bir seçenek modelini tercih ediyorum.

### Dolu bir saat aralığının satılması nasıl engellenir?

Müşteri aralığı seçtiği anda kapasiteyi rezerve ederek ve ödeme tamamlanmazsa bu rezervasyonu serbest bırakarak. Kontrol tahsilattan önce yapılmalıdır: sonradan reddetmek, iade ve servis ortasında müşteriyi arama anlamına gelir.

### Site teslimat platformlarıyla senkronize edilmeli mi?

Aynı menü birden fazla yerde yaşadığı andan itibaren evet. Her platform kendi ürün referansını ve tanımlayıcılarını tutar; bir eşleştirme tablosu ve düzenli senkronizasyon gerekir, aksi hâlde fiyatlar ve tükenen ürünler birkaç gün içinde birbirinden ayrışır.

### Alerjenler ürün sayfasında nasıl yönetilir?

Kapalı değer listesine sahip bir ürün verisi olarak, yemeğe bağlı ve sayfada, sepette ve hazırlık fişinde tekrarlanacak biçimde. Menünün altındaki genel bir not, bilgilendirme yükümlülüğünü karşılamaz ve ilk tarif değişikliğinde geçerliliğini yitirir.

### Servis sırasında mutfak yazıcısı bozulursa ne olur?

Kalıcı bir kuyruk ve yedek bir üretim ekranı gerekir: yazdırılmamış fişler beklemede kalır ve yazıcı döndüğünde yeniden oynatılır. Bu olmadan bir arıza, ödemesi alınmış siparişleri sessizce ortadan kaldırır.