Договоры
Договоры в Mid Office Manager служат главным образом для автоматического расчета комиссий, агентских сборов, бонусов и скидок для различных продуктов согласно условиям правил их начисления. Чартерные и блок-чартерные договоры используются для расчета квот выкупленных мест по блок-чартерным договорам и для формирования отчетности по продажам чартерных и блок-чартерных мест.
Договоры также могут применяться для синхронизации с профилями GDS Sabre. Подробнее о синхронизации профилей см. Синхронизация профилей.
Расчет комиссий, сборов и скидок выполняется с использованием правил, определенных в самом договоре. Подробнее о правилах и их определении см. Вкладка «Правила».
Предварительные условия
На момент начала настройки договоров должны быть настроены следующие компоненты:
- Профиль агентства
- Профили поставщиков бланков
- Профили корпоративных клиентов
Кроме того, нужно создать и настроить все категории и типы комиссий, сборов и скидок, которые будут использоваться в создаваемых договорах.
Категории и типы комиссий, сборов и скидок
Все комиссии, сборы и скидки в программе укладываются в строгую иерархию. Принцип расчета комиссии (процентная или фиксированная, округляемая или нет и т.п.) определяется типом комиссии. Типы комиссий, свойства сборов и т. п. существуют отдельно от комиссий.
Каждый тип комиссии также должен иметь категорию. Категории объединяют близкие по схеме применения комиссий. Главной особенность категорий комиссий является то, что для одного продукта по одному договору может быть рассчитан только один тип комиссии этой категории. Поэтому категории следует обязательно учитывать при настройке правил договоров. В этом разделе мы рассмотрим, как можно настраивать комиссии, сборы и скидки.
Сборы и скидки обладают такой же иерархией, имеют тип и категорию. На них также распространяются правило о невозможности расчета множества сборов и скидок одной категории для одного продукта в рамках одного договора.
В Mid Office Manager поддерживаются следующие элементы для настройки сборов и комиссий:
- Тип комиссии определяет порядок начисления комиссий субагентов, поставщиков и клиентов.
- Свойства сбора определяет порядок начисления сбора.
- Свойства сбора за оплату определяет порядок начисления сбора за оплату, если такой сбор предусмотрен в форме оплаты.
- Свойства скидки определяет порядок расчета скидки.
Категории комиссий, сборов и скидок
Каждый тип комиссии, сбора или скидки должен быть привязан к категории. Категории выбираются из справочника «Категории комиссий» — в этом справочнике помимо категорий комиссий содержатся категории сборов и скидок. Чтобы добавить новую категорию, откройте справочник, щелкните кнопку Добавить и укажите название категории. У категории есть только название и никаких других свойств.
Обратите внимание, что сбор и комиссия могут принадлежать к одной категории, но во избежание некорректной работы договоров, сборы, скидки и комиссии не должны быть смешаны в одной категории.
Для одного продукта в результате применения правил одного договора может быть рассчитан только один тип комиссии одной категории — другой тип комиссии такой же категории игнорируется. При этом если комиссия, сбор или скидка одной категории рассчитываются для одного продукта в рамках нескольких договоров, все они будут рассчитаны и отображены на маске продукта. Обязательно учитывайте это при создании действий для правил договоров.
Создание, просмотр и удаление типов комиссий, сборов и скидок
Рассмотрим, как создавать и удалять типы и свойства комиссий, скидок и сборов, в каких списках эти объекты можно найти.
Создание
Новый тип комиссии, сбор, сбор за оплату или скидки создается в следующей последовательности:
- Щелкните кнопку Создать на Панели инструментов.
- В окне Выбрать тип документа в левой панели выберите Финансы.
- В правой панели выберите нужный вариант в соответствии с типом создаваемого объекта — Тип комиссии, Свойства сбора, Свойства сбора за оплату или Свойства скидки.
- Щелкните кнопку Создать.
Просмотр
Типы комиссий отображаются в списке «Тип комиссии».
Свойства сборов отображаются в списке «Свойства сбора».
Свойства сборов за оплату можно найти в списке «Свойства сбора за оплату».
Свойства скидок можно найти в списке «Свойства скидки».
Удаление и восстановление
Типы комиссий, сборов и скидок удаляются как и любые другие объекты кнопкой «Удалить» на Панели инструментов.
Чтобы восстановить удаленные объекты, выделите нужные объекты в списке Удаленные объекты и щелкните кнопку Восстановить.
Настройка типа комиссии
В этом разделе описываются доступные для редактирования параметры типа комиссии.
В следующей таблице описаны элементы этого окна:
Элемент | Назначение |
---|---|
Имя | Название комиссии. Название отображается в списках объектов типов комиссий, на маске билета, в редакторе правил и т. п. |
Категория | Категория комиссии. Выбирается из справочника «Категории комиссий» |
Операция | Операция, при которой будет применяться комиссия.
Возможны следующие значения:
Если в этом поле не выбрать значение, комиссия применяется независимо от типа операции. |
Рассчитывать как % | Если этот флажок установлен, комиссия вычисляется как процент от базового тарифа, в противном случае комиссия вычисляется как фиксированная сумма |
Тип округления | Используется вместе с полем «Округлять до» и определяет тип округления. Если в поле «Округлять до» ничего не выбрано, значение этого поля игнорируется.
Возможны следующие варианты:
|
Округлять до | Это поле задает шаг округления. Если в поле Тип округления задан тип округления, в этом поле обязательно для заполнения, иначе размер комиссии округляться не будет. Если округление не используется, то значение этого поля игнорируется.
Возможны следующие варианты:
|
Начислять посегментно | Если этот флажок установлен, комиссия начисляется отдельно за каждый сегмент. Таким образом, если в билете два сегмента и размер комиссии составляет 100 рублей, то общая комиссия за билет составит 200 рублей.
Если этот флажок снят, комиссия начисляется за билет целиком. То есть, если в билете несколько сегментов и размер комиссии составляет 100 рублей, то общая комиссия за билет составит 100 рублей. Значение этого флажка игнорируется если используется комиссия в виде процента |
Комиссия BSP | Используется для сверки комиссии BSP, указанной в обменном файле, с комиссией, рассчитанной Mid Office Manager. Флажок указывает, с каким типом комиссии должна сравниваться комиссия BSP, указанная в обменном файле.
Таким образом, если в обменном файле была указана комиссия BSP в размере 100 рублей, а затем в результате работы договора была рассчитана комиссия 50 рублей, в свойствах которой стоит флажок «Комиссия BSP», то в разделе контроля ошибок на маске билета пользователь сможет увидеть предупреждение о том, что комиссии BSP из GDS и комиссия BSP, рассчитанная средствами программы, не сходятся. |
Не начислять на добор | Если этот флажок установлен, то при обмене билета с доплатой комиссия к сумме доплаты не применяется.
Если этот флажок не установлен, то доплата при обмене билета облагается комиссией. |
Минимальная | Флажок отмечает комиссию, как минимальную.
Минимальная комиссия нужна в сценариях, когда размер комиссии не может быть ниже определенного значения. При применении договора размер стандартной комиссии сравнивается с размером минимальной комиссии и, если минимальная комиссия больше, используется именно она. В противном случае применяется стандартная комиссия в виде процента от тарифа. Этот свойство нужно использовать в правиле только вместе с комиссией, рассчитываемой как процент. |
Задаваемая вручную | Когда этот флажок установлен, для расчета комиссии правила договора не применяются и комиссия задается только вручную. При этом, если на маске билета есть комиссия, задаваемая вручную, то при применении правил договора эта комиссия не будет удалена из таблицы комиссий. В этом случае, если бы галочки не было, комиссия могла бы быть удалена или заменена на другую.
Если для каких-то билетов была сначала рассчитана комиссия с помощью применения договора, а затем в свойствах комиссии была установлена галочка «Задаваемая вручную», то действия правил по расчету этих комиссий перестанут работать. На масках билета останется то значение, которое было рассчитано договором, но изменить его можно будет только в результате ручного редактирования маски билета. |
Субагентская | Этот флажок служит для обозначения комиссии субагента. Если он установлен, комиссия трактуется как исключительно комиссия субагента. Если этот флажок не установлен, считается, что речь идет о комиссии агента. |
Настройка свойств сбора
В этом разделе описываются параметры, доступные в окне свойств сбора.
Элемент | Назначение |
---|---|
Категория | Категория сбора. Выбирается из справочника «Категории комиссий» |
Имя | Название сбора. Название отображается в списках объектов свойств сборов, на маске билета, при редактировании правил и в других местах программы. |
Рассчитывать как % | Если этот флажок установлен, сбор вычисляется как процент от базового тарифа, в противном случае сбор вычисляется как фиксированная сумма. |
Включать в Total | Используется только при начислении сбора поставщика (то есть, сбор рассчитывается в договоре типа «Договор с поставщиком»).
Если этот флажок установлен, сбор поставщика дублируется на маске также и как сбор клиента, и как сбор с субагента (разные сборы попадают в разные финансовые документы и отчеты). Того же результата можно добиться, если в каждом из трех типов договоров указать этот сбор как определяемый вручную. |
Тип сбора | Служит для определения типа сбора. Возможны следующие варианты:
Если для каких-то билетов был сначала рассчитан сбор с помощью применения правил договоров, а затем тип сбора был изменен на задаваемый вручную, то действия правил по расчету этих сборов перестанут работать. В маске билета останется то значение, которое было рассчитано в соответствии с договором, но изменить его можно только путем ручного редактирования маски билета. Максимальный и минимальный типы сборов можно использовать одновременно с процентным сбором для определения минимального и максимального значений сбора. |
Тип округления | Используется вместе с полем «Округлять до» и определяет тип округления. Если в поле «Округлять до» ничего не выбрано, значение этого поля игнорируется.
Возможны следующие варианты:
|
Округлять до | Это поле задает шаг округления. Если в поле Тип округления задан тип округления, в этом поле обязательно для заполнения, иначе размер комиссии округляться не будет. Если округление не используется, то значение этого поля игнорируется.
Возможны следующие варианты:
|
Операция | Это поле определяет операцию, для которой рассчитывается сбор. Возможные значения:
Если в этом поле не выбрать значение, комиссия применяется независимо от типа операции. |
Расчет с добора | Используется при обменах в применении к процентным сборам. Если этот флажок установлен, то при обмене билета с доплатой сбор к сумме доплаты применяется. |
База | Определяет сумму, служащую базисом для начисления процентного сбора. Применяется только к процентным сборам. Возможные варианты:
|
Способ начисления | Определяет единицу, на которую должен начисляться сбор. Применяемые . Возможные варианты:
|
Возвращать при | Указывает, в каких случаях сбор должен возвращаться. Можно использовать одно или несколько значений из возможных:
Если в этом ничего не выбрать, сбор не будет возвращен. |
Тип маршрута | Указывает, для билетов с маршрутом какого типа взимается сбор. Возможные варианты:
Если в этом поле не выбран ни один продукт, сбор начисляется независимо от типа маршрута. |
Типы продуктов | Указывает, для каких продуктов этот сбор можно рассчитывать. В списке перечислены все имеющиеся в Mid Office Manager продукты.
Если в этом поле не выбран ни один продукт, сбор начисляется для всех продуктов. |
Код сбора | В этом текстовом поле задается код сбора для использования в документах и отчетах. |
Название в документах | В этом текстовом поле задается название сбора для использования в финансовых документах. |
Настройка свойств сбора за оплату
В этом разделе рассказывается о параметрах в окне Свойства сбора за оплату. У сборов за оплату нет категории, но есть форма оплаты (наличные, безналичный расчет и т. п.). Это означает, что для одного билета можно начислить только один сбор для одной формы оплаты. Из двух сборов за оплату с использованием одной формы оплаты используется только тот, что находится в правилах или действиях выше, — все остальные сборы за оплату не применяются.
В следующей таблице описаны свойства сбора за оплату.
Элемент | Назначение |
---|---|
Форма оплаты | Форма оплаты, для которой будет начисляться сбор за оплату. Аналог категории в комиссиях и сборах. |
Имя | Название сбора.
Название отображается в списках сборов за оплату, на маске билета, в редакторе правил и т. п. |
Рассчитывать как % | Если этот флажок установлен, сбор за оплату вычисляется как процент от величины, указанной в поле «База». В противном случае сбор за оплату начисляется как фиксированная сумма. |
Начислять при возврате | Если этот флажок установлен, сбор за оплату будет начисляться не только при продаже, но и при возврате. |
Тип | Тип сбора за оплату. Возможные значения:
|
База начисления | Определяет сумму, служащую базисом для начисления процентного сбора. Применяется только к процентным сборам. Возможные варианты:
|
Тип округления | Используется вместе с полем «Округлять до» и определяет тип округления. Если в поле «Округлять до» ничего не выбрано, значение этого поля игнорируется.
Возможны следующие варианты:
|
Округлять до | Это поле задает шаг округления. Если в поле Тип округления задан тип округления, в этом поле обязательно для заполнения, иначе размер комиссии округляться не будет. Если округление не используется, то значение этого поля игнорируется.
Возможны следующие варианты:
|
Возвращать при | Указывает, в каких случаях сбор должен возвращаться. Можно использовать одно или несколько значений из возможных:
Если в этом ничего не выбрать, сбор не будет возвращен. |
Код сбора | В этом текстовом поле задается код сбора для использования в документах и отчетах. |
Название в документах | В этом текстовом поле задается название сбора для использования в финансовых документах. |
Настройка свойств скидки
В этом разделе о параметрах скидок, которые настраиваются в окне «Свойства скидки».
В следующей таблице описываются свойства скидки, определяемые в окне «Свойства скидки».
Элемент | Описание |
---|---|
Категория | Категория скидки. Выбирается из справочника «Категории комиссий». |
Операция | Операция, при которой будет применяться скидка.
Возможны следующие значения:
Если в этом поле не выбрать значение, скидка применяется независимо от типа операции. |
Имя | Название скидки. |
Название в документах | В этом текстовом поле задается название скидки для использования в финансовых документах. |
Рассчитывать как % | Если этот флажок установлен, скидка вычисляется как процент от базового тарифа, в противном случае скидка вычисляется как фиксированная сумма. |
Минимальная | Флажок отмечает скидку, как минимальную.
Минимальная скидка нужна в сценариях, когда размер скидки не может быть ниже определенного значения. При применении договора размер стандартной скидки сравнивается с размером минимальной комиссии и, если минимальная скидка больше, используется именно она. В противном случае применяется стандартная скидка в виде процента от тарифа. Этот свойство нужно использовать в правиле только вместе с скидкой, рассчитываемой как процент. |
Тип округления | Это поле используется вместе с полем «Округлять до» и определяет тип округления. Если в поле «Округлять до» ничего не выбрано, значение этого поля игнорируется.
Возможны следующие варианты:
|
Округлять до | Это поле задает шаг округления. Если в поле Тип округления задан тип округления, в этом поле обязательно для заполнения, иначе размер скидки округляться не будет. Если округление не используется, то значение этого поля игнорируется.
Возможны следующие варианты:
|
База начисления | Определяет сумму, служащую базисом для начисления процентной скидки. Применяется только к процентным скидкам. Возможные варианты:
|
Код скидки | В этом текстовом поле задается код скидки для использования в документах и отчетах. |
Типы договоров
Договоры делятся на две основные группы:
- Двухсторонние договоры (в терминологии программы просто «Договоры»), выражающие отношения между агентом и контрагентом: агентством и другой организацией (в случае субагентского договора это поставщик бланков, корпоративный клиент, головное агентство). Приложения к двухсторонним договорам также используются при расчете блок-чартерных квот.
- Трехсторонние договоры, предназначенные для расчета скидок и синхронизации с GDS 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».
Вкладка «Приложения»
Эта вкладка используется для настройки блок-чартерных приложений к договору. Подробнее см. статью «Работа с авиабилетами».
Вкладка «Настройки»
На этой вкладке в данный момент доступна лишь одна опция: «Не отображать в списках». При ее использовании договор не будет показан в списках договоров.
Вкладка «Комментарии»
Здесь можно ввести произвольный текст для комментария договора. На списках договоров доступен столбец «Есть комментарий», который выделяет в списке те договоры, для которых были введены комментарии.
Вкладка «Документы/данные»
На этой вкладке отображен список действий, которые были выполнены с объектом договора (такие, как редактирование договора, откат к прошлой версии и т.п.).
Заполнение трехсторонних договоров
Область действия трехсторонних договоров довольно ограничена и они применяются для следующих операций:
- Синхронизация ремарок с Sabre Подробнее см. Заполнение договоров для синхронизации с Sabre.
- Расчет скидки как сбора агентства для авиабилетов Подробнее см. Скидка как сбор агентства.
Далее описываются вкладки трехстороннего договора.
Вкладка «Общая»
На следующей таблице описаны элементы этой вкладки.
Элемент | Назначение |
---|---|
Имя | Название договора |
Тип договора | Влияет на действия по добавлению ремарок. Для авиакомпаний доступно также действие «Уст. скидку как сбор агентства» см. («Заполнение договоров для синхронизации с Sabre#Трехсторонние договора».
О ремарках, доступных для различных типов трехсторонних договоров можно узнать в статье «Заполнение договоров для синхронизации с Sabre#Трехсторонние договора». |
Поставщики | В этом поле из справочника можно выбрать поставщиков услуг. Влияет на действия по добавлению ремарок (см. «Заполнение договоров для синхронизации с Sabre#Трехсторонние договора»).
Если вы используете действие «Уст. скидку как сбор агентства», здесь нужно указать авиакомпании (или альянс), на билеты которых будет установлена скидка (аналогично полю «Владелец бланка» в договоре с поставщиком). |
Агентство | Здесь нужно указать профиль вашего агентства. |
Индикатор расчета | Используется для синхронизации с Sabre. См. «Заполнение договоров для синхронизации с Sabre#Трехсторонние договора». |
Таблица «Клиенты» | Здесь перечисляются корпоративные клиенты, выступающие третьей стороной для этого трехстороннего договора. В столбцах этой таблицы следует указать профиль клиента и данные по реальному трехстороннему договору — номер, дата действия и т.п.
Переключатель «Скидка как сбор» используется для действия «Уст. скидку как сбор агентства» (см. «Работа с авиабилетами#Скидка как сбор агентства»). |
Вкладка «Правила»
На этой вкладке перечисляются правила трехстороннего договора. Принципы работы с правилами трехсторонних договоров аналогичны принципам работы с правилами двухсторонних договоров. Исключения составляют правила с действиями по добавлению ремарок (см. «Заполнение договоров для синхронизации с Sabre#Трехсторонние договора», а также действие «Уст. скидку как сбор агентства» (см. «Работа с авиабилетами#Скидка как сбор агентства»).