Otellerde satınalma yönetimi: talepten depo teslime uçtan uca rehber

Otellerde satınalma yönetimi, klasik bir işletmenin satınalmasından yapısal olarak farklıdır. Bir fabrikada satınalma genellikle tek bir üretim planına hizmet eder; otelde ise mutfak, kat hizmetleri, teknik servis, ön büro ve yiyecek-içecek departmanlarının her biri aynı anda, kendi önceliğiyle malzeme ister. Buna sezonluk doluluk dalgalanmasını ve sürekli kost kontrol baskısını ekleyince, Excel ve telefonla yürüyen bir satınalma düzeni bir noktada tıkanır.

Bu yazıda otelde satınalma zincirinin — talep, onay, teklif, sipariş, teslim alma — nasıl kurulacağını adım adım anlatıyoruz.

Otel satınalmasını farklı kılan dört zorluk

1. Çok departmanlı talep trafiği

Mutfak et ve kuru gıda ister, kat hizmetleri temizlik kimyasalı ve tekstil ister, teknik servis yedek parça ister. Her departmanın talebi farklı tedarikçiye, farklı teslim süresine ve farklı aciliyete sahiptir. Talepler WhatsApp mesajı, telefon veya el yazısı fişle satınalma müdürüne ulaşıyorsa, hangi talebin hangi aşamada olduğunu kimse net bilemez. Departman şefi "istemiştim" der, satınalma "bana ulaşmadı" der; arada operasyon aksar.

2. Sezonluk hacim dalgalanması

Kıyı otellerinde nisan-mayıs açılış dönemi ile temmuz-ağustos pik dönemi arasında alım hacmi katlanarak değişir. Sezon açılışında yüzlerce kalem aynı anda sipariş edilirken, kış döneminde alımlar bakım ve yenileme ağırlıklıdır. Süreç kâğıt üzerinde yönetiliyorsa, pik dönemde onay bekleyen talepler yığılır ve "acil" damgasıyla kontrolsüz alım başlar.

3. Kost kontrol baskısı

Yiyecek-içecek maliyeti otelin en yakından izlenen kalemlerinden biridir. Kost kontrol ekibi birim fiyat sapmalarını, tedarikçi değişimlerini ve sözleşme dışı alımları görmek ister. Teklifler e-postada, siparişler telefonda kaldığında bu izleme ancak ay sonunda, faturalar geldikten sonra yapılabilir — yani iş işten geçtikten sonra.

4. Acil alımlar

Otelde operasyon durmaz: klima arızası, tükenmek üzere olan bir mutfak malzemesi, hafta sonu gelen ekstra grup. Acil alım gerçektir ve sistem bunu engellememelidir. Sorun, acil alımın istisna olmaktan çıkıp kural haline gelmesidir. İyi kurgulanmış bir süreçte acil alım da kayıt altındadır; sadece onay yolu kısadır.

Zincirin kurulması: talep → onay → teklif → sipariş → teslim alma

Talep: departmandan tek kanaldan

İlk adım, tüm departman taleplerini tek bir kanala almaktır. Mutfak şefi de teknik servis ustası da talebini aynı sistemden, kalem bazında açar. Talep açıldığı anda tarih, talep eden, departman ve gerekçe kayda geçer. Bu tek başına bile "kim ne istedi, ne zaman istedi" tartışmasını bitirir.

Onay: tutara ve departmana göre dinamik akış

Her talebin aynı onay yolundan geçmesi gerekmez. Küçük tutarlı rutin bir mutfak alımı ile yüksek tutarlı bir teknik yatırım aynı hiyerarşiyi beklemek zorunda kalırsa, sistem yavaşlar ve kullanıcılar sistemi baypas etmeye başlar. Doğru kurgu dinamik onay akışıdır: belirlenen tutarın altındaki talepler departman müdürü onayıyla ilerler, üstündekiler satınalma müdürüne ve gerekirse genel müdüre çıkar. Departmana göre de farklılaştırılabilir — teknik servis alımları ek olarak teknik müdür onayı isteyebilir. Onay bekleyen kişiye bildirim gider; talep kimin masasında bekliyorsa görünür.

Teklif: tedarikçiden link ile toplama ve pivot karşılaştırma

Klasik yöntemde satınalma sorumlusu üç tedarikçiye e-posta atar, gelen PDF ve Excel dosyalarını elle tek tabloya geçirir. Bu hem zaman kaybıdır hem hata kaynağıdır. Modern bir satınalma programı bunu tersine çevirir: tedarikçiye bir link gönderilir, tedarikçi kendi fiyatını ve teslim koşullarını o link üzerinden doğrudan sisteme girer. Sisteme kurulum veya üyelik gerekmez.

Teklifler toplandığında sistem bunları pivot tabloda yan yana koyar: satırlarda kalemler, sütunlarda tedarikçiler. Hangi tedarikçinin hangi kalemde uygun olduğu tek bakışta görünür; sipariş kalem bazında bölünerek en uygun tedarikçilere dağıtılabilir. Kost kontrol için de bu tablo hazır bir denetim kaydıdır: neden bu tedarikçinin seçildiği sorusunun cevabı sistemde durur.

Sipariş ve ERP entegrasyonu

Onaylanan teklif tek tıkla siparişe dönüşmelidir; aynı bilgilerin ikinci kez elle girilmesi hem mesai kaybı hem hata riskidir. Muhasebe tarafında otellerin önemli bir kısmı Logo kullanır. Satınalma sistemi ile Logo entegrasyonu kurulduğunda sipariş ve irsaliye kayıtları muhasebeye otomatik akar; muhasebe ekibi ay sonunda fatura-sipariş eşleştirmesiyle boğuşmaz. Otelinizde farklı bir ERP veya otelcilik yazılımı varsa entegrasyon özel yazılım kapsamında ele alınabilir.

Teslim alma: döngüyü depo kapatır

Zincirin en çok atlanan halkası teslim almadır. Sipariş verilen mal depoya geldiğinde, depo görevlisi gelen miktarı sipariş kalemleriyle karşılaştırarak sistemde teslim alır. Eksik veya hasarlı gelen mal o anda kayda geçer. Böylece "sipariş verildi ama geldi mi?" sorusu ortadan kalkar ve fatura kontrolü sağlam bir zemine oturur. Departman talebiyle açılan döngü, malın depodan ilgili departmana teslimiyle kapanır. Bu depo-departman teslim akışının detayını otellerde dijital departman talep ve depo teslim yönetimi yazısında ayrıca anlattık.

Teslim sonrası izleme de önemlidir: özellikle ithal içki gibi yüksek maliyetli kalemlerde depodan çıkan ürünün sahada ne olduğunu izlemek ayrı bir disiplin ister. Bu konuya otellerde barkodlu ithal alkol takibi yazısında değinmiştik.

Geçiş nasıl planlanır?

Tüm oteli bir günde sisteme taşımak gerekmez. Pratik sıra şudur:

1. Tek departmanla başlayın — genellikle mutfak, hacim ve tekrar sıklığı nedeniyle en hızlı sonucu verir.
2. Onay kurallarını mevcut fiili duruma göre tanımlayın — kâğıt üzerindeki prosedürü değil, gerçekte kimin neyi onayladığını sisteme geçirin; sonra sıkılaştırın.
3. Tedarikçileri kademeli davet edin — link ile teklif vermek tedarikçi için ek yük olmadığından direnç düşüktür.
4. Sezon dışında geçin — kış revizyonu döneminde kurulan sistem, sezon açılışının yüküne hazır girer.

Sonuç

Otelde satınalma yönetiminin özü, dağınık talep trafiğini tek zincire bağlamaktır: talep tek kanaldan gelir, onay tutara ve departmana göre akar, teklif tedarikçiden link ile toplanır ve pivot tabloda karşılaştırılır, sipariş Logo'ya otomatik düşer, döngü depo teslimiyle kapanır.

YK Portal Satınalma bu zinciri otel operasyonuna uygun şekilde kurar. Aylık kullanıcı başı abonelik modeliyle çalışır; güncel fiyatlar için fiyatlandırma sayfasına bakabilirsiniz. 14 gün ücretsiz deneme ile kendi departman taleplerinizle test edebilirsiniz — kredi kartı gerekmez.

Sık Sorulan Sorular

Otel satınalma programı hangi departmanları kapsar?

Talep açabilen her departmanı: mutfak, kat hizmetleri, teknik servis, ön büro, yiyecek-içecek, animasyon ve idari birimler. Her departman kendi talebini açar, kendi taleplerinin durumunu izler; satınalma ekibi tüm trafiği tek ekrandan yönetir.

Sezonluk otellerde kışın kullanılmayan aylar için de ödeme yapılır mı?

YK Portal aylık kullanıcı başı abonelik modeliyle çalışır; kullanıcı sayısı ihtiyaca göre artırılıp azaltılabilir. Sezonluk kullanım senaryonuz için fiyatlandırma sayfasından güncel koşullara bakabilir veya bizimle iletişime geçebilirsiniz.

Tedarikçilerimizin sisteme üye olması gerekiyor mu?

Hayır. Tedarikçiye e-posta ile bir link gönderilir; tedarikçi fiyatını ve koşullarını o link üzerinden girer. Kurulum, üyelik veya program yüklemesi gerekmez. Bu, tedarikçi tarafındaki geçiş direncini büyük ölçüde ortadan kaldırır.

Logo dışında bir muhasebe programı kullanıyoruz, entegrasyon mümkün mü?

Logo entegrasyonu hazır olarak sunulur. Farklı bir ERP veya muhasebe yazılımı kullanıyorsanız entegrasyon özel yazılım kapsamında değerlendirilir; kullandığınız yazılımı belirterek iletişime geçmeniz yeterli.

Acil alımlar onay akışını beklemek zorunda mı?

Hayır. Acil alımlar için kısaltılmış bir onay yolu tanımlanabilir; kritik olan alımın kayıt dışı kalmamasıdır. Acil etiketiyle açılan talepler sonradan raporlanabildiği için, aciliyetin istisna mı alışkanlık mı olduğu da yönetim tarafından görülebilir.