Otel Satın Alma Sistemi Nasıl Kurulur? Talep Formundan Siparişe Kadar Süreç

Bir otelde satın alma ilk bakışta oldukça basit görünür.

Housekeeping havlu ister.

Mutfak ekipman ister.

Resepsiyon kırtasiye ister.

Teknik departman yedek parça ister.

Yönetim ofis mobilyası ister.

İhtiyaç belirlenir.

Tedarikçi aranır.

Fiyat alınır.

Ürün satın alınır.

Ancak otel büyüdükçe bu yöntem çok hızlı şekilde kontrolden çıkabilir.

Çünkü kısa süre sonra şu sorular ortaya çıkar:

• Bu ürüne gerçekten ihtiyaç var mıydı?
• Depoda zaten var mıydı?
• Kim satın alınmasına onay verdi?
• Neden bu tedarikçi seçildi?
• Başka teklif alındı mı?
• Sipariş edilen ürün gerçekten bu muydu?
• 100 adet sipariş verdik ama kaç adet geldi?
• Gelen ürün istediğimiz kalitede mi?
• Faturadaki fiyat teklif ile aynı mı?
• Bu ürünü geçen ay kaça almıştık?
• Bütçemizi aştık mı?

Bu soruların cevapları bulunamıyorsa ortada satın alma vardır ama:

satın alma sistemi yoktur.

Profesyonel satın alma sistemi şu zinciri kurar:

İhtiyaç → Talep → Teknik Tanım → Teklif → Karşılaştırma → Onay → Sipariş → Teslimat → Mal Kabul → Fatura → Ödeme → Kayıt

Bu zincirin amacı bürokrasi yaratmak değildir.

Amaç:

doğru ürünü, doğru kalitede, doğru miktarda, doğru zamanda, doğru tedarikçiden ve doğru toplam maliyetle satın almaktır.

Satın Alma Sistemi Neden Gereklidir?

Otel işletmesi yüzlerce farklı ürün satın alabilir.

Bunların bir bölümü:

• günlük,
• haftalık,
• aylık

tekrar eden ürünlerdir.

Bir bölümü ise:

• FF&E,
• ekipman,
• teknoloji,
• mobilya,
• teknik sistem

gibi daha yüksek bütçeli yatırımlardır.

Sistem kurulmazsa satın alma zamanla kişilere bağlı hale gelir.

Örneğin:

Housekeeping kendi tedarikçisini arar.

Mutfak başka bir firmadan ürün alır.

Teknik departman doğrudan sipariş verir.

Muhasebeye faturalar gelir.

Yönetim ancak ay sonunda toplam harcamayı görür.

Bu yapı satın alma değildir.

Reaktif harcama yönetimidir.

İyi Bir Satın Alma Sisteminin Beş Temel Hedefi

Profesyonel sistem en az beş şeyi kontrol etmelidir:

1. İhtiyaç

Gerçekten satın almamız gerekiyor mu?

2. Kalite

Doğru ürünü mü satın alıyoruz?

3. Fiyat

Doğru ticari koşullarla mı satın alıyoruz?

4. Yetki

Doğru kişi tarafından onaylandı mı?

5. Kayıt

İşlemin tamamı daha sonra izlenebiliyor mu?

Bu beş unsurdan biri eksik olduğunda satın alma kontrolü zayıflar.

Satın Alma Süreci Nerede Başlamalı?

Tedarikçide değil.

Departmanda.

Çünkü ihtiyacı satın alma departmanı değil, operasyon belirler.

Housekeeping:

havluya ihtiyacı olduğunu bilir.

Mutfak:

hangi ekipmanın gerekli olduğunu bilir.

Teknik ekip:

hangi parçanın değiştirilmesi gerektiğini bilir.

Ancak departmanın:

“İhtiyacım var.”

demesi otomatik olarak:

“Satın al.”

anlamına gelmemelidir.

İhtiyaç önce:

Purchase Requisition — Satın Alma Talebi

haline gelmelidir.

1. Satın Alma Talebi — Purchase Requisition

Satın alma sisteminin başlangıç noktası satın alma talebidir.

Departman doğrudan tedarikçiye sipariş vermek yerine sistem üzerinden ihtiyacını bildirir.

Örneğin:

Bu basit form bile çok önemli bir soruyu görünür hale getirir:

Neden satın alıyoruz?

2. Satın Alma Talep Formunda Neler Olmalı?

Basit bir Purchase Requisition formunda şu bilgiler bulunabilir:

Talep Bilgileri

• talep numarası,
• talep tarihi,
• departman,
• talep eden kişi,
• ürün/hizmet,
• miktar,
• birim,
• ihtiyaç tarihi.

İhtiyaç Bilgileri

• kullanım amacı,
• mevcut stok,
• minimum stok,
• talep nedeni,
• aciliyet.

Teknik Bilgiler

• teknik özellik,
• marka/model gerekiyorsa açıklama,
• kalite standardı,
• numune gereksinimi.

Bütçe

• bütçe kodu,
• tahmini maliyet,
• bütçede karşılığı var mı?

Onay

• departman yöneticisi,
• ilgili yönetici,
• satın alma,
• gerekli ise üst yönetim.

Talep ne kadar açık olursa satın alma o kadar doğru ilerler.

3. Talep ile Sipariş Aynı Şey Değildir

Bu ayrım satın alma sisteminin temelidir.

Purchase Requisition — PR

“Bu ürüne ihtiyacımız var.”

demektir.

Purchase Order — PO

“Bu ürünü bu koşullarla satın alıyoruz.”

demektir.

Dolayısıyla departmanın talep oluşturması tedarikçiye sipariş verme yetkisi anlamına gelmez.

PR ihtiyaç belgesidir; PO satın alma taahhüdüdür.

Bu iki belge birbirine karıştırılmamalıdır.

4. Önce Stok Kontrolü Yapın

Her talep doğrudan satın almaya dönüşmemelidir.

İlk kontrol:

Depoda ürün var mı?

Örneğin housekeeping:

30 adet yastık talep etti.

Ama depoda kullanılabilir durumda 20 adet yastık varsa gerçek satın alma ihtiyacı:

30 değil,

10 adet

olabilir.

Bu nedenle satın alma ile stok sistemi birbirinden kopuk çalışmamalıdır.

5. Minimum Stok Satın Alma Talebini Otomatikleştirebilir

Tekrarlayan ürünlerde sistem:

Minimum Stok — Maksimum Stok

mantığıyla kurulabilir.

Örneğin:

Minimum stok:

20 koli

Maksimum stok:

50 koli

Mevcut:

18 koli

Sipariş ihtiyacı:

50 − 18 = 32 koli

Bu yöntem departmanın:

“Sanırım azaldı, biraz sipariş verelim.”

yaklaşımını azaltır.

6. İhtiyaç Tarihini Mutlaka Yazın

Satın alma talebinde yalnızca:

“30 adet lazım.”

demek yeterli değildir.

Şu bilgi de gerekir:

Ne zaman lazım?

Çünkü satın alma departmanı:

• teklif,
• onay,
• üretim,
• sevkiyat,
• teslimat

sürelerini buna göre planlar.

İhtiyaç tarihi olmayan talep satın alma önceliğini belirsiz hale getirir.

7. Her Talebe “Acil” Yazılmamalı

Satın alma departmanlarının en büyük sorunlarından biri budur.

Her departman kendi ihtiyacını:

ACİL

olarak tanımlarsa sistemde hiçbir öncelik kalmaz.

Acil satın alma gerçekten istisnai durumlar için kullanılmalıdır.

Örneğin:

• kritik ekipman arızası,
• operasyonu durduracak stok tükenmesi,
• güvenlik problemi,
• beklenmeyen teknik arıza.

Tekrarlayan bir ürünün planlama hatası nedeniyle bitmesi sürekli “acil satın alma” yaratıyorsa sorun satın alma departmanında değil, stok veya planlama sistemindedir.

Sürekli acil satın alma yapan işletme, çoğu zaman satın alma değil planlama problemi yaşıyordur.

8. Talep Onaylandıktan Sonra Teknik Tanım Yapılmalı

Bir ürünün adı çoğu zaman yeterli değildir.

Örneğin:

“50 adet havlu alın.”

Hangi havlu?

• ölçüsü?
• gramajı?
• rengi?
• kompozisyonu?
• kalite standardı?
• dikişi?
• yıkama performansı?

Ya da:

“30 sandalye alın.”

Hangi sandalye?

Bu nedenle satın alma talebi neye ihtiyaç olduğunu söyler.

Teknik şartname ise tam olarak neyin kabul edileceğini söyler.

9. Teknik Şartname Neden Kritik?

Teknik şartname olmadan üç tedarikçiden fiyat almak çoğu zaman üç farklı ürünü karşılaştırmak anlamına gelir.

Örneğin:

Tedarikçi A:

4.000 TL

Tedarikçi B:

5.500 TL

Tedarikçi C:

6.000 TL

İlk bakışta A en ucuzdur.

Ama:

A'nın ürünü farklı malzeme,

B'nin ürünü farklı ölçü,

C'nin ürünü daha yüksek dayanıklılık

sunuyorsa bu gerçek bir fiyat karşılaştırması değildir.

Fiyatları karşılaştırabilmek için önce ürünleri karşılaştırılabilir hale getirmek gerekir.

Bunu teknik şartname sağlar.

10. İyi Bir Teknik Şartnamenin Beş Özelliği

İyi şartname:

Açık

Ne istendiği anlaşılmalıdır.

Ölçülebilir

Mümkün olduğunca objektif kriterler içermelidir.

Uygulanabilir

Piyasada karşılığı olmayan gereksinimler yaratmamalıdır.

Kontrol Edilebilir

Teslim edilen ürünün uygunluğu test edilebilmelidir.

Güncel

Son onaylı revizyon kullanılmalıdır.

Şartname yalnızca teklif almak için değil, daha sonra mal kabulü için de kullanılacaktır.

11. Satın Alma Akışının Kalite Kapısı Teknik Şartnamedir

İdeal akış:

İhtiyaç Belirleme → Satın Alma Talebi → Teknik Şartname → Teklif Toplama → Teknik Uygunluk Kontrolü → Ticari Teklif Karşılaştırması → Tedarikçi Seçimi → Sipariş

Bu sıra çok önemlidir.

Çünkü fiyat değerlendirmesinden önce:

“Ürün ihtiyacımızı karşılıyor mu?”

sorusu cevaplanır.

12. Tedarikçi Araştırması Yapın

Şartname hazırlandıktan sonra uygun tedarikçiler bulunmalıdır.

Tedarikçi seçerken yalnızca:

“Kim daha ucuz?”

sorusuna bakılmaz.

Ayrıca:

• ürün kalitesi,
• referanslar,
• kapasite,
• teslimat süresi,
• ödeme koşulları,
• servis,
• garanti,
• yedek parça,
• ürün sürekliliği

değerlendirilebilir.

Tedarikçi seçimini sonraki makalede daha ayrıntılı ele alacağız.

13. Kaç Teklif Alınmalı?

Her işletme kendi satın alma prosedüründe bunu tanımlamalıdır.

Örneğin sistem:

• düşük tutarlı rutin satın almalarda onaylı fiyat listesi,
• orta tutarlı alımlarda birden fazla teklif,
• yüksek tutarlı alımlarda daha kapsamlı teklif ve yönetim onayı

şeklinde kurulabilir.

Burada önemli olan belirli bir sihirli teklif sayısı değildir.

Önemli olan:

hangi koşulda nasıl teklif alınacağının önceden yazılı olmasıdır.

Böylece kurallar kişiye veya satın almaya göre değişmez.

14. Teklif Talebi Aynı Bilgilerle Gönderilmeli

Tedarikçi A'ya başka,

Tedarikçi B'ye başka,

Tedarikçi C'ye başka

bilgi gönderilirse teklifler sağlıklı karşılaştırılamaz.

Bu nedenle mümkün olduğunca aynı:

• teknik şartname,
• miktar,
• teslimat yeri,
• teslimat tarihi,
• garanti beklentisi,
• ödeme koşulu talebi,
• teklif formatı

ile fiyat istenmelidir.

Bu yaklaşım gerçek bir:

apples-to-apples comparison

oluşturur.

15. Teklif Karşılaştırma Tablosu Oluşturun

Teklifleri e-posta kutusunda bırakmayın.

Tek bir karşılaştırma tablosuna alın.

Örneğin:

Bu tablo fiyat dışındaki farkları da görünür hale getirir.

16. Önce Teknik Uygunluk, Sonra Fiyat

Örneğin:

A en ucuz olabilir.

Ama şartnameyi karşılamıyorsa karşılaştırmanın gerçek kazananı değildir.

Bu nedenle süreç:

Teknik Eleme → Ticari Karşılaştırma

şeklinde ilerlemelidir.

17. Numune Gereken Ürünlerde Numune Onayı Alın

Özellikle:

• tekstil,
• buklet,
• mobilya,
• porselen,
• bardak,
• dekoratif ürün,
• baskılı malzeme

gibi ürünlerde numune önemli olabilir.

Onaylanan numune kayıt altına alınmalıdır.

Çünkü teslimatta şu soru sorulacaktır:

“Gelen ürün onayladığımız ürünle aynı mı?”

Numune yoksa bu sorunun cevabı subjektif hale gelir.

18. Tedarikçi Seçimini Kayıt Altına Alın

Seçim yalnızca:

“A firmasından alıyoruz.”

şeklinde kalmamalıdır.

Gerekçe kaydedilebilir:

• en uygun toplam maliyet,
• teknik uygunluk,
• daha kısa teslim süresi,
• daha iyi garanti,
• daha iyi ödeme koşulu,
• mevcut başarılı tedarikçi performansı.

Bu özellikle yüksek bütçeli satın almalarda şeffaflık sağlar.

19. Yetki Matrisi Oluşturun

Herkes her tutardaki satın almayı onaylayamamalıdır.

İşletme kendi büyüklüğüne göre bir:

Approval Matrix — Yetki Matrisi

oluşturmalıdır.

Örneğin yalnızca sistem mantığını göstermek için:

Tutarlar her otelin büyüklüğüne ve organizasyonuna göre belirlenmelidir.

Ama prensip değişmez:

Satın alma tutarı büyüdükçe onay seviyesi yükselmelidir.

20. Talep Eden, Onaylayan ve Satın Alan Mümkün Olduğunca Ayrılmalı

İç kontrol açısından önemli bir prensip:

aynı kişinin bütün süreci tek başına yönetmemesidir.

Örneğin aynı kişi:

ürünü talep ediyor,

tedarikçiyi seçiyor,

siparişi veriyor,

ürünü teslim alıyor,

faturayı onaylıyor,

ödemeyi gerçekleştiriyorsa

kontrol mekanizması çok zayıftır.

Küçük butik otellerde tam görev ayrılığı her zaman mümkün olmayabilir.

Ama en azından kritik satın almalarda:

Talep → Onay → Satın Alma → Mal Kabul → Ödeme

adımlarının kontrol noktaları ayrılmalıdır.

21. Purchase Order — PO Nedir?

Tedarikçi seçildi.

Fiyat onaylandı.

Şartlar belirlendi.

Artık:

Purchase Order — Satın Alma Emri

oluşturulur.

PO, tedarikçiye verilen resmi satın alma talimatıdır.

Basit bir PO'da:

• PO numarası,
• tedarikçi,
• ürün,
• teknik tanım,
• miktar,
• birim fiyat,
• toplam,
• vergi bilgisi,
• teslimat tarihi,
• teslimat adresi,
• ödeme koşulu,
• garanti,
• diğer ticari şartlar

bulunabilir.

22. PO Neden Bu Kadar Önemlidir?

Telefonla:

“Geçen seferki havlulardan 500 tane gönder.”

demek kolaydır.

Ama sonra:

Hangi model?

Hangi fiyat?

Hangi ölçü?

Ne zaman teslim?

Nakliye dahil mi?

Ödeme vadesi ne?

soruları ortaya çıkabilir.

PO bütün bu şartları tek belgede sabitler.

PO, satın alma kararının ticari hafızasıdır.

23. PO Numarası Kullanın

Her sipariş tekil bir numara taşımalıdır.

Örneğin:

PO-2026-042

Buna bağlı satın alma talebi:

PR-2026-015

olabilir.

Böylece daha sonra:

PR → Teklif → Onay → PO → Teslimat → Fatura

zinciri takip edilebilir.

24. Sözlü Siparişleri Minimuma İndirin

Özellikle küçük işletmelerde satın alma sıklıkla:

telefon,

WhatsApp,

e-posta

üzerinden yapılabilir.

Bu iletişim araçları kullanılabilir.

Ancak nihai siparişin sistemde kayıtlı bir PO'ya bağlanması daha sağlıklıdır.

Çünkü altı ay sonra:

“Biz bunu hangi fiyattan sipariş etmiştik?”

sorusunun cevabı WhatsApp geçmişinde aranmamalıdır.

25. Sipariş Verildiğinde Süreç Bitmez

Satın alma departmanının görevi PO göndermekle bitmemelidir.

Sipariş takip edilmelidir:

• PO gönderildi mi?
• Tedarikçi teyit etti mi?
• Üretim başladı mı?
• Teslim tarihi değişti mi?
• Sevk edildi mi?
• Otele ulaştı mı?

Özellikle açılış öncesi FF&E ve OS&E satın almalarında bu takip kritik hale gelir.

26. Open PO Listesi Oluşturun

Henüz tamamlanmamış siparişler için:

Open Purchase Orders

listesi tutulabilir.

Örneğin:

Bu liste satın alma departmanının günlük kontrol ekranlarından biri olabilir.

27. Teslimat Geldiğinde PO ile Karşılaştırın

Kamyon geldi.

Ürünler indirildi.

İrsaliye imzalandı.

Süreç tamamlandı mı?

Hayır.

İlk soru:

Bu ürünleri gerçekten sipariş etmiş miydik?

Teslimat PO ile karşılaştırılmalıdır.

28. İrsaliyedeki Miktarı Otomatik Olarak Doğru Kabul Etmeyin

İrsaliyede:

50 sandalye

yazıyor olabilir.

Fiziksel sayım:

47 sandalye

gösterebilir.

Mal kabul kaydı:

47 teslim alındı / 3 eksik

şeklinde yapılmalıdır.

Belgedeki miktar ile fiziksel gerçeklik aynı olmak zorunda değildir.

29. Mal Kabul — Goods Receiving — Sistemi Kurun

Teslimatta en az şu kontroller yapılabilir:

Miktar

Kaç adet geldi?

Ürün

Doğru ürün mü?

Teknik Özellik

Şartnameye uygun mu?

Kalite

Beklenen kalite seviyesinde mi?

Hasar

Taşıma hasarı var mı?

Numune

Onaylı numuneyle aynı mı?

Evrak

PO ve irsaliye ile uyumlu mu?

Bu kontrollerden sonra:

Mal Kabul

yapılır.

30. Teslim Almak ile Kabul Etmek Aynı Şey Değildir

Bu ayrım çok önemlidir.

Kamyon ürünü otele bıraktı.

Bu:

ürün fiziksel olarak geldi

demektir.

Ama:

ürün kabul edildi

anlamına gelmemelidir.

Örneğin:

100 havlu geldi.

20'si şartname dışı.

Bu durumda:

80 adet kabul,

20 adet red

kaydı oluşturulabilir.

Teslim edilen her ürün, sipariş edilen ve kabul edilmesi gereken ürün değildir.

31. Uygunsuzluk Kaydı Oluşturun

Problemli teslimatlarda:

Non-Conformance / Uygunsuzluk

kaydı tutulabilir.

Örneğin:

• eksik miktar,
• yanlış model,
• yanlış renk,
• hasarlı ürün,
• ölçü hatası,
• kalite problemi,
• geç teslimat.

Ardından çözüm:

• değiştirme,
• tamamlama,
• iade,
• iskonto,
• yeniden üretim

olarak kaydedilebilir.

Bu kayıtlar daha sonra tedarikçi performansını ölçmek için kullanılabilir.

32. Üçlü Eşleştirme — Three-Way Match

Satın alma kontrolünün en güçlü ve basit araçlarından biri:

Three-Way Match

yani üçlü eşleştirmedir.

Karşılaştırılan üç belge:

1. Purchase Order

Ne sipariş ettik?

2. Goods Receipt / Mal Kabul

Ne teslim aldık?

3. Invoice / Fatura

Bize ne fatura edildi?

Örneğin:

Her şey eşleşiyorsa ödeme sürecine geçilebilir.

33. Üçlü Kontrol Hangi Hataları Yakalar?

Örneğin:

PO:

100 adet

Teslimat:

90 adet

Fatura:

100 adet

Eğer muhasebe yalnızca faturaya bakarsa:

100 adet ödenebilir.

Three-Way Match ise farkı yakalar.

Başka örnek:

PO fiyatı:

1.000 TL

Fatura fiyatı:

1.100 TL

Miktar doğru olsa bile fiyat uyuşmazlığı ortaya çıkar.

34. Yüksek Tutarların Kontrolünü Daha da Güçlendirebilirsiniz

Özellikle önemli satın almalarda zincir:

Satın Alma Talebi → Purchase Order → Mal Kabul → Fatura

şeklinde dört noktadan kontrol edilebilir.

Bu sistem şu soruları cevaplar:

• İhtiyaç var mıydı?
• Yetkili sipariş verdi mi?
• Ürün gerçekten geldi mi?
• Doğru tutar fatura edildi mi?

35. Fatura Kontrolü Nasıl Yapılmalı?

Fatura ödeme kuyruğuna girmeden önce kontrol edilmelidir.

Örneğin:

• tedarikçi doğru mu?
• fatura tarihi doğru mu?
• PO bağlantısı var mı?
• ürün doğru mu?
• miktar doğru mu?
• birim fiyat doğru mu?
• iskonto doğru mu?
• vergi doğru mu?
• toplam doğru mu?
• teslim alınan miktarla uyumlu mu?
• ödeme koşulu doğru mu?

Kontrol tamamlanmadan ödeme yapılmaması sağlıklı bir sistem oluşturur.

36. Satın Alma Dosyasını Tek Zincir Halinde Tutun

Önemli satın almalarda dosya şu şekilde oluşturulabilir:

1. Satın Alma Talebi
2. Teklifler
3. Teklif Karşılaştırma
4. Tedarikçi Seçimi
5. Teknik Şartname
6. Numune / Onay
7. Purchase Order
8. İrsaliye
9. Mal Kabul
10. Fatura
11. Ödeme Belgesi
12. Satın Alma Kapanış Kaydı

Böylece yıllar sonra bile işlemin tamamı geriye doğru izlenebilir.

37. Her Belgeye Tekil Numara Verin

Örneğin:

Satın alma talebi:

PR-2026-015

Purchase Order:

PO-2026-042

İrsaliye:

IRS-2026-118

Fatura:

FTR-2026-356

Bu belgeler birbirleriyle ilişkilendirilirse tek bir satın alma işleminin bütün geçmişine ulaşmak kolaylaşır.

38. Küçük Otelde ERP Şart mı?

Hayır.

Küçük butik otelde iyi tasarlanmış:

• Excel,
• Google Sheets,
• dijital form,
• muhasebe sistemi

ile temel satın alma kontrolü kurulabilir.

Daha büyük işletmelerde:

• ERP,
• stok yönetim sistemi,
• muhasebe entegrasyonu,
• e-satın alma sistemi

kullanılabilir.

Ancak temel prensip şudur:

Kötü süreç + iyi yazılım = dijitalleşmiş kötü süreç.

Önce sistem kurulmalıdır.

Doğru sıra:

Prosedür → Yetki → Standart → Veri → Yazılım

39. Satın Alma Prosedürü Yazılı Olmalı

Prosedür en az şu sorulara cevap vermelidir:

• Kim talep oluşturabilir?
• Kim onaylayabilir?
• Hangi tutarda hangi onay gerekir?
• Kaç teklif alınır?
• Teklifler nasıl karşılaştırılır?
• Tedarikçi nasıl seçilir?
• PO'yu kim oluşturur?
• Mal kabulünü kim yapar?
• Kalite kontrolünü kim yapar?
• Faturayı kim kontrol eder?
• Ödemeyi kim onaylar?
• Acil satın alma nasıl yapılır?

Bu soruların cevapları çalışanların kafasında değil, sistemde bulunmalıdır.

40. Minimum Satın Alma Doküman Seti

Bir otelin temel satın alma sistemi için aşağıdaki dokümanlar oluşturulabilir:

• satın alma prosedürü,
• yetki matrisi,
• satın alma talep formu,
• teklif talep formu,
• teklif karşılaştırma formu,
• tedarikçi bilgi formu,
• Purchase Order,
• mal kabul formu,
• kalite kontrol formu,
• fatura kontrol formu,
• tedarikçi performans formu,
• acil satın alma formu.

Bunların tamamı fiziksel olmak zorunda değildir.

Dijital olarak da yönetilebilir.

41. Satın Alma Veri Tabanı Oluşturun

Her satın alma işlemi gelecekte kullanılabilecek veri üretir.

Takip edilebilecek başlıklar:

• en çok satın alınan ürünler,
• en çok çalışılan tedarikçiler,
• fiyat değişimleri,
• departman bazlı harcamalar,
• aylık satın alma tutarları,
• bütçe sapmaları,
• acil satın almalar,
• teslimat performansı.

Birkaç yıl sonra bu veri işletme için çok değerli hale gelir.

Örneğin:

“Bu ürünü geçen yıl kaça almıştık?”

sorusunun cevabı birkaç saniyede bulunabilir.

42. Purchase Price History Tutun

Özellikle sık alınan ürünlerde fiyat geçmişi tutulabilir.

Örneğin:

Böylece fiyat artışları ve tedarikçi farkları daha kolay görülebilir.

43. Satın Alma KPI'ları Oluşturun

Satın alma departmanını yalnızca:

“Ne kadar indirim aldık?”

ile ölçmek yetersizdir.

Örneğin şu KPI'lar izlenebilir:

Purchase Spend

Toplam satın alma tutarı.

Budget Variance

Bütçeye göre sapma.

Emergency Purchase %

Acil satın alma oranı.

On-Time Delivery %

Zamanında teslim oranı.

Rejection Rate

Mal kabulde reddedilen ürün oranı.

Supplier Lead Time

Tedarik süresi.

Price Variance

Fiyat değişimi.

Purchase Order Compliance

PO sistemi üzerinden yapılan satın almaların oranı.

Bu göstergeler sistemin sağlığını gösterir.

44. “Tasarruf” KPI'ını Dikkatli Kullanın

Satın alma yöneticisine yalnızca:

“En düşük fiyatı bul.”

hedefi verirseniz kalite düşebilir.

Örneğin:

100 TL'lik ürün yerine 80 TL'lik ürün satın alınır.

%20 tasarruf görünür.

Ama ürün yarı sürede bozuluyorsa işletme aslında daha fazla para harcamış olabilir.

Bu nedenle satın alma performansı:

Fiyat + Kalite + Teslimat + Toplam Maliyet

birlikte değerlendirilmelidir.

45. Acil Satın Almaları Ayrı Raporlayın

Acil satın alma sayısı önemli bir yönetim göstergesidir.

Örneğin ayda:

100 PO oluşturuldu.

25'i acil.

Emergency Purchase Rate = %25

Bu oran sürekli yüksekse:

• stok seviyeleri yanlış olabilir,
• departman planlaması zayıf olabilir,
• tedarik süresi yanlış hesaplanmış olabilir,
• talep sistemi çalışmıyor olabilir.

Dolayısıyla acil satın alma yalnızca satın alma departmanının problemi değildir.

46. Satın Alma ile Bütçe Birbirine Bağlanmalı

Departman talep oluşturduğunda sistem şu soruyu sormalıdır:

Bütçede para var mı?

Örneğin:

Housekeeping yıllık tekstil bütçesi:

1.000.000 TL

Actual + Committed:

920.000 TL

Yeni talep:

150.000 TL

Talep onaylanırsa toplam:

1.070.000 TL

olacaktır.

Yani bütçe aşımı sipariş verilmeden önce görülebilir.

İyi satın alma sistemi bütçe aşımını faturada değil, talep aşamasında yakalar.

47. Küçük Butik Otel İçin Basit Sistem

Örneğin 10–20 odalı bir butik otelde satın alma sistemi gereksiz derecede ağır olmamalıdır.

Basit model:

1. Departman dijital PR oluşturur.
2. Yönetici ihtiyacı onaylar.
3. Stok kontrol edilir.
4. Gerekliyse teklif alınır.
5. Teklifler karşılaştırılır.
6. Yetki limitine göre onay alınır.
7. PO oluşturulur.
8. Ürün teslim alınır.
9. PO + Mal Kabul + Fatura eşleştirilir.
10. Ödeme yapılır.

Bu sistem küçük otel için yeterince kontrollü ama operasyonu boğmayacak kadar basit olabilir.

48. Büyük Otelde Sistem Nasıl Değişir?

Otel büyüdükçe:

• satın alma departmanı,
• merkezi depo,
• departman bütçeleri,
• ERP,
• elektronik onay,
• tedarikçi portalı,
• kontrat yönetimi,
• otomatik reorder,
• merkezi fiyat listeleri

gibi sistemler devreye girebilir.

Ama temel mantık değişmez:

Kim istedi? → Neden istedi? → Kim onayladı? → Kimden aldık? → Neden onu seçtik? → Ne sipariş ettik? → Ne geldi? → Ne fatura edildi? → Ne ödedik?

49. Satın Alma Sisteminde 12 Yaygın Hata

1. Departmanın doğrudan tedarikçiden sipariş vermesi

Kontrol zincirini kırar.

2. Talep formu kullanmamak

İhtiyacın kaynağı görünmez.

3. Stok kontrolü yapmadan satın almak

Gereksiz stok yaratır.

4. Teknik şartname oluşturmamak

Farklı ürünlerin fiyatları karşılaştırılır.

5. Yalnızca en düşük fiyatı seçmek

Toplam maliyet ve kalite gözden kaçar.

6. Yetki limitlerini tanımlamamak

Onay sistemi kişilere bağlı hale gelir.

7. Sözlü sipariş vermek

Ticari şartların kanıtı zayıflar.

8. PO oluşturmamak

Sipariş ile fatura bağlantısı kopar.

9. İrsaliyedeki miktarı fiziksel saymadan kabul etmek

Eksik teslimat fark edilmeyebilir.

10. Mal kabul yapmadan ödeme yapmak

Kalite kontrolü kaybolur.

11. Faturayı PO ile eşleştirmemek

Fiyat ve miktar hataları gözden kaçabilir.

12. Satın alma verisini saklamamak

Her satın alma sıfırdan başlar.

50. Otel Satın Alma Sistemi İçin 10 Karar Kapısı

Her satın alma şu on kapıdan geçebilir.

Karar Kapısı 1 — İhtiyaç

Gerçekten gerekli mi?

Karar Kapısı 2 — Stok

Depoda mevcut mu?

Karar Kapısı 3 — Bütçe

Bütçede karşılığı var mı?

Karar Kapısı 4 — Standart

Tam olarak ne satın alacağımız tanımlı mı?

Karar Kapısı 5 — Teklif

Piyasa koşulları karşılaştırıldı mı?

Karar Kapısı 6 — Tedarikçi

Doğru tedarikçi seçildi mi?

Karar Kapısı 7 — Yetki

Doğru kişi onayladı mı?

Karar Kapısı 8 — PO

Sipariş yazılı ve kayıtlı mı?

Karar Kapısı 9 — Mal Kabul

Doğru ürün gerçekten teslim edildi mi?

Karar Kapısı 10 — Fatura

Sipariş, teslimat ve fatura birbiriyle uyumlu mu?

Bu on kapı tamamlandığında satın alma işlemi kontrol altına alınmış olur.

51. Otel Satın Alma Sistemi Checklist'i

Organizasyon

• ☐ Satın alma sorumlusu belli.
• ☐ Departman sorumlulukları belli.
• ☐ Yetki matrisi oluşturuldu.
• ☐ Onay limitleri belirlendi.
• ☐ Görev ayrılığı mümkün olduğunca sağlandı.

Talep

• ☐ Purchase Requisition formu var.
• ☐ Her talebe numara veriliyor.
• ☐ Talep nedeni yazılıyor.
• ☐ İhtiyaç tarihi yazılıyor.
• ☐ Mevcut stok kontrol ediliyor.
• ☐ Bütçe kontrol ediliyor.

Teknik Standart

• ☐ Ürün spesifikasyonu mevcut.
• ☐ Gerekli ürünlerde teknik şartname var.
• ☐ Numune sistemi var.
• ☐ Son revizyon takip ediliyor.

Teklif

• ☐ Teklif alma kuralı yazılı.
• ☐ Aynı şartname tüm tedarikçilere gönderiliyor.
• ☐ Teklifler tek tabloda karşılaştırılıyor.
• ☐ Teknik uygunluk kontrol ediliyor.
• ☐ Ticari koşullar karşılaştırılıyor.

Tedarikçi

• ☐ Tedarikçi kayıt sistemi var.
• ☐ Tedarikçi seçimi gerekçelendiriliyor.
• ☐ Teslimat performansı ölçülüyor.
• ☐ Kalite performansı ölçülüyor.

Sipariş

• ☐ Purchase Order kullanılıyor.
• ☐ Her PO'nun tekil numarası var.
• ☐ Fiyat PO üzerinde yazıyor.
• ☐ Miktar yazıyor.
• ☐ Teslim tarihi yazıyor.
• ☐ Ödeme şartı yazıyor.
• ☐ Open PO listesi tutuluyor.

Teslimat

• ☐ İrsaliye kontrol ediliyor.
• ☐ Fiziksel sayım yapılıyor.
• ☐ Teknik uygunluk kontrol ediliyor.
• ☐ Hasar kontrolü yapılıyor.
• ☐ Mal kabul kaydı oluşturuluyor.
• ☐ Red/eksik ürünler kayıt altına alınıyor.

Fatura

• ☐ PO ile eşleştiriliyor.
• ☐ Mal kabul ile eşleştiriliyor.
• ☐ Miktar kontrol ediliyor.
• ☐ Birim fiyat kontrol ediliyor.
• ☐ Vergi ve toplam kontrol ediliyor.
• ☐ Ödeme koşulu kontrol ediliyor.

Raporlama

• ☐ Aylık satın alma raporu hazırlanıyor.
• ☐ Departman harcamaları takip ediliyor.
• ☐ Bütçe sapması takip ediliyor.
• ☐ Acil satın alma oranı takip ediliyor.
• ☐ Fiyat geçmişi tutuluyor.
• ☐ Tedarikçi performansı takip ediliyor.

Satın Alma Sisteminin Tam Akışı

Profesyonel bir satın alma sürecini tek zincirde gösterirsek:

İhtiyaç Belirleme → Stok Kontrolü → Purchase Requisition → Bütçe Kontrolü → Onay → Teknik Şartname → Tedarikçi Araştırması → Teklif Talebi → Teknik Uygunluk → Ticari Karşılaştırma → Tedarikçi Seçimi → Yetki Onayı → Purchase Order → Sipariş Takibi → Teslimat → Fiziksel Sayım → Kalite / Teknik Kontrol → Mal Kabul → Depo Girişi → Three-Way Match → Fatura Kontrolü → Ödeme → Satın Alma Kaydı → Tedarikçi Performansı

Bu zincir kurulduğunda satın alma kişilere bağlı olmaktan çıkar.

Sisteme bağlı hale gelir.

Satın Alma Sisteminin Ana Prensibi

Bir otelin satın alma sistemi yalnızca daha düşük fiyat bulmak için kurulmaz.

Asıl amaç:

ihtiyacın doğruluğunu,

ürünün kalitesini,

fiyatın rekabetçiliğini,

yetkinin doğruluğunu,

teslimatın uygunluğunu

ve

ödemenin doğruluğunu

aynı zincirde kontrol etmektir.

Bu nedenle:

Satın alma talebi neye ihtiyacımız olduğunu, teknik şartname neyi kabul edeceğimizi, PO ne sipariş ettiğimizi, mal kabul ne teslim aldığımızı, fatura ise ne ödeyeceğimizi gösterir.

Bu belgeler birbirine bağlandığında satın alma sistemi oluşur.

Sonuç

Otel satın alma sistemi kurmanın amacı departmanların işini zorlaştırmak değildir.

Tam tersine:

ihtiyaçları planlamak,

gereksiz satın almaları azaltmak,

stok fazlasını önlemek,

doğru ürünü satın almak,

fiyatları karşılaştırmak,

yetkisiz harcamayı azaltmak,

teslimat problemlerini görmek,

fatura hatalarını yakalamak,

bütçeyi kontrol etmek

ve satın alma geçmişini kurumsal hafızaya dönüştürmektir.

Küçük bir butik otelde bu sistem basit olabilir.

Büyük bir otelde ERP üzerinden çalışabilir.

Ama sistemin büyüklüğünden bağımsız olarak temel mantık aynıdır:

İhtiyaç olmadan talep olmaz.
Talep olmadan satın alma olmaz.
Standart olmadan doğru teklif alınmaz.
Onay olmadan sipariş verilmez.
PO olmadan sipariş kontrol edilmez.
Mal kabul olmadan fatura doğrulanmaz.
Kontrol olmadan ödeme yapılmaz.

Ve satın alma sisteminin belki de en önemli sonucu şudur:

“Kimden daha ucuza alabiliriz?” sorusunu, “İşletmemizin ihtiyacını hangi ürün, hangi kalite seviyesinde ve hangi toplam maliyetle en doğru şekilde karşılar?” sorusuna dönüştürür.

İyi satın alma yönetimi tam olarak budur.

Otel Yatırım Rehberi — Cilt IV: Satın Alma ve Donanım

Satın alma talebinden teknik şartnameye, teklif karşılaştırmasından tedarikçi seçimine; Purchase Order, mal kabul, Three-Way Match, fatura kontrolü ve satın alma raporlamasına kadar bütün sistemi Otel Yatırım Rehberi — Cilt IV: Satın Alma ve Donanım içerisinde daha ayrıntılı ele alıyorum.