1. PMS Entegrasyonları İçin Hangi Dokümantasyonlara İhtiyacınız Var?
Dokümantasyon “tek bir dosya” değildir; farklı hedef kitlelere (IT, operasyon, revenue) hizmet eden bir set olmalıdır. İyi set; akışları anlatır, mapping’i kilitler, politika setini netleştirir ve değişikliklerin izini tutar.
Teknik doküman türleri
- •Entegrasyon mimarisi ve veri yolları (PMS↔CM↔OTA/Web)
- •Akış şemaları (push/pull, senkron sıklığı)
- •API yüzeyleri (yüksek seviye; araç adı şart değil) (Varsayım)
Operasyonel doküman türleri
- •“Nasıl yapılır?” prosedürleri (SOP)
- •Günlük/haftalık kontrol listeleri
- •İstisna yönetimi (boş envanter, stop-sale, mapping değişimi) (Varsayım)
Mini Check
- • Entegrasyon akış şeması tek kaynak mı?
- • Mapping dokümanı güncel mi?
- • Limit/stop-sale politikaları yazılı mı?
- • “Nasıl yapılır?” SOP’ları var mı?
- • Change log tutuluyor mu?
Ne yapmalıyım?
- • Minimum seti çıkarın; “eksik olanı” tamamlayın.
- • Dokümanları hedef kitleye göre ayırın (IT/ops/revenue).
- • Mapping ve politika setlerini “kilitli kaynak” yapın.
- • Change log ile her değişikliği izlenebilir kılın.
2. Teknik ve Operasyonel Doküman Türleri: Akışlar, Mapping, Kontrol Listeleri
Bu bölüm, en çok hata üreten “belirsizlik” noktalarını kapatır: mapping ve politika setleri. Çünkü saha değişir; doküman değişmezse sistem bozulur.
Akış şemaları: “entegrasyon nasıl çalışıyor?”
Akış şeması şunları netleştirir:
- •hangi sistem hangi veriyi üretir
- •veri hangi sırayla akar
- •gecikme/retention/uyarı noktaları (Varsayım)
Mapping dokümanları: oda tipi, rate plan, ürün kodları
Mapping dokümanı olmadan:
- •“oda kapandı mı açık mı?” tartışması çıkar
- •OTA’da yanlış oda tipi görünür
- •revenue değişiklikleri riskli olur
Limit/stop-sale/politika setleri
Politika setleri, “kural dili”dir:
- •minimum/maksimum limitler
- •stop-sale koşulları
- •sezon/segment istisnaları (Varsayım)
Kontrol listeleri: günlük güvence
- •“mapping değişti mi?” kontrolü
- •“boş envanter push” anomali kontrolü (Varsayım)
- •“kanal eşleşmesi” hızlı kontrol
Mini Check
- • Akış şeması güncel mi?
- • Mapping değişiklikleri onaylı mı?
- • Politika seti tek sayfada özetlenmiş mi?
- • Kontrol listeleri ritme bağlanmış mı?
- • Dokümanlar devredilebilir mi?
Ne yapmalıyım?
- • Mapping’i “doküman + onay” ile yönetin.
- • Politika setlerini sadeleştirin: kural → istisna → owner.
- • Kontrol listelerini vardiya ritmine bağlayın.
- • Akış şemasını her büyük değişiklikte güncelleyin.
3. Versiyonlama ve Değişiklik Yönetimi
Doküman üretmek yetmez; değişiklikleri kontrol etmek gerekir. Versiyonlama; “ne değişti, kim değiştirdi, neden, hangi tarihte, hangi testle?” sorularının cevabıdır.
Versiyonlama prensipleri (araç bağımsız)
- •her dokümanın sürümü ve tarihi
- •değişiklik talebi (CR) numarası (Varsayım)
- •onaylayan kişi/rol
- •test sonucu ve geri alma (rollback) notu
| Doküman | Versiyon | Değişiklik | Neden | Owner | Tarih | Test/Onay |
|---|---|---|---|---|---|---|
| Mapping | v1.3 | Oda tipi eşleşmesi | yeni oda | Revenue | ____ | UAT ✅ |
| Politika | v2.1 | Stop-sale kuralı | sezon | GM | ____ | Onay ✅ |
| Akış şeması | v1.1 | Senkron sıklığı | gecikme | IT | ____ | Monitoring ✅ |
Değişiklik yönetiminde “kırmızı çizgiler”
- •sezon ortasında kritik mapping değişimi kontrollü yapılır
- •rollback planı yoksa değişiklik yapılmaz (Varsayım)
- •“tek kişi” değişiklik yapamaz; onay gerekir
Mini Check
- • Her dokümanda sürüm/tarih var mı?
- • Change log tek kaynak mı?
- • Onay süreci tanımlı mı?
- • Test/rollback notu tutuluyor mu?
- • Sezon ortası değişiklik politikası var mı?
Ne yapmalıyım?
- • Versiyonlama tablosunu zorunlu yapın.
- • Değişiklikleri CR/issue mantığıyla kayda alın.
- • Sezon ortasında “kırmızı çizgiler” belirleyin.
- • Rollback planı olmadan canlıya dokunmayın.
4. Know-How Aktarımı: Yeni Personel ve Tedarikçi Değişimlerinde Devri Kolaylaştırmak
Know-how’ın kurumsallaşması, onboarding süresini kısaltır. Yeni IT, yeni revenue veya yeni tedarikçi geldiğinde; “entegrasyonu baştan keşfetmek” yerine hazır dokümanla başlar.
Onboarding paketinin minimum içeriği
- •entegrasyon mimarisi (1 sayfa özet)
- •mapping + politika seti
- •“en sık 10 sorun” + çözüm akışı (Varsayım)
- •monitoring/SLA kontak listesi (Varsayım)
“Handbook” içindekiler (kopyalanabilir iskelet)
- Amaç ve kapsam
- Sistem haritası & veri akışı
- Mapping dokümanları
- Politika setleri (limit/stop-sale)
- SOP’lar (nasıl yapılır?)
- Test planı + UAT
- Go-live/rollback notları (Varsayım)
- Monitoring & alarm metrikleri (Varsayım)
- SLA & eskalasyon
- Change log (tek kaynak)
Mini Check
- • Onboarding paketi tek linkte mi?
- • Yeni gelen için 1 sayfa özet var mı?
- • En sık sorunlar ve çözüm akışı yazılı mı?
- • Tedarikçi devri için RACI/iletişim listesi var mı?
- • Handbook düzenli güncelleniyor mu?
Ne yapmalıyım?
- • Onboarding paketini “tek sayfa giriş + derin linkler” formatında kurun.
- • Handbook içindekileri standartlaştırın.
- • Devri “toplantı + doküman” ikilisiyle yapın.
- • Devir sonrası 2 hafta hypercare (Varsayım) planlayın.
5. Dokümantasyonu Güncel Tutmak İçin Rutinler
Dokümanın düşmanı “güncellenmemesi”dir. Güncelleme rutini; dokümanı canlı tutar ve tek seferlik eforu sürdürülebilir hale getirir.
Haftalık / aylık rutin örneği
- •haftalık: change log gözden geçirme
- •aylık: mapping/politika seti kontrolü
- •sezon başı: handbook refresh
- •tedarikçi değişimi: devir checklist’i (Varsayım)
Owner ve ritim
- •doküman owner’ı belliyse güncel kalır
- •owner yoksa “herkesin” olur ve kimsenin olmaz
Key Statistics / Data Point (sheet – senaryo): İyi dokümante edilmiş entegrasyonlara sahip otellerde, personel/tedarikçi değişimlerinde “entegrasyonu baştan kurma” ihtiyacı azalır; hataların sebebi daha hızlı bulunur ve düzeltilebilir. Etkiyi yaratan; güncel doküman + versiyonlama + rutin üçlüsüdür.
Mini Check
- • Doküman owner’ları tanımlı mı?
- • Haftalık/aylık gözden geçirme var mı?
- • Change log güncel mi?
- • Sezon başı refresh planı var mı?
- • Devir checklist’i hazır mı?
Ne yapmalıyım?
- • Owner + ritim + metrik (KPI) üçlüsünü kurun.
- • Change log’u haftalık rutine bağlayın.
- • Sezon başı handbook refresh yapın.
- • Devirde “doküman + demo” standardını uygulayın.
6. PMS Entegrasyon Handbook & Versiyonlama Şablonunu İndir
PMS Entegrasyon Handbook & Versiyonlama Şablonunu İndir — Otel / Knowledge Base (v1.0)
Bu şablon, PMS entegrasyon akışlarını, mapping ve politika setlerini tek bir “handbook” içinde standartlaştırır; versiyonlama ve change log ile her değişikliğin izini tutar. Amaç; personel/tedarikçi değişimlerinde bilgi kaybını azaltmak, hataların kök nedenini hızla bulmak ve entegrasyonu devredilebilir bir kurumsal varlığa dönüştürmektir.
Kim Kullanır?
IT/operasyon owner’ı + revenue/dağıtım + tedarikçi PM birlikte.
Nasıl Kullanılır?
- Handbook içindekiler iskeletini kopyalayın ve mevcut dokümanları yerleştirin.
- Mapping/politika değişikliklerini versiyonlayıp change log’a kaydedin.
- Haftalık/aylık rutinlerle güncel tutup onboarding paketini otomatikleştirin.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Handbook İçindekiler (Boş Şablon)
- ▢ ✅ Klasör Yapısı Şablonu (prensip)
- ▢ ✅ Change Log / Versiyonlama Tablosu (Boş)
- ▢ ✅ Yeni Personel/Tedarikçi Onboarding Mini Paketi
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
7. Sonuç: Entegrasyon bilgisi kişide değil, kurumsal dokümanda yaşamalı
PMS entegrasyonu yaşayan bir sistemdir; oda yapısı, fiyat stratejisi, kanal portföyü ve ekipler değiştikçe bilgi de değişir. Bu yüzden akışların, mapping setlerinin, politika kurallarının ve operasyonel prosedürlerin yazılı, versiyonlu ve izlenebilir olması kritik hale gelir.
Sağlam bir handbook, change log ve güncelleme ritmi kurulduğunda entegrasyon daha kolay devredilir, hata kök nedeni daha hızlı bulunur ve sezon ortasında bile kontrollü değişiklik yapmak mümkün olur. Böylece kurum, PMS entegrasyon bilgisini tek tek kişilerden bağımsız hale getirip sürdürülebilir bir varlığa dönüştürür.
Bir Sonraki Adım
Bilgiyi kişilere değil dokümanlara taşıyıp entegrasyon riskini azaltmak isteyen oteller için.
Sık Sorulan Sorular
PMS entegrasyonu için hangi dokümanlar hazırlanmalı?▾
Mapping, limit ve akış şemaları nasıl versiyonlanmalı?▾
Yeni ekip veya tedarikçi geldiğinde PMS know-how’ı nasıl aktarılır?▾
PMS entegrasyon dokümantasyonu nasıl güncel tutulur?▾
Dokümantasyon neden gelir kaybını azaltır?▾
İlgili İçerikler
İlgili Yazılar