Переход с 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 услуг из Абонемента.