Договоры

Договоры в Mid Office Manager представляют собой объекты, главным образом предназначенные для автоматического расчёта комиссий, агентских сборов, бонусов, скидок и т.п. для различных продуктов, согласно условиям правил их начисления. Чартерные и блок-чартерные договоры используются для расчёта квот выкупленных мест по блок-чартерным договорам и для формирования отчётности по продажам чартерных и блок-чартерных мест.

Ещё договоры можно использовать для синхронизации с профилями GDS Sabre. О синхронизации можно узнать из статьи «Синхронизация профилей».

Расчёт комиссий, сборов и скидок происходит с помощью механизма правил, которые в свою очередь состоят из условий проверки объектов и действий, осуществляемых при выполнении этих условий. Например, условие может проверять наличие определённых сегментов в билете, а действие устанавливать нужную в таком случае комиссию.

Содержание

1 Предварительная настройка
2 Создание, просмотр и удаление договоров
3 Типы договоров
- 3.1 Двухсторонние договоры
- 3.2 Трёхсторонние договоры
4 Заполнение двухсторонних договоров
5 Заполнение трёхсторонних договоров
- 5.1 Закладка «Общая»
- 5.2 Закладка «Правила»
6 См. также

Предварительная настройка

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

Категории и типы комиссий, сборов и скидок

Все комиссии, сборы и скидки в программе имеют строгую иерархию. Непосредственное описание принципа расчёта комиссии (процентная или фиксированная, округляемая или нет и т.п.) называется типом комиссии. Типы комиссий, свойства сборов и т.п. являются отдельными самостоятельными объектами.

Каждый тип комиссии также должен иметь категорию. Категории предназначены для группировки близких по схеме применения комиссий. Главной особенность категорий комиссий является то, что для одного продукта по одному договору может быть рассчитан только один тип комиссии этой категории. Поэтому категории следует обязательно учитывать при настройке правил договоров. В этом разделе мы рассмотрим, как можно настраивать комиссии, сборы и скидки.

Сборы и скидки обладают такой же иерархией, имеют тип и категорию. На них также распространяются правило о невозможности расчёта множества сборов и скидок одной категории для одного продукта в рамках одного договора.

В данный момент в программе используются следующие объекты для настройки сборов и комиссий:

Тип комиссии используется для расчёта комиссий субагентов, поставщиков и клиентов.
Свойства сбора
Свойства сбора за оплату (используется для начисления сбора за оплату в указанной в свойствах форме).
Свойства скидки

Категории комиссий, сборов и скидок

Каждый тип комиссии, свойство сбора и т.п. должны быть привязаны к категории. Категории выбираются из справочника «Категории комиссий» (несмотря на название, в этом же справочнике задаются категории для сборов и скидок). Чтобы добавить новую категорию, откройте справочник, нажмите кнопку «Добавить» и укажите название категории. У категории есть только название и никаких других свойств.

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

Как было сказано выше, для одного продукта в результате применения правил одного договора может быть рассчитан только один тип комиссии одной категории. Если затем будет произведена попытка рассчитать другой тип комиссии такой же категории, он рассчитан не будет. При этом, если комиссия, сбор или скидка одной категории рассчитываются для одного продукта в рамках нескольких договоров, все они будут рассчитаны и отображены на маске продукта. Обязательно учитывайте это при создании действий для правил договоров.

Создание, просмотр и удаление типов комиссий, сборов и скидок

Рассмотрим, как создавать и удалять типы и свойства комиссий, скидок и сборов, в каких списках эти объекты можно найти.

Создание

Для создания нового объекта типа комиссии, сбора, сбора за оплату или скидки, выполните следующие действия:

Нажмите кнопку «Создать» на Панели инструментов.
В появившемся окне выберите слева раздел «Финансы».
Выберите «Тип комиссии», или «Свойства сбора», или «Свойства сбора за оплату», или «Свойства скидки».
Нажмите кнопку «Создать».

Инструкция по созданию типа комиссии

Просмотр

Типы комиссий можно найти в списке «Тип комиссии».

Свойства сборов можно найти в списке «Свойства сбора».

Свойства сборов за оплату можно найти в списке «Свойства сбора за оплату».

Свойства скидок можно найти в списке «Свойства скидки».

Удаление и восстановление

Типы комиссий, сборов и скидок удаляются как и любые другие объекты с помощью кнопки «Удалить» () на Панели инструментов списка этих объектов.

Восстанавливаются эти объекты обычным способом: нужные объекты выделяются в списке «Удалённые объекты» и нажимается кнопка «Восстановить» ().

Настройка типа комиссии

В этом разделе мы рассмотрим, какие опции предлагает объект типа комиссии для редактирования.

Открытый для редактирования объект типа комиссии.

В таблице рассмотрены элементы этого окна:

Элемент	Назначение
Категория	Категория комиссии, выбираемая из справочника «Категории комиссий».
Имя	Название комиссии. Название отображается на списках объектов типов комиссий, на маске билета, при редактировании правил и в других местах.
Рассчитывать как %:	Этот переключатель управляет способом начисления комиссии. Если галочка стоит, комиссия будет вычисляться в виде процента от базового тарифа.
Минимальная	Этот переключатель используется, чтобы пометить комиссию, как минимальную. Минимальная комиссия используется в том случае, когда размер комиссии может быть определённой величины, но не ниже указанного значения. Для выражения такого механизма начисления в программе используется правило договора с двумя действиями — установка обычной комиссии и установка минимальной комиссии. Таким образом, при применении договора, программа сравнит размер первой комиссии с размером минимальной комисcии и, если последняя больше, установит минимальную комиссию. В противном случае будет применён процентный тип комиссии. Имеет смысл использовать эту опцию в правиле только вместе с комиссией, рассчитываемой как процент.
Тип округления	Определяет тип округления. Используется вместе с полем «Округлять до:». Если в поле «Округлять до» ничего не выбрано, то округление не будет работать. Можно выбрать один из следующих вариантов: Без округления — будет использоваться наиболее точная комиссия (два знака после запятой). Вверх — комиссия будет округляться вверх. Вниз — комиссия будет округляться вниз. Математически — комиссия будет округляться вверх или вниз в зависимости от числа и выбранного в поле «Округлять до:» значения.
Округлять до:	Позволяет выбрать степень округления. Если в предыдущем поле был указан тип округления, в этом поле нужно обязательно что-нибудь выбрать, иначе размер комиссии округляться не будет. Если округление не используется, то в этом поле можно ничего не выбирать.
Начислять посегментно	Если галочка в этом поле стоит, то комиссия будет начисляться один раз за каждый сегмент. Таким образом, если в билете два сегмента, а размер посегментно начисляемой комиссии составляет 100 рублей, то размер рассчитанной для билета комиссии составит 200 рублей. Если используется процентная комиссия, то состояние этого переключателя не имеет значения.
Комиссия BSP	Используется для сверки комиссии BSP, указанной в обменном файле, с рассчитанной в программе комиссией. Переключатель указывает, с каким типом комиссии должна сравниваться комиссия BSP, пришедшая в обменном файле. Таким образом, если в обменном файле была указана комиссия BSP в размере 100 рублей, а затем в результате работы договора была рассчитана комиссия, в свойствах типа которой стоит галочка «Комиссия BSP», в размере 50 рублей, то в разделе контроля ошибок на маске билета пользователь сможет увидеть предупреждение о том, что комиссии BSP из GDS и комиссия BSP, рассчитанная средствами программы, не сходятся.
Бонус	Эта опция в данный момент не используется.
Задаваемая вручную	Если галочка в этом поле стоит, то такой тип комиссии будет невозможно рассчитать с помощью применения правил договора. Её можно будет ввести только вручную. При этом, если на маске билета есть комиссия, задаваемая вручную, то при применении правил договора (или повторном применении с помощью соответствующей кнопки) эта комиссия не будет удалена из таблицы комиссий. В этом случае, если бы галочки не было, комиссия могла бы быть удалена или заменена на другую. Если для каких-то билетов была сначала рассчитана комиссия с помощью применения договора, а затем в свойствах комиссии была установлена галочка «Задаваемая вручную», то действия правил по расчёту этих комиссий перестанут работать. На масках билета останется то значение, которое было рассчитано договором, но изменить его можно будет только в результате ручного редактирования маски билета.

Настройка свойств сбора

В этом разделе мы рассмотрим, какие опции предлагает объект свойств сбора для редактирования.

Открытый для редактирования объект свойств сбора.

В таблице рассмотрены элементы этого окна:

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

Настройка свойств сбора за оплату

В этом разделе мы рассмотрим, какие опции предлагает объект свойств сбора за оплату для редактирования. Сборы за оплату вместо категории имеют форму оплаты (наличные, безнал и т.п.). Это означает, что для одного билета можно начислить только один сбор за одну форму оплаты. Из двух сборов за оплату одинаковым способом, применён будет только тот, что находится в правилах или действиях выше, а второй сбор за оплату применён не будет.

Открытый для редактирования объект свойств сбора за оплату.

В таблице рассмотрены элементы этого окна:

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

Настройка свойств скидки

В этом разделе мы рассмотрим, какие опции предлагает объект свойств скидки для редактирования.

Открытый для редактирования объект свойств скидки.

В таблице рассмотрены элементы этого окна:

Элемент	Назначение
Категория	Категория скидки, выбираемая из справочника «Категории комиссий».
Имя	Название скидки.
Название в документах	Указывает, как скидка будет называться в финансовых документах.
Рассчитывать как %	Указывает, как рассчитывается скидка: в виде процента или в виде фиксированной суммы.
Минимальная	Этот переключатель используется, чтобы пометить скидку, как минимальную. Минимальная скидка используется в том случае, когда размер скидки может быть определённой величины, но не ниже указанного значения. Для выражения такого механизма начисления в программе используется правило договора с двумя действиями — установка обычной скидки и установка минимальной скидки. Таким образом, при применении договора, программа сравнит размер первой скидки с размером минимальной скидки и, если последняя больше, установит минимальную скидку. В противном случае будет установлена обычная скидка. Имеет смысл использовать эту опцию в правиле только вместе со скидкой, рассчитываемой как процент.
Тип округления	Определяет тип округления. Используется вместе с полем «Округлять до:». Если в поле «Округлять до» ничего не выбрано, то округление не будет выполнено. Можно выбрать один из следующих вариантов: Без округления — будет использоваться наиболее точное рассчитанное значение (два знака после запятой). Вверх — скидка будет округляться вверх. Вниз — скидка будет округляться вниз. Математически — скидка будет округляться вверх или вниз в зависимости от величины и выбранного в поле «Округлять до:» значения.
Округлять до:	Позволяет выбрать степень округления. Если в предыдущем поле был указан тип округления, в этом поле нужно обязательно что-нибудь выбрать, иначе размер скидки округляться не будет. Если округление не используется, то в этом поле можно ничего не выбирать.
База начисления	Используется для процентных скидок и указывает, с какой суммы берётся процент для вычисления скидки.
Код сбора	Используется в отчётах и документах.

Создание, просмотр и удаление договоров

Договоры создаются вручную. Правильная настройка договоров является неотъемлемой частью предварительной настройки программы.

Создание договоров

Чтобы создать договор:

1. Нажмите кнопку «Создать» на Панели инструментов. Вы увидите окно создания нового объекта. 2. В левой части необходимо выбрать раздел «Финансы». 3. В правой части необходимо выбрать иконку «Договор» или «Трёхсторонний договор» из предложенного списка в правой части. 4. Затем нажмите кнопку «Продолжить». Будет создан и открыт в рабочей области новый объект договора.

Инструкция по созданию нового договора

Просмотр договоров

Двухсторонние договоры доступны в списке «Договоры».

Трёхсторонние договоры доступны в списке «Трёхсторонние договоры».

Удаление и восстановление договоров

Договоры удаляются с помощью кнопки «Удалить» () на Панели инструментов списка этих объектов.

Восстанавливаются эти объекты обычным способом: нужные объекты выделяются в списке «Удалённые объекты» и нажимается кнопка «Восстановить» ().

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

Типы договоров

Договоры делятся на две основные группы:

Двухсторонние договоры (в терминологии программы просто «Договоры»), выражающие отношения между агентом и контрагентом: вашим агентством и другой организацией (поставщиком бланков, корпоративным клиентом, головным агентством в случае субагентского договора). Приложения к двухсторонним договорам также используются при расчёте блок-чартерных квот.
Трёхсторонние договоры, предназначенные для расчёта скидок и синхронизации с GDS Sabre.

В свою очередь каждую из этих групп составляют несколько различных типов договоров.

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

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

Трёхсторонние договоры в свою очередь разделяются на семь типов: договоры с авиакомпанией, договоры с альянсами авиакомпаний, договоры с отелем, договоры с сетью отелей, договоры с компаниями автопроката, договоры с сетями автопроката. Эти типы в данный момент влияют только на набор доступных для синхронизации с Sabre ремарок (см. «Заполнение договоров для синхронизации с Sabre#Трёхсторонние договора»), а для договоров с авиакомпаниями и их альянсами можно также использовать действие по установке скидки как сбора агентства (см. «Работа с авиабилетами#Скидка как сбор агентства»).

Рассмотрим механизмы работы этих договоров, а также принципы их заполнения.

Двухсторонние договоры

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

Договор с поставщиком

Договоры с поставщиком используются главным образом для вычисления значений комиссий, получаемых от поставщика за продажу его продуктов. Может также использоваться для расчёта сборов поставщика. Для работы договора этого типа необходима привязка к профилю владельца бланков, поставщику и профилю вашего агентства.

Сборы, начисляемые с помощью правил этого договора в таблице ФОП помечаются как «Сборы поставщика». Скидки, начисляемые с помощью правил этого договора в таблице ФОП помечаются как «Сборы поставщика» с отрицательной суммой.

Договор с клиентом

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

Для работы договора этого типа необходима привязка к профилю корпоративного клиента и профилю вашего агентства.

Сборы, начисляемые с помощью правил этого договора в таблице ФОП помечаются как «Сборы клиента». Скидки, начисляемые с помощью правил этого договора в таблице ФОП помечаются как «Скидки клиенту».

Договор с клиентом может быть синхронизирован с Sabre. См. статью «Заполнение договоров для синхронизации с Sabre».

Субагентский договор

Субагентский договор используется главным образом для вычисления значений комиссий, полученных от продажи продуктов, поставляемых субагенту его головным агентством. Может использоваться также для расчёта сборов с субагента и скидок субагенту. Для правильной работы договора этого типа необходима привязка к профилю вашего субагента и профилю вашего агентства.

В субагентский договор можно перенести правила из агентского договора с нужными изменениями. См. «Перенос правил из агентского договора в субагентский».

Сборы, начисляемые с помощью правил этого договора в таблице ФОП помечаются как «Сборы с субагента». Скидки, начисляемые с помощью правил этого договора в таблице ФОП помечаются как «Скидки субагенту».

Трёхсторонние договоры

Трёхсторонние договоры используются главным образом для синхронизации ремарок с ГДС Sabre. См. «Заполнение договоров для синхронизации с Sabre#Трёхсторонний договор».

Также они могут быть использованы для начисления «Скидки как сбора агентства» (доступно только для авиабилетов). См. «Работа с авиабилетами#Скидка как сбор агентства».

Заполнение двухсторонних договоров

В этом разделе рассмотрены принципы заполнения различных закладок двухстороннего договора.

Закладка «Общая»

В таблице ниже перечислены поля этой закладки и их назначение.

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

Так как при выборе различных типов двухстороннего договора изменяются поля закладки «Общая», для каждого типа договора эти поля рассмотрены отдельно.

Поля договора с клиентом

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

Поля договора с поставщиком

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

Поля субагентского договора

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

Закладка «Правила»

На этой закладке можно просматривать и редактировать правила договора.

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

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

Ниже расположен список правил.

Правило можно открыть для просмотра двойным щелчком мыши по правилу в списке (или нажав кнопку «Редактировать правило» на Панели инструментов этой закладки). При этом появится окно редактирования правил, позволяющее вносить изменения в правила, но, если вы находитесь в режиме просмотра, изменения эти сохранить будет нельзя. Будьте внимательны, редактируя правила, и предварительно убедитесь, что вы открыли договор в режиме редактирования.

Перед тем, как мы перейдём к работе с правилами, следует подробно разобраться, как они функционируют.

Принципы работы правил

Правила состоят из условий и действий.

При применении договора к определенному продукту происходит проверка указанных полей продукта и сопоставление этих данных с условиями, внесенными в правило. В случае, если условия, указанные в правиле, удовлетворены, выполняются действия, указанные в правиле. Например, в качестве действия может быть указано начислить комиссию или сбор. Каждое правило привязывается к определённому типу продуктов, поэтому если вы хотите создать два одинаковых правила для железнодорожных и авиабилетов, нужно создать два правила с привязкой к разным продуктам в поле «Применить к».

Одно правило может содержать несколько условий и несколько действий. В таком случае для выполнения действий продукт должен удовлетворять всем перечисленным условиям.

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

Теперь рассмотрим процесс применения договора.

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

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

Очень важно запомнить следующие принципы:

Правила договора проверяются строго в том порядке, в котором они расположены в списке правил, начиная с первого, верхнего в списке.
Комиссия одной категории не может быть применена к одному продукту дважды. То же касается сборов, скидок и т.п. При этом, если сбор и комиссия по какой-то причине имеют одну категорию, для продукта будет рассчитана и сбор, и комиссия.
Если для продукта выполнилось правило, это не означает, что работа договора останавливается. Напротив, продукт продолжает проверяться на соответствие условиям правил, далее следующих в списке. Это означает, что на один продукт может быть выставлено неограниченное количество комиссий, сборов и т.п., но лишь в том случае, если каждая комиссия или сбор принадлежат к различным категориям.

Стоит с осторожностью применять правила с несколькими действиями по расчёту комиссий (сборов, скидок). Представим, что у вас есть два правила (подходящих по условиям к заказу):

Действия правила 1	Действия правила 2
Установить сбор категории "A"	Установить комиссию категории "Б"
—	Установить сбор категории "A"

Правило 1 стоит выше Правила 2 и применяется первым. Второе правило, хотя и подходит по условиям, вообще не будет применено, хотя может показаться логичным, что второе правило выполнится частично, установив комиссию. Таким образом, если в результате действия одного правила был рассчитан сбор одной категории, все правила, даже если они включают ещё какие-то действия помимо расчёта комиссии этой же категории, не будут применены.

Для закрепления материала, рассмотрим действие этих принципов на примере. В качестве образца выступает продукт типа «Авиабилет», содержащий, помимо прочих, следующие данные:

Название поля	Значение
Владелец бланка	SU
Класс бронирования	J

Также мы имеем следующее правило (на снимке экрана ниже):

В нашем правиле указаны условия: услуга должна содержать владельца бланка с кодом «SU», и при этом класс бронирования услуги должен соответствовать значению «J». Как видно, оба условия соответствуют данным, указанным в услуге. Продукт удовлетворил всем условиям правила, и это означает, что услуга успешно проходит проверку, и действия, описанные в этом правиле, будут применены к услуге. В случае, если хотя бы одно из условий правила не удовлетворено, проверка будет считаться не пройденной, и ни одно действие не будет применено.

Добавим в наш договор ещё одно правило, следующее за первым:

Если мы применим договор с этими двумя правилами к нашему продукту, работа договора будет построена следующим образом. Договор проверяет продукт на соответствие условиям первого правила. Условия удовлетворены и на авиабилет выставилась фиксированная комиссия в 300 рублей.

Далее договор проверяет продукт на соответствие условиям второго правила. Как мы видим, продукт удовлетворяет также и условиям второго правила.

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

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

А теперь поменяем правила в нашем договоре в списке и снова применим этот договор к воображаемому продукту. Оба правила, как прежде, содержат действия по расчёту комиссий одной и той же категории.

Теперь для билета будет рассчитана только одна комиссия в размере 250 рублей. Однако, совершенно очевидно, что агентство рассчитывало получить с этого билета 300 рублей.

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

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

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

Некоторые другие особенности:

К продукту может быть применено неограниченное количество договоров различных типов. Например, можно применять правила из двух договоров с поставщиком. Однако, не рекомендуется пользоваться этими возможностями, так как они усложняют процесс расчёта комиссий и сборов.

Условия

Под условием нужно понимать совокупность трех величин:

Свойство. Это поле, непосредственно получаемое с маски билета, либо вычисляемое на основе значений нескольких полей. Оно может быть строкой, числом, коллекцией строк и т.д.
Логическое условие. Это элемент из списка вида «равно», «не равно», «содержит» и т.д. Список логических условий может быть различным для разных свойств.
Значение. Это число (строка и т.д.), которому должно быть равно (либо не равно) свойство. Для некоторых условий можно вводить множество значений через запятую.

Достаточно большое число свойств представляет собой коллекцию строк или элементов списка (например, классы обслуживания, ограничения на форму оплаты). В качестве Значения указывается строковое значение, либо несколько строковых значений, разделенных запятой, либо точкой с запятой. Если Свойство является элементом списка, то значение, либо набор значений предлагается выбрать из списка. С такими свойствами, как правило, используются следующие логическое условия:

Содержит. Означает что один из элементов коллекции равен значению.
Не содержит. Означает, что НИ один из элементов коллекции не равен значению.
Содержит только. Означает, что в коллекции нет элемента, который бы ни был указан в списке значений.
Cодержит не только. Означает, что в коллекции есть по крайней мере один элемент, который бы не указан в списке значений.
Cостоит из. Означает, что в все элементы коллекции присутствуют в списке Значений, и наоборот, все элементы из списка значений присутствуют в коллекции.
Равно. Означает, что значение будет равно хотя бы одному элементу из коллекции. Если же задан список значений, то хотя бы один элемент из этого списка должен совпадать с одним элементом из коллекции.
Не равно. Означает, что значение не будет равно ни одному элементу из коллекции. Если же задан список значений, то ни один элемент из этого списка не должен совпадать ни с одним элементом из коллекции.

Также встречаются логические условия на даты (вылета, прилета, выписки). С такими свойствами, как правило, используются следующие условия:

внутри интервала. Дата задана и находится внутри указанного интервала дат.
вне интервала. Дата задана и находится вне указанного интервала дат.

Если начальная или конечная дата интервала не указана, то по этой дате сравнение не производится. Начальная дата округляется до начала соответствующего дня, конечная — до конца дня.

Действия

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

Действия	Назначение
Уст. комиссию (простую)	Используется для установки комиссии.
Уст. сбор (простой)	Используется для установки сбора.
Уст. сбор за оплату.	Используется для установки сбора за оплату.
Уст. скидку (простую)	Используется для установки скидки.
Добавить ремарку в Sabre	См. статью «Заполнение договоров для синхронизации с Sabre»

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

Работа с правилами

Для управления правилами используются кнопки на Панели инструментов закладки «Правила».

Рассмотрим, какие действия выполняют эти кнопки.

Иконка	Название кнопки	Назначение
	Редактировать правило	Позволяет перейти к редактированию выбранного правила.
	Добавить правило	Открывает окно редактора правил для создания нового правила.
	Удалить правило	Удаляет правило. Удалённые правила можно восстановить только с помощью отката к прошлой версии договора (о версиях объектов можно узнать в статье «Объекты» данного руководства).
	Копировать правило	Копирует условия и действия выбранного правила и открывает окно редактирования скопированного правила.
	Переместить выше	Перемещает выбранное правило на одну позицию выше.
	Переместить ниже	Перемещает выбранное правило на одну позицию ниже.
	Переместить	Открывает диалоговое окно, в котором можно указать номер позиции, на которую должно быть перемещено выбранное правило.
	Импортировать правила	Позволяет импортировать правила в договор.
	Экспортировать правила	Позволяет экспортировать все или выбранные правила.

Рассмотрим процесс создания нового правила.

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

Затем следует нажать кнопку «Добавить правило».

Откроется окно редактора правила. На снимке экрана обозначены основные элементы этого окна.

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

Поле	Назначение
Имя	Название правила.
Дата уведомления	Дата уведомления о вводе этого правила.
Период действия	В этих двух полях указывается период действия правила.
Номер телекса	Номер телеграммы с уведомлением о вводе правила.
Дата телекса	Дата отправки телеграммы с уведомлением о вводе правила.
Применимо к	В выпадающем списке нужно выбрать продукт, к которому будут применяться правила договора.
Не экспортировать	Указывает, будет ли правило экспортироваться при экспорте правил.
Сохранять при импорте	Указывает, сохранится ли правило при импорте правил в этот договор.

Ниже находится блок условий (2). С помощью кнопок можно добавлять, удалять и перемещать условия относительно друг друга (перемещение не несёт никаких функций, кроме эстетической).

Чтобы добавить новое условие, нажмите кнопку , выберите тип проверки, оператор сравнения и значение, с которым будет производится сравнение. Набор предлагаемых условий зависит от того, к какому типу продуктов будет применяться правило. Об условиях читайте также выше.

Далее следует блок действий (3). Набор предлагаемых действий также зависит от выбранного для правила типа продукта. Добавление нового действия происходит аналогично добавлению нового правила. Для различных действий доступны различные поля. О действиях читайте также выше.

В нижней части окна (4) находится строка комментария для правила. В неё можно ввести произвольный текст.

Кнопки в правом нижнем углу (5) используются для сохранения правила или отмены внесённых изменений.

Закладка «Детали»

В данный момент поля этой закладки практически не используются. С её помощью можно только добавить ремарку в профиль в GDS Sabre. См. статью «Заполнение договоров для синхронизации с Sabre».

Закладка «Приложения»

Эта закладка используется для настройки блок-чартерных приложений к договору. Подробнее см. статью «Работа с авиабилетами».

Закладка «Настройки»

На этой закладке в данный момент доступна лишь одна опция: «Не отображать в списках». При её использовании договор не будет показан в списках договоров.

Закладка «Комментарии»

Здесь можно ввести произвольный текст для комментария договора. На списках договоров доступен столбец «Есть комментарий», который выделяет в списке те договоры, для которых были введены комментарии.

Закладка «Документы/данные»

На этой закладке отображён список действий, которые были выполнены с объектом договора (такие, как редактирование договора, откат к прошлой версии и т.п.).