В данной статье  описаны изменения по реализованным и доработанным функциям Системы (с версии 2.9.1 по 2.9.75).

Функционал

Заявки на ремонт: запрет на изменение типа вывода из наличия после ночного аудита

Теперь введён запрет на изменение поля «Вывод из наличия» в любой заявке на ремонт после первого ночного аудита с момента её начала.

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

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

Вкладка «Услуги» на брони: Отображение и услуги и ее варианта, если тип транзакции с детализацией

При добавлении услуги через вкладку "Услуги" она начисляется также (с выбранным вариантом в названии транзакции), как и через вкладку "Счёт".

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

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

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

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

Тарифы: Стоимость детей на основном месте зависит от количества занятых основных мест

Добавлена возможность задавать стоимость за количество детей на основном месте по группам:

Динамические тарифы: Управление доходами: опция "Не понижать сегменты в авто-режиме"

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

Подробнее см. Модуль динамических тарифов

Рабочие станции: Фискализация: настраиваемое поведение переключателя "Не печатать"

Появилась возможность управлять значением по умолчанию "Не печатать" в привязке к рабочей станции. Положение переключателя регулируется в настройке справочника "Рабочие станции", с помощью колонки "Печать по умолчанию".

Если параметр выключен, то переключатель при фискализации будет автоматически поставлен в положение "Не печатать". 

Подробнее см. Фискализация.

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

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

• если у гостя НЕ указаны контакты (email или телефон), то чек не отправляем.
• если указан только один контакт (email или телефон), то отправляем на него.
• если у гостя указаны контакты (email и телефон), то чек отправляем согласно приоритету, указанному в настройках модуля в конфигурационном файле клиента.

Коды транзакций: добавлена настройка "Карманы счета"

В настройке "Коды транзакции" на вкладке "Область начисления" добавлено поле "Карманы счета". Данная функция позволяет ограничивать начисление оплат и услуг на определённые карманы. 

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

СМС - уведомления: добавлена возможность отображать корпус

Теперь появилась возможность отображать корпус, что позволяет указать в уведомлении, в каком корпусе будет проживать гость.

Также появилась возможность в модуле "Администрирование" проверять шаблон текста SMS, а также просматривать модели данных.

Экспорт данных в ФМС: добавлена возможность исключить из выгрузки жителей домашнего региона

Если для брони на вкладке "Гости" в поле "Область" указана та же область, в которой находится объект, то данные по этому гостю не должны выгружаться в ФМС.
Если настройка включена, но не заполнена, то будут игнорироваться все гости с пустым полем «Область».

При этом в комментарии «Результат отправки в ФМС» указывается "домашний регион". 

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

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

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

• первый таймлайн, у которого время прибытия гостя не равно времени заезда - ранний заезд;
• последний таймлайн, у которого время убытия гостя не равно времени выезда - поздний выезд.
• тарифы выбираются уже позже, в соответствии с настройками длительности раннего заезда и позднего выезда.

Amo CRM

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

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

• Телефон
• E-mail
• ФИО
• Паспортные данные (строкой с разделителем полей)
• Дата рождения

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

Синхронизация данных контакта в Amo

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

Добавлена передача дополнительных полей по основному гостю в сделку в amoCRM

Поля, которые теперь можно передавать:

• Скидка 
• Программа (тариф)
• Тип номера
• Номер комнаты
• Номер брони
• CRS-код

Установка ответственного в сделке на основании данных сотрудника, создавшего бронь 

Реализована связь ответственного в сделке между Амо и Логусом. Сопоставление пользователей происходит по e-mail сотрудников, который должен быть одинаковый в Логусе и в АМО. 

Синхронизация работает в две стороны: из Логуса в Амо и наоборот. Подробней Взаимодействие с AmoCRM

Важно!

1. У сотрудника должна быть роль с правом "Создание новой брони".
2. После добавления новых пользователей в Amo чистить кэш с помощью кнопки в Администрировании "Очистить кэш пользователей". 
3. Выполнить перезапуск Логуса, для применения новых настроек.  

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

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

Интеграции

Интеграция с платежной системой paykeeper.ru

Доработан онлайн-эквайринга paykeeper.ru в части ссылки на оплату.

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

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

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

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

Отчеты, печатные формы

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

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

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