Qalma boyu bir qonaq qeydi

Əksər hospitality sistemləri sadəcə eyni binanı bölüşən alətlər yığınıdır. Rezervasiyalar PMS-dədir. Restoran öz biletlərini aparır. Otaq xidməti isə telefon zəngidir — folioya düşə də bilər, düşməyə də. Səhər açılanda night audit mübahisəyə çevrilir.

Həll növbəti inteqrasiya deyil. Həll darıxdırıcı bir qərardır: bir qonaq, bir qalma, bir folio. Qalan hər şey həmin qeydin bir görünüşüdür.

Nə ortaq olmalıdır

StayBoard üzərində işləyəndə çətin hissə ekran çəkmək deyil. Çətin hissə məhsulun hansı obyektlər barədə fikir ayrılığına düşməyə haqqı olduğunu qərara almaqdır. Otaqlar, tariflər və qonaqlar ikiləşə bilməz. Mətbəx biletləri bilər — onlar hadisədir. Folio sətirləri bilməz — onlar puldur.

• Rezervasiya qalmanı yaradır. Check-in ikinci qonaq uydurmur.
• Otaq xidməti sifarişi resepsiyanın artıq açıq saxladığı folioya yazılır.
• Təmizlik statusu otağın xüsusiyyətidir, çatdakı mesaj deyil.
• Night audit iş gününü bağlayır, cədvələ export etmir.

API ekranı yox, qeydi izləyir

Qonaq portalı səhər yeməyi sifariş edə bilirsə, ayrıca “sifarişlər bazası”na müraciət etməməlidir. O, PMS-in artıq tanıdığı qalmanın hesabına məbləğ yazmalıdır. Restoran ekranı ayrıca servis ola bilər. Pul ola bilməz.

Ona görə də qonağın nüsxəsini ayrıca saxlayan mikroservis yığını yox, sərhədləri aydın Spring Boot servisləri və ortaq data modeli seçirəm. Paylanmış sistemin öz qiyməti var. Bu qiyməti yük tələb edəndə ödəmək lazımdır — diaqram təsirli göründüyü üçün yox.

İşləyəndə nəticə sakit olur. Mətbəx bileti görür. Folioda məbləğ artıq var. Qonağa yeni hesab lazım olmadı. Məni məhz bu cür arxitekturaya görə qiymətləndirmələrini istəyirəm.