Теоретические основы использования средств информатизации и автоматизации в средствах размещения

Размещено на http://www.allbest.ru

Содержание

Введение

Глава 1. Теоретические основы использования средств информатизации и автоматизации в средствах размещения

1.1 Особенности автоматизации менеджмента в средствах размещения

1.2 Основы АСУ средств размещения

1.3 Опыт использования систем автоматизации управления и бронирования

Глава 2. Пример разработки локальной системы бронирования гостиничных услуг на основе СУБД Microsoft Access

2.1 Зарубежные системы бронирования и резервирования Amadeus Fidelio

2.2 Отечественные системы бронирования и резервирования Сирена

Введение

Любая современная гостиница, даже без учета неспецифических услуг, представляет собой сложный комплекс функциональных звеньев, от слаженности работы которого зависит успешность существования предприятия на рынке. При росте объема продаж с одной стороны и усиливающейся конкуренции с другой, повышается значение оперативности в работе персонала. В решении этой проблемы краеугольным камнем выступает комплексная автоматизация отеля, достигаемая применением Автоматизированных Систем Управления (АСУ) отелем, или - в английском варианте - PropertyManagementSystem (PMS). Основной функцией таких систем является представление состояния номерного фонда, информация о занятости (зарезервированности) каждого конкретного номера, что позволяет осуществлять планирование продаж номеров в будущем, или бронирование, и текущий контроль за деятельностью средства размещения. Помимо прочего, АСУ позволяют избавиться от бумажной волокиты и исключить либо максимально уменьшить возможность ошибок, так называемого человеческого фактора, являющихся причиной дополнительных неудобств и материальных затрат.

Внедрению АСУ в российской гостиничной индустрии традиционно препятствует слабая техническая оснащенность (в основном это касается малых гостиниц), консервативность директоров и управляющего персонала, относительная дороговизна присутствующих на рынке программных продуктов и кажущаяся сложность их внедрения и эксплуатации. Недостаточное освещение, основанное в основном лишь на публикациях, оплаченных фирмами-производителями и представляющих собой по сути рекламную информацию с присущими ей недостатками, не дает полного представления о предмете исследования. Это в свою очередь является причиной обоснованных опасений предпринимателей по поводу его сложности. А между тем, современные инструменты позволяют создать локальную АСУ приемлемого уровня даже простому пользователю категории «advanced», наделенному базовыми навыками общения с компьютером, необходимой литературой и желанием.

Целью настоящей работы является доказательство несостоятельности вышеуказанных негативных факторов по отношению к перспективности и эффективности использования средств автоматизации в управлении номерным фондом и бронировании. В задачи работы входят описание структур, механизмов и возможностей типовых систем управления и бронирования, исследование и анализ опыта использования указанных АСУ предприятий гостиничного бизнеса, обзор рынка программных продуктов по автоматизации гостиничной деятельности и самостоятельная разработка примера PMS для использования в малых гостиниц.

бронирование управление аmadeus

Глава 1. Теоретические основы использования средств информатизации и автоматизации в средствах размещения

1.1 Особенности автоматизации менеджмента в средствах размещения

Прежде всего при рассмотрении проблем автоматизации хозяйственной деятельности средств размещения необходимо уяснить для себя принципы построения и механизмы функционирования типичного предприятия гостиничного бизнеса. Итак, гостиница - это имущественный комплекс (здание, часть здания, оборудование и иное имущество), предназначенное для предоставления услуг размещения (Квартальнов, Зорин). Будучи определена как коллективное средство размещения, гостиница объединяет в себе количество номеров (гостевых комнат), начиная от необходимого законодательно установленного уровня (в России он составляет 10 номеров) и до количества, зависящего от типа и задач конкретного предприятия. Все номера подчиняются единому руководству и группированы в классы и категории в соответствии с предоставляемыми услугами и имеющимся оборудованием. Организационная структура средства размещения в ее каноническом понимании состоит комплекса отделов (служб, департаментов), которые условно можно разделить на две группы. Функция служб первой состоит в непосредственном контактировании с гостями и оперативном их обслуживании. В английском варианте эту группу удачно называют «front-office». Если мысленно проследовать за прибывающим гостем, можно составить представление о структуре этой части организационной структуры гостиницы. Для более полной зарисовки возьмем за пример гостиницу высокого класса. Первой точкой контакта является сотрудник гаражной службы, берущий на себя обязанности по парковке и консервации автомобиля гостя. Далее эстафету принимает швейцар (зачастую выполняет чисто декоративные функции) и посыльный в холле, принимающий багаж. Гость регистрируется у портье, идентифицируя свою бронь (если таковая имеется), заполняя карточку гостя (о ней речь еще пойдет далее), получая и оплачивая номер. Все. Чистоту и спокойствие тем временем поддерживает служба горничных и дежурные на этажах. Цепочка невелика, но поскольку первые впечатления самые важные, и исправить их шанса не представится, координация здесь чрезвычайно важна. О приезде гостя необходимо знать заранее, иметь свободный и полностью подготовленный и функционирующий жилой номер. Процедура идентификации и регистрации должна проходить быстро и без ошибок. Именно в упрощении и ускорении этого процесса и состоит основная функция гостиничной АСУ. Несколько иная ситуация имеет место в группе отделов, работа которых посвящена функционированию внутренних механизмов предприятия, а именно: отделе маркетинга, бухгалтерии (финансовый отдел), администрации. Именно сюда стекается большая часть информации, где она систематизируется, анализируется и экстраполируется. Это так называемый back-office средства размещения.

Рассматривая потоки информации (а именно ее получение, хранение, обработка, анализ и отображение лежит в основе АСУ), выделим следующие звенья в цепочке: Подача запроса с информацией о бронировании (Имя и координаты гостя, сроки и параметры брони, ее идентификатор)

Поиск номера, удовлетворяющего запросу, его резервирование

Приезд клиента, идентификация, регистрация в качестве гостя (запрашивается ряд данных от имени клиента до его места жительства и работы - последнее просто необходимо для поиска должников и поддержания контактов с постоянными клиентами)

Контроль регулярного обслуживания (уборка, доставка прессы, завтраков и прочее)

Информация об оплате проживания, услуг, внесенных депозитов и так далее - баланс счета гостя.

Предупреждение об истечении срока проживания и процедура выселения и расчета, либо продление срока представления услуг размещения Этот список далеко не полон, однако представляет основные функции системы, более чем достаточные для успешного функционирования малой (до 50 номеров) гостиницы. Специфичность средства размещения малого типа заключается в минимизации предоставляемых услуг, вся совокупность которых зачастую сводится к проживанию, и небольшом количестве гостей. Список дополнительных услуг либо отсутствует вовсе, либо ограничивается несколькими пунктами, часто обусловленными специализацией предприятия. Это в первую очередь гостиницы бюджетного класса, мотели, bed&breakfast, туристские ночевки, горные гостиницы и тому подобное. Здесь основное внимание уделяется контролю за номерным фондом, а потому к средствам автоматизации такой гостиницы предъявляется намного меньше требований, чем к АСУ полносервисной гостиницы. Часто АСУ такого отеля представляет собой простейшую компьютерную базу данных с набором фильтров для отображения информации и инструментов для ее изменения. Функции системы часто ограничиваются контролем текущего состояния номерного фонда и бронированием. При желании любой грамотный сотрудник может сам построить такую АСУ и с успехом ее эксплуатировать. Простейшая самодельная или заказная АСУ может честно служить гостинице на протяжении долгих лет, если нет планов на расширение фондов или подключение к цепочкам гостиничных предприятий или глобальным системам резервирования. В этом случае лучшим решением будет сразу положиться на профессиональный продукт.

1.2 Основы АСУ средств размещения

Типовая система автоматизации деятельности средств размещения в своей структуре объединяет отделы гостиницы, находящиеся в оперативном взаимодействии друг с другом. Физически вся генерируемая информация находится на центральном сервере предприятия и представляет собой базу данных, объединяющую вполне стандартный набор базовых таблиц: номера, клиенты, бронь, счета, отчеты. Посредством находящихся на рабочей станции каждого конкретного отдела наборов форм и инструментов для отображения и изменения текущей информации, сотрудник гостиницы получает возможность оперативно получать доступ к виртуальной модели средства размещения, позволяющей регистрировать бронь, заселять и выселять гостей, устанавливать и изменять тарифы, вести архив событий и программными средствами анализировать текущее состояние и динамику работы отеля. Рассматривая гостиничное предприятие как совокупность функциональных отделов, получим следующую структуру АСУ.

В данный момент далеко не каждая система объединяет все эти модули в одно целое. В связи с широким распространением специализированных программных продуктов, сложностью разработки собственных конкурентоспособных проектов или невостребованностью этих модулей большим количеством клиентов, некоторые из составных частей АСУ не входят в основной пакет и устанавливаются отдельно. Наиболее часто это касается модуля бухгалтерии, ресторана (не всякая гостиница может им похвастаться) и обеспечения дополнительных и часто нестандартных услуг, как-то: тарификация телефонных разговоров, услуги платного телевидения, система электронных платежей и т.п. В качестве бухгалтерской системы используются в основном продукты компании 1С, зарекомендовавшие себя как мощные, гибкие и легкие в использовании инструменты ведения бухгалтерского учета. Среди АСУ ресторана наиболее популярны отечественные разработки TillyPad (компания Комплит, Санкт-Петербург, www.tillypad.ru), Магия (компания ИВС, Москва, www.ivs-company.ru), Компас (Инкомсофт, Москва, www.incomsoft.ru), R- keeper (UCS, Москва, www.ucs.ru), имеющие солидный послужной список установок, в том числе в гостиницах. Указанные системы ведут учет пакетов услуг питания, начисляют оплату за услуги ресторана на счет гостя, контролируют питание гостей, проживающих с разными тарифами. В случае предоставления средством размещения услуг связи полезно будет установить программируемые АТС (Alcatel, Ericsson, Siemens, NEC, Definity, Meridian, GDX, Bosch, Panasonic и другие). При наличии в АТС специального программного обеспечения для гостиниц система может поддерживать функции управления станцией: on-line тарификация звонков с одновременной проводкой соответствующих сумм на счет гостя, отключения телефона в номере по превышению депозита, а также дистанционная установка текущего состояния номера (например, убран или нет) посредством набора соответствующего цифрового кода на телефонном аппарате. Среди систем контроля доступа к платным телеканалам известностью пользуются GeneralSatellite и GuestLink. Интегрировав их в АСУ гостиницы, можно автоматически начислять стоимость просмотра платных телеканалов, устанавливать и исключать возможность доступа к ним. Все большей популярностью пользуются системы контроля доступа в номера (электронные замки). Из наиболее известных систем в этой области можно назвать американскую VingCard, шведскую Timelox , испанскую TESA, итальянскую CISA. В качестве ключа может использоваться ключ-карта с записанной на нее информацией гостя, генерируемая на рабочем месте службы приема и размещения, клубная карта гостя или даже его собственная кредитная карточка. Обмен информацией между смежными элементами такой комплексной АСУ может осуществляться на трех уровнях: 1. Отсутствие обмена как такового. Такая ситуация возможна в тех случаях, когда та или иная гостиничная служба работает в сугубо автономном режиме (например, телефонная связь или ресторан). В условиях необходимости согласованности действий разных отделов для повышения эффективности такой вариант встречается все реже. 2. Документальный обмен. Информация в этом случае поставляется в виде стандартных бумажных отчетов, которые попросту отсылаются в соседний отдел, где вручную вновь переводятся в электронный вид. Несколько усовершенствованный вариант - обмен файлами через внутрикорпоративную сеть с последующим переносом информации из них в смежную АСУ. 3. Электронный обмен. Это наиболее удобный и оперативный уровень обмена информацией между элементами комплексной системы управления, однако необходимо, чтобы все они поддерживали процедуры экспорта-импорта. В противном случае может понадобиться согласованная работа программистов каждой из систем для интеграции их в единый комплекс, что затребует дополнительных затрат. Так или иначе, основой любой гостиничной АСУ является так называемая PMS, или система управления номерным фондом. Она сосредотачивает в себе информацию о его текущем состоянии, проживающих и ожидаемых гостях и их счетах. Условно всю информацию можно разделить на несколько функциональных групп (непосредственное воплощение их в базах данных информационной структуры каждой конкретной АСУ зависит от особенностей заказа и образа мышления разработчика): данные по клиентам, по номерам, счетам гостей и бронировании. Структура базы данных клиентов (именно клиентов, а не гостей, поскольку гость выехавший более гостем не является, но остается клиентом, которого помнят и ждут) по сути повторяет пункты используемой при регистрации карточки гостя, где заселяемый постоялец записывает свое имя, адрес, телефон и тому подобное, и зависит от «аппетитов» администрации средства размещения и законов страны. В некоторых случаях регистрация и вовсе не обязательна, однако крупные гостиницы предпочитают вести обширную базу данных для возможности проведения полноценных маркетинговых исследований и последующих контактов с клиентами по случаю дня рождения, профессионального праздника или начала сезона. В отдельных же странах требуется не только вести регистрацию, но и обуславливается использование регистрационных карт в качестве полицейских документов. Так, в Бразилии, например, требуется не только сообщить свое имя, адрес и прочее, но и имена родителей. АСУ позволяют забыть о бумажной волоките с картами гостей, но имеют в этой области один значительный минус - карты содержали подпись гостя, являющуюся доказательством закрепления договора и обоюдных обязательств и ответственности. Электронная версия часто не содержит такой функции, и несмотря на долгую работу над технологией электронной подписи (в России даже был принят соответствующий закон), компьютерный рынок так и не получил достаточного развития в этой сфере. Тем не менее, всегда стоит помнить о чувстве комфорта и безопасности гостя и не загружать его требованиями заполнять длинные списки полей в карточке. Это чувствительно ударит по нашему имиджу в глазах клиента и снизит оперативность работы службы портье. База данных номерного фонда является своего рода информационной картой гостиницы. Она может включать в себя данные о нахождении гостевой комнаты в пределах средства размещения, его типе, классе количестве комнат и койко- мест, состоянии и наличии удобств, содержать описание номера, его фотографии и фотографии вида из окна, примечания службы горничных или инженерного отдела и обязательно стоимость. Иногда в гостиницах на стойке портье можно увидеть дополнительный монитор для показа клиентам информации о номере. При желании можно установить абсолютный контроль за номерным фондом, начиная от информации об уборке и заканчивая управлением его оборудованием (телефон, телевизор, освещение, электроснабжение, проверка работоспособности и прочее). Важнейшим элементом PMS является модуль бронирования, облегчающий процедуру регистрации брони. «На бумаге» список брони представляет собой таблицу, столбцами которой являются даты, а строками - номера гостевых комнат. В получившейся «шахматке» работник ставит отметки о бронировании соответствующим номерам на запрошенные даты. В АСУ полноценный механизм бронирования представляет собой инструмент базы данных, где программно регистрируются новые брони, осуществляется поиск подходящих вариантов, удовлетворяющих полученному запросу, изменение, удаление и другие функции для работы с бронированием гостиничных услуг. В качестве примера системы бронирования можно взять популярную АСУ «Эдельвейс». План гостиницы здесь можно отобразить сразу в трех формах: графически, по типам комнат и в виде таблицы резервирования. Графический план наиболее нагляден. Каждый номер имеет в нем свое отображение. Можно отображать на экране номера только одного типа. Любое созданное резервирование появляется в виде цветной полоски, занимающей строку конкретного номера и растянутую на заданное количество суток. Специальные обозначения позволяют различать резервирования по статусам и типам, а также видеть итоговые цифры по резервированиям и свободным номерам на каждый день. Графический план позволяет легко создавать новые и манипулировать существующими резервированиями. План по типам комнат позволяет создавать резервирования в номера той или иной категории без выделения конкретной гостевой комнаты. Здесь также ведется статистика свободных номеров (мест), неразмещенных и временных резервирований. Таблица резервирований - мощный поисковый инструмент, позволяющий легко выбирать группу резервирований, отвечающую тем или иным требованиям. Существует также ряж фиксированных наборов параметров (так называемых «масок»), которые наиболее часто используются менеджерами и рецепшионистами - они выделены в отдельное меню. Административный модуль, включающий в себя рабочие места директора и маркетолога (нередко их рассматривают отдельно, но это скорее неправильно, учитывая функциональную и технологическую схожесть), обычно строится на основе баз данных PMS путем предоставления доступа к ним в режиме чтения и использования программных настроек, на основе первичных данных проводящих анализ, строящих таблицы, диаграммы, графики и печатающих отчеты. Такая система, конечно, не заменяет специалиста-маркетолога, но существенно упрощает его работу. Количество рабочих мест в системе зависит только от масштабов работы средства размещения. PMS может базироваться как на разветвленной локальной сети, так и на одном единственном компьютере. В случае многопользовательской структуры в системе устанавливаются уровни доступа для каждого отдела. Таким образом, получить доступ к тем или иным информационным зонам PMS может только сотрудник с соответствующим уровнем доступа, что как минимум обеспечивается знанием идентификационной пары «логин-пароль». Иногда контроль доступа значительно сложней и включает в себя элементы биометрии, электронные ключи и целые комплексы всего вышеназванного. Это пресекает злоупотребления служебным положением и саботаж на уровне системы. Кроме того, клиенты явно будут не очень довольны тем, что их данные могут быть в открытом доступе, что приобретает особую актуальность, если PMS подключена к глобальной сети.

1.3 Опыт использования систем автоматизации управления и бронирования

За рубежом первые АСУ гостиниц появились около тридцати лет назад. Многолетний опыт развития и эксплуатации позволил им стать достаточно совершенными программными продуктами. И хотя цена таких систем высока, согласно исследованиям корпорации Microsoft, 60 - 70% всех гостиниц на Западе в течение ближайших пяти лет (данные 2002 года) закупят новую систему управления. Это вызвано нарастающими темпами роста конкурентной борьбы и технологического прогресса - если раньше отели меняли техническое оснащение в среднем каждые 7 - 9 лет, то сегодня - каждые 3 - 5 лет, и тенденция сокращения этого срока сохраняется.

АСУ бывают типовые и заказные. Заказные системы в России разрабатывались в условиях, когда внутренняя структура большинства отелей и законодательство почти не менялись. Системы учитывали интересы конкретного отеля и росли, постепенно автоматизируя отдельные участки работы. Сегодня поддерживать такую систему в условиях меняющегося законодательства и постоянных нововведений в гостиничном бизнесе трудно. Поэтому особое распространение получили типовые системы управления. При выборе АСУ необходимо учитывать простые правила. Система должна быть известной и распространенной. Годы развития и эксплуатации в разных гостиницах гарантирует ей высокий уровень и отсутствие «узких мест». Важный момент представляет собой географическое распределение гостиниц. Если среди клиентов системы встречаются достаточно удаленные, то это говорит только в пользу продукта, который эффективно работает и без непосредственной поддержки предприятия - производителя. Не следует забывать и о том, что каковы бы ни были возможности системы, она является лишь промежуточным звеном между сотрудником и отелем. Поэтому, подбирая ПО, необходимо осведомиться, насколько дружелюбный у него интерфейс. Помимо прочего, редкий сотрудник может похвастаться достаточным знанием компьютера, и система должна учитывать и пресекать некорректный его действия, которые могут повлиять на достоверность и целостность базовой информации. Внедрение АСУ обходится недешево. Устанавливая АСУ «на пустом месте», необходимо затратиться на компьютеры, иную оргтехнику, соединение их в сеть, покупку и установку ПО, обучение персонала и послереализационное обслуживание. Очень желательно ввести в штат должность специалиста по информационным технологиям. Каждое звено этой цепочки требует повышенного внимания. Так, лучше покупать надежную, качественную, а потому дорогую технику. Это накладно, но в конечном итоге простой отеля при отказе оборудования обойдется намного дороже. Если говорить о ПО, то здесь необходимо учитывать при сравнении различных АСУ соотношение их конфигурации и эффективности, соблюдая принцип паритета. Современные АСУ состоят из отдельных модулей, временами достаточно независимых друг от друга, чтобы устанавливать их по частям. Недорогие системы, как правило, отличаются соответствующим набором функций и качеством, и связанные с этим ограничения необходимо учитывать. Критерием же оценки дорогой системы являются сроки ее окупаемости. Неплохо при покупке ПО подумать и о перспективе развития вашего средства размещения, поинтересовавшись возможностями масштабирования системы. Послужной список АСУ, с одной стороны, свидетельствует о ее качестве, но система «с бородой» может оказаться и камнем преткновения при развитии отеля. Стоит ли еще раз напоминать о том, какими шагами идут вперед информационные технологии? Появляются новые возможности, новые продукты, которые вымещают собой безнадежно устаревшие. Так, уже упомянутая технология электронной подписи поддерживается СУБД Access, только начиная с версии 2002 года. С другой стороны, ветераны российского компьютерного рынка MS DOS, Windows 3.1 и даже Windows 95 31 декабря 2002 года директивой корпорации Microsoft приказали долго жить. А это не только операционные системы сами по себе, но и объектные структуры, библиотеки подпрограмм, а значит - ставшие если не бесполезными, то проблематичными в использовании коды рассчитанных на них приложений. Не говоря уже о том, что зачастую новые разработки просто быстрее и точнее работают. Расходы не заканчиваются и с приобретением и установкой системы. Некоторые затраты вызовет и послепродажное обслуживание ПО и техники. Во-первых, это телефонная «горячая линия», профилактические работы, консультации Во-вторых, регулярный апгрейд ПО, установка новых версий, дополнительных модулей, настроек, патчей и прочее. Сегодня на российском рынке несколько таких систем. Они эксплуатируются как в средствах размещения, действующих в рамках иностранных гостиничных цепей, так и в наиболее передовых российских предприятиях. Наиболее популярны западные системы - «Micros-Fidelio», «LodgingTouch LIBICA», «Cenium» и отечественные разработки - «Nimeta», «Дип-Папнсион», «Эдельвейс», «Отель-3», «KEI-Hotel», «UCS-Shelter». Однако при всем желании российскому гостиничному бизнесу еще далеко до западной индустрии. Так, в составе корпорации Мариотт около 300 высококлассных специалистов по программированию занимаются поддержкой и развитием программных продуктов, которые определяют технологии работы и отчетность исполнительных дирекций отелей, разбросанных по земному шару. При этом только разработка обходится в 120 миллионов долларов ежегодно, что считается исключительной экономией из расчета затрат на один отель. В России проектов такого масштаба пока нет, хотя и наблюдаются определенные тенденции развития компьютеризации и автоматизации отелей, а также появление первых гостиничных сетей и управляющих компаний, составляющих все более жесткую конкуренцию западным цепочкам. Совершенно новой тенденцией становится использование сети Интернет для предоставления гостиницам возможности удаленного использования ПО, не покупая его, а заключая договор аренды. Это снижает затраты гостиницы на приобретение АСУ и облегчает решение задач по обслуживанию и обновлению системы. Однако такая модель ставит под угрозу безопасность информации в свете распространенности в Сети вирусов и хакерских атак. К тому же при хранении информации на удаленном сервере любая техническая неисправность в системе связи приведет к полному бездействию гостиницы. Практически все серьезные западные поставщики имеют версию своих PMS, специально рассчитанную под удаленное использование. Эти системы разработаны с применением интернет - технологий: ASP (ApplicationServerProvider) и «клиент - сервер» на основе SQL (StandartQueryLanguage). В России эти продукты представлены системами KeiHotel и Nimeta. Отзывы сотрудников российских отелей по поводу использования АСУ гостиниц в основном положительные. Так, начальник отдела продаж ОАО «ГК Жемчужина» Елена Макарова отмечает, что с момента введения в строй АСУ LodgingTouchLibica в декабре 2000 года доходов составил более 30%. Учитывая выросший опыт обращения с системой, в 2002 году ожидалось продолжение роста показателей работы гостиницы. Некоторые жалобы вызывает недостаточно полный охват функций менеджеров. В лучшем случае система берет на себя часть работы управляющего звена низшего и среднего уровня. Автоматизацию работы высшего управленческого звена приходится решать интеграцией в систему специализированного ПО, так называемых систем бизнес - аналитики (businessintelligence - BI).

Глава 2. Пример разработки локальной системы бронирования гостиничных услуг на основе СУБД Microsoft Access

Современное развитие офисных инструментов, представленных по большей части пакетом Майкрософт Офис, позволяет не только автоматизировать простейшую бумажную волокиту, но и переложить на плечи компьютера более серьезные задачи, такие как управление производственными процессами предприятия. В большинстве случаев это становится возможным благодаря построению информационной модели организации посредством баз данных. Одним из наиболее мощных, гибких и доступных средств по работе с БД является на сегодняшний день СУБД Access от компании Microsoft. Она обладает широким диапазоном средств для ввода, анализа и представления данных. Имея наряду с навыками работы в Access некоторые базовые знания встроенного языка программирования VisualBasicforApplications (VBA), можно самостоятельно создавать мощные бизнес - приложения для своего предприятия. Для более глубокого ознакомления с принципами работы АСУ средства размещения разработаем информационную модель такой системы в применении к теме работы. Структура АСУ представляет собой однопользовательский вариант для размещения на рабочей станции портье и состоит из нескольких связанных таблиц, представляющих из себя основу соответствующих функциональных модулей: «клиенты», «номерной фонд», «бронь» и «отчеты». Каждая из таблиц, будучи отображена в стандартном виде конструктора Access, имеет следующую структуру. Таблица «Клиенты» представляет собой набор информации, аналогичный карточке гостя и служащий для более полной работы с ним службы маркетинга (если таковая имеется). Поле «№ Паспорта», будучи изначально уникальным, введено для удобства работы с базой данных и исключения путаницы (ведь имена могут повторяться). Поле «возраст» не вводится пользователем, а рассчитывается как разница системной даты и даты рождения гостя. Поле «количество заездов» служит для отображения частоты посещения гостем гостиницы. Его значение увеличивается на единицу каждый раз, когда оформляется очередной заезд, и не редактируется. На основе количества заездов может определяться статус гостя (например, «обычный гость», «постоянный клиент», «привилегированный клиент» и т.п.) и ставка скидки. Постоянные контакты, хранение как можно более полной информации о гостях способствует доброжелательным с ними отношениям и определенно склоняет их к последующему выбору именно вашей гостиницы. Так, один из наиболее эффективных инструментов упоминания о себе - поздравления с днем рождения и другими праздниками по электронной почте - многими АСУ осуществляется автоматически без всякого участия оператора АСУ. Таблица «номерной фонд» по большей части предназначена для гостей и содержит необходимую для них информацию. Здесь пояснения может потребовать поле «состояние». Это по сути отметка о занятости номера. Ему лучше присваивать одно из четырех значений: свободен, занят, забронирован и снят с продажи. От значения «забронирован» можно было бы и отказаться, поскольку его текущее состояние - «свободен», однако такое представление номеров можно использовать для обособления части номерного фонда, предназначенной для свободной продажи, а не для бронирования. Но основой такой АСУ является именно модуль бронирования. В нем принципиально необходимо присутствие информации о датах заезда и выезда, привязка к конкретному номеру (размещенное бронирование) и данные для идентификации брони, которые, в принципе, может играть и номер паспорта гостя. Таблица брони представляет собой список оформленных броней, на базе которых создается таблица с сортировкой по номерам гостевых комнат и датам заезда- выезда. В ней система в соответствии с введенным запросом ищет подходящие комнаты по принципу «попадания в окно», то есть дата запрашиваемого заезда должна быть больше даты предыдущего выезда в этом номере, а дата выезда - меньше следующей даты въезда (если таковая имеется). Такое решение не отличается красотой, но занимает меньше памяти и требует меньше операций от АСУ. Последней таблицей является таблица отчетов системы. Она не является базовой, поскольку генерируется запросом, осуществляющим сводку и анализ информации из других таблиц, а именно, оперативные показатели работы средства размещения. Это прежде всего количество проданных номеров, занятых койко-мест, общий доход от номерного фонда, загрузка гостиницы, средняя цена номера, среднее количество гостей на один номер, коэффициент двойной загрузки ((число гостей - число проданных номеров) / число проданных номеров), коэффициент занятости койко-мест (число занятых коек / число свободных коек). Данные рассчитываются на каждый день и, привязываясь к дате, сохраняются в БД. По запросу оператора АСУ строит и печатает графики и диаграммы, что позволяет судить о динамике развития гостиницы во времени. Такая простейшая информационная структура создается с помощью конструктора (мастера) Access и не вызовет затруднений даже у начинающего пользователя. Сложности начинаются при разработке интерфейса системы, по большей части берущего на себя обязанности по вводу, сохранению и анализу информации. Реализовать некоторые функции возможно здесь только посредством встраивания программных модулей на языке VBA. Конкретное воплощение интерфейса зависит лишь от фантазии заказчика и программиста. Однако именно этому этапу разработки следует уделить особое внимание. Нередки случаи, когда чрезмерная сложность и отсутствие наглядности в системе пагубно влияло на эффективность работы персонала. Единовременно на экран должна выводиться только самая необходимая информация. На мой взгляд, это должна быть карта отеля, то есть список всех номеров, их постояльцев, состояния заселенности, статуса гостей и количеству дней до выезда. В зависимости от состояния гостевой комнаты соответствующая ей строка должна окрашиваться в заданный цвет, к примеру, занятый номер отображается красным цветом, забронированный - желтым, свободный - зеленым, снятый с продажи - перечеркнутым шрифтом. Ниже окна с таблицей находятся поля запроса параметров брони. По минимуму запрос должен состоять из дат заезда и выезда, но если возможности и объем услуг отеля позволяют, то можно ввести и дополнительные элементы, как-то: тип помещения, дополнительные услуги и прочее. После активизации запроса на экране монитора появляется всплывающее окно с результатами поиска. В нем оператор выбирает подходящий вариант и вводит необходимую для идентификации брони информацию. Предлагается использовать номер паспорта гостя, поскольку имена могут повторяться, а номер брони гость с большой вероятностью забудет, что приведет к нежелательной путанице. После сохранения брони строчка соответствующей гостевой комнаты приобретает заданную окраску. Можно предусмотреть функцию, при которой система считает, за сколько дней до предполагаемого въезда произошло бронирование, и присваивает этой брони определенный коэффициент скидки. При заселении клиента базовая цена номера умножается на этот коэффициент, и получается конечная цена под конкретного клиента. Заселение производится следующим образом при двойном щелчке мыши по строке гостевой комнаты в таблице состояния номерного фонда открывается интерфейсное окно номера, где отображены текущие постояльцы, состояние помещения, вкладки с фотографиями, календарем бронирования, заметками и кнопки «Заселить» и « Выселить». В специальном поле вводим номер паспорта гостя, и если о нем есть запись в БД, то в окне состояния номера появляется запись о госте, если до этого гость не пользовался услугами гостиницы, и информации о нем нет в БД, всплывает окно карточки гостя. В нем набираются требуемые данные, и после нажатия кнопки «ОК» БД пополняется новой записью, а гость заселяется в номер. Выселение происходит после нажатия кнопки «Выселить», влекущего за собой удаление информации о проживающих в номере гостях. На основную панель интерфейса также помещаются кнопки, открывающие доступ непосредственно к таблицам системы, а также к сектору отчетов, где отображаются характеристики работы средства размещения и строятся диаграммы. Необходимы также элементы управления, позволяющие управлять построением отчетов и их распечаткой. Среди автоматических возможностей системы чрезвычайно полезным может оказаться ежедневная распечатка предстоящих заездов и выездов, осуществляемая системой самостоятельно в начале каждого рабочего дня. Созданные отчеты распространяются среди обслуживающего персонала отеля для увеличения оперативности работы с клиентами. Защита хранимой в БД информации, ее шифрование и ограничение доступа может осуществляться встроенными процедурами Access, однако не осведомленному пользователю легче будет воспользоваться специализированными средствами: шифровальным ПО, электронными ключами и прочими инструментами, в изобилии появившимися в последнее время на рынке программного обеспечения. Рекомендуется при работе с АСУ пользоваться так называемой исполняемой версией Access (AccessRuntime), не потребляющей лишние системные ресурсы и не позволяющей случайно или намеренно изменить структуру и базовую информацию системы.

2.1 Зарубежные системы бронирования и резервирования Amadeus Fidelio

AMADEUS - ведущая Глобальная Распределительная Система, обеспечивающая в режиме реального времени доступ к ресурсам провайдеров туристических услуг (авиакомпаний, гостиниц, компаний по прокату автомобилей, страховых компаний и т.д.) и распределение этих ресурсов среди туристических агентств 139 стран мира (в том числе и России). Система Amadeus предоставляет доступ к ресурсам 513 авиакомпаний (в том числе и 11 российских), что составляет более 95% мирового рынка регулярных пассажирских авиаперевозок, а также 52731 гостиниц, объединенных в 322 гостиничные цепочки, 46 компаний по прокату автомобилей и позволяет работать с продуктами туроператоров, железными дорогами, круизными и страховыми компаниями.

Являясь безусловным лидером в Европе и Южной Америке, система Amadeus занимает прочные позиции на американском рынке, а также в Африке и Азии. Наибольшее количество терминалов туристических агентств и офисов авиакомпаний по продаже авиабилетов подключено к системе Amadeus. За прошедший 2000 год к Amadeus подключилось около 500 терминалов туристических агентств. Таким образом, общее число используемых терминалов превысило 1000.

Amadeus - лидер российского рынка по главному показателю деятельности КСБ - объемам бронирования, которые в прошлом году впервые составили семизначную цифру, достигнув в 1,1 млн. (превышение по сравнению с 1999 г. на 51%). В числе наиболее активных пользователей системы в Amadeus отмечают агентства “Аэроклуб”, InfinityTravel, TravelHouse, CarlsonWagonlitTravel, “Инна Тур”, “Джет Трэвел” (Москва), “Синдбад” (С.-Петербург), “Диа Трэвел”, “НикоТурс” (Тольятти), “Самараинтур” (Самара), “Аэромост”, “БМТ Спутник”, “Променад” (Екатеринбург), “Олимпия Райзен”, “СТА-Новосибирск“ (Новосибирск), “Алатан Тур“, “Мерлин Тур“ (Минск).

Система Amadeus является самой молодой из всех современных систем бронирования авиаперевозок, и была разработана в 1987 году и начала полноценное функционирование с 1992 г. Структура управления системой включает в себя штаб квартиру (Мадрид, Испания), технологический центр по обработке всей информации (Эрдинг, Германия) и центр по развитию системы (София Антиполис, Франция).

- В 1989 году система Amadeus впервые достигла отметки в 1 млн. забронированных билетов. Все основные гостиницы и специализированные системы бронирования гостиниц подписали договор с Amadeus о продвижении своих услуг через систему Amadeus.- В 1990 году был открыт центр обработки данных в Эрдинге, недалеко от Мюнхена.- В 1992 году Amadeus выпускает свои продукты AmadeusCars и Amadeus Hotels.- В том же году система Amadeus становится доступной для всех авиакомпаний.

- В 1993 - 1995 годах Amadeus открывает свои представительства в Южной Америке и Азии.

- В 1995 году Amadeus объединяется с американской системой бронирования SystemOne. Авиакомпания ContinentalAirlines становится совладельцем компании Amadeus.

- В том же году Amadeus формирует стратегический альянс с немецкой компанией START по ведению международного бизнеса.- В 1998 году окончательно завершается самой большой в туристическом бизнесе процесс объединения систем - Amadeus и SystemOne. Система

Amadeus 6 раз подряд объявляется лучшей глобальной распределительной системой.- Компьютерная система бронирования Amadeus, представленная на российском рынке с 1993 г., в последнее время испытывает рост интереса со стороны турфирм. Вместе с увеличением интенсивности резервирования растет и число агентств - пользователей системы.Amadeus в России это:

- Доступ к ресурсам более 780 зарубежных и 12 российских авиакомпаний;- Возможность бронирования номеров более чем в 51 000 гостиниц по всему миру;- Доступ к ресурсам 52 автопрокатных компаний по всему миру;- Более 350 туристических агентств в Москве, С-Петербурге и регионах

России, работающих с системой Amadeus;

- Более 800 терминалов, подключенных к системе Amadeus в России;- Самые низкие цены на подключение;

- Гибкая система оплаты.

- Программные продукты, работающие в операционной среде Windows;- Автоматическое заполнение и печать бланков ручной выписки билетов на все основные авиакомпании, представленные на российском рынке;- Доступ к конфиденциальным тарифам, вводимым крупнейшими авиакомпаниями для своих агентов самостоятельно;- Возможность создания собственной базы данных конфиденциальных тарифов, полученных от авиакомпаний;

- Возможность отправки информации (расписание, подтверждение бронирования, маршрут, счет для оплаты и т.д.) непосредственно из системы.

- Выбор наиболее оптимального способа подключения, конфигурации.

Fidelio

Система FIDELIO -- продукт немецкой фирмы Fidelio, которая является производителем автоматизированных систем для гостинично-ресторанного бизнеса. Главный офис находится в Мюнхене.

Фирма Fidelio является производителем таких систем, как FidelioFO (FidelioFrontOffice), FidelioF&B (FidelioFood&Beverage) и FidelioENG. СистемаFidelio является составной частью глобальных компьютерных систем бронирования, таких, как AMADEUS, SABRE, GALILEO, WORLDSPAN, таким образом, все гостиницы, представленные в Fidelio, автоматически загружаются в эти глобальные компьютерные системы бронирования.Интересы фирмы Fidelio в России представляет фирма HRS (HotelANDRestarauntSystems), которая не только реализует и настраивает программные продукты фирмы Fidelio, но и оказывает техническую поддержку этих систем, проводит 'обучение пользователей. У фирмы HRS есть «Горячая линия», по которой можно получить разъяснения и советы в любое время суток.Компьютерная система Fidelio является одной из самых популярных систем для гостиничного хозяйства. Она установлена (если брать Россию) в таких гостиницах как BalchugKempinsky, Sherraton, HolidayInn, Marriott, Золотое кольцо и другие.

Аппаратные требования не очень высоки -- вполне достаточно иметь компьютеры с процессорами 486 с частотой 120 Мгц и оперативной памятью от 16 Мб.

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

Система FIDELIOFO производит:

- бронирование и заселение гостей,

- начисления за проживание и другие услуги, оказываемые гостиницей,- аккумулирование информации о неоплаченных счетах клиентов, поступающих из различных точек продаж,- выставление промежуточных и окончательных счетов для расчетов с клиентами,

- учет информации о безналичных расчетах,

- получение финансовых и статистических отчетов.

2.2 Отечественные системы бронирования и резервирования Сирена

Первая автоматизированная система резервирования авиационных билетов«СИРЕНА» в бывшем СССР, разработанная учёными АН СССР и специалистами Минприбора СССР, была введена в действие в 1972 году.Задачей данной системы было разгрузить потоки очередей в авиационных кассах. Кроме того, внедрение такой системы в определённой степени решало вопросы максимальной заполняемости мест на внутренних линиях.«Сирена» использовалась в течение длительного времени как единственная автоматизированная система резервирования. Исчерпав свой технологический ресурс, она была заменена в 1981 году системой «Сирена 2». Но вскоре для удовлетворения нужд возросшего пассажиропотока на внутренних линиях «Сирена 2» уже не годилась, и было принято решение её замены и модернизации. Было разработано несколько альтернативных проектов: «Сирена 2М», «Сирена 2.3», «Сирена 3», «Сирена 2000».«Сирена 2М» была запущена в 1994 году. «Сирена 2.3» ориентирована на региональные центры (Санкт-Петербург, Хабаровск, Якутск, Ростов,Минеральные Воды и др.). «Сирена 2000» - система бронирования мест и продажи авиабилетов рассчитана на обслуживание до 30 млн. пассажиров в год. Наряду с ней действуют продукты.

Продукты

- Астра- система управления отправками в аэропорту;- Сопка- система обработки полетных купонов авиакомпании;- Primax - система управления доходами авиакомпании;- СПДА - система планирования и диспетчеризации рейсов авиакомпании;- Отель - 2000 - система бронирования мест в гостиницах.Система бронирования авиабилетов Сирена - 2000 позволяет:- реализовать международную технологию продажи пассажирских перевозок с учетом сложившейся внутренней специфики;

- поддерживать два языка (русский и английский);

- сосредоточить весь ресурс в одном центре с целью максимального контроля за ходом его реализации;

- управлять своими ресурсами и проводить независимую тарифную политику;- осуществлять взаимодействие с международными системами бронирования (например “Amadeus”), расширяя сеть продажи;- учитывать требования пассажиров о специальном обслуживании;- формировать списки пассажиров для Системы Управления Отправками Астра, итоговую информацию по результатам продажи для Системы Управления Доходами Primax , получать статистику отправок.Система управления отправками в аэропорту Астра позволяет:- автоматизировать функции оформления пассажиров, багажа и ручной клади, документирования рейса, допродажи билетов на стойках регистрации, информирования пассажиров и служб аэропорта и многое другое;- реализовать международную технологию регистрации пассажиров и багажа с учетом сложившейся внутренней специфики;

- поддерживать два языка (русский и английский);

- использовать аппаратуру АТВ (печать и валидация посадочных талонов с магнитной полосой, печать багажных бирок со штрих-кодами);- использовать электронные весы;

- проводить одновременную регистрацию нескольких рейсов с одной стойки и рейса с нескольких стоек;

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

Система Отель-2000 позволяет:

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

На смену этим системам пришла распределительная система “Сирена-Трэвел”, основным разработчиком которой является ЗАО “Комтех-Н”.Существующая версия системы обеспечивает прозрачный доступ всех терминалов сети “Сирена” к ресурсам авиакомпаний, размещенных в центрах бронирования авиабилетов “Сирена-3” и “Сирена-2000”.- Распределительная система Сирена-Трэвел собирает и хранит информацию о расписании, наличии мест, тарифах и условиях применения тарифов для авиакомпаний России и стран СНГ.- Сирена-Трэвел позволяет бронировать места и оформлять билеты с любого агентского терминала, независимо от того, к какому ЦБА (Сирена 2000 или

Сирена 2.3) подключен терминал, и от того, в каком ЦБА размещен ресурс авиакомпании.- Сирена-Трэвел на основании хранимой информации при бронировании мест формирует всем агентам нейтральный экран по паре городов, который определяет следующий порядок отображения рейсов всех авиакомпаний России и СНГ на экране:

- По количеству посадок между пунктами отправления и назначения

Туринтел

В настоящее время одним из приоритетов развития туризма в России является внутренний туризм. С учетом этого фирмой «ТУРИНТЕЛ» разработана внутрироссийская система бронирования и резервирования, ввод в промышленную эксплуатацию, которой произошёл в 1998 году. В рамках данной системы объединено 158 гостиниц и иных средств размещения из 60 городов России, а также крупнейших авиакомпаний. Достоинством системы является то, что она имеет выход на основные мировые системы бронирования и резервирования: Amadeus, Galileo, Sabre.

Через «Туринтел» любая гостиница может предложить свои места для бронирования более 500 тысячам агентств, имеющих терминалы, и миллионам клиентов, имеющих выход в Internet. Подключение к системе бесплатное, к серверу «Туринтел» уже подключилось значительное число гостиниц и иных средств размещения из России и стран СНГ.Сервер данной системы допускает также бронирование мест в гостиницах по заказам отечественных фирм или индивидуальных клиентов.В рамках внедрения данной системы предполагается оборудовать продуктами системы «Туринтел» 23 крупнейших гостиницы Москвы: «Алтай», «Белград», «Берлин», «Будапешт», «Варшава», «Волга», «Восход», «Золотой Колос», «Интурист», «Кузьминки», «Ленинградская», «Москва», «Мария», «Националъ», «Орехово», «Останкино», «Пекин», «Россия», «Саяны», «Турист», «Украина», «Эффект», «Юность».

Заключение

Вопрос об установке автоматизированной системы управления гостиничным фондом в конечном итоге решать все же владельцу (управляющему) гостиничного предприятия. Вполне вероятно, что в условиях средства размещения малого типа с незначительными по объему информационными потоками компьютеризация процесса управления отелем лишь неоправданно усложнит работу персонала, однако с каждым годом становится все более очевидным необходимость внедрения таких систем на предприятиях, осуществляющих многоплановое и высокоуровневое обслуживание большого объема клиентов. Точность и быстрота работы профессионально разработанной и отлаженной PMS позволяет значительно снизить время обслуживания и количество ошибок, улучшить качество обслуживания, что влечет за собой минимизацию накладных расходов на лишний персонал, облегчает аудит и способствует росту положительного имиджа средства размещения среди потенциальной клиентуры и партнеров, что, несомненно, наилучшим образом скажется на конкурентоспособности предприятия. В современном информационном обществе адаптация потоков данных к компьютерным моделям становится не только хорошим тоном, но и условием выживания на сверхдинамичном рынке. Доступ к информационным технологиям все более упрощается и удешевляется, а окупаемость их редко можно поставить под сомнение. Особую ценность АСУ представляют при интеграции средства размещения в глобальную систему бронирования (GDS), при этом создается единая для всех членов сети информационная модель, использующаяся удаленными операторами (система b2b - businesstobusiness) и туристами (b2c - businesstoclient) для бронирования услуг отеля (временами даже без участия самой гостиницы). Это значительно упрощает действия предприятия по привлечению клиентов и сокращает расходы на рекламу. Часто расходы на рекламу берет на себя владелец GDS. Большинство фирменных PMS предусматривают подключение к GDS, что значительно упрощает дальнейшее расширение планов руководства. Так или иначе, АСУ гостиниц - это уже не просто мода, но назревшая обусловленная требованиями времени необходимость, и степень соответствия этому веянию может означать процветание предприятия либо его упадок.