Sipariş Platformu Komisyonu Nasıl Hesaplanır? Kitcche Deneyimimiz (2026)
Kitcche'yi biz kurduk. Bir sipariş platformunu da yazmak restoran yazılımına ne kattı, komisyonun gerçek maliyeti hangi kalemlerden oluşur ve kanal kârlılığı panelde nasıl ölçülür?
Kitcche'yi biz kurduk. Yani aynı ekip hem bir online sipariş platformunu hem de restoranların o siparişleri yönettiği yazılımı yazdı. Bu yazıda o deneyimin restoran sahibine ne kazandırdığını, sipariş platformu komisyonunun gerçek maliyetini nasıl hesaplayacağınızı ve entegrasyonun iki ucunu birden görmenin ne anlama geldiğini anlatıyoruz.
Baştan söyleyelim: Kitcche bağımsız bir üçüncü taraf değil, bizim kurduğumuz bir platform. Bu yazıyı okurken bunu bilin.
Kitcche nedir?
Kitcche, Türkiye genelinde çalışan bir online yemek, market ve mahalle siparişi platformudur. Restoranlar, marketler ve yerel esnaf platforma katılıp kendi bölgelerine sipariş alır.
Kitcche'nin ayırt edici tarafı komisyon modelidir: platform kendi sitesinde %3 komisyon oranını açıkça yazar. Restoran başvurusu doğrudan kitcche.com/restoran-basvurusu adresinden yapılır.
Neden bir sipariş platformu da yazdık?
RestoranTakibi'ni geliştirirken en çok duyduğumuz iki cümle şuydu: "komisyonlar çok yüksek" ve "siparişler ayrı ayrı ekranlarda geliyor, kaçırıyoruz". Birinci sorun ticari, ikincisi teknik.
İkinci sorunu zaten çözüyorduk. Birincisine bakabilmek için platform tarafının nasıl çalıştığını gerçekten anlamak gerekiyordu: sipariş nasıl doğuyor, kurye nasıl atanıyor, iptal nasıl işleniyor, para ne zaman hangi kesintiyle işletmeye geçiyor. Bunları dışarıdan tahmin etmek yerine yazdık.
Platformu yazmak restoran yazılımına ne kattı?
Entegrasyonun iki ucunu görmek ne demek?
Bir sipariş entegrasyonunda iki taraf vardır: siparişi üreten platform ve onu işleyen POS. Çoğu yazılım firması yalnız POS tarafını görür ve platformun dokümantasyonuna göre tahmin yürütür. Dokümantasyon ise gerçek davranışı her zaman anlatmaz.
Somut bir örnek: bir siparişin durumu değiştiğinde platform bunu size bildirir mi, yoksa siz mi sormak zorundasınız? İkisi çok farklı mimari gerektirir. Bildirim (webhook) modelinde platformun sizin sunucunuza ulaşabilmesi, imza doğrulaması ve tekrar denemesi gerekir. Sorma (polling) modelinde ise hız sınırına takılmadan, kaçırmadan ve aynı siparişi iki kez işlemeden çalışmak zorundasınız.
Bu farkı bilmediğinizde ortaya şu tür hatalar çıkar: teslim edilmiş sipariş panelde sonsuza kadar "hazırlanıyor" görünür. Bunun nasıl önlendiği platform siparişlerini tek panelde yönetmek yazısında anlatılıyor.
Menü senkronu neden zor?
Platform tarafını yazınca menü senkronunun neden bu kadar sorunlu olduğu netleşiyor. Restoran panelde ürünü "tükendi" yapar, platformda hâlâ satıştadır. Müşteri sipariş verir, mutfakta ürün yoktur, sipariş iptal edilir, puan düşer.
Bu yüzden tükendi işaretleme tarafını ayrı bir kavram olarak kurduk: ürünü menüden silmek ile bugünlük satıştan kaldırmak aynı şey değildir. Silinen ürün geri gelmez, tükenen ürün ertesi gün kendiliğinden açılır.
Sipariş platformu komisyonu: gerçek maliyet nasıl hesaplanır?
Restoran sahiplerinin en sık yaptığı hata, komisyonu tek kalem sanmaktır. Oysa bir paket siparişin işletmeye maliyeti birkaç kalemden oluşur.
| Maliyet kalemi | Nereden gelir | Genelde gözden kaçan taraf |
|---|---|---|
| Platform komisyonu | Sipariş tutarı üzerinden, sözleşmeye göre | KDV dahil mi hariç mi hesaplandığı |
| Ödeme/kart komisyonu | Banka veya ödeme kuruluşu | Platform komisyonundan ayrı bir kalemdir |
| Ambalaj | Kutu, poşet, çatal-bıçak | Yalnız paket siparişe aittir, masaya yazılmamalı |
| Kurye | Kendi kuryeniz veya platform kuryesi | Kendi kuryenizde yakıt ve süre maliyeti görünmez |
| Ürün maliyeti | Reçeteye göre malzeme | Fire ve porsiyon sapması genelde ölçülmez |
Bu kalemlerin toplamını görmeden "hangi kanal kârlı" sorusuna cevap veremezsiniz. Panelde aynı ürünü masada 200 liraya, pakette 220 liraya satıyor olabilirsiniz ama paket siparişten daha az kazanıyor olabilirsiniz.
Panelde nasıl ölçersiniz?
RestoranTakibi'nin Kârlılık ekranında platform komisyon oranını, kart komisyon oranını ve sipariş başına ambalaj bedelini kendiniz tanımlarsınız. Sistem bunları gerçek siparişlerinize uygulayıp net kârı hesaplar.
Burada dürüst olmak gerekir: bu hesabın doğruluğu girdiğiniz oranların doğruluğuna bağlıdır. Komisyon oranınızı tahmin etmeyin, sözleşmenizden bakın. Platformlar arasında ve hatta aynı platformda kategoriye göre oran değişebilir.
Yakın zamanda kendi hesaplamamızda bir hata bulup düzelttik: ambalaj bedeli tüm siparişlere yazılıyordu, yani masada tabakta yenen yemeğe de kutu maliyeti biniyordu. Günde yüz siparişin sekseni masaysa bu tek başına aylık binlerce liralık hayali gider demekti. Artık ambalaj yalnız paket ve teslimat siparişlerine yazılıyor.
100 liralık siparişten cebinize ne kalıyor?
Somut düşünmek en iyisi. Aşağıdaki tablo 100 liralık bir paket siparişte kalemleri gösteriyor. Oranları bilerek boş bıraktık: kendi sözleşmenizdeki ve kendi mutfağınızdaki gerçek değerleri yazın, uydurma rakamla karar verilmez.
| Kalem | Nasıl bulunur | Örnek hesap |
|---|---|---|
| Sipariş tutarı | Müşterinin ödediği | 100,00 TL |
| Platform komisyonu | Sözleşmenizdeki oran | oran x 100 TL |
| Ödeme komisyonu | Banka/ödeme kuruluşu oranı | oran x 100 TL |
| Ambalaj | Sipariş başına ortalama kutu-poşet | sabit tutar |
| Ürün maliyeti | Reçeteden, gerçek alış fiyatlarıyla | reçete maliyeti |
| Kurye | Kendi kuryenizde dağıtılmış maliyet | sipariş başına pay |
| Kalan | Yukarıdakiler düşüldükten sonra | net katkı |
Bu tabloyu bir kez elle doldurmak bile çoğu işletmede sürpriz yaratır. En sık çıkan iki sonuç şudur: düşük tutarlı paket siparişler çoğu zaman zarar ettirir ve kendi kuryenizin maliyeti sandığınızdan yüksektir.
Buradan çıkan pratik karar genelde minimum sepet tutarıdır. Panelde minimum sepet tanımlayabilirsiniz ve bu kural artık gerçekten uygulanır; daha önce yalnız QR menüde gösteriliyordu ama sipariş girişinde kontrol edilmiyordu, düzeltildi.
Kendi kuryeniz mi, platform kuryesi mi?
Kendi kuryenizde maliyet görünmez olduğu için ucuz sanılır. Oysa maaş, yakıt, araç bakımı ve boş geçen süre gerçek gider kalemleridir. Platform kuryesinde ise maliyet faturada görünür ama teslimat deneyimi üzerindeki kontrolünüz azalır.
Doğru cevap işletmeye göre değişir ve ölçülmeden verilemez. Kurye başına teslimat sayısını, ortalama teslim süresini ve gün sonu dağılımını panelden takip edebilirsiniz. Yakın zamanda eklediğimiz sipariş süre analizi, siparişin kabul, mutfak ve teslim adımlarında ne kadar beklediğini medyan ve p90 olarak gösteriyor; ortalama tek bir asılı siparişle bozulduğu için medyan tercih ettik.
Fire tahmin değil, ölçüm olmalı
Aynı mantık fire için de geçerli. Uzun süre fire maliyetini sabit bir yüzdeyle tahmin ediyorduk. Bu, fire kaydı tutan işletmeyle hiç tutmayan işletmeye aynı sayıyı yazıyordu, yani "firemi düşürdüm mü" sorusu ölçülemiyordu.
Artık fire sebep koduyla kaydediliyor (son kullanma tarihi, bozulma, mutfak hatası, hazırlık kaybı gibi) ve kârlılık raporu gerçek kayıtlara bakıyor. Rapor ayrıca sayının ölçülen mi tahmin mi olduğunu yazıyor. Ayrıntılar maliyet düşürme yazımızda.
Hangi platformlar bağlı?
Entegrasyon durumumuz şu anda şöyle. Bu tabloyu abartmadan veriyoruz, çünkü "entegrasyon var" demek ile "sizin restoranınızda çalışıyor" demek aynı şey değildir.
| Platform | Durum | Yöntem |
|---|---|---|
| Trendyol Yemek | Canlı | API, durum mutabakatı ile |
| Migros Yemek | Canlı | Webhook, tükendi senkronu |
| Kitcche | Canlı | API |
| Yemeksepeti | Şube bazında eşleştirmeyle | Delivery Hero POS bildirimi; eşleştirmeyi Yemeksepeti yapar |
| Getir | Trendyol Go üzerinden | Ayrı bağlantı yok; GetirYemek siparişleri Trendyol Go kanalıyla gelir |
Yemeksepeti bağlantısı Delivery Hero POS entegrasyonuyla çalışır; her şube için Yemeksepeti tarafında eşleştirme gerekir ve bu eşleştirmenin zamanlaması Yemeksepeti'nin takvimine bağlıdır. Getir'in doğrudan API başvuruları kapandı; GetirYemek siparişleri Trendyol Go bağlantısı üzerinden gelir. Eşleştirmenin ne zaman tamamlanacağı bizim kontrolümüzde değil; bu yüzden tarih vermiyoruz.
Tek panelde toplamak ne kazandırır?
Birden fazla kanaldan sipariş alan bir işletmede asıl kayıp komisyonda değil, dikkatte olur. Üç ayrı tablet, üç ayrı ses, üç ayrı ekran. Yoğun saatte biri kaçar.
Tek panelde toplandığında şunlar mümkün olur:
- Tüm kanallar aynı sipariş ekranında görünür, aynı mutfak fişine gider.
- Reçete bağlı stok düşümü kanal ayrımı yapmaz; paketten satılan da masadan satılan da aynı depodan düşer.
- Raporlar kanal kırılımı verir, yani hangi platformun gerçekten kazandırdığını görürsünüz.
- Kurye ataması ve teslimat takibi tek yerden yürür.
Bunun için ek cihaz almanız gerekmiyor; tarayıcı, telefon ve Windows kasa uygulaması aynı hesaba bağlanır. Entegrasyonlar sayfasında her kanalın nasıl bağlandığını adım adım anlattık.
Kendi sipariş platformunuzu kurmalı mısınız?
Kitcche'yi kurduğumuzu anlattık, o yüzden bu soruya dürüst cevap vermek zorundayız: hayır, tek bir restoran işletiyorsanız kendi sipariş platformunuzu kurmayın.
Sebepleri deneyimden:
- Asıl maliyet yazılım değil, talep. Platformu yazmak işin kolay kısmı. Zor kısmı o platforma müşteri getirmek. Büyük platformların komisyon alabilmesinin sebebi kod değil, kullanıcı kitlesi.
- Kurye ağı ayrı bir iştir. Teslimat kapasitesi, yoğun saat planlaması ve iptal yönetimi başlı başına bir operasyondur.
- Ödeme ve mevzuat yükü. Ödeme altyapısı, iade akışı, kişisel veri sorumluluğu ve faturalandırma yükümlülükleri küçük bir ekip için ağırdır.
- Bakım hiç bitmez. Platform yayına girdiği gün bakım başlar ve bir daha durmaz.
Tek restoran için mantıklı olan yol genelde şudur: mevcut platformlarda görünür olun, ama kendi doğrudan satış kanalınızı da kurun. QR menü ile masadan sipariş ve telefon siparişi komisyonsuzdur ve zaten elinizdeki müşteriye satar. Kendi kanalınızdan gelen her sipariş komisyon ödemediğiniz sipariştir.
Birden fazla şubeniz varsa ve bölgenizde ciddi bir müşteri tabanınız varsa hesap değişebilir. O zaman bile önce mevcut bir platformla çalışıp talebi ölçmek, sıfırdan kurmaktan daha az risklidir.
Şeffaflık notu
Bu yazıda kendi kurduğumuz iki ürünü birlikte anlattık. Kitcche'yi bağımsız bir referans gibi göstermiyoruz, çünkü değil. Aynı ekibin iki ürünü ve aralarındaki entegrasyon gerçek.
Fiyat tarafında da aynı yaklaşımı izliyoruz: RestoranTakibi'nin ne kadar tuttuğunu, neyin ücretsiz olduğunu ve sınırın nerede başladığını fiyatlar sayfasında açık yazıyoruz. Karşılaştırma yapmak isterseniz restoran programı karşılaştırması yazımıza bakabilirsiniz.
Sık Sorulan Sorular
Kitcche ile RestoranTakibi aynı şirket mi?
Evet, ikisini de aynı ekip kurdu. Kitcche online sipariş platformu, RestoranTakibi ise restoranın kendi operasyonunu yönettiği yazılımdır. Bu yazıda ilişkiyi açıkça belirtiyoruz çünkü Kitcche bağımsız bir üçüncü taraf referansı değildir.
Kitcche komisyonu ne kadar?
Kitcche kendi sitesinde %3 komisyon oranını yayınlıyor. Güncel koşullar ve başvuru için kitcche.com/restoran-basvurusu adresine bakın. Diğer platformların komisyon oranları sözleşmeye özeldir; kendi sözleşmenizden kontrol edin, tahmin etmeyin.
RestoranTakibi kullanmak için Kitcche üyesi olmak gerekiyor mu?
Hayır. RestoranTakibi tek başına çalışır; Kitcche kanallardan yalnız biridir. Hiçbir platforma bağlanmadan da masa, adisyon, mutfak ekranı, stok ve kasa özelliklerini kullanabilirsiniz.
Yemeksepeti ve Getir entegrasyonu çalışıyor mu?
Yemeksepeti bağlantısı Delivery Hero POS entegrasyonuyla çalışır; her şube için Yemeksepeti tarafında eşleştirme gerekir ve zamanlamasını Yemeksepeti belirler. Getir'in doğrudan API başvuruları kapandı; GetirYemek siparişleri Trendyol Go bağlantısı üzerinden gelir. Trendyol Yemek ve Migros Yemek bağlantıları canlı çalışıyor.
Hangi kanalın daha kârlı olduğunu nasıl görürüm?
Kârlılık ekranında platform komisyonu, kart komisyonu, ambalaj ve kurye bedelini tanımlarsınız; sistem bunları gerçek siparişlere uygulayıp kanal kırılımlı net kâr hesaplar. Sonucun doğruluğu girdiğiniz oranların doğruluğuna bağlıdır.
Ambalaj maliyeti masa siparişlerine de yazılıyor mu?
Hayır. Ambalaj bedeli yalnız paket ve teslimat siparişlerine yazılır. Daha önce tüm siparişlere yazılıyordu ve bu net kârı sistematik olarak düşük gösteriyordu; düzeltildi.
Fire maliyeti nasıl hesaplanıyor?
Fire hareketlerini sebep koduyla kaydederseniz rapor gerçek kayıtlara bakar. Hiç fire kaydı yoksa ayarlardaki orana göre tahmin üretilir ve raporda bunun tahmin olduğu açıkça yazar.
Birden fazla platformdan gelen sipariş aynı stoktan mı düşüyor?
Evet. Reçete bağlı otomatik stok düşümü kanal ayrımı yapmaz; Trendyol, Migros, Kitcche, telefon, QR ve masa siparişleri aynı depodan düşer.
Kendi sipariş platformumu kurmalı mıyım?
Tek restoran işletiyorsanız genelde hayır. Asıl maliyet yazılım değil talep yaratmak, kurye ağı kurmak ve ödeme/mevzuat yükünü taşımaktır. Daha mantıklı yol, mevcut platformlarda görünür olmak ve yanında QR menü ile telefon siparişi gibi komisyonsuz kendi kanallarınızı kurmaktır.
Düşük tutarlı paket siparişler zarar ettiriyor mu?
Sıklıkla evet. Platform komisyonu, ödeme komisyonu, ambalaj ve kurye sabit bir taban maliyet yaratır; sipariş tutarı düştükçe bu kalemler oransal olarak büyür. Çözüm genelde minimum sepet tutarı tanımlamaktır ve bu kural sipariş girişinde uygulanır.