Memahami Analytics Command Center

Penyiapan Cepat

Sebagian besar hotel meninjau Completion Rate, Biggest Drop‑Off, dan Issues dalam waktu kurang dari 3 menit.

Panduan ini menjelaskan cara AVA menghitung setiap grafik Analytics di Command Center. Panduan ini juga menjelaskan kartu cakupan check-in dan ekspor STB EVA tambahan.

Buka: Main Menu → Command Center → Analytics

Pemuatan analytics lebih cepat

AVA kini membaca tab ini dari rollup harian agar rentang tanggal yang panjang dimuat lebih cepat. Jika data rollup tidak tersedia atau panggilan rollup gagal, AVA kembali ke jalur live.

Waktu muat lebih lama untuk rentang tanggal besar

Rentang tanggal yang besar masih dapat memerlukan waktu lebih lama untuk dimuat. Properti yang sangat sibuk mungkin menampilkan error rentang tanggal yang lebih sempit lebih cepat daripada terus menunggu. Ini hanya berlaku untuk tab Analytics.

Sesi demo

Check-in demo tetap muncul di Status dan detail reservasi. Sesi tersebut tidak dihitung dalam total Analytics, drop-off, analisis waktu, masalah, atau aktivitas terbaru.

Tidak ada unduhan laporan

Grafik Analytics utama tidak menyertakan unduhan PDF melalui browser. Daftar reservasi funnel menyertakan tindakan Download CSV untuk reservasi yang ditampilkan. Saat panel STB EVA submissions muncul, Anda dapat menggunakan ikon unduhnya untuk mengekspor CSV. Ekspor tersebut kini menggunakan sumber log pengiriman EVA yang sama dengan hitungan dashboard.

---

Salin konfigurasi MCP untuk Codex atau Claude

Penyiapan Cepat

Proses ini memerlukan waktu kurang dari 1 menit. Token bersifat sementara dan menggunakan sesi browser Anda saat ini.

Gunakan tombol ini saat Anda ingin mengirim data Analytics ke klien AI. Token yang disalin juga menyertakan cakupan penuh Streamliner MCP. Klien yang didukung dapat menggunakan alat pengaturan setelah Anda memulai ulang klien tersebut. Setelah menyalin, AVA menampilkan modal khusus klien dengan instruksi untuk menempelkan konfigurasi.

Tombol	Yang disalin	Paling cocok untuk
Copy Codex MCP Config	Konfigurasi MCP TOML dengan mcp_servers.streamliner	Codex
Copy Claude MCP Config	Konfigurasi MCP JSON dengan mcpServers.streamliner	Claude Code atau Claude Desktop

1. Buka Main Menu → Command Center → Analytics.

2. Klik Copy Codex MCP Config atau Copy Claude MCP Config.

3. Tunggu hingga tombol berubah menjadi Creating MCP token....

4. Baca instruksi modal untuk klien Anda.

5. Tempel konfigurasi yang disalin ke file konfigurasi klien AI Anda.

6. Mulai ulang klien agar server MCP baru dimuat.

   ✓ Konfigurasi Claude menggunakan JSON. ✓ Konfigurasi Codex menggunakan TOML. ✓ Kedua konfigurasi menyertakan STREAMLINER_MCP_TOKEN yang berlaku singkat.

Hanya token baru

Jika Anda menyalin token sebelum perubahan ini, salin konfigurasi baru. Token lama mempertahankan cakupan sebelumnya sampai Anda memperbaruinya.

Tempat menempelkan setiap konfigurasi

Codex menggunakan ~/.codex/config.toml.

Claude menggunakan konfigurasi Developer Claude Desktop, biasanya claude_desktop_config.json.

Yang ditampilkan modal

Modal mengonfirmasi bahwa Anda berhasil menyalin konfigurasi. Modal tersebut kemudian menampilkan jalur file, lokasi penempelan, dan langkah mulai ulang untuk klien tersebut.

Jika Anda menggunakan Codex

1. Buka ~/.codex/config.toml di mesin tempat Anda menjalankan Codex.

2. Tempel blok TOML yang disalin di level teratas file.

3. Simpan file, lalu mulai ulang Codex.

   ✓ Jika mcp_servers.streamliner sudah ada, ganti bagian tersebut.

Jika Anda menggunakan Claude Desktop

1. Buka Claude Desktop.

2. Buka Settings → Developer → Edit Config.

3. Tempel JSON yang disalin ke claude_desktop_config.json.

4. Simpan file, lalu keluar sepenuhnya dan buka kembali Claude Desktop.

   ✓ Di macOS, file biasanya berada di ~/Library/Application Support/Claude/. ✓ Jika mcpServers sudah ada, gabungkan hanya entri streamliner.

Referensi Cepat

Tampilan	Yang dihitung sebagai sesi	Aturan penyelesaian
Pre‑Arrival	Reservasi apa pun dengan aktivitas Pre‑Arrival, termasuk percobaan yang ditinggalkan dan perjalanan yang kemudian menyelesaikan check-in	PRE_ARRIVAL berhasil
Check‑In → All	Reservasi apa pun dengan langkah alur check-in, termasuk KEY_ENCODED, tidak termasuk yang hanya memiliki pre-arrival	CHECKIN, KEY_COLLECTION, atau GET_DOOR_LOCK_KEY
Check‑In → Early Check‑In	EARLY_CHECKIN_ATTEMPT atau ROOM_ASSIGNMENT_QUEUED	EARLY_CHECKIN_ATTEMPT atau ROOM_ASSIGNMENT_QUEUED berhasil
Check‑In → Pre‑Registration	Reservasi apa pun dengan langkah Pre‑Registration	PRE_REGISTRATION berhasil
Check‑In → Full Check‑In	CHECKIN, KEY_COLLECTION, GET_DOOR_LOCK_KEY, atau KEY_ENCODED	CHECKIN, KEY_COLLECTION, atau GET_DOOR_LOCK_KEY berhasil
Check‑Out	Reservasi apa pun dengan langkah checkout	CHECKOUT atau COMPLETED_CHECKOUT_PAYMENT berhasil

---

Buka Analytics dan pilih tampilan

1. Buka Main Menu → Command Center.

2. Pilih tab Analytics.

3. Pilih Pre‑Arrival, Check‑In, atau Check‑Out.

4. Jika memilih Check‑In, gunakan sub-tab: All Check‑Ins, Early Check‑In, Pre‑Registration, atau Full Check‑In.

   ✓ Semua grafik diperbarui mengikuti tampilan dan rentang tanggal tersebut.

---

Gunakan jendela tanggal lokal hotel

Analytics menggunakan zona waktu yang dikonfigurasi untuk hotel Anda saat membaca rentang tanggal yang dipilih. Analytics memfilter sesi berdasarkan stempel waktu aktivitas check-in dan check-out, bukan waktu pembaruan reservasi. Hanya langkah di dalam jendela lokal tersebut yang berkontribusi pada grafik dan hasil penyelesaian untuk hari yang dipilih. Pembaruan reservasi yang lebih baru tidak dapat menambahkan langkah penyelesaian lama atau mendatang ke analytics hari tersebut. Kartu Successful Check‑Outs merupakan pengecualian: kartu ini menggunakan tanggal penyelesaian event terminal.

Bandingkan hari operasional lokal

Pilih tanggal berdasarkan hari kalender hotel, meskipun Anda meninjau Analytics dari zona waktu lain.

---

Cara AVA membentuk sesi

• Sesi adalah satu catatan check-in reservasi, bukan setiap tamu.
• Sesi disertakan jika setidaknya satu langkah dari tampilan tersebut dicatat.
• Sesi bertanda demo dikecualikan dari grafik Analytics ini.
• Langkah yang gagal tetap dihitung dalam total agar Anda dapat melihat drop-off dan masalah.

Pre‑Arrival terpisah

Sesi yang hanya mencapai Pre‑Arrival tidak termasuk dalam All Check‑Ins. Gunakan tampilan Pre‑Arrival untuk sesi tersebut. Jika tamu menyelesaikan pre-arrival, lalu menyelesaikan check-in di perangkat, AVA memasukkan sesi tersebut ke kedua tampilan. Percobaan Pre‑Arrival yang ditinggalkan tetap muncul di tampilan Pre‑Arrival setelah tamu memulai alur.

---

Saat tamu melanjutkan setelah pre-arrival

Tampilan Pre‑Arrival adalah cohort keanggotaan, bukan kategori eksklusif. Sebuah sesi dapat termasuk dalam cohort Pre‑Arrival dan Check‑In. Sesi memenuhi syarat setelah aktivitas Pre‑Arrival dimulai, meskipun tamu meninggalkan alur. Mencapai PRE_ARRIVAL menandai sesi sebagai selesai. Membuka tautan pre-arrival tanpa aktivitas alur yang tercatat tidak membuat sesi memenuhi syarat. Milestone full check-in yang teramati tetap mempertahankan sesi tersebut dalam total Check‑In yang benar.

Aktivitas tamu	Tampilan Analytics
Tamu membuka tautan tanpa aktivitas alur yang tercatat	Tidak termasuk dalam Pre‑Arrival
Tamu memulai Pre‑Arrival tetapi meninggalkannya	Pre‑Arrival, belum selesai
Tamu hanya menyelesaikan pre-arrival	Pre‑Arrival, selesai
Tamu menyelesaikan pre-arrival, lalu menyelesaikan check-in perangkat	Pre‑Arrival dan Check‑In

Hal ini membuat perjalanan campuran tetap terlihat dalam kedua cohort yang relevan. Perjalanan yang hanya berupa pre-arrival tetap tidak termasuk dalam All Check‑Ins.

Untuk Pre‑Arrival, Total Logs menghitung setiap sesi dengan aktivitas yang tercatat. Completion Rate menghitung sesi yang mencapai PRE_ARRIVAL. Sebagai contoh, tiga percobaan dengan dua penyelesaian menunjukkan rasio penyelesaian 66.7%. Dengan demikian, percobaan yang ditinggalkan menurunkan rasio dan menampilkan drop-off alur.

Rollup historis

Rollup harian yang sebelumnya disimpan dapat mempertahankan hitungan Pre‑Arrival berbasis penyelesaian sampai AVA menghitungnya kembali. Rollup yang baru dihitung memasukkan percobaan yang ditinggalkan ke dalam penyebut.

Saat pengodean kunci menjadi langkah terakhir yang tercatat

AVA memperlakukan KEY_ENCODED sebagai sinyal klasifikasi Full Check-In. Hal ini berlaku meskipun sesi tidak memiliki langkah KEY_COLLECTION atau KEY_RETRIEVED. Sesi tersebut muncul dalam Full Check-In dan All Check-Ins.

KEY_ENCODED tidak dihitung sebagai milestone penyelesaian untuk Completion Rate. Karena itu, sesi dapat menambah total Full Check-In tanpa menambah sesi yang selesai.

Rasio penyelesaian dapat berubah

Properti yang menggunakan pengodean kartu kunci mungkin melihat rasio penyelesaian Full Check-In yang sedikit lebih rendah. Hal ini terjadi saat sesi berakhir pada KEY_ENCODED tanpa milestone penyelesaian lainnya.

Kartu ringkasan (bagian atas tab)

Kartu	Cara menghitungnya
Total Logs	Jumlah sesi non-demo dalam tampilan yang dipilih
Completion Rate	Sesi selesai ÷ total log non-demo, menggunakan aturan penyelesaian tampilan yang dipilih
Avg Completion Time	Waktu dari langkah sukses pertama (biasanya Entry) hingga sinyal penyelesaian yang dikonfigurasi
Successful Check‑Ins	Sesi unik dengan milestone PMS CHECKIN yang berhasil
Successful Check‑Outs	Sesi checkout unik dengan event terminal yang berhasil, yang dikaitkan dengan tanggal penyelesaian

Kolom Completion rule mengontrol Completion Rate dan Avg Completion Time. Kolom tersebut tidak menentukan Successful Check‑Ins.

Gunakan tabel ini untuk memastikan sesi mana yang dihitung selesai sebelum Anda membandingkan periode.

Successful Check-Outs menggunakan tanggal penyelesaian

Kartu Successful Check‑Outs menghitung setiap checkout unik yang mencapai event terminal yang berhasil. AVA mengaitkan hitungan tersebut dengan tanggal kalender lokal hotel saat checkout berhasil. Percobaan checkout, tahapan funnel, Completion Rate, dan Avg Completion Time tetap menggunakan tanggal mulai.

Sebagai contoh, checkout yang dimulai pada hari Senin dan berhasil pada hari Selasa muncul dalam Successful Check‑Outs hari Selasa. Aktivitas percobaan dan funnel-nya tetap berada dalam analytics checkout hari Senin.

Hal ini menyelaraskan keberangkatan yang berhasil dengan hari penyelesaiannya.

Contoh

Jika Total Logs adalah 40 dan 28 sesi mencapai sinyal penyelesaian yang dikonfigurasi, rasio penyelesaian adalah 70%. Successful Check‑Ins mungkin menunjukkan angka yang berbeda karena menghitung milestone check-in PMS yang berhasil.

Pisahkan check-in PMS dari penyelesaian perjalanan

Successful Check‑Ins mengonfirmasi bahwa AVA menyelesaikan permintaan PMS CHECKIN. Untuk OPERA, ini terjadi saat AVA mengirimkan kode SCI ke PMS. AVA hanya menghitung milestone jika bukti Check-In yang tercatat adalah SUCCESS atau PARTIAL. Data milestone lama yang tertunda atau gagal tidak dihitung sebagai check-in PMS yang berhasil. AVA mengecualikan perjalanan yang hanya checkout jika bukti event menunjukkan tidak ada aktivitas Check-In. Hal ini mencegah penanda CHECKIN lama pada checkout yang selesai menggelembungkan hitungan. Jika tamu menyelesaikan Check-In sebelum Checkout, AVA tetap mempertahankan hitungan Check-In yang berhasil tersebut.

Completion Rate dan Avg Completion Time tetap menggunakan sinyal terminal atau akses kamar yang dikonfigurasi. Dengan demikian, kinerja perjalanan tetap terpisah dari milestone PMS.

Yang terjadi	Successful Check‑Ins	Metrik penyelesaian
PMS CHECKIN berhasil, lalu pengodean kartu kunci gagal	Menghitung check-in PMS	Dapat menampilkan perjalanan yang belum selesai atau kegagalan
Hanya tersisa penanda CHECKIN lama yang tertunda atau gagal	Tidak dihitung	Mengikuti aturan penyelesaian yang ada untuk tampilan yang dipilih
Penetapan kamar masuk antrean tanpa PMS CHECKIN yang berhasil	Tidak dihitung	Mengikuti aturan penyelesaian yang ada untuk tampilan yang dipilih
PMS CHECKIN dan akses kamar sama-sama berhasil	Menghitung check-in PMS	Dihitung selesai saat sinyal terminal berhasil

Kartu tersebut tidak lagi menggabungkan kategori antrean, early, dan pengambilan kunci ke dalam Successful Check‑Ins.

Kartu cakupan check-in

Saat AVA menerima data cakupan dari PMS Anda, Anda mungkin melihat dua kartu tambahan setelah Completion Rate. Fitur ini berlaku untuk AVA PMS, Cloudbeds, OPERA, Mews, dan eZee.

Kartu	Yang ditampilkan	Mengapa penting
Eligible Check-In Units	Unit konfirmasi atau sub-reservasi unik dalam periode yang dipilih	Ini adalah penyebut cakupan
AVA Check-In Share	Persentase unit yang memenuhi syarat yang diproses AVA setidaknya sekali	Ini menunjukkan adopsi AVA untuk periode tersebut

Cakupan menggunakan tanggal kedatangan

Cakupan menggunakan tanggal kedatangan setiap reservasi dalam zona waktu hotel Anda. Tamu yang menyelesaikan check-in pre-arrival lebih awal tetap dihitung saat mereka tiba dalam rentang tersebut. Funnel menggunakan tanggal aktivitas, sehingga ukuran ini menjawab pertanyaan yang berbeda.

Unit vs reservasi

Kartu ini menghitung unit, bukan seluruh reservasi. Pemesanan multi-kamar dapat menambahkan lebih dari satu unit yang memenuhi syarat.

Cara AVA menentukan kelayakan

AVA hanya menghitung reservasi dengan aktivitas AVA, tanggal kedatangan lokal merchant yang valid, dan status yang memenuhi syarat. Untuk aktivitas AVA, status yang memenuhi syarat adalah RESERVED, CHECKED_IN, CHECKED_OUT, dan DUE_OUT. DUE_OUT dihitung karena reservasi tersebut sudah mencapai check-in sebelum keberangkatan. Untuk OPERA, AVA juga memasukkan DueOut ke bucket cakupan PMS CHECKED_IN. Hal ini menjaga kedatangan pada hari keberangkatan dan kedatangan day-use tetap berada dalam penyebut cakupan. Jika AVA tidak dapat memverifikasi kolom yang diperlukan, AVA menyembunyikan kartu cakupan alih-alih menampilkan persentase yang menyesatkan.

Reservasi OPERA

Jika PMS Anda adalah OPERA, AVA mengabaikan kamar pseudo PM, PF, dan PX dalam hitungan unit yang memenuhi syarat. AVA juga menggunakan kolom jenis kamar tingkat teratas saat baris kamar sedikit, sehingga kamar tamu yang sebenarnya tetap dihitung dengan benar.

Keluarga reservasi OPERA

AVA juga menghapus duplikat keluarga reservasi OPERA tertaut berdasarkan konfirmasi induk. Hal ini mencegah baris saudara terminal menggelembungkan Eligible Check-In Units.

Cakupan checkout OPERA

Jika rentang tanggal yang dipilih mencakup hari ini sebelum audit malam, entri Checked Out dengan kedatangan mendatang dihitung sebagai nol. AVA menggunakan tanggal bisnis properti untuk jalan pintas tersebut, sehingga pembacaan cakupan tetap cepat dan konsisten.

Saat kohort kedatangan tidak tersedia

AVA terlebih dahulu menggunakan hasil cakupan sempit untuk kedatangan dalam rentang tanggal yang dipilih. Jika hasil tersebut tidak tersedia, tidak lengkap, atau masih dalam peluncuran, AVA menggunakan log yang difilter berdasarkan kedatangan. Jika log tersebut tidak tersedia, AVA mungkin menggunakan peta sesi berbasis aktivitas. Jalur cadangan tersebut dapat meremehkan cakupan untuk rentang tanggal yang sempit. Hasil kosong adalah nilai nol yang valid, bukan data yang hilang. Jika tidak ada sumber yang tersedia, kartu cakupan tetap tersembunyi.

AVA menghitung setiap reservasi yang diproses satu kali. AVA menggunakan kohort berbasis tanggal kedatangan untuk hasil cakupan normal. Rentang yang dipilih menggunakan zona waktu hotel Anda untuk perbandingan tanggal kedatangan. Pencarian reservasi saja dan langkah sinkronisasi PMS atau front desk tidak menambah pembilang AVA. Jika pembilang melebihi penyebut, AVA tidak menampilkan kartu share tersebut alih-alih membatasi nilainya. Hal ini menjaga AVA Check-In Share tetap selaras dengan cakupan reservasi.

Hasil terbaru mungkin tertunda sebentar

Jika Anda menyegarkan rentang tanggal yang sama lagi, AVA mungkin memakai ulang hasil cakupan terakhir untuk sementara. Hal ini menjaga tab Analytics tetap cepat saat pemeriksaan berulang.

Cakupan historis yang dikoreksi

Setelah pembaruan aturan cakupan, AVA menyegarkan hasil cakupan tersimpan yang lebih lama sebelum menggunakannya kembali. Rentang tanggal yang pendek dapat lebih dahulu menampilkan kartu yang telah dikoreksi. Rentang yang lebih panjang dapat menggunakan cakupan live sampai penyegaran terjadwal selesai.

Share Check-In AVA tampak salah

Yang Anda lihat: AVA Check-In Share tidak ada, atau tampak lebih tinggi dari yang diharapkan.

Perbaikan:

1. Segarkan tab Analytics.
2. Pastikan rentang tanggal cocok dengan laporan PMS Anda.
3. Pastikan rentang tersebut menggunakan zona waktu hotel Anda.
4. Pastikan PMS Anda mengirim tanggal kedatangan dan status reservasi.
5. Jika masih tampak salah, hubungi dukungan dengan menyertakan screenshot.

Jika Anda tidak melihat kartu ini, data PMS Anda mungkin tidak memiliki kolom yang dibutuhkan AVA. Penyedia PMS yang tidak didukung tidak menampilkan kartu ini.

Kartu cakupan check-out

AVA hanya menampilkan cakupan checkout saat PMS Anda menyediakan kohort lengkap yang dibatasi berdasarkan keberangkatan. Anda mungkin melihat dua kartu dalam tampilan Check-Out. Kartu ini mengukur aktivitas checkout AVA secara terpisah dari aktivitas check-in.

Kartu	Yang ditampilkan	Mengapa penting
Eligible Check-Out Units	Unit konfirmasi atau sub-reservasi unik yang berangkat dalam periode yang dipilih	Ini adalah penyebut cakupan checkout
AVA Check-Out Share	Persentase unit yang memenuhi syarat dengan aktivitas checkout AVA yang persisten	Ini menunjukkan adopsi AVA untuk keberangkatan dalam periode tersebut

Cakupan menggunakan tanggal keberangkatan

Cakupan checkout menggunakan tanggal keberangkatan setiap reservasi dalam zona waktu hotel Anda. Cakupan check-in menggunakan tanggal kedatangan, sehingga kedua kartu dapat mencakup unit yang berbeda. Pembilang checkout hanya menghitung aktivitas checkout AVA yang persisten. Pencarian saja dan langkah sinkronisasi PMS atau front desk tidak dihitung.

Cakupan check-out berdasarkan PMS

Cloudbeds, Mews, dan OPERA menyediakan kohort keberangkatan native untuk cakupan checkout. AVA tidak mengubah label cakupan kedatangan menjadi cakupan checkout. Adapter PMS yang tidak didukung dapat menampilkan Unavailable, bukan persentase. Untuk OPERA, pagination reservasi yang tidak lengkap juga menampilkan Unavailable. AVA tidak menghitung persentase dari data keberangkatan parsial.

Cakupan check-out tidak tersedia

Yang Anda lihat: Kartu cakupan checkout menampilkan Unavailable, bukan persentase.

Mengapa ini terjadi: AVA tidak dapat memverifikasi data cakupan lengkap yang dibatasi berdasarkan keberangkatan. PMS mungkin tidak mendukung kohort keberangkatan, atau halaman reservasi OPERA mungkin tidak lengkap. AVA menyembunyikan rasio tersebut alih-alih menampilkan hasil yang menyesatkan.

Perbaikan:

1. Pastikan Anda memilih Check-Out dan rentang tanggal yang benar.

2. Segarkan tab Analytics setelah sinkronisasi PMS selesai.

3. Coba rentang yang sama lagi setelah beberapa menit.

4. Hubungi dukungan jika kartu tetap menampilkan unavailable.

   ✓ Kartu unavailable berarti hasilnya belum dapat dipercaya. Nilainya bukan nol.

Ekspor CSV pengiriman STB EVA

Penyiapan Cepat

Proses ini memerlukan waktu kurang dari 1 menit. Ekspor hanya muncul pada Check-In saat EVA diaktifkan.

Gunakan ikon unduh kecil pada panel STB EVA submissions untuk mengekspor rentang tanggal yang dipilih.

Item	Yang ditampilkan	Yang bisa Anda lakukan
STB EVA submissions	Pengiriman EVA yang dicoba, berhasil, dan gagal untuk periode yang dipilih	Klik ikon unduh untuk mengunduh CSV
CSV contents	Hitungan ringkasan ditambah satu baris untuk setiap percobaan API EVA dari eva_submission_logs	Gunakan untuk pelaporan STB atau peninjauan audit

1. Buka Main Menu → Command Center.

2. Pilih tab Analytics.

3. Tetap pilih tampilan Check-In.

4. Gulir ke STB EVA submissions.

5. Klik ikon unduh.

6. Simpan file stb-eva-submissions.csv yang diunduh.

   ✓ File tersebut mencakup ID transaksi, kode hasil, ID reservasi dan check-in, metadata error, serta detail permintaan yang telah disanitasi. ✓ Nomor paspor dan dokumen disamarkan. ✓ Kolom MRZ dan base64 dihilangkan. ✓ Ekspor tidak lagi menyertakan baris reservasi lama dari laporan EVA sebelumnya. ✓ Jika unduhan gagal, AVA menampilkan pesan error lokal di panel.

---

Grafik funnel (drop-off dan waktu langkah)

Funnel menampilkan persentase sesi yang mencapai setiap langkah.

• Drop‑off membandingkan setiap langkah dengan langkah sebelumnya.
• Avg Stage Duration mengukur waktu yang dihabiskan dalam tahap, dari awal tahap hingga tahap berhasil.
• Avg Time to Next Step mengukur waktu dari satu langkah yang berhasil ke langkah berikutnya.
• Kartu Slowest Step menggunakan durasi tahap terlebih dahulu.
• Jika AVA tidak memiliki waktu tahap, AVA menggunakan durasi ke langkah berikutnya.
• Jika langkah berikutnya terjadi lebih awal daripada langkah sebelumnya, durasinya ditampilkan sebagai 0.

Gunakan kartu Biggest Drop‑Off untuk memilih langkah yang pertama-tama memerlukan pembinaan.

Contoh

Jika Document Upload memiliki 60 sesi dan langkah sebelumnya memiliki 100 sesi, drop-off adalah 40%. Jika Document Upload sendiri memerlukan waktu 20 detik, Avg Stage Duration adalah 20 detik. Jika Document Upload selesai pada 10:05 dan Validation pada 10:07, Avg Time to Next Step adalah 2 menit.

Konversi checkout menggunakan pencapaian wajib

Dalam Check‑Out, AVA menghitung konversi dari pencapaian checkout yang wajib.

Tahap	Perlakuan AVA
Checkout Started	Pencapaian awal wajib dari FETCH_CHECKOUT
Bill Reviewed	Aktivitas opsional saat tamu melihat tagihan
Charges Confirmed	Aktivitas opsional saat tamu mengonfirmasi biaya
Checkout Payment	Aktivitas opsional saat pembayaran dikumpulkan
Checkout Complete	Pencapaian akhir wajib dari CHECKOUT

Tamu dapat berpindah langsung dari Checkout Started ke Checkout Complete. AVA menghitung jalur tersebut sebagai selesai alih-alih menampilkan drop-off palsu.

Tahap opsional yang teramati muncul dalam Optional checkout activity. Tahap tersebut tidak menurunkan konversi atau membuat transisi kehilangan berwarna merah. Dashboard dan laporan analytics yang dapat diunduh menggunakan aturan tahap yang sama.

AVA menampilkan Checkout Payment saat mendeteksi aktivitas pembayaran checkout. AVA mempertahankan pembayaran di luar funnel wajib, bahkan saat pengaturan tersimpan sudah kedaluwarsa. AVA tidak memberi label pembayaran yang hilang sebagai not required atau memperlakukannya sebagai kegagalan.

Checkout langsung di PMS tampak seperti drop-off

Yang Anda lihat: Tamu menyelesaikan checkout di PMS, tetapi melewati tahap tagihan atau pembayaran.

Perbaikan:

1. Pilih Check‑Out di Command Center → Analytics.

2. Temukan Checkout Complete sebagai tahap wajib terakhir.

3. Tinjau Optional checkout activity untuk peristiwa tagihan, biaya, atau pembayaran.

4. Bandingkan dashboard dengan laporan yang dapat diunduh jika memerlukan salinan tersimpan.

   ✓ Checkout langsung di PMS dihitung dalam konversi akhir.

Lihat reservasi dari drop-off langkah wajib

Drop-off checkout yang wajib dapat menyertakan tindakan View list. Gunakan tindakan tersebut untuk menemukan reservasi yang mencapai satu tahap wajib tetapi melewatkan tahap berikutnya.

1. Pilih Check‑Out di Command Center → Analytics.
2. Temukan transisi tahap wajib dengan jumlah drop-off.
3. Klik View list.
4. Tinjau nomor konfirmasi, nama tamu, kamar, dan detail kegagalan terbaru.
5. Klik Download CSV untuk menyimpan reservasi yang ditampilkan.

AVA hanya menampilkan View list jika setiap sesi yang cocok sama dengan jumlah drop-off yang ditampilkan. Jika pemetaan reservasi tidak lengkap, AVA menyembunyikan tindakan tersebut untuk transisi itu.

Tinjau pembayaran checkout yang gagal

Pembayaran muncul di bawah Optional checkout activity saat AVA mendeteksi aktivitas pembayaran checkout. Pembayaran dapat muncul meskipun pengaturan pembayaran tersimpan sudah kedaluwarsa. Aktivitas pembayaran tidak pernah mengubah penyelesaian checkout atau konversi tahap wajib.

1. Pilih Check‑Out di Command Center → Analytics.
2. Temukan Payment di bawah Optional checkout activity.
3. Klik View failed reservations saat pembayaran yang gagal tercantum.
4. Tinjau detail reservasi dan pesan kegagalan.
5. Klik Download CSV untuk menyimpan kegagalan yang ditampilkan.

CSV mencakup Confirmation number, Guest name, Room, Failure step, dan Failure message. AVA hanya menampilkan View failed reservations jika setiap pembayaran yang gagal dipetakan ke sebuah sesi.

Successful Check-Outs muncul pada hari lain

Yang Anda lihat: Checkout dimulai pada satu hari, tetapi Successful Check‑Outs bertambah pada hari lain.

Perbaikan:

1. Periksa kapan event terminal checkout berhasil.

2. Bandingkan stempel waktunya dengan tanggal kalender lokal hotel Anda.

3. Tinjau tanggal mulai checkout saat membandingkan percobaan atau tahapan funnel.

4. Segarkan tab Analytics jika checkout baru saja selesai.

   ✓ Hal ini diharapkan saat checkout melewati tengah malam atau selesai setelah penundaan.

---

Analisis Waktu (volume per jam)

Time Analysis mengelompokkan sesi berdasarkan langkah sukses pertama dalam tampilan yang dipilih.

• Kelompok jam menggunakan UTC.
• Respons analytics memberi label ini dengan timezone: UTC.
• Periksa zona waktu hotel Anda sebelum membandingkan waktu puncak dengan penjadwalan staf lokal.
• Pre‑Arrival memerlukan langkah PRE_ARRIVAL yang berhasil.
• Menampilkan Peak Hours dan Rush Periods untuk membantu penjadwalan staf.

Gunakan Peak Hours untuk merencanakan cakupan pada blok waktu tersibuk Anda.

Contoh

Sesi yang pertama kali berhasil pada pukul 7:10 waktu setempat dihitung dalam jam 07:00.

---

Issues (kegagalan terbaru)

Issues menampilkan sesi dengan langkah gagal terbaru.

• AVA memeriksa 10 peristiwa terakhir untuk mencari kegagalan.
• Jika tidak ada kegagalan terbaru, AVA menggunakan kegagalan terakhir yang tercatat.

Gunakan View Details untuk melihat riwayat langkah lengkap.

Contoh

Jika pembayaran gagal pada 3:12 setelah sebelumnya berhasil, masalah tersebut menampilkan Payment pada 3:12. Jika 10 peristiwa terakhir berhasil, AVA menampilkan kegagalan terakhir yang tercatat.

---

Aktivitas Terbaru

Recent Activity menampilkan langkah utama yang berhasil atau gagal, seperti:

• Check‑In, Check‑Out
• Room Assignment
• Pre‑Registration
• Identity Verification
• Payment

Daftar ini dibatasi hingga 30 item terbaru.

Gunakan daftar ini untuk memastikan langkah mana yang paling baru diselesaikan.

Contoh

Anda mungkin melihat “Check‑In completed successfully” atau pesan kegagalan untuk Identity Verification.

---

Distribusi Langkah Terakhir (tempat sesi berakhir)

Grafik ini mengelompokkan langkah terakhir setiap sesi ke dalam beberapa kategori:

• Success — Langkah penyelesaian penuh
• Timing — Langkah early check-in, termasuk Room Queued
• Partial — Pre-registration
• Room — Langkah penetapan kamar (Room Assignment)
• Documentation — Verifikasi dokumen atau ID
• Payment — Langkah pembayaran
• Early — Langkah Entry / Fetch

Jika kegagalan terjadi setelah keberhasilan terakhir, langkah yang gagal menjadi langkah terakhir.

Gunakan grafik ini untuk melihat titik berhenti yang paling umum.

Contoh

Dari 50 sesi, 20 berakhir di Check‑In (berhasil), 10 di Early Check‑In (waktu), 8 di Document Upload (dokumentasi), dan 12 di Payment (pembayaran).

Buka sesi dari Distribusi Langkah Terakhir

1. Pilih segmen batang dalam Final Step Distribution.

2. Tinjau daftar sesi yang terbuka.

   ✓ Daftar tersebut menampilkan nomor konfirmasi, tamu, kamar, dan kegagalan terbaru.

3. Pilih Open details pada sesi mana pun.

   ✓ Panel Reservation Details terbuka untuk sesi tersebut.

Daftar sesi vs reservasi

Daftar tersebut menampilkan sesi, bukan reservasi yang dikelompokkan. Gunakan daftar ini untuk menemukan kegagalan berulang dengan cepat.

---

Analitik Perangkat (opsional)

Device Analytics menggunakan detail perangkat dari sesi check-in/out.

Jika tamu tidak memberikan informasi perangkat, grafik ini mungkin kosong.

Gunakan tampilan ini untuk membandingkan penggunaan kios dan perangkat seluler berdasarkan OS.

Contoh

Jika sebagian besar sesi menggunakan iOS, Anda mungkin ingin mengoptimalkan alur check-in seluler.

---

Batasan & kesegaran data

• Analytics mencakup hingga 90 hari per kueri.
• Saat rollup harian tersedia, rentang yang panjang dimuat dari data rollup terlebih dahulu.
• Properti yang sangat sibuk mungkin memerlukan rentang yang lebih kecil jika kumpulan hasil terlalu besar.
• Jika AVA meminta Anda mempersempit rentang tanggal, persingkat periode tersebut dan coba lagi.
• Daftar sesi dibatasi demi kinerja, sekitar 200 per langkah dan 2.000 total.

---

Pemecahan Masalah

Semua grafik menampilkan nol

Yang Anda lihat: Kartu ringkasan menampilkan 0 dan grafik kosong.

Perbaikan:

1. Perluas rentang tanggal.
2. Pastikan ada log di Status.
3. Periksa apakah paket Anda menyertakan Analytics.

Completion rate terlihat lebih rendah dari yang diharapkan

Yang Anda lihat: Rasio penyelesaian rendah meskipun banyak tamu telah check-in.

Periksa:

• Check-in demo dikecualikan, sehingga sesi uji coba tidak menambah Total Logs.
• Sesi yang hanya menyelesaikan pre-arrival tidak dihitung dalam All Check‑Ins.
• Sesi yang menyelesaikan pre-arrival lalu menyelesaikan check-in muncul dalam kedua tampilan yang relevan.
• Sesi yang memulai Pre‑Arrival tetapi meninggalkannya tetap memenuhi syarat untuk Pre‑Arrival dan menurunkan completion rate-nya.
• Sesi yang hanya membuka tautan pre-arrival tidak memenuhi syarat tanpa aktivitas alur yang tercatat.
• All Check‑Ins hanya menganggap CHECKIN, KEY_COLLECTION, atau GET_DOOR_LOCK_KEY sebagai selesai.
• KEY_ENCODED menempatkan sesi dalam Full Check‑In, tetapi tidak menyelesaikannya.
• Early Check‑In dan Pre‑Registration dilacak di sub-tabnya masing-masing.
• Successful Check‑Ins menghitung milestone PMS CHECKIN yang berhasil.
• Catatan yang hanya checkout dengan penanda CHECKIN lama tidak dihitung tanpa bukti aktivitas Check-In.
• Hasilnya dapat berbeda dari Completion Rate jika akses kamar merupakan sinyal terminal yang wajib.

Kartu cakupan tidak ada

Yang Anda lihat: Anda hanya melihat kartu ringkasan standar.

Perbaikan:

1. Tetap di Check-In.

2. Pastikan koneksi PMS aktif.

3. Segarkan halaman setelah sinkronisasi selesai.

4. Jika rentangnya sibuk, segarkan lagi setelah beberapa menit.

   ✓ Jika PMS Anda mendukung cakupan reservasi, Eligible Check-In Units dan AVA Check-In Share muncul setelah Completion Rate.

Kartu cakupan masih tampak tidak berubah

Yang Anda lihat: Eligible Check-In Units atau AVA Check-In Share masih tampak sama setelah disegarkan.

Perbaikan:

1. Tunggu satu menit.
2. Segarkan tab Analytics lagi.
3. Pastikan rentang tanggal cocok dengan pembaruan PMS yang Anda harapkan.
4. Jika masih tampak salah, periksa apakah sinkronisasi PMS telah selesai.

Time Analysis menggunakan jam lokal yang salah

Yang Anda lihat: Waktu puncak tidak sesuai dengan waktu lokal hotel Anda.

Perbaikan:

1. Periksa nilai timeAnalysis.timezone dalam respons analytics.
2. Perlakukan kelompok UTC sebagai UTC, bukan waktu lokal hotel.
3. Gunakan merchantTimezone untuk mengonversi kelompok tersebut untuk penjadwalan staf lokal.
4. Verifikasi zona waktu hotel Anda di Settings → Essentials → Hotel Basic Details.

Analytics terus memuat atau meminta Anda mempersempit rentang

Yang Anda lihat: Tab Analytics berputar lama, menampilkan batas waktu, atau meminta Anda mempersempit rentang tanggal.

Mengapa ini terjadi: Rentang yang lebih besar memerlukan waktu lebih lama untuk diproses. Properti yang sangat sibuk juga dapat mencapai batas permintaan lebih cepat.

Perbaikan:

1. Tunggu hingga 2 menit agar permintaan selesai.

2. Coba rentang tanggal yang lebih kecil jika halaman masih mengalami batas waktu atau meminta Anda mempersempit rentang.

3. Segarkan tab Analytics lalu coba lagi.

4. Jika rentang tanggal kecil tetap gagal, hubungi dukungan dengan tanggal yang dipilih.

   ✓ Rentang yang lebih kecil seharusnya selesai lebih cepat dan membantu Anda menentukan apakah masalahnya ukuran rentang atau ketersediaan data.

Analytics menampilkan langkah dari hari lain

Yang Anda lihat: Hari yang dipilih tampak menyertakan penyelesaian dari hari kalender lain.

Perbaikan:

1. Verifikasi zona waktu hotel Anda di Settings → Essentials → Hotel Basic Details.
2. Pilih ulang rentang tanggal menggunakan hari kalender lokal hotel.
3. Segarkan tab Analytics.
4. Jika hasilnya masih tampak salah, hubungi dukungan dengan tanggal yang dipilih dan nomor reservasi.

Penyalinan konfigurasi MCP gagal

Yang Anda lihat: Tombol menampilkan error setelah Anda mengeklik Copy Codex MCP Config atau Copy Claude MCP Config.

Perbaikan:

1. Tetap di tab Analytics.
2. Coba tombol salin lagi.
3. Segarkan halaman dan coba lagi jika permintaan token mengalami batas waktu.
4. Jika error tetap muncul, hubungi dukungan dengan pesan yang tepat.

Konfigurasi tersalin, tetapi klien tidak dapat terhubung

Yang Anda lihat: Modal terbuka, tetapi Codex atau Claude tidak memuat server Streamliner.

Perbaikan:

1. Pastikan Anda menempelkan konfigurasi ke file yang benar.
2. Pastikan nilai STREAMLINER_MCP_TOKEN masih ada.
3. Mulai ulang klien sepenuhnya.
4. Salin konfigurasi baru jika penyiapan memerlukan waktu terlalu lama.

Alat pengaturan tidak ada

Yang Anda lihat: Klien terhubung, tetapi tindakan pengaturan tidak muncul.

Perbaikan:

1. Salin konfigurasi baru dari Analytics.
2. Mulai ulang klien sepenuhnya.
3. Pastikan STREAMLINER_MCP_TOKEN yang ditempel adalah token terbaru.
4. Hapus blok konfigurasi Streamliner lama jika masih ada.

Penulisan pengaturan mengalami batas waktu

Yang Anda lihat: Penyimpanan pengaturan tampak macet, lalu menampilkan pesan batas waktu atau pembatalan.

Perbaikan:

1. Salin konfigurasi baru dari Analytics.

2. Mulai ulang klien sepenuhnya.

3. Coba perubahan pengaturan lagi.

4. Jika gagal lagi, periksa apakah token atau sesi Anda telah kedaluwarsa.

   ✓ Pembaruan pengaturan yang valid seharusnya selesai, bukan macet.

Autentikasi gagal saat menulis pengaturan

Yang Anda lihat: Anda mendapatkan error autentikasi saat menyimpan pengaturan merchant.

Perbaikan:

1. Salin konfigurasi baru dari Analytics.

2. Mulai ulang klien sepenuhnya.

3. Coba lagi perubahan pengaturan di hotel yang sama.

4. Jika Anda berpindah hotel, segarkan konfigurasi setelah berpindah.

   ✓ Error baru seharusnya meminta Anda membuat konfigurasi/token MCP baru.

Unduhan PDF browser masih tidak tersedia

Yang Anda lihat: Anda mengharapkan tombol Download report untuk seluruh grafik analytics.

Perbaikan:

1. Hal ini memang diharapkan pada tab Analytics saat ini.
2. Gunakan grafik dan filter rentang tanggal di layar.
3. Gunakan ikon unduh untuk STB EVA submissions jika memerlukan detail pengiriman.
4. Hubungi dukungan jika memerlukan jalur ekspor yang berbeda.

Ekspor STB EVA tidak tersedia

Yang Anda lihat: Anda tidak melihat ikon unduh di bawah STB EVA submissions.

Perbaikan:

1. Beralih ke Check-In.
2. Pastikan EVA diaktifkan untuk Singapore di Settings → Check-in → Government Integration.
3. Segarkan halaman setelah data analytics dimuat.
4. Jika panel masih tersembunyi, rentang tanggal yang dipilih mungkin tidak mencakup pengiriman EVA.

Ekspor CSV gagal

Yang Anda lihat: Anda mengeklik ikon unduh, tetapi tidak ada file yang diunduh.

Perbaikan:

1. Coba lagi setelah ringkasan analytics selesai dimuat.
2. Persempit rentang tanggal.
3. Periksa apakah browser Anda mengizinkan unduhan.
4. Coba lagi setelah error lokal menghilang.
5. Hubungi dukungan jika ekspor masih gagal.

Daftar reservasi funnel tidak tersedia

Yang Anda lihat: Drop-off wajib atau pembayaran yang gagal tidak memiliki tindakan daftar.

Perbaikan:

1. Pastikan Anda memilih Check‑Out dan rentang tanggal yang benar.
2. Pastikan transisi memiliki jumlah drop-off atau pembayaran gagal yang bukan nol.
3. Segarkan tab Analytics setelah data selesai dimuat.
4. Jika pemetaan masih tidak lengkap, gunakan Status untuk mencari reservasi.

AVA menyembunyikan tindakan daftar jika tidak dapat mencocokkan setiap jumlah yang ditampilkan dengan aman.

---

Masih Mengalami Kendala?

Hubungi success@vouch-technologies.com jika:

• ❌ Analytics menampilkan data di Status, tetapi Analytics kosong
• ❌ Grafik tidak pernah diperbarui setelah rentang tanggal diubah
• ❌ Daftar Issues menampilkan stempel waktu yang salah

Sebaiknya sertakan:

• Rentang tanggal yang Anda pilih
• Screenshot tab Analytics
• Nomor konfirmasi dari contoh reservasi

Panduan Terkait

• Pantau Aktivitas Command Center
• Koneksi PMS
• Masalah Sinkronisasi