Однажды к нам обратился клиент с претензией, что показатель Day Use броней в отчёте менеджера не сходится с числом гостей в отчёте "Список гостей" (отчёт менеджера отображал в Day Use на один номер меньше). Этот случай вскрыл интересный факт непонимания технологий работы с транзакциями за проживание.

Дело оказалось вот в чём:

При поселении брони портье вместо начисления транзакции за проживание из прогноза добавляет транзакцию за проживание вручную (через кнопку "Начислить" на счёте), а также принимает от гостя наличные:

Проходит ночь, и наутро портье выселяет гостя. Логус увидел непроведённые транзакции за проживание и выдал запрос о начислении, однако портье указал что ничего начислять не следует - на его взгляд со счётом уже было всё в порядке.

Это привело к тому, что Логус счёл транзакцию за проживание неначисленной (это видно на закладке проживание в виде цветного кружка-статуса слева от даты проживания) и не проставил статус "обработан" на 9-е декабря:

В результате эта бронь справедливо не стала учитываться в показателях отчёта менеджера. 

Такое поведение системы позволяет корректно обрабатывать, например, такие случаи: гость заселяется, идёт в номер и возвращается с какой-либо претензией, забирает деньги и уходит. В таком случае при выселении ему бы не провели проживание, не взяли с него денег и его бронь не повлияла бы на показатель Day Use.