Nền tảng
PMS khách sạn, được định nghĩa lại
Hệ thống quản lý cơ sở lưu trú như một hệ thống duy nhất thay vì sáu nhà cung cấp — mười mô-đun dùng chung một trạng thái, một mô hình phân quyền và một API, bật theo từng cơ sở.
Không có lớp tích hợp nào giữa các mô-đun, vì tất cả là một ứng dụng. Một khoản ghi vào folio đi vào sổ cái. Trạng thái buồng phòng chặn việc nhận phòng. Hóa đơn POS tất toán vào một lượt lưu trú. Đặt phòng qua widget rơi vào đúng danh sách với đặt phòng từ kênh. Đó là điều mà “một hệ thống” buộc phải có nghĩa nếu nó muốn có giá trị.
Một điều hướng, mười mô-đun
Mọi mô-đun mà một cơ sở đã bật đều xuất hiện trong một thanh bên, kèm số phần mà người đang đăng nhập được mở. Không có sản phẩm thứ hai để đăng nhập và không có back office riêng — Settings nằm chung điều hướng với Front Desk.
Bật đúng thứ bạn vận hành
Mô-đun được bật theo từng cơ sở. Một guesthouse không có kho sẽ không bao giờ thấy Inventory; một villa không có nhà hàng sẽ không bao giờ thấy Point of Sale. Mô-đun đang tắt là không tồn tại, chứ không phải bị làm mờ — và khóa API cũng không gọi được nó ở đó.
Cùng những thao tác, cho người và cho khóa
Vai trò cấp scope cho một người. Khóa API được cấp scope từ đúng danh sách đó. Cả hai đều không vượt được thứ mình đang giữ, và cả hai đều để lại cùng loại dòng trong nhật ký kiểm toán.
Mười mô-đun
Một hệ thống, không phải sáu nhà cung cấp. Mỗi mô-đun dẫn tới đúng thứ nó thực sự làm.
Khu vực tiền sảnh
Khu vực hậu cần
Phân tích và nền tảng
Hệ quả cho một tác nhân rất đơn giản: người làm được gì ở đây thì tác nhân làm được nấy — qua cùng những thao tác có scope và vào cùng một nhật ký kiểm toán. Không có khoảng cách tính năng giữa màn hình và API, vì màn hình gọi chính API đó.
Tìm hiểu sâu hơn
Mọi màn hình phía trên đều có tài liệu, từng thao tác một, đối chiếu với sản phẩm đã phát hành.
Đang phân vân liệu nó có hợp với cơ sở quy mô của bạn?
← Tất cả tính năng