Blog from March, 2020

В данной статье приведены изменения, включенные в новую версию  Логус 2.5. Главным нововведением стали доработки, касающиеся завершающей фискализации авансов и предоплат, а также автоматическая пост-фискализация, реализованная в форме фоновой очереди.

Доработки по ФЗ-54

Начиная с версии 2.5 Логус поддерживает концепцию 100% предоплат. Предоплата 100% отличается от авансов тем, что состав оплачиваемых заранее услуг уже известен. 

Для авансов и предоплат в новой версии вводится дополнительный признак завершающей фискализации (пост-фискализации). 

При первичной фискализации аванса или предоплаты (полной или частичной) статус пост-фискализации устанавливается в значение "ожидает фискализации", и на транзакции доступна опция повторной фискализации. В этом случае она отправляется на фискал уже как окончательный расчёт.

Автоматическая окончательная фискализация

В рамках доработок по соответствию ФЗ-54 реализован механизм автоматической окончательной фискализации для авансов и предоплат.
Фискализация отрабатывает автоматически в случаях:

  1. Выселения брони, если на ней есть оплата авансом или предоплата, но по этим оплатам не была произведена окончательная фискализация
  2. Массового выселения броней (по всем броням отрабатывает п.1)

На всех рабочих станциях, где настроены фискалы, включается модуль фоновой фискализации. Он следит за своей очередью и выполняет фискализацию транзакций.

На экране модуля можно увидеть какие задачи были обработаны (историю), посмотреть статус каждой из них, отправить ошибочную задачу на повторную фискализацию (сменить ей статус на "ожидает") и т.п.
Фоновые фискализации сопровождаются сообщениями об успехе или ошибках.

В момент выселения или массового выселения, сервис при соответствующей настройке ставит фискализацию авансов и предоплат в очередь на ту рабочую станцию, откуда происходит действие над бронью.Если оплата содержит детализацию (объединена в финдок), на фискальный регистратор отправляется детализация. 

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

Если фискализация производится с рабочей станции, на которой нет фискалов, её задачи остаются без обработки в очереди. Впоследствии их можно будет переназначить на другую рабочую станцию или удалить.

Импорт банковской выписки

В функционал импорта банковской выписки добавлен признак "Обрабатывать исходящие платежи" - при установленном признаке исходящие от отеля оплаты трактуются как входящие с противоположным знаком (но по броням такие оплаты не разносятся).

Просмотр неназначенных уборок

Добавлено дополнительное право "Просмотр уборок без назначения", выдавая которое горничной ей становятся видны уборки без назначения.
При этом действует дополнительная фильтрация: если в системе заведена служебная группа тегов (зоны уборки), которые применяются и на пользователя, и на комнату, то уборки должны фильтроваться - должны отображаться только те уборки, которые назначены на комнаты, имеющие общие с пользователем теги.

Наследование налоговой схемы

Теперь можно регулировать наследование налоговой схемы в бронь от компании, компании-плательщика, профиля гостя. Причем при создании броней в группе налоговая схема всегда наследуется из группы, либо в следующем порядке: Компания, Компания-плательщик, Профиль гостя.

Загрузка обратного курса ЦБ

Помимо автоматического обновления курса ЦБ теперь можно загружать и обратный курс ( если он есть в справочнике Курсы Валют). Загружается обратный курс по формуле 1/прямой курс

Почтовые уведомления сотрудников

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

  1. Заявок на ремонт
  2. Задач
  3. Броней

При внесении изменений в сущности, заинтересованные лица (сотрудники) могут получать почтовые уведомления. Шаблоны почтовых уведомлений для различных сущностей настраиваются отдельно.

Синхронизация тегов

Теги, у которых настроена применимость и на гостя в брони, и на профиль гостя, теперь синхронизируются в обе стороны:

  1. При создании брони все такие теги из профиля гостя применяются к гостю в брони
  2. При связывании гостя с его профилем теги из профиля применяются к гостю в брони
  3. При сохранении данных гостя в брони в профиль теги также переносятся в профиль

Абсолютный размер скидки

В диалоге добавления скидки (Счёт/Добавить скидку) добавлено дополнительное поле с возможностью указывать абсолютный размер скидки. При этом значение можно вводить в любое из полей - в % или в абс., их значения будут пересчитываться автоматически.

В диалог добавлено отображение суммы выделенных транзакций и отображение суммы после скидки.

Logus FastPost

Выпущена новая версия мобильного приложения Logus FastPost 3.2 :

  • Добавлен контроль отпуска услуг
  • На экран уборок добавлено отображение горничной, а также тегов брони (даже если в номере проживают)
  • Добавлена возможность отметки начала уборки
  • Со списка уборок можно быстро отмечать начало уборки и ее завершение
  • Добавлена возможность оценки качества уборки инспектором
  • Добавлен экран списка броней (заезд, проживание, выезд)
  • В карточке сервисных заявок временные рамки видны с точностью до минут

Другие изменения

  1. RCeeper7. Доработан механизм кредитных лимитов при закрытии на счет брони из RCeeper 
  2. Доработан лог сервера в Администрировании
  3. Исправлен механизм сообщения об ошибке в случае ошибки фискализации при эквайринге: ошибка записывается в статусе фискализации платежной транзакции, а не корректирует исходную транзакцию
  4. Добавлено ограничение на количество строк при построении отчетов. Ограничение работат для всех пользователей, кроме тех, у кого есть специальное право "Не ограничивать объем данных в отчётах".
  5. При назначении тегов в брони и на гостя в брони в интеграционную шину теперь публикуются сообщения с перечнем тегов.
  6. Доработан механизм проверки наличия таким образом, чтобы проверять не просто общее кол-во номеров, но и следить, что мест хватит и для мужчин, и для женщин. Добавлено право "Игнорировать наличие по половому признаку", чтобы при работе объекта с коечным расселением отслеживать минуса в наличии с учетом пола.