Система полуавтоматического управления

туристическими ресурсами (СПАУТР)

По результатам обсуждения

4 октября 2008 г.

Оглавление
Оглавление 1

Список иллюстраций 3

Список таблиц 4

1 Введение 5
1.1 Терминология . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.2 Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.2.1 Услуги . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Обязательные свойства . . . . . . . . . . . . . . . . . . 9
Собственные обязательные свойства . . . . . . . . . . 9

2 Услуги 11
2.1 Отели/Номера . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.1.1 Обязательные свойства . . . . . . . . . . . . . . . . . . 11
2.1.2 Необязательные свойства . . . . . . . . . . . . . . . . 11
Примечания . . . . . . . . . . . . . . . . . . . . . . . . 12
2.2 Транспорт/трансферы . . . . . . . . . . . . . . . . . . . . . . 12
2.2.1 Обязательные свойства . . . . . . . . . . . . . . . . . . 12
2.2.2 Необязательные свойства . . . . . . . . . . . . . . . . 12
Примечания . . . . . . . . . . . . . . . . . . . . . . . . 12
2.3 Услуги с билетами . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.3.1 Обязательные свойства . . . . . . . . . . . . . . . . . . 13
Музеи . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.3.2 Необязательные свойства . . . . . . . . . . . . . . . . 13
2.4 Гиды . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

1
2 Оглавление

2.4.1 Обязательные свойства . . . . . . . . . . . . . . . . . . 13

2.5 Дополнительные услуги . . . . . . . . . . . . . . . . . . . . . 14
2.5.1 Обязательные свойства . . . . . . . . . . . . . . . . . . 14
2.5.2 Необязательные свойства . . . . . . . . . . . . . . . . 14
Примечания . . . . . . . . . . . . . . . . . . . . . . . . 14
2.6 Сводная таблица . . . . . . . . . . . . . . . . . . . . . . . . . . 14

3 Ввод данных 17
3.1 Отели . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.1.1 Категории детей . . . . . . . . . . . . . . . . . . . . . . 17
3.1.2 Deadline . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.1.3 Release date . . . . . . . . . . . . . . . . . . . . . . . . 17
3.1.4 Блоки . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Guaranteed closed . . . . . . . . . . . . . . . . . . . . . 18
Влияние блоков на поиск . . . . . . . . . . . . . . . . . 19
3.1.5 Extras . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.2 Трансферы/Транспорт . . . . . . . . . . . . . . . . . . . . . . 19
3.3 Услуги с билетами . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.3.1 Музеи . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.3.2 Другие . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
3.4 Гиды . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
3.5 Extras . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

4 Себестоимости 23
4.1 Отели . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Комнаты . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Extras/Board Supplements . . . . . . . . . . . . . . . . 24
4.2 Трансферы/Транспорт . . . . . . . . . . . . . . . . . . . . . . 24

5 Базовые себестоимости 25

6 Формирование цен и услуг 27

6.1 Продажные цены . . . . . . . . . . . . . . . . . . . . . . . . . 27
6.2 Блоки . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Примечание . . . . . . . . . . . . . . . . . . . . . . . . 28
6.3 НДС . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
6.4 Отели . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
6.5 Продажные цены на транспорт . . . . . . . . . . . . . . . . . 29
6.6 Гиды/переводчики . . . . . . . . . . . . . . . . . . . . . . . . 29

7 Пакеты услуг 33
7.1 Туры . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

8 Бронирование 35
8.1 Отели . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
8.1.1 Ввод имен . . . . . . . . . . . . . . . . . . . . . . . . . 35
8.1.2 Блоки и разрешение конфликтов . . . . . . . . . . . . 35
8.1.3 Рекомендуемые квоты для агентств . . . . . . . . . . 37
8.1.4 Request . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
8.1.5 Прочее . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
 8.1.6 Редактирование инвойса, переселение (только мене-
джер!) . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Редактирование ante-factum(pre-factum), до вселения 38
8.1.7 Extras . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
8.1.8 Списки на Лалели . . . . . . . . . . . . . . . . . . . . . 39
8.2 Трансфер . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
8.3 Туры . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
8.4 Extras в заказе . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
8.5 Редактирование заказа . . . . . . . . . . . . . . . . . . . . . . 43

9 Operation manager 45

10 Бухгалтерия 47
10.1 НДС . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47

11 Отчеты 49

12 Безопасность 51

13 Начальные данные 53
13.1 Данные . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
13.2 Подтверждение данных . . . . . . . . . . . . . . . . . . . . . . 53

14 i18n/l10n 55
14.1 i18n . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
14.2 l10n . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55

A Формулы расчетов 57
A.1 Себестоимости отелей . . . . . . . . . . . . . . . . . . . . . . . 57
A.2 Базовые себестоимости отелей . . . . . . . . . . . . . . . . . . 58

Список иллюстраций
1.1 От поставщиков до пользователя . . . . . . . . . . . . . . . . . . 7
1.2 От пользователя до поставщиков . . . . . . . . . . . . . . . . . . 8

2.1 Сводная таблица свойств услуг . . . . . . . . . . . . . . . . . . . 15

3.1 Пример поиска по отелям . . . . . . . . . . . . . . . . . . . . . . 19

4.1 Пример задания себестоимости отеля . . . . . . . . . . . . . . . 23

4.2 Пример задания себестоимости трансферов/транспорта . . . . . 24

6.1 Пример формирования продажных цен на отели . . . . . . . . . 29

6.2 Пример формирования продажных цен на транспорт . . . . . . 30

7.1 Пример создания тура . . . . . . . . . . . . . . . . . . . . . . . . 34

3
8.1 Пример редактирования инвойса . . . . . . . . . . . . . . . . . . 39
8.2 Пример заказа трансфера . . . . . . . . . . . . . . . . . . . . . . 41
8.3 Пример заказа туров . . . . . . . . . . . . . . . . . . . . . . . . . 42

9.1 Пример задания Purchase orders . . . . . . . . . . . . . . . . . . 46

Список таблиц
1.1 Примеры шаблонов . . . . . . . . . . . . . . . . . . . . . . . . . . 6

3.1 Пример guaranteed closed блоков . . . . . . . . . . . . . . . . . . 18

8.1 Примерный список имен при бронировании . . . . . . . . . . . . 35

4
 ГЛАВА 1
Введение
1.1 Терминология

Услуги(services) Все, что можно продать и купить (как услуги так и

материальные предметы): номера в отелях, машины, услуги по пере-
возкам, гиды, переводчики, туры, обед в ресторане, цветы в номер и
т.п.

Дополнительные услуги(extras, extra services) Услуги, на которые

нет стандартных расценок или которые надо заказывать дополни-
тельно к некой основной услуге (например, цветы в номер)

Пакет услуг Несколько услуг можно объединить и продавать, как одну

услугу (пример: тур = отель + транспорт + гид + рестораны + ...)

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

Себестоимость услуги(cost) Цена, по которой мы получаем услугу от

поставщика

Базовая себестоимость(base cost) Цена, на основе которой будут фор-

мироваться конечные цены. Базовая себестоимость может не зависеть
от себестоимости услуги

Конечная цена Цена, которую видит клиент/пользователь, зашедший в

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

Шаблон Простая формула (в виде +20, +20$, +20%, +20 + 20% и т.п.),
которые могут применятся к себестоимости, базовой себестоимости и
т.п. для формирования базовой себестоимости, конечной цены и т.п.,
соответственно
Шаблоны являются простыми формулами, которые применяются к
себестоимости. См. таблицу 1.1

5
 6 ГЛАВА 1. ВВЕДЕНИЕ

+20 Прибавляет 20 к себестоимости в той же валюте, в которой введена цена

+20$
+20%

+20 + 20% Равносильно (себестоимость + 20)*1.2

Таблица 1.1: Примеры шаблонов

1.2 Overview

Следующие две диаграммы(1.1 на стр. 7 и 1.2 на стр. 8) схематически

показывают весь процесс от получения услуг от поставщиков до предо-
ставления услуг пользователю до разбора заказа.

1. Поставщик определяет услуги и задает им себестоимости и доступ-

ность (блоки)
2. ADR
a) определяет базовую себестоимость этих услуг
b) определяет свои услуги и пакеты услуг и определяет их базовую
себестоимость
c) определяет блоки на услуги
3. На основе базовых себестоимостей формируются цены
4. Пользователь выбирает требуемые услуги из списка доступных услуг
(доступность определяется блоками)
5. Выбранные пользователем услуги формируют заказ (Sales order)
6. На основе этого заказа ADR определяет, услуги каких поставщиков
соответствуют услугам, заказанным пользователем. Часть услуг мо-
жет быть распределена по поставщикам автоматически, без участия
ADR
7. Согласно списку услуг поставщиков (Purchase order) поставщикам
уходят уведомления. В бухгалтерию уходят как Sales Orders, так и
Purchase Orders
 1.2. OVERVIEW
Поставщики Услуги

Фирма 1 Отели*
Фирма 2 Машины
Фирма 3 Гиды** Формирование
Фирма 4 Extras пакетов услуг Формирование
и собственных блоков
... ... услуг

Формирование
Формирование
базовой
агентских цен
себестоимости

Цены Блоки

Категория 1 Variable
Список услуг, Категория 2 Open
Заказ доступных Категория 3 Closed
для заказа
Категория 4 Агентские
... ...

7
* При пристальном рассмотрении отели можно считать набором услуг "комнаты/номера"
** Гид, как отдельное физ. лицо, может являться поставщиком услуги под названием "гид/услуги гида"

Рис. 1.1: От поставщиков до пользователя

 8
Sales order

Сведение
Услуга 1
Менеджер по заказаных
Услуга 2 продажам услуг с реально
существующими
Заказ Услуга 3
Operation
Услуга 4 manager Формирование
заказов
...
поставщикам

Поставщики
Purchase
order*
Услуга 1 Поставщик 1
Услуга 2` Поставщик 2

ГЛАВА 1. ВВЕДЕНИЕ
Услуга 3` Поставщик 3
Услуга 4 Поставщик 4
... ...

Бухгалтерия

* Услуги в Purchase Order не обязательно соответствуют один-в-один услугам в Sales Order

Рис. 1.2: От пользователя до поставщиков

 1.2. OVERVIEW 9

1.2.1 Услуги

Каждая услуга обладает свойствами, которые можно разделить на следу-

ющие группы:

Обязательные Свойства, которые обязательно присутствуют у каждой

услуги
Необязательные Свойства, которые могут быть у любой услуги, но не
обязательно присутствуют
Собственные обязательные Свойства, присущие какой-либо одной услу-
ге(или определенным услугам), которые обязательно должны присут-
ствовать в данной услуге/услугах
Собственные необязательные Необязательные свойства, присущие какой-
либо одной услуге(или определенным услугам)

Обязательные свойства

• Устанавливаемые поставщиком
– Период цен(себестоимости). Цены включают информацию о на-
личии НДС и комиссии
– Доступность (кол-во комнат, кол-во машин и т.п.)
• Устанавливаемые ADR
– Период базовых себестоимостей
– Период конечных цен
– Доступность (variable, guaranteed open и guaranteed closed блоки,
блоки по агентствам)

Собственные обязательные свойства

• Географическая привязка(транспорт, трансферы, туры)

• Доступность в зависимости от времени суток(экскурсии, туры)
 ГЛАВА 2
Услуги
2.1 Отели/Номера

Отели на самом деле являются поставщиком услуг типа «комната/номер».

Отели также могут предоставлять дополнительные услуги, такие как «цве-
ты в номер».

Здесь рассматриваются только услуги «комната/номер».

2.1.1 Обязательные свойства

• Период себестоимостей

• Период базовых себестоимостей

• Период конечных цен

• Deadline

• Тип комнаты (standard, deluxe и т.п.)

• Количество взрослых

• Количество проживающих

• Количество номеров данного типа в отеле

2.1.2 Необязательные свойства

• Описание

• Название комнаты (amazing и т.п.)

• Release date

11
 12 ГЛАВА 2. УСЛУГИ

Примечания

• Блоки могут назначаться как всей комнате в целом, так и отдельно

для SNGL, DBL, TRPL и т.п.
• Deadline и Release date назначаются всей комнате в целом

2.2 Транспорт/трансферы

Транспорт Машина, которую можно заказать

Трансфер Машина, которую можно заказать на заранее определенный
маршрут (аэропорт-отель, отель-отель и т.п.)

2.2.1 Обязательные свойства

• Периоды себестоимостей
• Периоды базовых себестоимостей
• Периоды конечных цен
• Категория (групповой, индивидуальный, V.I.P. и т.п.)
• Категория/тип/модель машины (автобус, минибус, Mercedes Brabus
и т.п.)
• Вместимость(кол-во людей)

2.2.2 Необязательные свойства

• Описание
• Зоны трансферов
• Типы туров

Примечания

• У каждого типа машины должен быть указан ип тура или зоны

трансферов. Иначе машина будет недоступна в поиске
• Для каждого типа машины можно назначить зоны трансферов (на-
пример, из района A(аэропорт) в район Center(Taksim)) и/или ту-
ры/поездки, на которые этот транспорт можно заказать(например,
half-day tour, full-day tour и т.п.)
 2.3. УСЛУГИ С БИЛЕТАМИ 13

2.3 Услуги с билетами

Услуги с билетами - это музеи, концерты, спортивные мероприятия и про-

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

2.3.1 Обязательные свойства

• Периоды себестоимости
• Периоды базовой себестоимости
• Периоды конечных цен
• Название
• способ приобретения (в кассе, заранее у поставщика - TÜRSAB и т.п.)

Музеи

• Название
• Город
• Район
• На каждый период цен:
– дни, когда работает
– часы, когда работает
– цены на человека

2.3.2 Необязательные свойства

• Описание
• Категории билетов

2.4 Гиды

2.4.1 Обязательные свойства

• Периоды себестоимостей
• Периоды базовых себестоимостей
 14 ГЛАВА 2. УСЛУГИ

• Периоды конечных цен

• Имя, фамилия
• Языки, на которых разговаривает гид
• Категория гида (лицензированый, нелицензированый и т.п.)

2.5 Дополнительные услуги

2.5.1 Обязательные свойства

• Название

2.5.2 Необязательные свойства

• Периоды себестоимостей
• Периоды базовых себестоимостей
• Периоды конечных цен

Примечания

• У дополнительных услуг не всегда может быть известна цена.

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

2.6 Сводная таблица

На рисунке 2.1 на стр. 15 представлена сводная таблица свойств услуг.

2.6. СВОДНАЯ ТАБЛИЦА 15

необязательно
обязательно

Транспорт
Комнаты

Билеты

услуги

Туры
Гиды

Доп.
Название

Описание

Себестоимости
Базовые
себестоимости
Конечные цены

Блоки

Deadline

Release date

Категория

Тип
Кол-во взрослых

Кол-во людей

Кол-во услуги

Зона трансферов

Язык
Способ
приобретения
Дни работы

Часы работы
Город

Район

Примечания:
- Город/район для комнаты обозначают город/район для отеля,
в котором есть эта комната
- Название для гида означает его/ее имя и фамилию

Рис. 2.1: Сводная таблица свойств услуг

 ГЛАВА 3
Ввод данных
Ввод данных во многом сводится к вводу данных для каждой услуги по-
ставщиками. Единственное отличие - ввод данных на пакеты услуг (на-
пример, туры), которые собираются из нескольких, заранее определенных
услуг.

3.1 Отели

3.1.1 Категории детей

Для каждой категории детей необходимо ввести:

• Минимальный возраст

• Максимальный возраст

• Минимальное кол-во взрослых, требуемое для того, чтобы моно было

применять скидки

• Максимальное кол-во детей, на которых действует скидка

3.1.2 Deadline

Дата, позже которой номер уже нельзя заказать

3.1.3 Release date

Release date - это минимальное количество дней, на которую можно зака-

зать данный номер. Вводится на номер целиком (т.е. не на SNGL, DBL и
т.п.)

17
 18 ГЛАВА 3. ВВОД ДАННЫХ

3.1.4 Блоки

Для любой комнаты в любом отеле необходимо ввести блоки: Блоки могут
быть

• Variable blocks
• Guaranteed open
• Guaranteed closed

По умолчанию блоки считаются variable

Блоки вводятся подневно

Блоки могут вводиться как на целую комнату, так и отдельно по SNGL,

DBL, TRPL (но не на SNGL+CHLD, DBL + CHLD и т.п)

Guaranteed closed

Guaranteed closed блоки вводятся на определенный период совместно с

Release Date1 . У всех номеров в guaranteed closed блоке одинаковый release
date. Из этого блока нельзя заказать номер меньше, чем на Release date.
Если продается хотя бы один номер из closed guaranteed блока, то количе-
ство доступных номеров уменьшается на один во всем блоке.

Release date Date Guaranteed

5 0
6 5
7 5
R=3
8 5
9 5
10 0
11 0
Таблица 3.1: Пример guaranteed closed блоков

В таблице 3.1:

• Период guaranteed closed блоков: 06-09

• Release date в этот период - 3 дня
• Можно продать номера на периоды: 5-8, 6-8, 7-10 и т.п.
• Нельзя продать номера на периоды: 5-7, 6-7, 8-10 и т.п.
1 см. страницу 17
 3.2. ТРАНСФЕРЫ/ТРАНСПОРТ 19

• Если продан номер на 5-8, то кол-во доступных номеров на весь пе-

риод с 06 по 10 станет 4

В случае, если у нас еще остались доступные комнаты в closed guaranteed

блоке, то оператору должно приходить уведомление об истечении deadline’а
на покупку этих номеров. Уведомление об истечении приходит только по
первой дате из всего closed guaranteed блока.

Влияние блоков на поиск

Блоки, введенные отдельно для SNGL, DBL, TRPL также влияют на вывод
результатов поиска по отелям. См. рис. 3.1

Hotel 1 Total rooms: 2

SNGL - Select qty - $70
DBL - Select qty - $80

Hotel 2
SNGL 2 $70
DBL 1 $80

Рис. 3.1: Пример поиска по отелям

В первом отеле блок выставлен полностью на всю комнату. Общее коли-

чество комнат - 2. Поэтому всего можно выбрать две комнаты. При смене
одного из комбобоксов «Select qty» соответственно меняется и связанный
с ним комбобокс другой комнаты - чтобы общее кол-во комнат оставалось
2.

Во втором отеле блоки выставлены отдельно на SNGL и DBL. Поэтому

кол-во SNGL не влияет на кол-во DBL.

3.1.5 Extras

Extras/Board supplements задаются:

• в отдельной секции (Hotel Extras)

• extras включают в себя различные услуги типа «цветы в номер»

3.2 Трансферы/Транспорт
• Категории трансферов:
 20 ГЛАВА 3. ВВОД ДАННЫХ

– групповой
– индивидуальный
– V.I.P.
– и так далее
• Категории/типы/модели машин:
– mini
– midi
– автобус
– легковая
– Mercedes S500
– и так далее
Когда вносятся типы/модели машин, они присваиваются категориям
трансферов
В компаниях, предоставляющих услуги транспорта, вводятся имею-
щиеся в наличии категории машин и их количество

3.3 Услуги с билетами

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

3.3.1 Музеи

• Название, город, район

• на каждый период:
– дни, когда работает
– часы работы
– цены на человека
 3.4. ГИДЫ 21

3.3.2 Другие

• Formula1, футбол, концерты и т.п.

• задаются цены по периодам

3.4 Гиды
• У гидов обязательно указывать язык(и), на которых он разговарива-
ет
• Указать, лицензированый ли гид (дать возможность указать это как
категорию гида с возможностью добавления новых категорий)
• цены указываются по типу пункта «туры/free ride» в трансферах/транспорте
2
:
– задаются категории тарифов (halfday, fullday, тур по Турции и
т.п.)
– при создании туров выбирается соответств. цена/тур

3.5 Extras
• всякие дополнительные услуги (паркинг, мост, extra meal и т.п.):
– название
– поставщик (опционально)
– цена (опционально)
– период
• есть стандартные extras, в отдельной таблицу
• есть доп. extras, которые дописываются в заказ простым текстовым
полем
• доп. extras сохраняются только в заказе
• все extras дописываются в заказ (стандартные + доп. сохраняются в
заказе)
• при задании поставщика можно задать нового поставщика
см. также extras в отеле3

2 см. страницу 24
3 см. страницу 19
 ГЛАВА 4
Себестоимости
4.1 Отели

Комнаты

На рисунке 4.1 показан способ задания себестоимости для отеля.

01.06-01.10
STANDARD ROOM Валюта: USD

Commission
SNGL DBL TRPL VAT? Commission?
from VAT?
RO (Room only) 100 110 120 ✔
BB 130 140 150 ✔ ✔ ✔
HB 160 170 180 ✔ ✔
FB 190 200 210 ✔ ✔ ✔

CHILD POLICY
0-6
50% of Extra bed

7-12
20 €

Рис. 4.1: Пример задания себестоимости отеля

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

таблице, в которой присутствует возможность ввести себестоимости для
каждой из комбинаций SNGL+CHLD1, DBL+CHLD1 и т.п.

23
 24 ГЛАВА 4. СЕБЕСТОИМОСТИ

Extras/Board Supplements

Задаются в отдельной секции. При этом:

• задаются цены или per supplement или per pax

• валюта - любая
• как и при вводе цен, спрашивать, включены ли НДС и комиссия
• цены задаются по периодам

4.2 Трансферы/Транспорт

На рисунке 4.2 показан способ задания себестоимости для трансферов/транспорта.

Transport A
Period: 01.01 - 07.08

Transfers
Departure/Arrival

Зоны 1 2 3 4

1 20 30 40 50

2 60 40 40

Departure Arrival Трансфер внутри зоны

Free ride

Тип

Half-day tour 20

Full-day tour 30

Other tour 50

Another tour 40

Рис. 4.2: Пример задания себестоимости трансферов/транспорта

 ГЛАВА 5
Базовые себестоимости
Для любой услуги формируется базовая себестоимость. Для некоторых
услуг она может формироваться автоматически (например, при наложе-
нии шаблонов наценок на себестоимости номеров в отелях), но для каж-
дой услуги предусмотрена возможность ручного ввода базовой
себестоимости

Алгоритм введения базовой себестоимости такой: - для каждого элемента

услуги вводятся шаблоны или фиксированные цены - указывается период
действия этих шаблонов - вычисляется базовая себестоимость услуги

Номера в отелях - это практически единственная услуга, где не требуется

вмешательства оператора и базовые себестоимости высчитываются авто-
матически на основе шаблонов. Для большинства других услуг базовая
себестоимость является просто фиксированной ADR ценой.

25
 ГЛАВА 6
Формирование цен и услуг
6.1 Продажные цены

Продажные цены определяются для каждой услуги по категориям для

разных агентств.

Пример:

• Себестоимость услуги A - 20$, услуги B - 30$

• Базовая себестоимость услуги А и услуги В - 45$
• Продажная цена:
– для категории агентств А: услуги А - 50$, услуги В - 50$
– для категории агентств В: услуги А - 57$, услуги В - 62$
– для категории агентств С: услуги А - 62$, услуги В - 62$
– для категории агентств D: услуги А - 62$, услуги В - 70$

Как и базовые себестоимости, продажные цены могут задаваться как вруч-

ную, так и с помощью шаблонов наценок.

6.2 Блоки

ADR может выделить себе блок номеров (невидимый для всех) и разда-
вать из этого блока блоки агентствам1

При уменьшении агентского блока услуга возвращается в пул ADR

Адриатик может выпустить эту услугу в общедоступный пул

1 см. также разрешение конфликтов и порядок изымания блоков по номерам на стр.
35

27
 28 ГЛАВА 6. ФОРМИРОВАНИЕ ЦЕН И УСЛУГ

Примечание

На данном этапе такое распределение блоков применимо, в основном, толь-

ко к номерам в отелях.

6.3 НДС

При формировании цен на каждую отдельную услугу необходимо задавать

НДС. НДС привязывается к типу сервиса и стране

Можно ввести несколько вариантов НДС, чтобы потом бухгалтерия мог-

ла выбрать, какой НДС использовать (например, Hotel Extras: спиртное -
18%, завтрак - 8%, цветы - 8% и т.п.)

НДС отдельно задается для sales price и для costs. При задании цен отме-
чается - VAT Included или нет

НДС по умолчанию считается включенным в цену. Operational manager

его потом может исправить.

Sale price всегда сохраняется с рассчитанным НДС

Купленный заказ содержит следующую информацию:

• sale price
• sale price VAT (в процентах)
• cost
• cost VAT (в процентах)
• включен ли VAT в cost (на случай, если мы покупаем услугу без VAT)

6.4 Отели

На рисунке 6.1 показана примерная форма для формирования продажных

цен на отели. При копировании шаблонов из другого отеля копируются
только шаблоны для одинаковых типов комнат

Price A, Price B и т.п. - это категории продажных цен

ADR может запретить автоматический пересчет цен на определенный пе-

риод для определенного отеля
 6.5. ПРОДАЖНЫЕ ЦЕНЫ НА ТРАНСПОРТ 29

HOTEL X Copy from hotel: - Select One -

Standard Deluxe President

Period + список периодов для редактирования

From: To:

1 ADL 2 ADL 3 ADL

Price A +20$ +20 +20%

B +20
+20++20%
20% -2 -15%

Save

Рис. 6.1: Пример формирования продажных цен на отели

6.5 Продажные цены на транспорт

На рисунке 6.2 показана примерная форма для формирования продажных

цен на транспорт/трансферы. При копировании шаблонов из другого оте-
ля копируются только шаблоны для одинаковых комбинаций типа
транспорта и зоны трансфера/типа тура)

6.6 Гиды/переводчики

Для гидов вводятся:

• город
• страна
• язык, на котором говорит
• категорию гида (licensed, unlicensed и т.п.)
• типы «туров» (half-day, full day и т.п.)
30 ГЛАВА 6. ФОРМИРОВАНИЕ ЦЕН И УСЛУГ

Company X Copy from company: - Select One -

Transport A
Period: 01.01 - 07.08

Price A Price B Price C

Transfers
Departure/Arrival

Зоны 1 2 3 4

1 +20$ +20 +20% +20 + 2%

2 -2 -2% + 15

Departure Arrival Трансфер внутри зоны

Free ride

Тип

Half-day tour +20

Full-day tour +20%

Other tour -20

Another tour +20$

Рис. 6.2: Пример формирования продажных цен на транспорт

6.6. ГИДЫ/ПЕРЕВОДЧИКИ 31

• на каждый тип тура вводятся блоки по типу отельных (variable,

closed, guaranteed, блоки ADR)
• вводится «base cost» по периодам для гидов, трансферов, туров. про-
дажные цены формируются на основе «base cost»
• В продажных ценах, как и в отелях, есть цены A, B, C и т.п., которые
задаются для каждого «тура»
• При вводе цен надо учитывать единицу времени, на которую они
вводятся:
– per hour
– per day
– fixed price
При бронировании надо будет обязательно ввести кол-во часов для
per hour, дней для per day и ничего для fixed price
 ГЛАВА 7
Пакеты услуг
Пакет услуг объединяет несколько услуг под одним названием и ценой.

Например, тур - это отель + гид + трансфер + ресторан + . . .

7.1 Туры

Туры составляются согласно рисунку 7.1 на стр.34

Базовые себестоимости берутся динамически из базовых себестоимостей

составляющих. После этого базовая себестоимость тура изменяется соглас-
но изменениям базовых себестоимостей составляющих

Можно также заморозить высчитанную на данный момент себестоимость

на какой-то период. Такая себестоимость не меняется при изменении базо-
вой себестоимости составляющих

Себестоимости per pax автоматически высчитываются согласно указанно-

му в машинах минимальному и максимальному количеству людей.

Периоды задаются только для

• fixed price tour

• замороженных цен

Блоки на туры вычисляются на основе блоков для гидов

У каждого из туров есть одно из:

• время начала тура (9:30 или 10:15 и т.п.)

• промежуток, когда тур может начаться (напр., с 9:30 до 12:00 и т.п.)

33
34 ГЛАВА 7. ПАКЕТЫ УСЛУГ

Tour

From: mm/dd/yyyy Weekdays:

Monday ✔ Friday
To: mm/dd/yyyy
✔ Tuesday Saturday
1
Start time: hh:mm
Wednesday ✔ Sunday

✔ Thursday

Cars Price PP
Pax Price

Car 1 Mini 1 3 pax 3$ 1 30

2 28
Car 2 Midi 4 10 pax 10$
3 25
Car 3 Maxi 11 40 pax 20$ 4 24
5 20
+

Additional services Price PP

Museum 1 20$
Museum 1 20$
Guide 20$

3 Set a fixed price for the entire tour: 20$ per pax

4 Freeze prices
Save
and save

Рис. 7.1: Пример создания тура

 ГЛАВА 8
Бронирование
8.1 Отели

См. также то, как блоки влияют на поиск номеров на стр. 19.

8.1.1 Ввод имен

При бронировании номеров в отеле можно позволять не вводить имена

всех проживающих (например, только одного человека в DBL), но при
этом спрашивать, действительно ли мы хотим так сделать

При бронировании сначала вводятся все имена (включая детей), а только

потом - комнаты

Для детей обязательна дата рождения (или возраст). Для взрослых - оп-
ционально:

No. MR/s Surname, name Age Date of Birth Notes

1 MR IVANOV IVAN
2 MR PETROV PETR
3 MRS PETROVA ANNA
4 CHLD PETROV IGOR 12
5 INF PETROVA SVETA 23.10.2007
CHLD = child, INF = infant
Таблица 8.1: Примерный список имен при бронировании

8.1.2 Блоки и разрешение конфликтов

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

35
36 ГЛАВА 8. БРОНИРОВАНИЕ

• у агентства уменьшается выделенный ему блок

• согласно выставленному приоритету у отеля уменьшаются блоки в
variable и в открытом пуле guaranteed номеров
• в самом конце забирается из пула блоков ADR

Когда ADR-менеджер резервирует номер в отеле за агентство, то у него

есть возможность разрешать/редактировать конфликты с блоками на но-
мера:

Пример: 6 guaranteed rooms + 3 variable rooms

в guaranteed rooms эти комнаты выделены в блоки по 2 комнаты трем
разным агентствам
——
Агентство хочет заказать 3 комнаты. Так как в блоке агентства до-
ступно только 2 комнаты, конфликт можно разрешить следующим
образом:
(по умолчанию)Снять как variable . Номера добираются из variable
rooms
Сверх блока Автоматически для агентства увеличивается кол-во
блоков, которые сразу помечаются как проданные
Забрать у другого агентства Выбирается агентство, у которого
изымаются гарантированные блоки
Если конфликт разрешается путем снятия блока у другого агентства,
то на такое действие обязательно уходит запрос старшему менеджеру,
который:
• решает, у каких агентств забирать блоки, и подтверждает
• если блоков нет, отказывает

Когда бронирует агентство, оно не может редактировать конфликты. При

требовании комнат сверх блока:

• если есть variable, изымаются variable

• в противном случае бронировать не удастся

Когда агентство ищет комнаты, то:

• если комнаты есть, сразу можно забронировать

• если комнат больше, чем есть, то:
– даем возможность request на все эи номера скопом
 8.1. ОТЕЛИ 37

– вывести кол-во доступных номеров и предложить сменить кри-

терии поиска:
You are searching for 6 rooms. There are 5 rooms available. Change
your search criteria

8.1.3 Рекомендуемые квоты для агентств

• квота вводится на кол-во заказов на определенные даты

• если кол-во заказов превышает квоту, об этом сообщается старшему

менеджеру

• агентство может продолжать заказывать сверх квоты

8.1.4 Request

Если номер - Request:

• агентство отправляет request в пул запросов

• менеджер подтверждает или отменяет запрос, он возвращается в агент-

ство

• менеджер может сделать request от имени агентства

• если во всем заказе есть хоть один item on request, весь заказ счита-
ется как бы on request (то есть не заказывается ни один из item’ов)

• при подтверждении request’а ему выставляется дата и время, до ко-

торого этот item можно заказать

8.1.5 Прочее

При вводе заказа на номер:

• и менеджер и агентство могут ввести как hotel note так и internal note

• hotel note уходит напрямую в отель

При заказе отеля:

• агентство может забронировать номер только через поиск (т.е. найти

отель, который соответствует критериям → бронь)
 38 ГЛАВА 8. БРОНИРОВАНИЕ

• менеджер может ввести всю информацию напрямую, руками

Когда менеджер вводит заказ на номер, он может изменить price и cost

подневно на каждый номер.

В этом случае cost и price никак не связаны, они нужны только для отче-
тов.

Можно вводить цену, равную 0

8.1.6 Редактирование инвойса, переселение (только менеджер!)

Человек может быть выписан в один отель, а на самом деле будет жить/жил
в другом

Редактирование ante-factum(pre-factum), до вселения

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

• открывается подневное редактирование цен (см. рис. 8.1)

• в разделе Prices остаются/редактируются цены отеля, на который

идет заказ (куда человек должен был поехать)

• в разделе Costs выбирается себестоимость отеля, в котором человек

будет проживать

• блоки вычитаются из отеля, в котором будет проживать человек

• в случае конфликта блоков они редактируются, как обычно1

• агентству будет выставлен счет на цены и название оригинального

отеля

• в бухгалтерии дело ведется с отелем, в котором проживает человек,

но при этом отмечается, что фактура агентству была выставлена на
оригинальный отель

8.1.7 Extras

При бронировании дать возможность заказать любое кол-во extras вне за-
висимости от того, что искал
1 см. страницу 36
 8.1. ОТЕЛИ 39

Best Western The President Hotel

Deluxe Room, 1 ADL
12/08 - 26/08/08

Costs

Actual hotel: Best Western The President Hotel

Mon Tue Wed Thu Fri Sat Sun

Week 1 20$ 20$ 20$ 20$ 20$

Week 2 20$ 40$ 40$ 40$ 20€ 20€ 20€

Week 3 20€ 20€

Prices

Price calculated for: Best Western The President Hotel

Mon Tue Wed Thu Fri Sat Sun

Week 1 20$ 20$ 20$ 20$ 20$

Week 2 20$ 40$ 40$ 40$ 20€ 20€ 20€

Week 3 20€ 20€

Рис. 8.1: Пример редактирования инвойса

8.1.8 Списки на Лалели

Список на Лалели - это огромный (до сотни и более) список имен, с ука-
занием того, куда эти люди едут. При этом часть людей может ехать с
подселением, то есть заказать, например, половину от DBL.

Списки вводятся/редактируются агентством, при этом:

• оператор pre-factum исправляет отели/имена/даты заезда

• оператор post-factum вносит реальные стоимости/отели/даты прожи-

вания (при этом один человек может проживать в нескольких отелях
в течение периода)

• при закрытии заказа агентству выставляется счет на оригинальные

 40 ГЛАВА 8. БРОНИРОВАНИЕ

отели

• список отелей. для списков берутся только отели из Laleli

Как только агентство отправило список, он отмечается в системе, как заказ

Блоки Laleli редактируются в отдельном модуле

8.2 Трансфер

См. рис. 8.2 на стр. 41.

From и To могут содержать отели/регионы/аэропорты/города

Если From или To - аэропорт, то для аэропорта запрашиваем:

• Номер рейса или город прибытия

• Время прилета

Если From или To - отель/регион, то спрашиваем время трансфера

В случае, если мы заказываем Free Ride2 , то форма заказа практически не

изменяется. Предлагаем клиенту заказать один из «туров»3 , заданных во
free ride.

В случае с индивидуальными заказами (где цена зависит от кол-ва чело-

век), цена выводится как $28-$108. При щелчке на цену выходит табличка
с детальными ценами (1pax - $28, 2-3pax - $48 и т.п.)

При заказе тура, у которого указано время, в форме заказа тура автома-
тически заполняется read-only полк «время»

Если выбирается индивидуальный заказ (без установления времени), поль-

зователь должен ввести время в форме заказа тура

8.3 Туры

В турах обязательно должен быть указан язык, на котором мы предостав-

ляем этот тур. Нельзя ввести несколько языков на тур

2 см. страницу 24
3 Не путать с турами, задаваемыми как пакет услуг(см. стр. 33)
8.3. ТУРЫ 41

Category Type/model

Standard Mini

From

Date: From
mm/dd/yyyy Best Western the President Hotel

Transfer time hh:mm

To

Date: From
mm/dd/yyyy Ataturk Airport

Flight No: -or- City: Chisinau

Arrival time hh:mm

Available trransport Names

Price PP

AP HOTEL GROUP 5$ P1 Ivan Petrov

AP-HR IND(1-3) 20$

P2 Ivan Petrov
AP-HR IND(4-19) 40$
AP-HR2 IND(1-3) 15$ P3 Ivan Petrov

AP-HR VIP(1-3) 50$

P4 Ivan Petrov

Save

Рис. 8.2: Пример заказа трансфера

 42 ГЛАВА 8. БРОНИРОВАНИЕ

В результатах поиска по туру идет сортировка до дате и времени. Дли-

тельность тура задается в описании тура и автоматом не учитывается (см.
рис. 8.3)

07/08 - 08/08/08

Дата Время Тур Цена

07.07 9:00 Half-day 100$ Edit names

✔ Full-day 150$ Edit names

9:30 Kemerburgaz (2 days) 800$ Edit names

Half-day 200$ Edit names

08.07 9:00 Half-day 100$ Edit names

9:30 Half-day 100$ Edit names

Order

Рис. 8.3: Пример заказа туров

У каждого тура есть зоны, из которого ADR забирает людей (без доп.
стоимости)

При выборе тура мы показываем, что он бесплатен только для данных

районов, а для других необходимо заказывать трансфер

При заказе тура необходимо указать, какие люди едут, и из какого отеля
их забирать

Если человек живет вне зоны тура, то ему надо указать, из какого отеля
внутри зоны его надо забирать, и заказать трансфер из его отеля в тот,
откуда его заберут на тур. Агентство должно само решить, какую машину
выбрать, и заказывать ли обратный трансфер.

8.4 Extras в заказе

Существуют доп. услуги (цветы в номер, catering, ужин и т.п.)

При добавлении такого extra:

• агентство выбирает:
– категорию extra (hotel, transport, catering и т.п.)
 8.5. РЕДАКТИРОВАНИЕ ЗАКАЗА 43

– подкатегорию (hotel → dinner и т.п.)

– если у нас есть цена для этого extra, то даем возможность сразу
его выбрать. Если такого extra нет, то позволяем отослать запрос
на данный подтип extra
• в каждый extra обязательно вписывается:
– список имен людей, для которых предназначен extra
– примечания (external/internal)

8.5 Редактирование заказа

Заказ закрывается для редактирования в 24:00 последнего дня последней

услуги заказа:

• заказ становится locked

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

Для редактирования заказа агентство обязано отправить запрос на редак-

тирование.

Этот запрос виден и доступен для редактирования/подтверждения:

• человеку, ответственному за это агентство (см. главу «Безопасность»

на стр. 51)
• старшему менеджеру (super-user)

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

аналогичный запрос, видный тем же людям
 ГЛАВА 9
Operation manager
У нас есть Purchase orders и Sales orders

Sales order - это заказ, созданный клиентом(агентством) и отправленный

к ADR. Purchase order - это заказ, созданный ADR и отправленный к
поставщику услуг

Operation Manager работает с Purchase orders

Purchase order автоматом создается для каждого отеля

Purchase order может быть открыт для редактирования/добавления или

закрыт(locked)

Пример редактирования Purchase orders cм. на рис. 9.1.

Purchase order может содержать любое количество любых услуг вне зави-
симости от того, к какой услуге в Sales order он привязан (раздел А на
рисунке)

Одному Sales order может соответствовать несколько Purchase orders . Но

и один Purchase order может соответствовать нескольким Sales orders . На-
пример, если у нас есть несколько заказов на тур, то люди из этих несколь-
ких заказов (нескольких Sales orders ) могут ехать на одном автобусе (один
Purchase order ) (раздел 2 на рисунке 9.1).

45
46 ГЛАВА 9. OPERATION MANAGER

1. Один Sale Order

№ 4004, PU ODESSA

Hotel 1 Akgun Transport

2 ADL PO
18/08-27/08 № 4117
Mini
3 pax
Tour 1
Edit Remove
3 pax
19.08
Museum 1
Tour 2
2 pax Assign POs P1 Ivan Petrov
20.08
P2 Ivan Petrov
Tour 3
1 pax Edit POs
P3 Ivan Petrov
21.08

Save Cancel

+ Save Cancel

Add Order

2. Несколько Sale Orders, один Purchase Order

№ 4004, PU ODESSA

Tour 1
3 pax Akgun Transport
19.08
Midi
№ 4007, NORTER MOSCOW
P1 Ivan Petrov
Tour 2
2 pax
P2 Ivan Petrov
20.08

Tour 3 P3 Ivan Petrov

2 pax
20.08 Save Cancel

+ Save Cancel
Add Order

Hold control and click order components

to select multiple SOs

Рис. 9.1: Пример задания Purchase orders

 ГЛАВА 10
Бухгалтерия
Бухгалтер может присвоить любому заказу статус locked. Это значит, что
заказ закрыт для редактирования. Такой заказ не может отредактировать
даже человек, за него ответственный1

В списке заказов бухгалтер может просмотреть не только сами заказы, но

и то, на что изначально был сделан заказ (см. редактирование инвойса на
стр. 38), на что заказ был сделан в реальности, и все Purchase orders

10.1 НДС

Для разных услуг могут быть разные НДС. Бухгалтер должен иметь воз-
можность вводить новые НДС и назначать им разным услугам.

Пример Комната в отеле: 18%, board в том же отеле: 8% и т.п.

См. также раздел «НДС» в «Формировании цен и услуг» на стр. 28.

1 см. страницу 43

47
 ГЛАВА 11
Отчеты

49
 ГЛАВА 12
Безопасность
Любой из разделов сайта имеет следующие уровни доступа:

• Только чтение
• Чтение и удаление
• Чтение и редактирование
• Чтение, редактирование и удаление

Кроме этого, можно ограничивать полномочия людей по агентствам.

Например Оператор А обладает доступом «только для чтения» ко всему

сайту и «чтение и редактирование» для заказов агентства В

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

скрывает этот раздел сайта.

Необходимо создать возможность разрешать временный доступ с опреде-

ленными полномочиями.

Например Оператор А агентства В не может присутствовать на работе

3 дня. Создаются временные привилегии для оператора С, которому
на эти 3 дня дается доступ к агентству В

51
 ГЛАВА 13
Начальные данные
Некоторые данные должны сразу присутствовать в системе или вводить-
ся/подтверждаться администратором прежде, чем они станут доступны
при заполнении данных и т.п.

13.1 Данные

• типы комнат

• страны

• города

• районы по городам

• типы трансферов

• типы машин

• типы услуг

• поставщики

• типы туров

13.2 Подтверждение данных

В случае некорректного ввода данных или в случае, если какие-то дан-

ные вводятся не администратором, а отданы на откуп поставщикам, то
возможна проверка/подтверждение данных следующим образом1 :

1. Пользователи вводят данные в обычном порядке.

1 Информация взята с http://spectator.ru/technology/web-building/tags2null

53
54 ГЛАВА 13. НАЧАЛЬНЫЕ ДАННЫЕ

2. Модераторы берут существующие данные и выстраивают между ни-

ми связи.
3. После редактирования связей происходит автоматическая чистка дан-
ных в существующих «записях». Например, «стамбул, истамбул, стан-
бул» становятся просто «Стамбул». «Турция» убирается по понят-
ным соображениям: «Стамбул / Турция», то есть «Стамбул» входит
в «Турцию», и при выборке по слову «Турция» Стамбул будет пока-
зан тоже.
4. Пользователю предлагается новый улучшенный интерфейс ввода дан-
ных, с автозаполнением, подсказками и т.п.

Плюсы системы: модератору не надо заранее изобретать всеобъемлющие

категории, всё делают пользователи сами. Модератору достаточно один
раз связать и причесать уже готовые, введенные пользователями, данные.
 ГЛАВА 14
i18n/l10n
i18n internationalization, адаптация продукта для потенциального исполь-
зования практически в любом месте (формат дат и времени, символы
валют и т.п.)

l10n localization, добавление специальных функций для использования в

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

См. также http://ru.wikipedia.org/wiki/Интернационализация и

http://en.wikipedia.org/wiki/Internationalization_and_localization

i18n и l10n влияют только на отображение данных, а не на их внутренне

представление в базе данных и т.п.

14.1 i18n

Следующие данные должны отображаться согласно географическому по-

ложению пользователя:

• Даты (US: 08/28/2008; UK: 28/08/2008; TR: 28.08.2008 и т.п.)

• Валюта (US: $10, e10; RU: 10$, 10eи т.п.)

• Номера телефонов (US: + 373 7929 85 45; FR: +37379298545)

• Формат чисел (US: 1,000.25; RU: 1 000,25)

14.2 l10n

Следующие данные должны быть переведены на требуемые языки:

55
56 ГЛАВА 14. I18N/L10N

• Весь текст интерфейса (надписи на кнопках, справка, заголовки, обыч-

ный текст, описания и т.п.)
• Страны
• Города
• Вспомогательная информация в адресах (ул., переулок, дом, кв. и
т.п.)
• Вспомогательная информация в названиях (музей, здание имени и
т.п.)
• При необходимости транслитерированы названия объектов на кирил-
лицу/с кириллицы
 ПРИЛОЖЕНИЕ A
Формулы расчетов
A.1 Себестоимости отелей

Себестоимость каждого номера состоит из:

• Себестоимость взрослых (с НДС)

• Себестоимость детей, для которых возможны скидки (с НДС)
• Себестоимость детей, на которых не распространяются скидки, вы-
считанная, как для такого же кол-ва взрослых (с НДС)

Пример 1 CHLD 0-6: стоимость 0$ при сопровождении одного взрослого

SNGL DBL TRPL SNGL + 1 CHLD 0-6

10 20 30 10

Пример 2 CHLD 7-12: стоимость 20% от Extra Bed при сопровождении

одного взрослого
Если не указано, то ExtraBed = TRPL - DBL

SNGL DBL TRPL SNGL + 1 CHLD 7-12

10 20 30 12

Пример 3 CHLD 0-6: стоимость 0$ сопровождении двух взрослых

CHLD 7-12: стоимость 20% от Extra Bed при сопровождении двух
взрослых
Так как дети не попадают под условие скидки, то они считаются,

SNGL DBL TRPL SNGL + 1 CHLD 0-6 SNGL + 1 CHLD 7-12

10 20 30 20 20

как взрослые

57
 58 ПРИЛОЖЕНИЕ A. ФОРМУЛЫ РАСЧЕТОВ

Пример 4 CHLD 0-6: стоимость 0$ сопровождении двух взрослых

CHLD 7-12: стоимость 20% от Extra Bed при сопровождении двух
взрослых
В случаях, когда все дети не попадают под условия скидки, алгоритм

SNGL DBL TRPL SNGL + 1 CHLD 0-6 + 1 CHLD 7-12

10 20 30 20

следующий:
1. У нас N взрослых
2. Выбираем из детей, неподходящих под условия скидок, одно-
го, считаем его за взрослого, указываем ему себестоимость, как
взрослому
3. У нас становится N = N + 1 взрослых
4. Смотрим, кто из детей может получить скидки, назначаем им
скидки, вычеркиваем их из списка детей
5. Если больше детей нет, мы получили требуемую себестоимость.
Иначе возвращаемся к пункту 2.
Алгоритм усугубляется необходимостью выбрать самое оптимальное
значение себестоимости. Так, в этом примере и «CHLD 0-6» и «CHLD
7-12» не подходят под условия скидки. У нас получается два вариан-
та:

SNGL + 1 CHLD 0-6 + 1 CHLD 7-12 = DBL + 1 CHLD 7-12

= 20 + 0.2(TRPL-DBL) = 22

SNGL + 1 CHLD 0-6 + 1 CHLD 7-12 = DBL + 1 CHLD 0-6

= 20 + 0 = 20

Как видно, оптимальным вариантом будет второй вариант с меньшей

себестоимостью
Пример 5 CHLD 0-3: стоимость 0$ сопровождении одного взрослого
CHLD 4-7: стоимость 10% от Extra Bed при сопровождении двух
взрослых
CHLD 8-12: стоимость 20% от Extra Bed при сопровождении двух
взрослых

SNGL DBL TRPL SNGL + 1 CHLD 0-6 + 1 CHLD 4-7 + 1 CHLD 8-12
10 20 30 21

A.2 Базовые себестоимости отелей

• Для комнат, где проживают (по себестоимости) только взрослые,

шаблон наценки применяется напрямую
A.2. БАЗОВЫЕ СЕБЕСТОИМОСТИ ОТЕЛЕЙ 59

• Для комнат, где проживают (по себестоимости) и дети, шаблон при-

меняется к компоненте себестоимости детей, которая суммируется с
компонентой себестоимости взрослых, после чего шаблон применяет-
ся ко всей (себе)стоимости:
– Если для детей фиксированая цена, шаблон применяется ко всей
себестоимости номера
– Если в процентах от ExtraBed/DBL, накладывается шаблон на
ExtraBed/DBL, полученая цена складывается с компонентой се-
бестоимости взрослых, на все накладывается шаблон

Пример SNGL: +10

DBL: +20
ExtraBed: +5

CHLD1: 10% от ExtraBed

CHLD2: 10% от 12 DBL

Если не указано по-другому, то ExtraBed = T RP L − DBL. В расче-

тах себестоимостей на TRPL Extrabed всегда равен T RP L − DBL

Cost Base Cost Примечания

SNGL 10 20
DBL 20 40
TRPL 30 55 T RP L = DBL + ExtraBed = (DBL + 20) + (ExtraBed + 5)
SNGL+CHLD1 15 21.5 = (SN GL + (ExtraBed + 5) · 0.1) + 10
SNGL+CHLD2 15 22 = (SN GL + 12 (DBL + 20) · 0.1) + 10
DBL+CHLD1 35 41.5 = (DBL + (ExtraBed + 5) · 0.1) + 20
DBL+CHLD2 35 42 = (DBL + 21 (DBL + 20) · 0.1) + 20

Внимание! DBL+CHLD1 на самом деле может оказаться SNGL+CHLD1+CHLD2

(см. раздел A.1 на стр. 57). При накладывании шаблонов мы смотрим
на себестоимость, а не на людей, кто там проживает