UPDATE INFO-DAILY!

Last update : 30 Januari 2024

Update Complimentary Overbooking

Agoda dan Traveloka (Max 50%)

1. Guest complaint overbooked , agent create ticket seperti biasa

2. Agent check type kamar di Inventory UI jika ada tipe kamar upgrade yg available agent bisa langsung check selisih harga di website Agoda / Traveloka.

3. Apabila valid overbooked dan tersedia kamar upgrade agent dapat terhubung dengan property dan negosiasi untuk penawaran complimentary ( ratio comply under 50% dari total amount price), jika pihak property setuju maka bisa minta untuk modify di OYO OS. jika property menanyakan cara merubahnya agent bisa mengikuti panduan artikel di bawah ini.

4. Refresh CRS, setelah update dg tipe kamar upgrade, agent dapat info ke support on duty untuk comply selisih / remaining price.

Contoh case:

Overbooked di Standard Double harga 100k dan hotel punya tipe kamar upgrade (Deluxe/Suite room) harga 130k (30%)

Tambahan untuk Agoda jika skema Compli 50% tidak bisa dilakukan

Kondisi 1 : jika lifeline masih avail property alternative bisa do shifting dan infokan ke GRM untuk informasikan ke patron jika tamu datang ke property, pemesanan sudah dipindahkan ke property baru

Kondisi 2 : jika tidak ada property available dapat diinformasikan ke HUB team untuk menginformasikan ke property jika tamu dapat melakukan pembatalan tanpa pinalty ke Agoda.

* jika HUB team sudah menyebutkan tamu dapat dipindahkan ke property tertentu (GRM sudah memberikan ID property baru) maka bisa dibantu shift sesuai permintaan tersebut.

Cara Ubah Room Type di OYO OS by Patron/hotel

buka detail pemesanan lalu klik "Change Room category"

2. klik room type

3. opsi pilihan tipe kamar yg tersedia akan muncul lalu patron bisa pilih tipe kamar yg lebih tinggi dari sebelumnya

4. patron bisa klik tipe kamar yg ingin di ubah lalu klik update

OYO Rupee Disposition

Last update : 7 Februari 2024

jika menerima complaint mengenai pengembalian dana ke OYO Rupee maka agent dapat mengklasifikasikan sesuai disposisi dibawah ini :

Complaint Refund OYO Voucher : disposisi ini digunakan jika tamu complaint refund di kembalikan ke OYO rupee dan ingin dana bisa ditarik ke rekening sedangkan saldo sudah masuk ke OYO rupee
Refund OYO Voucher Balance Not Update : disposisi ini digunakan jika tamu complaint refund di kembalikan ke OYO rupee namun dana juga belum masuk ke dompet OYO rupee melebihi SLA.

last update : 13 februari 2024

LOGIC ANALYZE TAGGING CID CASES (LEAKAGE)

Jika menemukan issue OTA/Guest info di tolak check in karena hotel info sudah tidakbekerja seperti template diatas bail melalui email atau call, di mohon agent untuk selalu check beberapa items di bawah ini :

Check detail pemesanan di CRS reflect atau tidak, jika tidak reflect maka tagging as CID-Tech/Sync issue namun jika reflect di CRS maka agent bisa melakukan validasi lebih lanjut mengenai indikasi leakage.
Agent dapat check INVENTORY UI

restrictions : check status masih bekerjasama atau tidak
check home masih tersedia room availability atau tidak
check status property masih live atau tidak
adakah indikasi leakage (hotel menolak pemesanan dari OYO agar dijual sendiri) maka agent bisa memberikan ditagging CID-Rooms Not Available - Owner indicates URN < SRN upon arrival pada OYOdesk. Jika verdict dari OTA/Guest TANPA evidence/ bukti yg valid dan availability masih tersedia maka sudah valid indikasi Leakage.

jika pemesanan tidak muncul di CRS maka agent bisa check blocking room di INVENTORY UI jika valid check in semua dan room availability pada home menunjukkan sudah 0/- maka agent bisa memberikan tagging CID-Rooms Not Available - Over Booking URN = SRN
Agent wajib capute semua pengecekkan CRS dan Inventory UI di private note Oyodesk
Selama property masih live di inventory UI, room masih tersedia, pemesanan reflect di CRS JANGAN di tagging as CID CONTRACTUAL (karena indikasi alasan dari pihak hotel agar kesalahan dapat dibebankan ke pihak OYO) Agent bisa memberikan tagging : CID-Rooms Not Available - Owner indicates URN < SRN upon arrival
Tagging CID CONTRACTUAL digunakan jika memang valid sudah ada konfirmasi dari pihak hotel wajib mendapatkan informasi nama & jabatan atau mendapatkan konfirmasi dari HUB team serta mendapatkan bukti tertulis sudah tidak bekerjasama dengan OYO.
DIharamkan menggunakan verdict prop yg di Gsheet SIG digital center
jika memang hotel sudah inform contractual maka agent bisa FU ke grup WA- CIP mention GRL dan tanyakan keberlanjutan contractnya.

Reason Proactive Shifting (OTA) "Soldout"

Khusus reason Shifting (OTA) karena Soldout, berikut informasi yg dapat disampaikan ke OTA :

Informasikan ke OTA jika ada electrical shortage atau plumbing issue. Edukasi ada kendala system sehingga pemesanan tidak bisa diakomodasi.
Untuk informasi "Property blocked" bisa diinformasikan ke OTA jika memang kondisi property sudah "Permanent Block", jika OTA menerima informasi property blocked maka dari OTA akan melakukan penutupan di alotment OTA nya juga (hotel tidak dijual kembali di Inventory mereka).
Pastikan lebih teliti memberikan informasi kepada pihak OTA ya

Restriction : SOLD-OUT

untuk case CID contractual pastikan check tanggal sold out dan bandingkan dengan tanggal pemesanan masuk.
apabila tanggal sold out lebih dulu dibanding tanggal check in maka disposisi yang tepat ialah CID-Tech/Sync issue namun apabila pemesanan lebih dulu maka disposisinya memilih CID-Tie up/Contractual Issue.

can I know your property number please ?

Last Update : 10/7/24

Update Info !

Untuk permintaan nomor property yang aktif tidak lagi ke TIM PST, jika tamu sudah memiliki reservasi bisa langsung raise ke WAG CIP untuk minta nomor property dan tujuannya (contoh tamu meminta nomor property untuk tanyakan lokasi detail apartemen, dari tim hub bisa membantu mengarahkan tamu)
Jika agent sudah menjanjikan akan melakukan outbond/update info apapun ke tamu maka wajib dilakukan. jika tidak dilakukan = Critical Error (broken promise) hal ini ber potensi pada bad experience dari tamu. jika memang masih dalam proses FU dan sudah melebihi SLA yang di janjikan segera update ke tamu jika masih membutuhkan waktu tambahan atau dari tim terkait belum ada response (menunjukan progres tamu kita FU)
Jika tamu menghubungi dihari yang sama dan menanyakan kendala yang sama agent tidak perlu verifikasi data kembali, pastikan agent selalu input complete note : nama, nomor telpon , email bid, dan descripsi case sehingga bila ada repetitive call next agent bisa check note case sebelumnya dan tinggal konfirmasi apakah kendalanya masih terkait case yang sebelumnya, hal ini dapat menghindari complain dari tamu karena ditanyakan data yang berulang2.

UPDATE INFO "SHIFTING"

Jika ada permintaan Shifting namun sudah memasuki check-in date maka dapat diubah disposisinya menjadi check-in issue (CID) sesuai dengan reason request shiftingnya, pastikan disposisi yang dipilih sesuai. Dalam mengerjakan shifting mohon teliti dalam beberapa hal berikut :

pemilihan disposisi harus sesuai dengan reason shifting
syarat sah ketentuan shifting meliputi : price ratio, jarak dan room type
jangan lupa saat mengirimkan email resolusi unsuccesful shifting wajib memberikan detail reasonnya mengapa reservasi tersebut tidak bisa diakomodasi
jangan lupa melengkapi attachment screenshoot pada tiketnya.

Page updated

Google Sites

Report abuse