Langsung ke konten
Lodgcore Sistem Manajemen Hotel

Integrasi

Terbuka di tepi, tertib di tengah.

Hotel sudah merupakan jaringan sistem: kunci, pembayaran, kanal, telepon, energi, akuntansi. PMS seharusnya menjadi tempat semuanya bertemu, bukan silo lain. Setiap antarmuka terdokumentasi, terpantau, dan memiliki pemilik.

Fasad menara hotel kontemporer

Ketersediaan antarmuka bergantung pada sistem pihak ketiga dan API-nya. Kami mengonfirmasi kompatibilitas selama analisis — sebelum penentuan cakupan, bukan sesudahnya.

Katalog

Apa yang terhubung, dan apa fungsinya.

Daftar di bawah mencakup titik integrasi umum di hotel. Set yang tepat disepakati per properti; tidak setiap antarmuka dibutuhkan di semua tempat.

01

Distribusi

Kanal dan mesin pemesanan

Ketersediaan, tarif, dan pembatasan mengalir ke OTA dan mesin pemesanan langsung; reservasi kembali dengan kode tarif dan data tamu yang tepat.

  • Koneksi channel manager
  • Mesin pemesanan langsung
  • GDS dan CRS
  • Sinkronisasi tarif dan pembatasan

02

Kamar tamu

Kunci, energi, dan sistem di dalam kamar

Kartu kunci diterbitkan di resepsionis; status kamar, energi, dan kendali untuk tamu mengikuti check-in dan check-out.

  • Kunci pintu elektronik
  • Encoder kartu kunci
  • Kendali energi dan HVAC
  • IPTV dan video on demand

03

Identitas

Registrasi dan kepatuhan

Data identitas diambil sekali saat check-in dan dilampirkan ke profil, dengan aturan retensi yang diwajibkan yurisdiksi Anda.

  • Pembaca identitas dan paspor
  • Pengambilan tanda tangan
  • Formulir registrasi tamu
  • Pelaporan ke polisi bila diwajibkan

04

Pembayaran

Terminal, gateway, dan penyelesaian

Terminal kartu dan gateway pembayaran membukukan ke folio dengan referensi yang dapat dilacak, dan penyelesaian direkonsiliasi ke buku besar.

  • Terminal kartu
  • Gateway pembayaran
  • Penanganan mata uang
  • Referensi penyelesaian dan chargeback

05

Telepon

Ekstensi, wake-up, dan penagihan

Check-in membuka ekstensi kamar dan izin panggilan keluar; check-out menutupnya. Tugas wake-up dan biaya panggilan mengikuti catatan tamu.

  • Sinkronisasi status PMS–PBX
  • Panggilan wake-up
  • Pembebanan panggilan ke folio
  • Pembukuan minibar dan layanan suara

06

F&B

Pencetakan dapur dan sistem outlet

Pesanan mencapai stasiun yang tepat; sistem outlet berbagi data tamu dan folio sehingga biaya masuk sekali.

  • Printer dapur
  • Layar ekspedisi
  • POS outlet
  • Konsumsi resep dan stok

07

Keuangan

Akuntansi dan ERP

Pendapatan, pajak, AR, dan pembayaran diekspor dalam jurnal yang direkonsiliasi, dengan pemetaan yang disepakati oleh pengendali keuangan.

  • Ekspor buku besar
  • Utang usaha
  • Pelaporan pajak
  • Referensi rekonsiliasi bank

08

Operasional

Pemeliharaan, energi, dan keselamatan

Tiket engineering, pemantauan energi, dan sistem keselamatan dapat memunculkan dan menerima peristiwa tanpa jembatan manual.

  • Tiket pemeliharaan
  • Pemantauan energi
  • Sinyal kebakaran dan keselamatan
  • Log kontrol akses
Kamar tamu pada malam hari dengan cakrawala kota melalui jendela
Sistem kamar tamu — kunci, energi, telepon, dan kendali di dalam kamar — berada pada lapisan antarmuka yang sama dengan resepsionis.
Jendela kamar tamu dan cakrawala kota
Area bersantap sepanjang hari di samping lobi
Kisi jendela pada menara hotel
Menara kaca melengkung

Cara semuanya menyatu

Satu inti, banyak tepi.

Platform menjaga model tamu, folio, dan pelaporan di pusatnya. Antarmuka adalah adaptor di sekelilingnya — dapat diganti, dapat diamati, dan terisolasi, sehingga koneksi yang gagal tidak membuat resepsionis lumpuh.

01

Titik sentuh tamu

Resepsionis, staf seluler, kios, mesin pemesanan, perangkat di dalam kamar.

02

Lapisan integrasi

API terdokumentasi, webhook, pertukaran file, dan adaptor vendor, dengan pencatatan log dan percobaan ulang.

03

Inti operasional

Satu catatan tamu, satu struktur folio, satu definisi pelaporan.

04

Layanan eksternal

Kanal, pembayaran, kunci, telepon, akuntansi, energi, dan sistem keselamatan.

Untuk tim teknis

Antarmuka yang dapat dipahami secara logis.

Pekerjaan integrasi gagal ketika kontraknya tidak jelas. Kami menerbitkan kontrak, menyediakan sandbox, dan menjaga versi tetap terlihat.

01

Endpoint terdokumentasi

Skema permintaan dan respons, kode kesalahan, dan autentikasi didokumentasikan sebelum pekerjaan dimulai.

02

Sandbox dan data uji

Vendor dan tim TI properti dapat menguji terhadap lingkungan non-produksi dengan data representatif.

03

Peristiwa dan webhook

Check-in, check-out, pembukuan folio, dan perubahan profil dapat memunculkan peristiwa untuk sistem hilir.

04

Pencatatan log dan percobaan ulang

Setiap panggilan antarmuka dicatat dengan ID korelasi; panggilan yang gagal dicoba ulang dengan backoff dan memicu peringatan.

05

Pembuatan versi

Perubahan yang tidak kompatibel diberi versi dan diumumkan; jendela dukungan disepakati dalam kontrak.

06

Kepemilikan

Setiap koneksi memiliki pemilik yang ditunjuk di pihak kami dan prosedur fallback terdokumentasi untuk properti.

Keamanan dan keandalan

Bagian yang tidak menarik, ditangani dengan serius.

Data tamu adalah data pribadi. Platform dirancang berdasarkan hak istimewa minimal, ketertelusuran, dan kemampuan pemulihan — bukan berdasarkan lencana di situs web.

Akses berbasis peran

Izin diberikan berdasarkan peran dan dapat dipersempit ke tindakan tertentu seperti membatalkan, memberi diskon, atau mengekspor.

Jejak audit

Akses profil, perubahan folio, penimpaan tarif, dan ekspor dicatat dengan pengguna, waktu, dan alasan bila diperlukan.

Enkripsi dalam transit dan saat disimpan

Data dienkripsi antarkomponen dan saat disimpan dalam basis data serta cadangan.

Pencadangan dan pemulihan

Pencadangan dijadwalkan, diuji, dan didokumentasikan; tujuan pemulihan disepakati per model penerapan.

Opsi residensi data

Penerapan cloud, on-premise, dan hibrida memungkinkan grup menyimpan data di yurisdiksi atau jaringan yang dibutuhkannya.

Transparansi operasional

Jendela pemeliharaan, komunikasi insiden, dan log perubahan adalah bagian dari layanan, bukan tambahan belakangan.

Sertifikasi dan atestasi regulasi tertentu bergantung pada entitas yang berkontrak, model penerapan, dan pasar. Hal itu dikonfirmasi secara tertulis selama diskusi komersial; halaman ini tidak mengklaim sertifikasi yang belum diverifikasi untuk penerapan Anda.

Contoh penerapan

Check-in membuka kamar. Check-out menutupnya.

Integrasi telepon adalah ujian yang baik untuk menilai apakah sebuah antarmuka nyata. Berikut urutan yang didukung platform dengan PBX yang terhubung.

Check-in

Ekstensi diaktifkan

PMS mengirim kamar, nama tamu, dan tanggal menginap. PBX mengaktifkan ekstensi, menetapkan nama tampilan, dan menerapkan izin panggilan keluar.

Selama menginap

Wake-up dan biaya

Permintaan wake-up dibuat dari PMS atau PBX; biaya panggilan dibukukan kembali ke folio dengan referensi.

Pindah kamar

Ekstensi mengikuti

Pindah kamar memperbarui pemetaan ekstensi dan menghapus izin kamar sebelumnya.

Check-out

Akses ditutup

PMS mengirim keberangkatan; PBX menonaktifkan izin panggilan keluar dan menghapus pesan serta wake-up yang tertunda.

Set API dan peristiwa yang tepat bergantung pada vendor PBX. Jika vendor hanya menyediakan antarmuka terbatas, integrasi dibatasi pada apa yang dapat didukungnya secara andal.

Pertanyaan yang sering diajukan

Pertanyaan yang sering diajukan

Apakah kami harus menggunakan vendor pilihan Anda?
Tidak. Kami bekerja dengan sistem yang sudah ada di gedung bila sistem tersebut menyediakan antarmuka yang dapat digunakan. Jika vendor tidak memiliki antarmuka, kami menyampaikannya selama analisis dan membahas alternatif alih-alih menjanjikan koneksi yang tidak dapat kami dukung.
Siapa yang memiliki integrasi jika ada masalah?
Setiap koneksi memiliki pemilik yang ditunjuk dan jalur eskalasi yang disepakati. Untuk kegagalan pihak ketiga, kami membantu mendiagnosis dan berkoordinasi dengan vendor; batas dukungan dituliskan dalam kontrak.
Dapatkah kami membangun integrasi sendiri?
Ya, dengan tunduk pada ketentuan API dan tinjauan teknis singkat. Kami menyediakan dokumentasi, sandbox, dan rencana pengujian, serta meninjau integrasi sebelum diluncurkan.
Berapa lama antarmuka baru memerlukan waktu?
Antarmuka standar yang terdokumentasi dengan baik dapat memerlukan beberapa hari hingga beberapa minggu. Integrasi khusus bergantung pada kualitas API vendor dan aturan bisnis yang terlibat; diperkirakan secara terpisah.
Apa yang terjadi pada integrasi selama peningkatan?
Antarmuka diberi versi dan diuji regresi sebagai bagian dari proses rilis. Perubahan yang tidak kompatibel diumumkan sebelumnya dengan jendela migrasi.

Langkah berikutnya

Lihat platform ini pada alur kerja Anda sendiri.

Sesi penelusuran 30 menit yang disusun berdasarkan jenis properti Anda dan sistem yang sudah Anda gunakan. Tanpa paparan slide — kami membahas kedatangan, folio, audit malam, dan pelaporan secara langsung.

Balasan biasanya dalam satu hari kerja.