Изменения в Бронях:

Индивидуальная бронь \ События: расширено логирование действий с печатными формами

Во вкладке "События" карточки индивидуальной брони расширено логирование событий, происходящих с любой из печатных форм.
Запись формируется по факту сохранения в формат и отправки через кнопку "Отправить по e-mail" любой из печатных форм брони:

Подробнее см. События

Гость в брони: указание название региона с типом региона

Доработана возможность указывать название региона с типом региона для дальнейшей выгрузки в систему УФМС.

Мастер разделения: возможность печатать печатные формы из окна мастера разделения

Добавлена возможность печатать печатные формы с окна мастера разделения после заполнения обязательных полей.

Для справочника печатных форм добавлен новый Тип формы соответственно:

Изменения в Групповых бронях:

Группы: возможность добавления тарифа в карточке группы с хранением цен по дням

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

Подробнее см. Групповые брони

Группы: добавлено поле "Название" контракта

Добавлено редактируемое поле "Название" в контракте. Колонка скрыта по умолчанию.
Поле отображается на экранах:

Подробнее см. Контракты

Контракты: добавлена возможность выбирать определенные контракты при массовом создании броней

Добавлена возможность автоматически создавать бронирования только в определенных контрактах.
Например, кнопка "Создать брони" выводит окно выбора контрактов с галочками. Причем, по умолчанию все контракты выделены.
Также на этом экране выводится "Название" контракта:

Подробнее см. Контракты

Изменения в Счетах:

Фоновая фискализация: отправка чеков на e-mail/sms

В настройках модуля фоновой фискализации появилась возможность настроить способ отправки чека клиенту:

Изменения в Уборках:

Прогноз уборок: Дополнительные фильтры на экране

Добавлены фильтры по расположению номеров и по тегам типа комнаты.

Изменение в Администрировании:

Обязательность полей: добавлены новые варианты обязательности заполнения

Появились новые варианты обязательности заполнения. Новые варианты есть только для сущности Бронь:

Подробнее см. Обязательность полей

Обязательность полей: установка курса в группе по правилам объекта

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

Подробнее см. Обязательность полей

Добавочный тариф: пакеты по умолчанию обязательны

По умолчанию пакеты добавочного тарифа заменяют пакеты базового тарифа. Если в модификаторе нет пакетов, то сохраняются пакеты базового тарифа.

Подробнее см. Добавочные тарифы

Изменения в Модулях:

Модуль обновления курсов валют: пересчет стоимости в локальной валюте всех броней в статусе Бронь с текущей датой заезда после обновления курса

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

Данная функция работает только для Беларуси.

Модуль уведомлений: добавлены шаблоны текста в модуль уведомлений и правила их применения

Добавлена возможность настраивать несколько шаблонов сообщения на одно событие для работы с разными внешними каналами.
Настраиваются блоки событий с правилами, выбирается первый из шаблонов при полном совпадении одного из его правил.

Изменения в интеграциях:

Bitrix: добавлена передача id профиля гостя в дополнительное поле контакта

Добавлена возможность передавать id профиля гостя в дополнительное поле контакта в Bitrix. Данная функция настраивается сотрудниками технической поддержки.

Подробнее см. Доп.поля Bitrix

Bitrix: поддержка разделённых и связанных броней

Ранее, модуль взаимодействия с Bitrix проектировался таким образом, что была чёткая связь 1 бронь - 1 сделка.

Впоследствии, был разработан виджет для Bitrix для более удобной работы в самом Bitrix. Виджет позволяет создать множество броней в одной сделке.

Проблема была в том, что модуль Bitrix в Логусе считал что у сделки может быть единственная бронь, и обновлял данные сделки только данными одной брони - это приводило к неверным суммам, статусам, числу гостей и т.п.

Добавлена поддержка режима "много броней" <-> 1 сделка.

AmoCRM: синхронизация данных контакта в Amo

В режиме синхронизации мы считаем, что каждая сделка в Amo должна иметь единственный контакт, соответствующий профилю гостя в Логусе. При сохранении и обновлении сделки:
1. В Amo ищется по номеру телефона или создается новый контакт;
2. Контакт обновляется данными из Логуса и делается единственным контактом сделки.
3. Если в сделке в Amo два и более контакта, мы предполагаем, что пользователи Amo завели их намеренно, и для такой сделки синхронизация контактов не происходит.

AmoCRM: постановка задачи на проверку оплаты перед аннуляцией брони

В Логусе реализована автоматическая отмена броней, по которым в срок не поступила оплата.
Правило отмены регулируется "Типом гарантии" брони и настраивается в справочнике "Типы гарантий". Настраивается сотрудниками технической поддержки.

AmoCRM: доработка синхронизации дополнительного поля "Номер брони"

По аналогии с Bitrix, в дополнительное поле "Номер брони" передаются все номера броней одной сделки через ";"

AmoCRM: создание контакта из профиля Логуса, передача данных из профиля

При наличии профиля гостя в брони в Логусе в АМО создается контакт. Из профиля гостя передаются следующие данные:


Если обнаружен дубль профиля (по ФИО, номеру телефона, если указано в стандарте E.164), то производится перезапись данных в АМО (опционально).
Если контакт не обнаружен, то создается новый и привязывается к сделке.

Сбербанк: Онлайн эквайринг по ссылке: доработка автоматических возвратов оплаты

Если на счёте появляется коррекция оплаты ONLINE (онлайн-эквайринг), то направляется в банк запрос на коррекцию оплаты.
В случае, если отправить запрос в эквайринг-провайдера не удалось (после 5 попыток), ставится задача на проверку возврата с назначением на создателя брони.

Подробнее см. Прием онлайн-платежей

Изменения в сервисных настройках:

Упрощенное определение раннего заезда и позднего выезда

Сейчас логика работы таймлайнов построена таким образом, что если таймлайн пересекает полночь, то он автоматически теряет признак РЗ/ПВ и превращается в полноценную ночь (день) проживания.

Альтернативная логика разбивки на таймлайны для дневных и ночных броней:

Настраивается сотрудниками технической поддержки.