Otelde Finansal Kontrol Sistemi Nasıl Kurulur? Gelir Kontrolü, Kasa, Fraud ve Internal Control

Bir otelin aylık raporuna baktığımızı düşünelim.

PMS'e göre:

10 milyon TL Revenue

üretilmiş.

Muhasebe kayıtlarında da:

yaklaşık aynı rakam var.

İlk bakışta:

her şey yolunda görünüyor.

Ama:

bu bilgi tek başına:

şu soruların hiçbirini cevaplamaz:

• Satılan bütün hizmetler gerçekten sisteme işlendi mi?
• Doğru fiyat uygulandı mı?
• Verilen indirimler yetkili miydi?
• Complimentary işlemler gerçek miydi?
• İptal edilen işlemler neden iptal edildi?
• Nakit tahsilatlar tamamen bankaya yatırıldı mı?
• POS tahsilatlarının tamamı bankaya geçti mi?
• OTA alacakları doğru tahsil edildi mi?
• Refund işlemleri gerçek miydi?
• Supplier ödemeleri gerçekten alınan mal ve hizmetlere mi aitti?
• Aynı kişi hem işlemi yapıp hem onaylayıp hem de kontrol edebiliyor mu?
• Fraud gerçekleşirse sistem bunu fark edebilir mi?

İşte:

Financial Control — Finansal Kontrol

bu soruların sistematik cevabıdır.

Çünkü:

Bir otelin gelir üretmesi yetmez; ürettiği gelirin eksiksiz tahsil edildiğinden, doğru kaydedildiğinden ve işletmenin varlıklarının korunduğundan emin olmak gerekir.

1. Finansal Kontrol Nedir?

Finansal kontrol:

yalnızca:

muhasebe kontrolü değildir.

Daha geniş anlamıyla:

otelin:

• Revenue,
• cash,
• bank,
• POS,
• receivables,
• payments,
• purchasing,
• inventory,
• payroll,
• discounts,
• refunds,
• complimentary transactions,
• financial records

gibi ekonomik süreçlerinin:

belirlenmiş kurallar dahilinde:

çalışmasını sağlayan:

kontrol sistemidir.

Amaç:

yalnızca:

hata bulmak değildir.

Amaç:

hatanın ve suistimalin oluşmasını zorlaştıran; oluştuğunda ise erken fark edilmesini sağlayan bir sistem kurmaktır.

2. Internal Control Nedir?

Internal Control — İç Kontrol

işletmenin:

varlıklarını korumak,

finansal bilgilerin doğruluğunu artırmak,

yetkisiz işlemleri önlemek,

hata ve fraud riskini azaltmak

için oluşturduğu:

politika,

prosedür,

yetki,

kontrol

ve:

doğrulama mekanizmalarının:

bütünüdür.

Basit ifade ile:

İyi iç kontrol, işletmenin yalnızca çalışanlarına güvenmesini değil; sistemi doğrulayabilmesini sağlar.

3. Trust + Verify

Otel yönetiminde:

güven:

gereklidir.

Ama:

finansal sistem:

yalnızca güven üzerine:

kurulmamalıdır.

Doğru yaklaşım:

Trust + Verify

yani:

Güven + Doğrulama

olmalıdır.

Çünkü:

kontrol sistemi:

çalışana güvensizlik değildir.

Tam tersine:

hem:

çalışanı

hem:

işletmeyi

koruyan:

kurumsal mekanizmadır.

4. Internal Control'ün Dört Temel Amacı

İyi bir finansal kontrol sistemi:

dört temel sonuç üretmelidir.

1. Prevention

Hatanın veya fraud'un:

oluşmasını zorlaştırmak.

2. Detection

Gerçekleşmiş hatayı:

erken tespit etmek.

3. Correction

Sorunu:

düzeltmek.

4. Learning

Aynı problemin:

tekrar oluşmasını:

önlemek.

Dolayısıyla:

kontrol:

yalnızca:

“Kim hata yaptı?”

sorusu değildir.

Asıl soru:

“Sistem bu hatanın oluşmasına nasıl izin verdi?”

olmalıdır.

5. Preventive Control

Preventive Control

sorunu:

oluşmadan önce:

engellemeye çalışır.

Örneğin:

• discount authority limit,
• refund approval,
• system access restriction,
• purchase approval,
• dual approval,
• user-specific login,
• cash limit,
• approved supplier list.

Bunlar:

Preventive Control

örnekleridir.

6. Detective Control

Detective Control

gerçekleşmiş:

hata

veya:

anormalliği:

bulmaya çalışır.

Örneğin:

• daily reconciliation,
• exception report,
• void report,
• discount report,
• cash count,
• bank reconciliation,
• inventory variance,
• audit log review.

Bunlar:

Detective Control

örnekleridir.

7. Corrective Control

Sorun:

tespit edildi.

Sonra ne olacak?

Örneğin:

yanlış fiyat uygulanmış.

Sadece:

işlemi düzeltmek:

yeterli değildir.

Ayrıca:

• neden oluştu?
• sistem ayarı mı?
• eğitim problemi mi?
• yetki problemi mi?
• SOP eksik mi?
• kasıtlı mı?
• tekrarını nasıl önleriz?

soruları:

cevaplanmalıdır.

Bu:

Corrective Control

katmanıdır.

8. Finansal Kontrol Sisteminin Temel Döngüsü

İyi bir sistem:

şöyle çalışır:

Transaction → Authorization → Recording → Collection / Payment → Reconciliation → Verification → Exception → Investigation → Root Cause → Corrective Action → Verification → Management Reporting

Bu zincirin:

bir halkası eksikse:

kontrol sistemi:

zayıflar.

9. Revenue Control Nedir?

Revenue Control:

otelin:

ürettiği gelirin:

doğru,

eksiksiz

ve:

yetkili şekilde:

kaydedilip tahsil edilmesini:

kontrol eden sistemdir.

Temel soru:

“Otelin ekonomik olarak hak ettiği Revenue'nun tamamı gerçekten sisteme ve tahsilata dönüştü mü?”

Bu:

yalnızca:

muhasebenin görevi değildir.

Front Office,

Reservations,

F&B,

Finance,

Night Audit

ve:

Management

birlikte:

Revenue Control sisteminin:

parçasıdır.

10. Revenue Leakage Nedir?

Revenue Leakage

otelin:

hak ettiği gelirin:

bir bölümünün:

işletmeye ulaşmaması

veya:

doğru kaydedilmemesidir.

Örneğin:

• hizmetin sisteme girilmemesi,
• yanlış rate,
• yetkisiz discount,
• yanlış complimentary,
• gereksiz refund,
• yanlış cancellation,
• POS hatası,
• OTA reconciliation problemi,
• minibar'ın işlenmemesi,
• transfer gelirinin kaydedilmemesi.

Bunların her biri:

Revenue Leakage

yaratabilir.

11. Revenue Leakage Her Zaman Fraud Değildir

Bu:

önemli bir ayrımdır.

Gelir kaybı:

Human Error

yanlış işlem.

Process Failure

eksik prosedür.

System Error

entegrasyon veya yazılım sorunu.

Training Gap

personelin süreci bilmemesi.

Control Failure

kontrolün çalışmaması.

Fraud

kasıtlı suistimal.

nedeniyle:

oluşabilir.

Bu nedenle:

her variance:

fraud

olarak değerlendirilmemelidir.

Ama:

her variance:

investigate

edilmelidir.

12. Revenue Control Nereden Başlar?

Revenue Control:

misafir ödeme yaptığında:

başlamaz.

Daha önce başlar.

Örneğin:

oda satışında:

Reservation → Rate → Discount → Stay → Posting → Check-Out → Payment → Settlement → Bank → Accounting → Reconciliation

zinciri vardır.

Her aşamada:

Revenue Leakage

oluşabilir.

13. Reservation ile Revenue Control

Reservation oluşturulduğunda:

şunlar:

doğru olmalıdır:

• guest,
• dates,
• room type,
• rate plan,
• source,
• channel,
• discount,
• payment condition,
• tax structure,
• package.

Çünkü:

yanlış reservation data:

sonraki bütün finansal süreci:

bozabilir.

14. Rate Control

Misafire:

hangi fiyat:

uygulandı?

Rate:

approved rate plan

ile:

uyumlu mu?

Manuel değişiklik yapıldı mı?

Kim yaptı?

Neden yaptı?

Yetkisi var mıydı?

İyi PMS yapısında:

rate override

işlemleri:

izlenebilir olmalıdır.

15. Discount Control

Discount:

normal bir ticari araçtır.

Ama:

kontrolsüz discount:

Revenue Leakage

yaratabilir.

Bu nedenle:

Discount Policy:

şunları belirleyebilir:

Front Office

belirli sınıra kadar.

Supervisor

daha yüksek limit.

GM

daha yüksek yetki.

Owner

olağanüstü durum.

Burada:

amaç:

indirim vermeyi yasaklamak değildir.

Amaç:

indirim kararını görünür ve hesap verebilir hale getirmektir.

16. Discount Report

Yönetim:

düzenli olarak:

şunları görebilir:

Son satır:

Exception

olabilir.

17. Complimentary Control

Complimentary:

ücretsiz verilen:

oda,

yemek,

içecek

veya:

hizmettir.

Bazen:

tamamen meşrudur.

Örneğin:

• guest recovery,
• influencer agreement,
• business partner,
• staff meal,
• owner guest,
• promotional package.

Ama:

her complimentary:

Reason + Authorization + Record

taşımalıdır.

18. Complimentary = Bedava Değildir

Misafir:

ödeme yapmıyor olabilir.

Ama:

otel:

maliyet:

üstlenir.

Örneğin:

ücretsiz oda:

• housekeeping,
• laundry,
• amenities,
• utilities,
• breakfast

maliyeti:

yaratabilir.

Daha önemlisi:

yüksek talep döneminde:

satılabilecek bir odayı:

işgal edebilir.

Dolayısıyla:

complimentary:

ekonomik bir karardır.

19. Void Control

POS'ta:

işlem girildi.

Sonra:

Void.

Neden?

Yanlış ürün mü?

Yanlış masa mı?

Misafir vaz mı geçti?

Personel hatası mı?

Yoksa:

tahsil edilen bir işlemi:

sonradan sistemden silme girişimi mi?

Bu nedenle:

Void Report:

özellikle:

F&B operasyonunda:

önemli bir kontrol aracıdır.

20. Void Sayısından Çok Pattern Önemlidir

Tek bir void:

normal olabilir.

Ama:

aynı personel:

her gece:

çok sayıda void

yapıyorsa:

bu:

Exception

olabilir.

Örneğin:

C'nin:

işlemleri:

incelenmelidir.

Bu:

otomatik olarak:

fraud

demek değildir.

Ama:

kontrol sinyalidir.

21. Refund Control

Refund:

yüksek riskli işlemlerden biridir.

Çünkü:

işletmeden:

nakit çıkışı:

yaratır.

Her refund:

en az:

şunlarla:

ilişkilendirilebilir:

• original transaction,
• guest,
• reason,
• amount,
• date,
• approving person,
• payment method,
• refund evidence.

22. Refund İşlemini Aynı Kişi Tek Başına Yapmalı mı?

Mümkün olduğunca:

hayır.

Özellikle:

yüksek tutarlı:

refund

işlemlerinde:

Maker-Checker

mantığı:

uygulanabilir.

Maker

İşlemi hazırlar.

Checker / Approver

Kontrol eder ve onaylar.

Bu:

Segregation of Duties

mantığının:

bir parçasıdır.

23. Segregation of Duties Nedir?

Finansal kontrolde:

en önemli prensiplerden biridir.

Türkçesi:

Görevlerin Ayrılığı.

Temel fikir:

kritik finansal sürecin:

tamamı:

tek kişinin kontrolünde olmamalıdır.

Örneğin:

aynı kişi:

• supplier oluşturuyor,
• purchase yapıyor,
• invoice giriyor,
• payment hazırlıyor,
• payment onaylıyor

ise:

risk:

çok yüksektir.

24. Dört Kritik Fonksiyon

Mümkün olduğunca:

şunlar:

ayrılmalıdır:

Authorization

Kim onaylıyor?

Custody

Para veya varlığı kim tutuyor?

Recording

Kim kaydediyor?

Reconciliation

Kim kontrol ediyor?

Tek kişinin:

dördünü de:

yapması:

yüksek risk yaratır.

25. Küçük Butik Otelde Segregation Nasıl Yapılır?

Küçük otelde:

personel sayısı:

sınırlıdır.

Tam görev ayrılığı:

mümkün olmayabilir.

Bu durumda:

Compensating Controls

kurulur.

Örneğin:

Front Office:

cash alıyor.

Muhasebe:

kaydediyor.

GM:

daily cash report'u:

inceliyor.

Owner:

haftalık:

bank deposit

ve:

exception report

kontrolü yapıyor.

Yani:

aynı işi:

iki kişi yapmak zorunda değildir.

Ama:

bağımsız doğrulama

olmalıdır.

26. Kasa Kontrolü

Cash:

yüksek riskli:

bir varlıktır.

Çünkü:

kolay taşınabilir

ve:

iz bırakmadan kaybolabilir.

Bu nedenle:

cash handling:

yazılı prosedüre:

bağlanmalıdır.

27. Cash Float

Resepsiyon veya restaurant kasasında:

belirli:

opening float

olabilir.

Örneğin:

10.000 TL.

Vardiya başında:

10.000 TL.

Vardiya sonunda:

beklenen:

Opening Float + Cash Sales − Approved Cash Payments

olmalıdır.

Gerçek kasa:

bu rakamla:

mutabık olmalıdır.

28. Cash Over / Short

Örneğin:

Expected Cash:

35.000 TL.

Actual Cash:

34.750 TL.

Variance:

-250 TL

Bu:

Cash Shortage.

Tersi:

Cash Over.

Her iki durumda da:

variance:

kaydedilmelidir.

Çünkü:

fazla para da:

kontrol problemidir.

29. “250 TL Küçük Tutar” Demeyin

Tek bir:

250 TL fark:

önemsiz görünebilir.

Ama:

aynı personelde:

her hafta:

küçük cash shortage

oluşuyorsa:

pattern:

önemlidir.

Internal Control:

yalnızca:

tutarı değil;

frequency + pattern + person + shift

boyutlarını:

inceler.

30. Surprise Cash Count

Kasa:

yalnızca:

vardiya sonunda:

kontrol edilmek zorunda değildir.

Belirli aralıklarla:

habersiz:

Surprise Cash Count

yapılabilir.

Bu:

hem:

control discipline

hem:

deterrence

sağlar.

31. Cash Drop

Kasa:

belirli tutarın üzerine çıktığında:

fazla cash:

safe

veya:

belirlenmiş güvenli alana:

aktarılabilir.

Amaç:

kasada:

gereksiz yüksek cash:

tutmamaktır.

32. Cash Deposit Control

Tahsil edilen nakit:

bankaya:

ne zaman yatırıldı?

Tutar:

kasa raporuyla:

aynı mı?

Deposit slip:

var mı?

Bank statement:

ile:

eşleşiyor mu?

Kontrol zinciri:

Cash Collection → Cash Count → Cash Report → Safe → Bank Deposit → Bank Statement → Reconciliation

şeklinde:

tamamlanmalıdır.

33. POS Control

Kart tahsilatı:

nakitten:

daha güvenli görünür.

Ama:

kontrol gerektirmez:

anlamına gelmez.

PMS veya POS:

100.000 TL:

card revenue

gösteriyor.

POS cihazı:

99.500 TL.

Bankaya geçen:

98.000 TL.

Neden?

İşte:

reconciliation:

bu soruyu:

cevaplar.

34. POS Reconciliation

En az:

üç kaynak:

karşılaştırılabilir:

System

PMS / POS.

Payment Processor

POS settlement.

Bank

Gerçek banka hareketi.

Amaç:

System → POS → Bank

zincirinin:

eşleşmesidir.

35. POS Farkları Neden Oluşabilir?

• wrong payment method,
• failed transaction,
• duplicate charge,
• refund,
• commission,
• settlement timing,
• chargeback,
• manual entry error.

Her fark:

fraud değildir.

Ama:

açıklanmalıdır.

36. Bank Reconciliation

Muhasebe kayıtlarındaki:

bank balance

ile:

gerçek:

bank statement

karşılaştırılır.

Farklar:

örneğin:

• outstanding payments,
• bank fees,
• deposits in transit,
• timing differences,
• incorrect posting,
• unknown transaction

nedeniyle:

oluşabilir.

Bank Reconciliation:

temel finansal kontrollerden biridir.

37. Unknown Transaction

Bankada:

tanımlanamayan:

bir hareket varsa:

“Sonra bakarız.”

denmemelidir.

Unknown Transaction:

exception listesine:

alınmalıdır.

Owner:

belirlenmelidir.

Deadline:

verilmelidir.

Açıklanana kadar:

açık kalmalıdır.

38. OTA Revenue Control

Otel:

Booking,

Expedia

ve benzeri kanallardan:

satış yapıyorsa:

OTA reconciliation:

ayrı bir kontrol alanıdır.

Kontrol:

yalnızca:

rezervasyon sayısı değildir.

Şunlar:

eşleştirilmelidir:

• reservation,
• room rate,
• commission,
• cancellation,
• no-show,
• virtual card,
• payment,
• invoice,
• bank settlement.

39. OTA Revenue Leakage

Örneğin:

guest:

stay completed.

PMS:

Revenue kaydetti.

Ama:

OTA virtual card:

zamanında charge edilmedi.

Sonuç:

P&L'de:

Revenue var.

Cash:

yok.

Bu:

Revenue ≠ Cash

ayrımının:

çok iyi örneğidir.

40. Accounts Receivable Control

Corporate account,

agency,

group

veya:

credit customer

ile çalışılıyorsa:

Accounts Receivable:

kontrol edilmelidir.

Temel sorular:

Kime fatura kestik?

Ne zaman?

Vadesi ne?

Tahsil edildi mi?

Kaç gündür açık?

Kim takip ediyor?

41. Aging Report

Alacaklar:

örneğin:

şu şekilde:

sınıflandırılabilir:

90+ gün:

özellikle:

yönetim dikkatine:

çıkmalıdır.

42. Revenue Üretmek ile Tahsil Etmek Aynı Şey Değildir

Sales ekibi:

1 M TL:

corporate business

getirmiş olabilir.

Ama:

6 ay:

tahsil edilemiyorsa:

işletme sermayesi:

zorlanır.

Bu nedenle:

commercial performance:

Revenue kadar:

Collection Quality

ile de:

değerlendirilmelidir.

43. Accounts Payable Control

Supplier ödemeleri:

başka bir:

yüksek riskli alandır.

Temel kontrol:

Gerçekten aldığımız mal veya hizmet için mi ödeme yapıyoruz?

Bu sorunun:

belgelerle:

doğrulanması gerekir.

44. Three-Way Match

Satın almada:

çok güçlü bir kontrol:

Three-Way Match

mantığıdır.

Üç belge:

karşılaştırılır:

Purchase Order

Ne sipariş ettik?

Goods Received / Service Confirmation

Ne teslim aldık?

Supplier Invoice

Bize ne fatura edildi?

Üçü:

uyumluysa:

payment

onaylanır.

45. Purchase-to-Pay Kontrol Zinciri

Purchase Request → Approval → Purchase Order → Supplier → Goods Receipt → Invoice → Three-Way Match → Payment Approval → Bank Payment → Accounting → Reconciliation

Bu zincir:

supplier fraud

ve:

yanlış ödeme riskini:

önemli ölçüde azaltır.

46. Supplier Master Control

Yeni supplier:

sisteme:

kim tarafından:

eklenebilir?

Bank account:

kim değiştirebilir?

Değişiklik:

kim tarafından:

onaylanır?

Supplier bank account değişiklikleri:

özellikle:

yüksek riskli:

kontrol noktalarıdır.

47. Duplicate Invoice

Aynı invoice:

iki kez:

ödenebilir.

Özellikle:

manuel süreçlerde:

bu risk:

yüksektir.

Kontroller:

• invoice number,
• supplier,
• amount,
• date,
• purchase order

üzerinden:

duplicate detection

yapabilir.

48. Payment Approval Matrix

Her ödeme:

aynı yetki seviyesinde:

olmak zorunda değildir.

Örneğin:

0–25.000 TL

Department Manager.

25.000–100.000 TL

GM.

100.000 TL üzeri

Owner / Board.

Rakamlar:

örnektir.

Her otel:

kendi:

risk,

büyüklük

ve:

organizasyonuna göre:

limit belirlemelidir.

49. Approval Split Yaparak Limiti Aşmak

Örneğin:

approval limit:

100.000 TL.

Bir ödeme:

180.000 TL.

İki ayrı:

90.000 TL

işleme:

bölündü.

Bu:

control circumvention

olabilir.

Bu nedenle:

sistem:

yalnızca:

transaction amount

değil;

supplier + date + purpose

pattern'larını:

da:

inceleyebilmelidir.

50. Payroll Control

Payroll:

otel işletmelerinde:

büyük gider kalemlerinden biridir.

Kontrol:

şunları kapsayabilir:

• active employee list,
• salary,
• attendance,
• overtime,
• bonus,
• leave,
• bank account,
• termination,
• payroll approval.

Amaç:

gerçek çalışan için:

doğru tutarın:

ödenmesini sağlamaktır.

51. Ghost Employee Riski

Özellikle:

zayıf sistemlerde:

sistemde:

gerçekte çalışmayan:

personel bulunması:

fraud riski oluşturabilir.

Kontrol:

HR employee master

ile:

Payroll

ve:

Bank Payment

arasındaki:

mutabakatı:

içerebilir.

52. Overtime Control

Overtime:

sadece:

Labour Cost problemi değildir.

Aynı zamanda:

financial control

alanıdır.

Sorular:

• kim yaptı?
• neden yaptı?
• kim onayladı?
• attendance ile uyumlu mu?
• sürekli aynı kişiler mi?
• Budget üzerinde mi?

Overtime:

Approval + Evidence + Analysis

gerektirir.

53. Inventory Control

Otelin:

özellikle:

• F&B,
• minibar,
• housekeeping supplies,
• amenities,
• beverages,
• cleaning products

gibi:

stokları:

financial asset'tir.

Dolayısıyla:

inventory:

yalnızca:

operasyon konusu değildir.

54. Inventory Reconciliation

Basit denklem:

Opening Inventory + Purchases − Expected Consumption = Expected Closing Inventory

Gerçek Closing Inventory:

ile:

karşılaştırılır.

Fark:

Inventory Variance

oluşturur.

55. Inventory Variance Neden Oluşur?

• waste,
• spoilage,
• wrong portion,
• recording error,
• transfer error,
• complimentary,
• breakage,
• theft.

Bu nedenle:

variance:

sadece:

muhasebe farkı:

değildir.

Operasyonel sinyaldir.

56. Theoretical vs Actual Consumption

Özellikle:

F&B'de:

satılan ürünlere göre:

teorik tüketim:

hesaplanabilir.

Örneğin:

100 cocktail satıldı.

Her cocktail:

50 ml belirli içki:

kullanıyor.

Teorik tüketim:

5 litre.

Gerçek tüketim:

7 litre.

2 litre fark:

araştırılmalıdır.

57. Fraud Nedir?

Fraud:

kasıtlı olarak:

kişisel çıkar

veya:

başka amaçla:

işletmenin:

varlıklarının,

gelirinin

veya:

finansal bilgilerinin:

manipüle edilmesidir.

Ama:

fraud kontrolünün amacı:

herkesi şüpheli görmek:

değildir.

Amaç:

fraud opportunity

alanlarını:

azaltmaktır.

58. Fraud Triangle

Fraud riskini anlamak için:

yaygın kullanılan:

Fraud Triangle

yaklaşımı:

üç unsura bakar:

Pressure

Kişinin baskısı veya motivasyonu.

Opportunity

Sistemin suistimale izin vermesi.

Rationalization

Kişinin davranışı kendince gerekçelendirmesi.

Otel yönetimi:

ilk ve üçüncü faktörü:

tamamen kontrol edemez.

Ama:

Opportunity

üzerinde:

çok güçlü kontrol kurabilir.

59. Fraud Opportunity Nasıl Azaltılır?

• Segregation of Duties
• Approval Limits
• System Access Control
• Audit Trail
• Reconciliation
• Exception Reporting
• Surprise Checks
• Mandatory Documentation
• Rotation
• Independent Review

ile:

fraud opportunity:

azaltılabilir.

60. Fraud Red Flag

Tek bir Red Flag:

fraud kanıtı değildir.

Ama:

investigation

gerektirebilir.

Örneğin:

• sürekli yüksek void,
• olağandışı discount,
• çok fazla refund,
• cash shortage pattern,
• duplicate payment,
• supplier bank changes,
• unexplained inventory variance,
• unusual overtime,
• off-hours transactions,
• user sharing.

Bunlar:

anormallik sinyalleridir.

61. User Sharing Neden Risklidir?

Front Office'ta:

herkes:

aynı:

PMS username

ile çalışıyorsa:

bir işlem yapıldığında:

kim yaptı?

bilinemez.

Bu durumda:

Audit Trail:

değerini kaybeder.

Bu nedenle:

kritik sistemlerde:

One User = One Identity

prensibi:

uygulanmalıdır.

62. Access Control

Her çalışan:

sistemde:

her şeyi yapabilmeli mi?

Hayır.

Front Office:

reservation

oluşturabilir.

Ama:

supplier bank account

değiştirmemeli.

Restaurant:

POS transaction

yapabilir.

Ama:

payroll

görmemeli.

Bu:

Least Privilege

prensibidir.

63. Least Privilege

Kullanıcıya:

işini yapması için:

gereken minimum yetki:

verilir.

Ne eksik;

ne fazla.

Bu:

hem:

fraud

hem:

accidental error

riskini:

azaltır.

64. Yetki Ayrılan Personelden Hemen Kaldırılmalı

Çalışan:

işten ayrıldı.

Ama:

PMS,

POS,

banking,

accounting,

email

erişimi:

hala açık.

Bu:

yüksek risk yaratır.

Bu nedenle:

offboarding:

yalnızca:

HR süreci değildir.

Aynı zamanda:

Internal Control sürecidir.

65. Audit Trail

İyi sistemler:

şunu gösterebilmelidir:

Kim?

Ne yaptı?

Ne zaman?

Önceki değer neydi?

Yeni değer ne oldu?

Örneğin:

Room Rate:

6.000 TL.

Saat:

21:14.

User:

X.

Yeni Rate:

4.500 TL.

Reason:

Manager Discount.

Bu:

Audit Trail'dir.

66. Audit Trail Varsa Kontrol Var mı?

Hayır.

Audit Trail:

sadece:

data

üretir.

Kimse:

incelemiyorsa:

kontrol değildir.

Bu nedenle:

Data + Review + Exception + Action = Control

olmalıdır.

67. Exception-Based Control

Binlerce:

normal transaction'ı:

tek tek incelemek:

verimsizdir.

Daha güçlü yaklaşım:

Exception Management

olabilir.

Örneğin:

sistem:

şunları:

flag'ler:

• >%20 discount,
• high refund,
• repeated void,
• cash variance,
• duplicate invoice,
• unusual supplier,
• late bank deposit,
• rate override,
• negative inventory.

Yönetici:

önce:

exception'lara:

odaklanır.

68. Exception Threshold

Her küçük fark:

GM'e:

gitmemelidir.

Aksi halde:

control fatigue

oluşur.

Bu nedenle:

threshold

belirlenebilir.

Örneğin:

Green

Normal.

Yellow

Review.

Red

Immediate Investigation.

Bu:

yönetimin:

kritik konulara:

odaklanmasını sağlar.

69. Daily Revenue Reconciliation

Günlük:

şunlar:

karşılaştırılabilir:

PMS Revenue

POS Revenue

Cash

Card

OTA / City Ledger

Discounts

Refunds

Voids

Complimentary

Adjustments

Amaç:

günün:

finansal hikâyesini:

kapatmaktır.

70. Night Audit'in Finansal Kontroldeki Rolü

Night Audit:

yalnızca:

günü kapatma:

işlemi değildir.

Aynı zamanda:

önemli:

Revenue Control

katmanıdır.

Night Audit:

örneğin:

• room charges,
• payment methods,
• open folios,
• rate exceptions,
• no-show,
• adjustments,
• postings

gibi alanlarda:

kontrol sağlayabilir.

Ama:

Night Audit:

tek kontrol:

olmamalıdır.

71. Daily Revenue Report

GM veya Finance:

her sabah:

kısa:

Daily Revenue Report

görebilir.

Örneğin:

Ama:

rakamlar:

tek başına:

yeterli değildir.

72. Daily Exception Report

Aynı rapor:

şunları da:

gösterebilir:

Unusual Discount

Room 205 — %35.

High Refund

25.000 TL.

Cash Variance

-500 TL.

Rate Override

3 işlem.

Unsettled Folio

2 adet.

POS Difference

1.250 TL.

Bu:

yöneticinin:

sabah:

nerelere bakması gerektiğini:

gösterir.

73. Weekly Financial Control

Haftalık kontrolde:

günlük işlemlerin:

pattern'ları:

incelenebilir.

Örneğin:

• cash over/short,
• discounts,
• refunds,
• voids,
• outstanding receivables,
• overdue supplier invoices,
• inventory variance,
• payroll exceptions,
• bank reconciliation status.

Amaç:

tek olaydan:

trend'e:

geçmektir.

74. Monthly Financial Control

Aylık kapanışta:

daha geniş:

kontrol yapılır.

Örneğin:

• Bank Reconciliation
• AR Reconciliation
• AP Reconciliation
• Inventory Reconciliation
• Payroll Reconciliation
• Revenue Reconciliation
• Tax / accounting checks
• Accruals
• Prepayments
• Fixed assets
• CAPEX
• Budget vs Actual

Bu:

Month-End Closing

sisteminin:

bir parçasıdır.

75. Reconciliation Nedir?

Reconciliation:

iki bağımsız veri kaynağının:

aynı ekonomik gerçeği:

gösterip göstermediğini:

kontrol etmektir.

Örneğin:

PMS

100.000 TL card payment.

POS

100.000 TL.

Bank

100.000 TL settlement.

Üçü:

eşleşiyorsa:

kontrol:

güçlenir.

76. Reconciliation'ın Gücü Bağımsız Kaynaktan Gelir

Aynı Excel dosyasındaki:

iki hücreyi:

karşılaştırmak:

gerçek reconciliation:

değildir.

Mümkün olduğunda:

farklı:

independent source

kullanılmalıdır.

Örneğin:

PMS

vs

bank statement.

POS

vs

accounting.

Inventory system

vs

physical count.

77. Physical Verification

Bazı kontroller:

sadece:

sistem üzerinden:

yapılamaz.

Örneğin:

sistem:

100 şişe:

wine

gösteriyor.

Physical Count:

82.

Bu nedenle:

belirli varlıklarda:

Physical Verification

gereklidir.

78. Banka Ödemelerinde Dual Authorization

Özellikle:

yüksek tutarlı:

bank payments

için:

dual authorization

kullanılabilir.

Bir kişi:

payment

hazırlar.

Başka kişi:

bankada:

onaylar.

Bu:

çok güçlü:

fraud prevention

mekanizmasıdır.

79. Payment Batch Review

Tek tek:

ödeme onaylamak:

yeterli olmayabilir.

Payment Batch:

toplu olarak:

incelenebilir.

Örneğin:

• supplier,
• invoice,
• amount,
• due date,
• bank account,
• approval,
• supporting document.

Özellikle:

yeni supplier

ve:

bank account change

flag'lenebilir.

80. Owner Fraud Riskinden Muaf Değildir

Internal Control:

yalnızca:

çalışanlar için:

değildir.

Owner:

şirket kasasını:

kişisel harcamalar için:

kullanıyorsa:

finansal raporlama:

bozulur.

İşletme:

gerçek performansını:

göremez.

Bu nedenle:

Owner Withdrawal

ve:

business expense

ayrılmalıdır.

81. Related-Party Transaction

Owner'ın:

başka şirketinden:

otele mal veya hizmet:

alınıyor olabilir.

Bu:

yasak değildir.

Ama:

işlem:

görünür olmalıdır.

Fiyat:

makul mü?

Onay:

var mı?

Conflict of Interest:

var mı?

Bu tür işlemler:

özellikle:

şeffaflık:

gerektirir.

82. Fraud Prevention Kültürü

En iyi kontrol sistemi:

yalnızca:

SOP

ve:

yazılım değildir.

Kültür de:

önemlidir.

Personel:

şunu bilmeli:

• işlemler kayıt altındadır,
• yetkiler açıktır,
• exception'lar incelenir,
• sorun bildirmek güvenlidir,
• kurallar herkese uygulanır.

Bu:

deterrence

yaratır.

83. Speak-Up / Whistleblowing

Çalışan:

şüpheli bir durumu:

güvenli şekilde:

bildirebilmeli.

Özellikle:

şikâyetin:

doğrudan manager

ile ilgili olduğu durumlarda:

alternatif:

reporting channel

olmalı.

Küçük otelde bile:

GM

veya:

owner'a:

doğrudan:

confidential escalation

mekanizması:

tanımlanabilir.

84. Fraud İhbarı = Fraud Kanıtı Değildir

Her ihbar:

doğru olmayabilir.

Bu nedenle:

sistem:

şöyle çalışmalıdır:

Report → Confidential Review → Evidence → Investigation → Finding → Action

İnsanlar:

kanıt olmadan:

suçlanmamalıdır.

85. Control Owner

Her kritik kontrolün:

bir sahibi:

olmalıdır.

Örneğin:

Kontrolün:

sahibi yoksa:

kontrol:

çoğu zaman:

yapılmaz.

86. Control Frequency

Her kontrol:

aynı sıklıkta:

yapılmamalıdır.

Daily

Revenue, cash, POS, exceptions.

Weekly

AR, discount trends, voids, refunds.

Monthly

Bank, inventory, payroll, AP, balance sheet.

Quarterly

Access review, supplier master, policy review.

Annual

Full Internal Control Review.

Bu:

risk seviyesine göre:

uyarlanabilir.

87. Control Evidence

“Kontrol ettim.”

yeterli değildir.

Kontrolün:

evidence'ı:

olmalıdır.

Örneğin:

• signed checklist,
• system approval,
• reconciliation report,
• digital log,
• exception resolution,
• review date.

Çünkü:

Kontrol yapıldıysa, izi olmalıdır.

88. Control without Evidence

Bir problem:

6 ay sonra:

ortaya çıktı.

GM:

“Ben her ay kontrol ediyordum.”

diyor.

Ama:

hangi ay?

hangi rapor?

hangi exception?

hangi action?

belli değil.

Bu durumda:

sistem:

kurumsal değil;

kişiye bağımlıdır.

89. Control Register

Otel:

basit bir:

Control Register

tutabilir.

Bu:

Internal Control sisteminin:

haritasıdır.

90. Risk-Control Matrix

Daha ileri sistemde:

her finansal risk:

karşısındaki:

control

ile:

eşleştirilebilir.

Örneğin:

Buna:

Risk-Control Matrix

yaklaşımı:

denebilir.

91. Key Control

Her kontrol:

aynı önemde değildir.

Bazıları:

Key Control

olarak:

belirlenebilir.

Örneğin:

• bank payment approval,
• daily revenue reconciliation,
• bank reconciliation,
• payroll approval,
• inventory reconciliation,
• system access control.

Bu kontroller:

çalışmazsa:

finansal risk:

önemli ölçüde:

artar.

92. Key Control Failure

Örneğin:

Bank Reconciliation:

3 aydır:

yapılmamış.

Bu:

sadece:

gecikmiş görev:

değildir.

Bu:

Control Failure

olarak:

raporlanmalıdır.

Çünkü:

3 aylık dönemde:

unknown transaction

veya:

error:

tespit edilmemiş olabilir.

93. Control Effectiveness

Kontrol:

var.

Ama:

çalışıyor mu?

Örneğin:

Refund Approval Policy

var.

Ama:

GM:

her refund'u:

incelemeden:

onaylıyor.

Kağıt üzerinde:

control var.

Gerçekte:

etkisiz.

Bu nedenle:

Control Design

ve:

Control Effectiveness

ayrılmalıdır.

94. Design Effectiveness

Kontrol:

doğru tasarlanmış mı?

Örneğin:

100.000 TL üzeri payment:

dual approval.

Risk:

yüksek ödeme fraud'u.

Control:

mantıklı.

Design:

iyi olabilir.

95. Operating Effectiveness

Peki:

gerçekte:

uygulanıyor mu?

Ödemeler:

limit altında:

parçalara mı bölünüyor?

İkinci approver:

belgeye bakmadan mı onaylıyor?

Shared banking user mı kullanılıyor?

Bu durumda:

control:

tasarlanmış;

ama:

çalışmıyor olabilir.

96. Internal Audit

Daha büyük:

otel

veya:

otel gruplarında:

Internal Audit:

kontrol sistemini:

bağımsız olarak:

inceleyebilir.

Küçük butik otelde:

ayrı:

Internal Audit Department

gerekli olmayabilir.

Ama:

periyodik:

owner review,

external accountant review

veya:

independent control review

yapılabilir.

97. Surprise Audit

Bazı kontroller:

önceden:

haber verilmeden:

yapılabilir.

Örneğin:

• cash count,
• inventory count,
• petty cash,
• minibar stock,
• selected invoice review.

Amaç:

personeli:

yakalamak değildir.

Amaç:

kontrolün:

yalnızca:

“denetim günü”

çalışmasını:

önlemektir.

98. Petty Cash

Küçük harcamalar için:

Petty Cash

kullanılabilir.

Ama:

küçük tutar:

kontrolsüzlük:

anlamına gelmez.

Her işlem:

• receipt,
• purpose,
• date,
• person,
• approval

ile:

kayıt altına:

alınmalıdır.

99. Petty Cash Replenishment

Başlangıç:

10.000 TL.

Dönem sonunda:

cash:

3.000 TL.

Approved receipts:

7.000 TL.

Toplam:

10.000 TL.

Mutabakat:

tamam.

Sonra:

7.000 TL:

replenishment

yapılır.

Bu:

Imprest System

mantığıdır.

100. Owner'ın Kontrol Etmesi Gereken Şey Her Fatura Değildir

Owner:

her:

250 TL harcamayı:

tek tek:

kontrol etmeye çalışırsa:

sistem:

owner-dependent

hale gelir.

Daha iyi yaklaşım:

owner:

şunlara:

bakar:

• exceptions,
• large payments,
• unusual transactions,
• cash variances,
• bank balance,
• overdue receivables,
• fraud indicators,
• control failures.

Yani:

owner:

transaction checker

değil;

control system overseer

olmalıdır.

101. Owner Dashboard

Owner'ın:

finansal kontrol dashboard'u:

örneğin:

şunları içerebilir:

Revenue

Actual vs PMS vs Accounting.

Cash

Cash Variance.

Bank

Reconciliation Status.

Receivables

Overdue AR.

Payments

Large / Unusual Payments.

Discounts

Exceptional Discounts.

Refunds

High Refunds.

Inventory

Major Variance.

Controls

Overdue Key Controls.

Fraud

Open Investigations.

Bu:

owner'ın:

detaya boğulmadan:

risk görmesini sağlar.

102. GM Dashboard

GM:

daha operasyonel:

kontrolleri:

görebilir.

Örneğin:

• Daily Revenue
• Cash Over/Short
• POS Difference
• Discount %
• Complimentary
• Void Count
• Refund
• Open Folio
• AR Aging
• Inventory Variance
• Overtime Exception
• Pending Approval

Böylece:

financial control:

günlük yönetime:

entegre olur.

103. Financial Control KPI'ları

Örnek KPI seti:

Cash Variance Rate

Cash Difference / Cash Transactions.

Refund Rate

Refund / Revenue.

Discount Rate

Discount / Gross Revenue.

Void Rate

Void Transactions / Total Transactions.

AR Overdue %

Overdue Receivables / Total Receivables.

Inventory Variance %

Actual vs Expected Inventory.

Bank Reconciliation Completion

Tamamlanan / Planlanan.

Key Control Completion %

Tamamlanan Key Controls / Planlanan Key Controls.

Exception Closure Time

Exception'ın:

kapanma süresi.

104. KPI'yı Hedefe Dönüştürmeden Önce Tanımlayın

Örneğin:

“Refund Rate %1'in altında olmalı.”

Neden?

Her otel:

aynı değildir.

Resort,

city hotel,

luxury,

boutique,

all-inclusive

farklı davranabilir.

Bu nedenle:

önce:

baseline

oluşturulmalı.

Sonra:

trend,

budget,

risk tolerance

ve:

business model

üzerinden:

threshold

belirlenmelidir.

105. Exception Closure Rate

Exception tespit etmek:

başarı değildir.

Kapatmak gerekir.

Örneğin:

20 exception.

15 resolved.

5 open.

Closure Rate:

%75

Ama:

daha önemlisi:

açık kalan:

5 exception'ın:

riskidir.

Bir:

100 TL fark

ile:

1 M TL payment anomaly

aynı değildir.

106. Risk-Based Prioritization

Exception'lar:

şunlara göre:

önceliklendirilebilir:

Financial Impact

Ne kadar para?

Probability

Tekrar etme olasılığı?

Fraud Risk

Kasıt ihtimali?

Guest Impact

Misafiri etkiliyor mu?

Regulatory Impact

Yasal risk var mı?

Control Failure

Sistemik mi?

Bu:

yönetimin:

doğru probleme:

önce müdahale etmesini:

sağlar.

107. Root Cause Analysis

Cash variance:

her gün:

oluşuyor.

Sadece:

personelden:

farkı tahsil etmek:

sorunu çözmeyebilir.

Root Cause:

• shift handover?
• POS integration?
• cash training?
• shared cash drawer?
• change process?
• system posting?
• theft?

olabilir.

Sorun:

sistemikse:

sistem:

düzeltilmelidir.

108. Fraud Bulunduğunda Sadece Kişiyi Çıkarmak Yetmez

Fraud:

gerçekleşmiş.

Personel:

işten ayrılmış.

Konu kapandı mı?

Hayır.

Asıl soru:

“Bu kişi bunu nasıl yapabildi?”

Örneğin:

• shared password,
• no approval,
• no reconciliation,
• no audit trail,
• no exception report.

Bunlar:

düzeltilmezse:

aynı fraud:

başka biri tarafından:

tekrar yapılabilir.

109. Incident → Root Cause → CAPA

Finansal kontrol:

kalite sistemiyle:

bağlanabilir.

Incident → Investigation → Root Cause → Corrective Action → Preventive Action → Verification → Closure

Bu:

CAPA

mantığıdır.

Böylece:

financial control:

sürekli iyileştirme sistemine:

dönüşür.

110. Fraud Loss'tan Daha Büyük Risk

Fraud nedeniyle:

50.000 TL:

kaybedilmiş olabilir.

Ama:

daha büyük problem:

aynı control weakness'in:

başka yerlerde de:

bulunmasıdır.

Bu nedenle:

bir fraud vakası:

yalnızca:

tek işlem:

olarak değil;

system weakness indicator

olarak:

değerlendirilmelidir.

111. Small Errors Can Reveal Big Control Weaknesses

Örneğin:

500 TL:

cash difference.

Tutar:

küçük.

Ama:

araştırıldığında:

aynı user'ın:

cash transaction'ı:

değiştirip:

kendi işlemini:

onaylayabildiği:

ortaya çıktı.

Şimdi:

500 TL:

önemsiz değildir.

Çünkü:

sistemde:

çok daha büyük:

fraud opportunity

vardır.

112. Kontrolün Maliyeti de Vardır

Her transaction için:

5 kişi:

onay verirse:

işletme:

çalışamaz.

Bu nedenle:

Internal Control:

maksimum bürokrasi:

değildir.

Amaç:

Risk ile Control Cost arasında doğru dengeyi kurmaktır.

113. Risk-Based Internal Control

Yüksek risk:

güçlü kontrol.

Düşük risk:

daha hafif kontrol.

Örneğin:

1.000 TL:

office supply

ile:

1.000.000 TL:

CAPEX payment

aynı:

approval process

gerektirmeyebilir.

Bu:

risk-based control

yaklaşımıdır.

114. Control Fatigue

Çok fazla:

gereksiz control:

oluşturulursa:

personel:

kontrolleri:

formaliteden:

yapmaya başlar.

Sonuç:

gerçek kritik kontroller:

değer kaybeder.

Bu nedenle:

özellikle:

Key Controls

net şekilde:

tanımlanmalıdır.

115. Automation

Mümkün olduğunda:

kontroller:

otomatikleştirilebilir.

Örneğin:

• rate override alert,
• high discount alert,
• duplicate invoice detection,
• overdue AR alert,
• user access log,
• inventory variance,
• bank feed reconciliation.

Automation:

kontrolü:

hızlandırabilir.

Ama:

insan judgment'ını:

tamamen ortadan kaldırmaz.

116. AI ve Anomaly Detection

Daha ileri sistemlerde:

AI:

normal işlem davranışını:

öğrenerek:

anormal pattern'ları:

işaretleyebilir.

Örneğin:

belirli user:

normalden:

çok daha fazla:

refund

yapıyor.

Belirli supplier:

olağandışı:

payment pattern

gösteriyor.

Belirli vardiyada:

cash shortage

artıyor.

Ama:

AI:

fraud hükmü:

vermemelidir.

AI:

investigation signal

üretmelidir.

117. Internal Control ile İnsan Kaynakları Bağlantısı

Financial Control:

HR'dan:

bağımsız değildir.

Örneğin:

• background verification,
• clear job descriptions,
• authority matrix,
• training,
• performance management,
• leave,
• job rotation,
• offboarding

kontrol sistemini:

etkiler.

Bu nedenle:

financial control:

organizasyon tasarımının:

bir parçasıdır.

118. Mandatory Leave

Bazı kritik finansal görevlerde:

personelin:

belirli süre:

izin kullanması:

kontrol açısından:

faydalı olabilir.

Çünkü:

bir kişi:

sürekli kendi sürecini:

kontrol ediyorsa:

bazı anormallikler:

gizli kalabilir.

Başka kişinin:

görevi devralması:

exception'ları:

ortaya çıkarabilir.

119. Job Rotation

Benzer şekilde:

kritik pozisyonlarda:

uygun:

Job Rotation

sistemi:

key-person dependency

ve:

control risk

azaltabilir.

Ama:

rotation:

görev ayrılığının:

yerini:

tamamen tutmaz.

120. Internal Control ile Budget Bağlantısı

Budget:

yalnızca:

plan değildir.

Aynı zamanda:

control baseline

olabilir.

Örneğin:

Housekeeping Supplies:

Budget:

100 K.

Actual:

160 K.

Variance:

+60%.

Bu:

otomatik olarak:

fraud

değildir.

Ama:

investigation

gerektiren:

exception

olabilir.

121. Budget Variance = Control Signal

Aynı mantık:

• payroll,
• overtime,
• utilities,
• food cost,
• maintenance,
• marketing,
• procurement

için:

kullanılabilir.

Budget:

finansal kontrolün:

önemli:

benchmark'larından biridir.

122. Forecast ile Internal Control

Forecast:

gelecekte:

ne beklediğimizi:

gösterir.

Actual:

Forecast'tan:

önemli ölçüde:

sapıyorsa:

neden:

araştırılır.

Bu:

her zaman:

fraud değildir.

Ama:

yönetim:

beklenmeyen finansal hareketleri:

daha erken:

görebilir.

123. Daily → Weekly → Monthly Control Architecture

İyi bir sistem:

üç katmanda:

çalışabilir.

Daily

Transaction integrity.

Weekly

Pattern and exception.

Monthly

Financial completeness and reconciliation.

Böylece:

kontrol:

yalnızca:

ay sonu muhasebe işlemi:

olmaktan çıkar.

124. Daily Control

Örneğin:

• Revenue
• Cash
• POS
• Refund
• Void
• Discount
• Complimentary
• Open Folio
• Rate Override

kontrol edilir.

125. Weekly Control

Örneğin:

• Cash Variance Trend
• Refund Trend
• Discount Trend
• AR Aging
• Supplier Payment
• Overtime
• Inventory Exception
• Control Failure

incelenir.

126. Monthly Control

Örneğin:

• Bank Reconciliation
• AR/AP Reconciliation
• Payroll
• Inventory
• Revenue Reconciliation
• Balance Sheet
• CAPEX
• Budget Variance
• Control Register
• Open Investigation

incelenir.

127. Internal Control Meeting

Ayda bir:

kısa:

Financial Control Meeting

yapılabilir.

Katılımcılar:

• GM,
• Finance,
• Operations,
• gerektiğinde department manager.

Gündem:

Open Exceptions

High-Risk Transactions

Reconciliation Status

Control Failures

Fraud / Incident

Corrective Actions

Overdue Actions

New Risks

Bu:

kontrolü:

yaşayan bir yönetim sistemine:

dönüştürür.

128. Decision Log

Önemli:

financial control

kararları:

Decision Log'a:

yazılabilir.

Örneğin:

Restaurant Void Rate yükseldi.

Karar:

Supervisor approval zorunlu.

Owner:

F&B Manager.

Deadline:

15 gün.

Verification:

Void Rate + audit sample.

Bu:

kontrolün:

aksiyona dönüşmesini:

sağlar.

129. 15 Yaygın Finansal Kontrol Hatası

1.

Herkesin aynı PMS kullanıcısını kullanması.

2.

Cash count yapılmaması.

3.

Bank reconciliation'ın gecikmesi.

4.

Refund'un kontrolsüz yapılması.

5.

Discount authority olmaması.

6.

Void report'un incelenmemesi.

7.

Supplier bank account değişikliğinin doğrulanmaması.

8.

Aynı kişinin payment hazırlayıp onaylaması.

9.

Inventory physical count yapılmaması.

10.

Payroll ile HR listesinin eşleştirilmemesi.

11.

Owner'ın şirket harcamalarıyla kişisel harcamaları karıştırması.

12.

Exception'ların kayıt altına alınmaması.

13.

Control evidence tutulmaması.

14.

Control Failure'ın raporlanmaması.

15.

Fraud sonrası yalnızca kişiye odaklanıp sistem açığını kapatmamak.

130. 15 Karar Kapısı — Finansal Kontrol Sisteminiz Sağlam mı?

Karar Kapısı 1

Her Revenue transaction'ının kaynağı izlenebiliyor mu?

Karar Kapısı 2

Discount ve Refund yetkileri tanımlı mı?

Karar Kapısı 3

Cash günlük mutabık mı?

Karar Kapısı 4

PMS/POS → POS Settlement → Bank eşleşiyor mu?

Karar Kapısı 5

OTA tahsilatları kontrol ediliyor mu?

Karar Kapısı 6

Accounts Receivable Aging takip ediliyor mu?

Karar Kapısı 7

Purchase-to-Pay sürecinde görev ayrılığı var mı?

Karar Kapısı 8

Supplier değişiklikleri kontrol ediliyor mu?

Karar Kapısı 9

Payroll bağımsız verilerle mutabık mı?

Karar Kapısı 10

Inventory physical count yapılıyor mu?

Karar Kapısı 11

Her kritik sistemde kişisel user account kullanılıyor mu?

Karar Kapısı 12

Key Controls tanımlı mı?

Karar Kapısı 13

Control Owner ve Frequency belli mi?

Karar Kapısı 14

Exception'lar Investigation → Action → Verification sürecinden geçiyor mu?

Karar Kapısı 15

Owner, işlemleri değil kontrol sisteminin çalışıp çalışmadığını görebiliyor mu?

Bu soruların çoğuna:

“Hayır”

cevabı veriliyorsa:

otelin:

muhasebe sistemi olabilir;

ama:

gerçek bir Internal Control sistemi olmayabilir.

131. Küçük Butik Otel İçin Minimum Finansal Kontrol Sistemi

Küçük otelde:

çok karmaşık:

Internal Audit sistemi:

gerekmeyebilir.

Ama:

minimum olarak:

1.

Daily Revenue Reconciliation.

2.

Daily Cash Count.

3.

POS Reconciliation.

4.

Discount / Refund / Void Review.

5.

Weekly AR Review.

6.

Supplier Payment Approval.

7.

Monthly Bank Reconciliation.

8.

Monthly Inventory Count.

9.

Payroll Reconciliation.

10.

User Access Control.

11.

Approval Matrix.

12.

Exception Register.

13.

Control Register.

14.

Monthly Owner / GM Review.

kurulabilir.

Bu:

küçük bir otel için bile:

çok güçlü:

finansal kontrol altyapısı:

oluşturur.

132. Finansal Kontrol Çalışma Dosyası

Yönetim çalışma dosyasında:

şu sekmeler:

bulunabilir:

Daily_Revenue

Günlük Revenue.

Cash_Reconciliation

Cash mutabakatı.

POS_Reconciliation

Kart tahsilatı.

Bank_Reconciliation

Banka.

OTA_Reconciliation

OTA.

AR_Aging

Alacaklar.

AP_Control

Borçlar.

Payment_Approval

Ödemeler.

Discount_Log

İndirimler.

Refund_Log

Refund.

Void_Log

Void.

Inventory_Control

Stok.

Payroll_Control

Personel ödemeleri.

Exception_Register

İstisnalar.

Control_Register

Kontroller.

Fraud_Incident

Şüpheli işlemler.

Action_Log

Aksiyonlar.

Dashboard

Yönetim özeti.

Ama:

dosyanın:

kendisi:

kontrol sistemi değildir.

Asıl sistem:

Owner + Frequency + Evidence + Exception + Action + Verification

zinciridir.

133. Finansal Kontrol Sisteminin Tam Akışı

Transaction → Authorization → System Record → Payment / Collection → Independent Source → Reconciliation → Variance → Exception → Risk Classification → Investigation → Root Cause → Corrective Action → Preventive Action → Verification → Closure → Management Reporting → Control Improvement

Bu:

Financial Control sisteminin:

tam yaşam döngüsüdür.

134. Sonuç: Güven İyi Bir Kültürdür, Kontrol İyi Bir Sistemdir

Otel:

insanlarla çalışan:

bir işletmedir.

Dolayısıyla:

güven:

önemlidir.

Ama:

finansal sistem:

yalnızca:

“Biz çalışanlarımıza güveniyoruz.”

cümlesiyle:

kurulamaz.

Çünkü:

Internal Control:

yalnızca:

fraud'u:

önlemek için:

değildir.

Aynı zamanda:

• insan hatasını,
• yanlış kaydı,
• sistem problemini,
• Revenue Leakage'i,
• duplicate payment'ı,
• cash difference'ı,
• inventory loss'u,
• yanlış yetkiyi,
• eksik tahsilatı

tespit etmek için:

gereklidir.

İyi sistem:

çalışana:

“Sana güvenmiyorum.”

demez.

Şunu söyler:

Bu işletmede kritik işlemler kişilerden bağımsız olarak doğrulanır.

Revenue:

PMS'de görünür.

Tahsilat:

payment system'da.

Cash:

kasada.

Para:

bankada.

Kayıt:

muhasebede.

Ama:

bunların:

aynı ekonomik gerçeği:

gösterip göstermediğini:

Reconciliation

kanıtlar.

Yetkiler:

Approval Matrix

ile:

kontrol edilir.

Risk:

Segregation of Duties

ile:

azaltılır.

Anormallikler:

Exception Reporting

ile:

görünür hale gelir.

İşlemler:

Audit Trail

ile:

izlenir.

Sorunlar:

Root Cause Analysis

ile:

incelenir.

Tekrarı:

Corrective and Preventive Action

ile:

önlenir.

Ve:

owner:

her faturayı:

tek tek kontrol eden kişi olmaktan çıkar.

Bunun yerine:

kontrol sisteminin çalışıp çalışmadığını gören yatırımcı

haline gelir.

Çünkü:

Profesyonel finansal kontrol, insanlara güvenmemek değildir; işletmenin doğruluğunu kişilere bağımlı bırakmamaktır.

İyi bir otel:

Revenue üretir.

İyi yönetilen bir otel:

Revenue'yu tahsil eder.

Kurumsal yönetilen bir otel ise:

ürettiği gelirin, yaptığı ödemenin ve sahip olduğu varlığın doğru, yetkili, izlenebilir ve doğrulanabilir olduğunu sistematik olarak kanıtlayabilir.

Otel Yatırım Rehberi — Cilt VI

Cilt VI — Yönetim, otelin finansal performansını yalnızca Budget, Revenue veya Net Profit üzerinden değil; Cash Flow, Break-Even, Departmental Profitability, Investment Return ve Internal Control arasındaki bütünsel ilişki üzerinden ele alır.

Amaç yalnızca:

“Otel ne kadar para kazandı?”

sorusunu cevaplamak değil;

“Bu gelirin tamamı doğru kaydedildi mi, doğru tahsil edildi mi, yapılan ödemeler yetkili mi ve işletmenin varlıkları güvenli mi?”

sorularına sistematik cevap verebilen bir yönetim altyapısı kurmaktır.