PMS seçerken gece yarısından sonraki bir işlemi yalnız ekrandaki saate bakarak değerlendirmeyin. Aynı kurgusal olayı takvim tarihi, işletme günü ve hizmetin tüketim tarihiyle iki raporda izletin. Sonra ertesi gün yapılan düzeltmenin hangi dönemi değiştirdiğini sorun. Kabul ölçütü her raporun aynı toplamı vermesi değil, farklılığın kayıt ve filtre üzerinden açıklanabilmesidir. Bağımsız otel, butik tesis ve apart yöneticisi aşağıdaki üç olaylı senaryoyu aday sistemlerin demosunda aynı koşullarla kullanabilir; böylece güzel bir rapor ekranı yerine açıklanabilir bir günlük kapanış akışını karşılaştırır.
Önce tarih sözlüğünü ve rapor kapsamını yazın
Takvim tarihi için tesisin yerel saat dilimini belirtin. İşletme günü için sistemde kullanılan tanımı, değişim koşulunu ve yetkili rolü satıcıya yazdırın. Hizmetin tüketim tarihi ise senaryoda hizmetin ait olduğu zamanı gösterir. Bunların aynı alan olduğunu varsaymayın. Rapor adının yanında hangi tarih alanının filtrelendiğini, başlangıç ve bitiş sınırlarını, para birimini ve kapsanan kayıt durumlarını kaydedin. Bir rapor rezervasyonları, diğeri işlenmiş kayıtları sayıyorsa önce kapsamı ayırın; eşitlik aramak yanıltıcı olabilir.
Kaynaklar bu ayrımı somutlaştırır: Oracle OPERA Cloud 24.1 işletme tarihi ilerlemesini koşullara bağlar; Mews tüketim ve muhasebeleştirme tarihlerini ayırır. 22 Ekim 2026'da kontrol edilen bu iki kamuya açık doküman, ilgili ürün bağlamındadır. Bir adayın aynı davranacağını veya Stayax'ın belirli bir özelliği sunduğunu kanıtlamaz. Demosu yapılan sürümü ve etkin ayarları ayrıca kaydedin. Satıcı farklı terimler kullanıyorsa kendi adlandırmasını sözlüğün karşısına eklesin; karar ekran etiketine değil gösterilen davranışa dayansın.
Üç olaylı demo kabul kartı
Aşağıdaki tarihler, saatler ve tutarlar tamamen kurgusaldır. Vergi, ödeme ve resmî muhasebe uygulaması modellenmez. Boş bir deneme ortamında tek rezervasyon ve tek hizmet kaydı kullanın; amaç tarih davranışını yalıtmaktır. Hangi işlemin desteklendiğini önceden sorun, gerçek misafir kaydıyla deneme yapmayın. Her adımın ardından iki seçili raporun filtrelerini görünür tutarak sonuçları saklayın.
- Olay A — 21 Ekim 23:50: 21 Ekim'e ait 100 birimlik hizmeti kaydedin. Kayıt kimliği, yerel saat, hizmet tarihi, görünen işletme günü ve iki rapordaki satırı not edin. İlk çıktıyı değiştirmeden saklayın.
- Olay B — 22 Ekim 00:10: aynı rezervasyonda 21 Ekim'e ait ikinci bir hizmeti 40 birim olarak kaydetmeyi deneyin. Sistem izin vermiyorsa reddi ve izin verilen yolu kaydedin. İzin veriyorsa her iki raporda hangi güne girdiğini gösterin; önceki güne düşeceğini varsaymayın.
- Olay C — 22 Ekim 10:00: A olayının tutarını 100'den 90'a düzeltmeyi isteyin. İzin verilen yöntemi, değişen kaydı, düzeltmenin tarihini ve iki raporun önceki/sonraki sonuçlarını kaydedin. Eski satırın silinmesini veya yeniden yazılmasını şart koşmayın.
Kartın her satırına uygulayan rolü, kullanılan filtreyi, gözlenen sonucu ve açık soruyu ekleyin. Bir işlem için gereken yetki yoksa bunu özellik yokluğu olarak puanlamayın; yetkili rolle yeniden gösterim isteyin. İşletme günü değişmeden ve değiştikten sonra tekrar yapılması gerekiyorsa iki ayrı sonuç tutun. Senaryodaki saatler bir kapanış saati önerisi değildir; tesisinizin gerçek vardiya düzenine göre yeniden seçilir.
Toplamı kontrol edin, dönemi ayrıca açıklayın
Yalnız bu iki hizmetin dahil olduğu kurgusal hesapta düzeltme öncesi toplam 100 + 40 = 140 birimdir. A için 10 birim azalıştan sonra toplam 90 + 40 = 130 birim olur. Bu, her iki hizmetin kabul edildiği ve başka kayıt bulunmadığı varsayımıdır. İşlem reddedilmişse beklenen toplamı buna göre değiştirin. 130'un iki raporda aynı güne yazılması gerekmez; hangi satırın hangi tarih filtresine girdiğini açıklayan bir köprü isteyin. Böylece tutar kontrolü ile dönem kontrolü birbirine karışmaz.
Satıcıdan sonradan değişen çıktıyı ilk saklanan çıktıyla yan yana göstermesini isteyin. Fark açıklamasında kayıt kimliği, kullanılan tarih alanı ve düzeltme yolu bulunmalı. Belgesiz biçimde bir raporu diğerine zorla eşitlemek yerine, yöneticinin günlük operasyon takibinde hangi raporu kullanacağını belirleyin. Yerel muhasebe veya yasal dönem uygulamasına ilişkin kararı bu senaryodan çıkarmayın; bunu kendi yetkili danışmanınızla ayrıca değerlendirin.
Kararı üç sınıfta verin
Kabul: üç olay gösterilmiş, tarih alanları tanımlanmış ve tutar/dönem farkı kayıt düzeyinde açıklanmıştır. Koşullu kabul: işleyiş anlaşılmıştır fakat gerekli ayar, kullanıcı yetkisi veya tekrar gösterimi açık kalmıştır; sorumlu ve teslim tarihi yazılır. Karar beklesin: farkın nedeni açıklanamıyor ya da yalnız sözlü güvence veriliyordur. Özellik listesindeki bir onay işareti bu kanıtın yerine geçmez.
Demodan çıkan tek sayfalık karar kaydına ürün sürümü, ayarlar, iki rapor adı, üç olayın sonucu ve kalan bağımlılıkları koyun. İki adayı karşılaştırırken aynı senaryoyu kullanın; birinin ayrıntılı raporunu diğerinin özet ekranıyla karşılaştırmayın. Rapor sürekliliğini ayrıca incelemek için PMS kesinti ve geri dönüş demo rehberini, konaklama içi değişikliğin izini sınamak için oda taşıma demo rehberini kullanabilirsiniz. Sonraki görüşmenin amacı artık genel bir tanıtım değil, kartta açık kalan tarihin ve rapor farkının gösterilmesidir.