PMS seçerken oda taşıma demosunu yalnız takvimde kutuyu sürüklemekle bitirmeyin. Eski odanın son durumu, yeni odanın uygunluğu, konaklamanın kalan geceleri ve ücretin değişip değişmediği birlikte gösterilmelidir. Satın alma kararında kullanabileceğiniz somut çıktı, aynı kurgusal kaydı dört durumda çalıştırıp beklenen sonuçla gözlenen sonucu karşılaştıran kısa bir kabul listesidir.
Bu testin sınırını belirleyin
Burada giriş yapmış bir misafirin aynı tesis içinde başka odaya geçmesi ele alınır. Tarih uzatma, tesisler arası taşıma veya yeni rezervasyon oluşturma ayrı testlerdir. Oracle’ın kamuya açık oda taşıma belgesi, müsaitlik ve kat hizmetleri kontrolünü açıklar; uygun oda arama belgesi de arama koşullarının nasıl ayrıldığını gösterir. Bunlar bir ürünün belgeleridir. Aday PMS’nin aynı davranışı veya aynı adla düğmeleri bulunduğunu varsaymayın. Demo başlamadan satıcıdan canlı misafir, satış kanalı veya gerçek iletişim başlatmayan bir gösterim ortamı isteyin. Kurgusal kayıt A, 17 Ekim giriş ve 20 Ekim çıkışlı olsun. 18 Ekim’de oda taşıma önerildiğini varsayın; 18 ve 19 Ekim geceleri kalan konaklamayı oluşturur. Tarihler bir örnek içindir. Başlangıç odası, hedef oda, oda tipi ve mevcut toplam aynı formda gösterilsin. Böylece test sırasında hangi değişikliğin neyi etkilediği kaybolmaz.
Birinci durum: aynı tipte hazır odaya geçiş
İlk çalışmada hedef oda aynı kategoride, kalan iki gece için müsait ve tesisin kullanım tanımına göre hazır olsun. Satıcı işlemi tamamladıktan sonra hem rezervasyonu hem eski ve yeni odaları göstersin. Rezervasyonun tarihi ve toplamı değişti mi? Eski odanın durumu ne oldu? Kat hizmetleri bu odada yeni bir iş gerektiğini anlayabiliyor mu? Yeni oda kalan gecelerde doğru kayda bağlı mı? Beklenen sonucu önce alıcı ekip yazmalıdır. Örneğin “tarihler korunur, ücret değişikliği yoktur ve iki odanın son durumu açık görünür” denebilir. Bu, bütün yazılımlar için evrensel ürün özelliği iddiası değildir; sizin önerdiğiniz kabul ölçütüdür. Bir adım gösterilemiyorsa satıcının sözlü açıklamasını ek notta tutun, gözlenmiş sonuç alanına geçirmeyin. Gösterim tekrarlandığında aynı başlangıç koşulları kullanılmalıdır.
İkinci durum: hedef oda kullanıma uygun değil
İkinci çalışmada hedef odanın kullanımını engelleyen kurgusal bir durum oluşturulsun. Bunun temizlik bekleme mi, bakım nedeniyle kullanılamama mı olduğunu açıkça seçin; ikisini aynı etiket gibi kullanmayın. Satıcı, kullanıcı hedef odayı seçmeye çalıştığında ne gösterildiğini açıklasın. Uyarı mı var, işlem engelleniyor mu, belirli bir yetkiyle farklı sonuç mümkün mü? Belirli bir yanıtı önceden ürün özelliği kabul etmek yerine güvenli demo sonucunu kaydedin. Kritik soru, başarısız denemeden sonra geçerli oda atamasının anlaşılır kalmasıdır. İşlem tamamlanmadıysa eski kayıt korunmuş mu, hedef odada yanlış bir doluluk oluşmuş mu? Bir uyarıyı kapatmakla değişikliğin tamamlanması aynı şey değildir. Kullanıcı sonucu nasıl teyit edeceğini bilmiyorsa o senaryoyu satın alma dosyasında açık bırakın. Temiz oda göstermek, kullanım dışı hedef oda testinin yerine geçmez.
Üçüncü durum: oda tipi değişiyor, ücret korunuyor
Üçüncü çalışmada hedef oda daha üst kategoride olsun fakat örneğin amacı ücretsiz oda iyileştirmesidir. Satıcıdan fiziksel oda tipiyle ücretin dayandığı kapsamı ayrı göstermesini isteyin. İşlem öncesi ve sonrası toplamı karşılaştırın. Bir kategori değişikliğinin otomatik ek bedel doğurduğunu veya ücretin mutlaka sabit kaldığını varsaymayın. Adayın gerçek davranışı, gerekli onay ve kullanıcıya verilen açıklama birlikte incelenmelidir. Ardından farklı bir denemede ücretin bilinçli değiştiği ayrı bir senaryo istenebilir. Önceki ücretsiz testle aynı notta karıştırmayın. Bir testte beklenen, mevcut tutarın korunması; diğerinde açıkça onaylanan yeni tutarın anlaşılır olmasıdır. Bu yazı ödeme işlemi, banka bağlantısı veya herhangi bir ticari ürün yeteneği vaat etmez. İncelenen konu, oda değişikliğinin kullanıcıya görünür rezervasyon sonucudur.
Dördüncü durum: geçmiş ve sonraki iş
Taşıma tamamlandıktan sonra satıcıdan işlemin görünür geçmişini açmasını isteyin. Başlangıç ve hedef oda ile işlemin hangi aşamada tamamlandığı anlaşılabiliyor mu? Kalan iş hangi sorumluya geçiyor? Sonradan aynı ekrana dönen çalışan yalnız güncel oda numarasını değil, gerekli değişiklik bağlamını da bulabiliyor mu? Bu sorular sizin değerlendirme ölçütlerinizdir; özel bir kayıt yöntemi veya teknik mimari zorunluluğu önermez. Yanlış hedef seçimini düzeltme örneğini de ayrı çalıştırın. Önceki testin devamı gibi görünse bile başlangıç durumunu yeniden yazın; ikinci değişikliğin ilkini tamamen görünmez kılıp kılmadığını değerlendirin. Bir entegrasyon veya fiziksel anahtar süreci demo kapsamı dışında kalıyorsa onu tamamlanmış saymayın. Hangi ekipten hangi kanıtın istendiği açık bir takip sorusu olarak tutulsun.
Karar için kullanılabilir kabul listesi
Her satıra “gösterildi”, “kısmen gösterildi” veya “gösterilmedi” yazın; yanına gözlenen sonucu ekleyin. Kritik satır açıkken başka bir güzel ekranla onu telafi etmeyin. [Kat hizmetleri demo rehberi](/blog/pms-kat-hizmetleri-oda-durumu-ariza-demo) oda durumlarını, [kesinti ve geri dönüş demosu](/blog/pms-kesinti-geri-donus-demo-is-surekliligi) ise belirsiz işlem sonucunu incelemek için tamamlayıcıdır. [Oracle oda taşıma](https://docs.oracle.com/en/industries/hospitality/opera-cloud/25.1/ocsuh/t_arrivals_in-house_moving_an_in_house_reservation.htm) ve [uygun oda arama](https://docs.oracle.com/en/industries/hospitality/opera-cloud/25.1/ocsuh/t_front_desk_available_room_search.htm) belgeleri 17 Ekim 2026’da açıldı; seçimden önce aday ürünün kendi güncel kapsamını isteyin.
- Aynı tipte hazır hedef: tarihler, toplam ve iki odanın son durumu birlikte gösterildi mi?
- Uygun olmayan hedef: sonuç açık mı ve geçerli atama yanlış anlaşılmadan görülebiliyor mu?
- Ücretsiz kategori değişimi: fiziksel oda değişikliği ile ücret sonucu ayrı doğrulandı mı?
- Geçmiş ve düzeltme: işlem bağlamı, açık iş ve sorumlu takip yolu bulunabiliyor mu?