Переход с Shelter1 на Shelter2
 

          Структура баз данных и принцип работы многих блоков ПО Shelter1 и Shelter2 сильно отличается друг от друга. Появились новые справочники, сущности и механизмы работы.
          Возможно 2 пути перехода:

1. Обновление существующей версии Shelter1 на Shelter2 путем выполнения скриптов и изменения структуры базы данных. Все данные остаются.

2. Установка пустой чистой базы. Новая настройка и заполнение справочников.

Возможен частичный перенос данных:

- Список гостей

- Список организаций

- Список броней

          Далее по порядку о плюсах и минусах каждого метода.

 

      1. Обновление Shelter1 до версии Shelter2 – трудоемкий процесс, занимающий длительное время. И чем больше данных в базе, чем больше истории,
      тем дольше и сложнее обновлять.
      Зачастую приводит к полному переходу на ручное выполнение скриптов. Часто встречаются кастомизированные базы данных, которые приходится анализировать через отдел
      разработки и создание ремонтирующих скриптов.
      На практике имели место случаи, когда крупные объекты на большой базе переводились более чем 12 часов, при условии, что заранее все подготовлено и проверено.

 При таком методе обновления с Shelter1 на Shelter2 в базе остается весь «мусор»: не нужные услуги, тарифы, сезоны, не правильно оформленные гости и д.р. Многие справочники после обновления приходится переделывать (например, тарифы), а какие-то заводить заново, т.к. появились новые сущности.

 В результате в базе получаются обновленные старые данные от Shelter1 и новые данные от Shelter2. При разработке отчетов и прочих доработок всегда ориентируются на текущие актуальные       данные Shelter2, в следствие чего появляются ошибки, когда в выборку попадают старые данные. Бывали случаи полной блокировки работоспособности системы. Некоторые крупные объекты, перейдя на Shelter2 методом прямого обновления, после работы в течение нескольких месяцев, принимали решение об установке новой базы данных.

 

 2. Установка чистой базы данных — значительно проще и выполняется быстрее. База данных берется из чистового протестированного дистрибутива актуальной версии. При заполнении базы   данных «с нуля» есть возможность пересмотреть тарифную сетку и завести только актуальную информацию в корректном виде. При заполнении данных проводится обучение персонала. По   практике, обучение в этом случае более эффективно, чем в случае обновления.

 Основной минус состоит в том, что история по старым гостям остается в старой базе данных. База данных может быть размещена на этом же сервере. Доступ к этой базе останется на требуемых   рабочих местах.

 Инженеры ТП могут выгрузить данные по гостям, организациям и броням на будущий период в текстовые файлы. В файле содержатся только линейные данные с ограниченным набором полей.   Эти данные можно загрузить в новую базу Shelter2, но после загрузки ВСЕ брони нужно обязательно пересохранить, указав нужные тарифы, проверить категории номеров и полученные цены.   Список гостей же содержит карточки всех гостей, среди которых обычно много лишних. Перед загрузкой его в Shelter 2 требуется обязательная обработка в ручном режиме. Были случаи, когда   гостиницы после загрузки всего списка профайлов клиентов из старой базы присылали запросы на удаление данных, т.к. среди этих профайлов много ненужной информации: дубли карточек,   некорректно заведенные данные гостей и т.д.

 Также в актуальных версиях продуктов мы уже практически полностью отказались от работы ПО Абонемент и ПО Shelter в одной базе. Для взаимодействия используем интерфейс по аналогии закрытия на фолио из RKeeper. Интерфейс позволяет делать закрытие на фолио проживающего гостя в Shelter услуг из Абонемента.