...
Добавлена возможность ввода скидки вручную при выборе тарифа и типа комнаты. Система отображает все релевантные введенному значению варианты скидок.
Подробнее: Создание брони
Служба приема: Массовое изменение. Массовая оплата броней безналичным типом оплаты
В массовое изменение добавлена возможность оплаты броней безналичным типом оплаты.
Возможность начислять оплату на текущий момент поддерживается только для типов «Безнал» и «Банковская выписка».
Подробнее: Массовое изменение броней
Изменения в Счетах:
Cчет: коррекция транзакций из детализации
При выборе транзакции из детализации кнопка "Корректировать" теперь недоступна. Для коррекции родительской транзакции или других транзакций счета необходимо снять выделение с транзакции из детализации.
Подробнее: Клиенты
Изменения в Групповых бронях:
...
В карточку групповой брони добавлен блок "Контакты" для упрощения интеграции с провайдерами онлайн-эквайринга, а также работы с мероприятиями. В данный блок есть возможность ввести ФИО, Должность, Номер телефона и Email заказчика.
Подробнее: Создание групповой брони с блоками
Группы, Контракты: допустимое количество гостей
В групповую бронь при создании контракта добавлено ограничение на максимальное количество гостей - не более 100 человек. В случае превышения данного количества система отобразит следующую ошибку:.
Подробнее: Создание групповой брони с блоками
Изменения в Клиентах:
Компании, Квоты: функция "Включать перебронирование"
Доработан признак овербукинга "Включать перебронирование" для квот на вкладке "Мастер продаж": теперь при выключении данного признака и последующем сохранении настройки функция остается выключенной.
Изменения в Администрировании:
Пакеты: начисление на бронь
Обновлена логика начисления пакетов. При начислении через параметр "Даты применения изменений с/по" в брони пакет начисляется на выбранную дату и далее в зависимости от значения параметра "Длительность" в настройке пакета. Например, с учетом следующей настройки и назначении пакета с 3-го дня проживания брони система начислит по одному пакету на каждый день с 3-го по 7-ой день проживания:
Изменения в модулях и интеграциях:
...
Доработано обновление квот на портале "Центр Туризма". Теперь при изменении доступности номерного фонда выполняется не только обновление квот, но и их синхронизация, если ранее информация о созданной квоте не отправлялась в СКК.
Подробнее: (статья будет добавлена после создания)
Санаториум: синхронизация тегов
Добавлена синхронизация тегов между Санаториумом и Логусом по профилю гостя и брони: теперь при обновлении меток ИБ тегов в Санаториуме общие для систем теги обновляются и в Логусе.
Подробнее: Передача дополнительной информации
АМО: Передавать данные гостя из брони а не из профиля
Реализована возможность передавать в АМО CRM данные гостя (ФИО, телефон, e-mail) непосредственно из карточки брони, без привязки к профилю гостя. Это позволяет работать с гостями, у которых еще не создан профиль в системе.
Подробнее: Взаимодействие с AmoCRM
Онлайн эквайринг: платежи учитываются при выключенном параметре учёта
Изменен алгоритм работы параметра, который влияет на расчёт суммы к оплате только в случае применения гарантии:
- Гарантия есть, параметр ВЫКЛЮЧЕН: Сумма к оплате рассчитывается по условиям гарантии, но без вычета ранее внесённых платежей.
- Гарантия есть, параметр ВКЛЮЧЕН: Сумма к оплате рассчитывается по условиям гарантии за вычетом платежей гостя.
Если гарантия не установлена, итоговая сумма всегда рассчитывается с учётом платежей гостя, и значение параметра не влияет на результат.
RKeeper и IIKO: Загрузка продаж из ресторанных систем, дата начисления
Доработана логика загрузки продаж из ресторанных систем:
- Если модули RKeeper и IIKO забирают итоги продаж из ресторанных систем сразу после аудита, то дата начисления устанавливается равной плановой дате.
- Если сбор итогов продаж из ресторанных систем модулями RKeeper и IIKO запускается вручную пользователем в панели Администратора, то логика остается текущей: в этих транзакциях плановая дата предыдущего дня, когда и были сделаны продажи, а дата проведения текущая
Исправления и улучшения:
B2C: отсутствие услуги в логусе при оплате брони в B2C CRS
Исправлена передача дополнительной услуги из B2C CRS в «Логус» при оплате брони.
Передача в кредит: фискализация возврата товара после передачи в кредит
Доработан функционал возврата товара после передачи в кредит. Возврат может осуществляться через коррекцию или начисление с отрицательной суммой.
Запрет запуска клиента из папки с дистрибутивом
Добавлена проверка запуска клиента из папки дистрибутива.
При обнаружении папки сервиса Logus.HMS.Service рядом с папкой клиента Logus.HMS.Desktop, из которой осуществляется запуск, выводится уведомление ошибки запуска.
Управление доходами: изменение значений динамических тарифов (недельно)
Исправлена ошибка обновления динамических тарифов (недельно).
Служба приема: назначение номера комнаты на РЗ при подселении
Исправлено назначение номера комнаты на РЗ при подселении.
Прогноз уборок: назначение циклических уборок на следующий день проживания
Исправлено назначение уборок в цикле.
Hoteza. Ошибка чекина гостя: Поле телефон не соответствует формату
К отправляемому номеру телефона был применен алгоритм нормализации. Если не удается выполнить нормализацию номера телефона, то в систему Hoteza отправляется пустое значение.
Онлайн эквайринг: не отображается окно оплаты по ссылке с транзакцией с детализацией
Исправлено отображение услуг и стоимости при наличии транзакций с детализацией в окне оплаты по ссылке.
Онлайн-эквайринг: отображение скидки в форме оплаты
В форме оплаты, которая сформирована из нестрогого финдока, для броней в статусе RES убрано отображение колонки скидки.
Autorules: присвоение тега оплаты на бронь при загрузке банковской выписки
Доработано добавление тега оплаты на бронь при загрузке банковской выписки
Счета: скрытие транзакций с нулевой стоимостью
Исправлена функция Скрыть нулевые: при сокрытии транзакций с нулевой стоимостью учитывается стоимость транзакций вместе с дочерними транзакциями.
Управление доходами: отображение групп управления доходами
Добавлено поведение для таблицы, при котором сохраняется состояние групп доходов.
Массовое изменение: изменение компании, если указана "Компания" и "Компания-плательщик"
Исправлена проблема изменения компании через массовое изменение броней при одинаковых значениях полей "Компания" и "Компания-плательщик".