Договоры — различия между версиями

Материал из Mid Office Manager Help
Перейти к: навигация, поиск
м (PT переименовал страницу Работа в Mid Office Manager - Договоры в Договоры)
Строка 1: Строка 1:
−
== Договора ==
+
<!-- Осталось только дописать закладку «Детали» и вроде бы всё -->
−
<br>
+
−
{{indent}}Договоры предназначены для описания взаимоотношений сторон, участвующих в процессе приобретения и предоставления услуг, для урегулирования определенных условий этого процесса. Договор представляет собой контейнер информации, достаточной для того, чтобы однозначно определить все условия на которых стороны договорились к сотрудничеству. Информация, содержащаяся в договоре носит разносторонний характер. Например, в договоре может быть указан его номер и срок действия, валюта, в которой партнерская сторона предпочитает производить оплату и пр. Основную и одну из самых важных частей договора занимает набор правил, определяющий детали взаимоотношения сторон. В частности, правилами регулируются условия начислений комиссий, сборов и скидок, предоставляемых партнерами друг другу.
+
−
<br><br>
+
−
{{indent}}Договоры различаются по следующим типам:
+
−
<br><br>
+
−
{{contracttypebl}}
+
−
<br>
+
−
{{indent}}С точки зрения {{an}} договор считается валидным и готовым к использованию только в случае, если заполнены необходимые поля. В договоре обязательно нужно указывать стороны, задействованные в рамках этого договора. Для каждого типа договора, сущность полей, отвечающих за стороны, может отличаться. Рекомендуется также заполнять номер договора и срок его действия.
+
−
<br><br>
+
−
{{info|В случае, если договор имеет открытую дату прекращения его действия, поле {{qd|Окончания действия}} можно оставить незаполненным. Это означает, что договор является бессрочным.}}
+
−
<br>
+
−
=== Правила ===
+
−
<br>
+
−
{{indent}}Правила состоят из условий и действий. При {{qw|применении}} договора к определенной услуге происходит проверка данных этой услуги и сопоставление этих данных с условиями, внесенными в правило. В случае, если условия, указанные в правиле удовлетворены, происходит активация действий из этого правила. Например, в качестве действия может быть указано начисление комиссии или сбора. Одно правило может содержать более одного условия:
+
−
<br><br>
+
−
{{pic|img=contract_editor_rules_multiple_conditions.png|size=600px|num=5.6.1|cpt=Редактор правил - Несколько условий}}
+
−
<br>
+
−
{{indent}}В данном случае, для того, чтобы активировалось действие, необходимо выполнение всех условий. Аналогично условиям, раздел {{qt|Действия}} так же может содержать более одного действия:
+
−
<br><br>
+
−
{{pic|img=contract_editor_rules_multiple_actions.png|size=600px|num=5.6.2|cpt=Редактор правил - Несколько действий}}
+
−
<br>
+
−
{{indent}}В договоре, в свою очередь, может быть указано любое количество правил.
+
−
<br><br>
+
  
−
=== Работа договора ===
+
Договоры
−
<br>
+
 
−
{{indent}}На первый взгляд, процесс {{qw|применения}} договора может показаться довольно сложным. Однако он подчиняется определенной логике. Сперва выделим основные моменты по работе договора с услугой. Услуга подвергается проверке на соответствие правилам договора. В договоре может быть определено любое количество правил. Каждое из правил может применить к услуге указанные в нем действия (например, начислить сбор). Действия применяются к услуге только в том случае, если услуга полностью соответствует условиям этого правила.
+
Договоры в {{an}} представляют собой объекты, главным образом предназначенные для автоматического расчёта комиссий, агентских сборов, бонусов, скидок и т.п. для различных продуктов, согласно условиям правил их начисления. Чартерные и блок-чартерные договоры используются для расчёта квот выкупленных мест по блок-чартерным договорам и для формирования отчётности по продажам чартерных и блок-чартерных мест.
−
<br><br>
+
 
−
{{indent}}Рассмотрим процесс более детально. В качестве примера будем использовать услугу {{qd|Авиабилет}}, для которой, среди прочих реквизитов, указаны следующие данные:
+
Ещё договоры можно использовать для синхронизации с профилями GDS Sabre. О синхронизации можно узнать из статьи «[[Синхронизация профилей]]».
−
<br><br>
+
 
−
{|style="border-collapse: collapse; border-width: 2px; border-style: solid; border-color: #000;" cellpadding="5"
+
Расчёт комиссий, сборов и скидок происходит с помощью механизма правил, которые в свою очередь состоят из условий проверки объектов и действий, осуществляемых при выполнении этих условий. Например, условие может проверять наличие определённых сегментов в билете, а действие устанавливать нужную в таком случае комиссию.
−
!style="border-style: solid; border-width: 1px; white-space: nowrap;"| Реквизит билета
+
 
−
!style="border-style: solid; border-width: 1px;"| Значение
+
== Предварительная настройка ==
 +
 
 +
Перед тем, как заняться настройкой договоров, следует настроить [[Профили]] вашего агентства, поставщиков бланков, корпоративных клиентов, создать и настроить категории и типы комиссий, сборов, скидок и т.п.
 +
 
 +
=== Категории и типы комиссий, сборов и скидок ===
 +
 
 +
Все комиссии, сборы и скидки в программе имеют строгую иерархию. Непосредственное описание принципа расчёта комиссии (процентная или фиксированная, округляемая или нет и т.п.) называется '''типом''' комиссии. Типы комиссий, свойства сборов и т.п. являются отдельными самостоятельными объектами.
 +
 
 +
Каждый тип комиссии также должен иметь '''категорию'''. Категории предназначены для группировки близких по схеме применения комиссий. Главной особенность категорий комиссий является то, что для одного продукта по одному договору может быть рассчитан только один тип комиссии этой категории. Поэтому категории следует обязательно учитывать при настройке правил договоров. В этом разделе мы рассмотрим, как можно настраивать комиссии, сборы и скидки.
 +
 
 +
Сборы и скидки обладают такой же иерархией, имеют тип и категорию. На них также распространяются правило о невозможности расчёта множества сборов и скидок одной категории для одного продукта в рамках одного договора.
 +
 
 +
В данный момент в программе используются следующие объекты для настройки сборов и комиссий:
 +
 
 +
*'''Тип комиссии''' используется для расчёта комиссий субагентов, поставщиков и клиентов.
 +
*'''Свойства сбора'''
 +
*'''Свойства сбора за оплату''' (используется для начисления сбора за оплату в указанной в свойствах форме).
 +
*'''Свойства скидки'''
 +
 
 +
==== Категории комиссий, сборов и скидок ====
 +
 
 +
Каждый тип комиссии, свойство сбора и т.п. должны быть привязаны к категории. Категории выбираются из [[Справочники|справочника]] «Категории комиссий» (несмотря на название, в этом же справочнике задаются категории для сборов и скидок). Чтобы добавить новую категорию, откройте справочник, нажмите кнопку «Добавить» и укажите название категории. У категории есть только название и никаких других свойств.
 +
 
 +
Обратите внимание, что сбор и комиссия могут принадлежать к одной категории, но во избежание некорректной работы договоров, сборы, скидки и комиссии не должны быть смешаны в одной категории.
 +
 
 +
'''Как было сказано выше, для одного продукта в результате применения правил одного договора может быть рассчитан только один тип комиссии одной категории. Если затем будет произведена попытка рассчитать другой тип комиссии такой же категории, он рассчитан не будет. При этом, если комиссия, сбор или скидка одной категории рассчитываются для одного продукта в рамках нескольких договоров, все они будут рассчитаны и отображены на маске продукта. Обязательно учитывайте это при создании действий для правил договоров.'''
 +
 
 +
==== Создание, просмотр и удаление типов комиссий, сборов и скидок ====
 +
 
 +
Рассмотрим, как создавать и удалять типы и свойства комиссий, скидок и сборов, в каких списках эти объекты можно найти.
 +
 
 +
===== Создание =====
 +
 
 +
Для создания нового объекта типа комиссии, сбора, сбора за оплату или скидки, выполните следующие действия:
 +
 
 +
#Нажмите кнопку «Создать» на Панели инструментов.
 +
#В появившемся окне выберите слева раздел «Финансы».
 +
#Выберите «Тип комиссии», или «Свойства сбора», или «Свойства сбора за оплату», или «Свойства скидки».
 +
#Нажмите кнопку «Создать».
 +
 
 +
{{cim|mom_commission_creation.png|Инструкция по созданию типа комиссии}}
 +
 
 +
===== Просмотр =====
 +
 
 +
Типы комиссий можно найти в [[Объекты|списке]] «Тип комиссии».
 +
 
 +
Свойства сборов можно найти в списке «Свойства сбора».
 +
 
 +
Свойства сборов за оплату можно найти в списке «Свойства сбора за оплату».
 +
 
 +
Свойства скидок можно найти в списке «Свойства скидки».
 +
 
 +
===== Удаление и восстановление =====
 +
 
 +
Типы комиссий, сборов и скидок удаляются как и любые другие объекты с помощью кнопки «Удалить» ([[Image:delete_button.png]]) на Панели инструментов списка этих объектов.
 +
 
 +
Восстанавливаются эти объекты обычным способом: нужные объекты выделяются в списке «Удалённые объекты» и нажимается кнопка «Восстановить» ([[Image:mom_undelete_button.png]]).
 +
 
 +
==== Настройка типа комиссии ====
 +
 
 +
В этом разделе мы рассмотрим, какие опции предлагает объект типа комиссии для редактирования. 
 +
 
 +
{{cim|mom_commission_properties_window.png|Открытый для редактирования объект типа комиссии}}.
 +
 
 +
В таблице рассмотрены элементы этого окна:
 +
 
 +
{|class="wikitable"
 +
!Элемент!!Назначение
 
|-
 
|-
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | Владелец бланка
+
|Категория
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | SU
+
|Категория комиссии, выбираемая из справочника «Категории комиссий».
 
|-
 
|-
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | Класс бронирования
+
|Имя
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | J
+
|Название комиссии. Название отображается на списках объектов типов комиссий, на маске билета, при редактировании правил и в других местах.
 +
|-
 +
|Рассчитывать как %:
 +
|Этот переключатель управляет способом начисления комиссии. Если галочка стоит, комиссия будет вычислятся в виде процента от базового тарифа.
 +
|-
 +
|Минимальная
 +
|Этот переключатель используется, чтобы пометить комиссию, как минимальную.
 +
 
 +
Минимальная комиссия используется в том случае, когда размер комиссии может быть определённой величины, но не ниже указанного значения. Для выражения такого механизма начисления в программе используется правило договора с двумя действиями — установка обычной комиссии и установка минимальной комиссии. Таким образом, при применении договора, программа сравнит размер первой комиссии с размером минимальной комисcии и, если последняя больше, установит минимальную комиссию. В противном случае будет применён процентный тип комиссии.
 +
 
 +
Имеет смысл использовать эту опцию в правиле только вместе с комиссией, рассчитываемой как процент.
 +
|-
 +
|Тип округления
 +
|Определяет тип округления. Используется вместе с полем «Округлять до:». Если в поле «Округлять до» ничего не выбрано, то округление не будет работать.
 +
 
 +
Можно выбрать один из следующих вариантов:
 +
 
 +
*Без округления — будет использоваться наиболее точная комиссия (два знака после запятой).
 +
*Вверх — комиссия будет округляться вверх.
 +
*Вниз — комиссия будет округляться вниз.
 +
*Математически — комиссия будет округляться вверх или вниз в зависимости от числа и выбранного в поле «Округлять до:» значения.
 +
|-
 +
|Округлять до:
 +
|Позволяет выбрать степень округления.
 +
 
 +
Если в предыдущем поле был указан тип округления, в этом поле нужно обязательно что-нибудь выбрать, иначе размер комиссии округляться не будет. Если округление не используется, то в этом поле можно ничего не выбирать.
 +
|-
 +
|Начислять посегментно
 +
|Если галочка в этом поле стоит, то комиссия будет начисляться один раз за каждый сегмент. Таким образом, если в билете два сегмента, а размер посегментно начисляемой комиссии составляет 100 рублей, то размер рассчитанной для билета комиссии составит 200 рублей.
 +
 
 +
Если используется процентная комиссия, то состояние этого переключателя не имеет значения.
 +
|-
 +
|Комиссия BSP
 +
|Используется для сверки комиссии BSP, указанной в обменном файле, с рассчитанной в программе комиссией. Переключатель указывает, с каким типом комиссии должна сравниваться комиссия BSP, пришедшая в обменном файле.
 +
 
 +
Таким образом, если в обменном файле была указана комиссия BSP в размере 100 рублей, а затем в результате работы договора была рассчитана комиссия, в свойствах типа которой стоит галочка «Комиссия BSP», в размере 50 рублей, то в разделе контроля ошибок на маске билета пользователь сможет увидеть предупреждение о том, что комиссии BSP из GDS и комиссия BSP, рассчитанная средствами программы, не сходятся.
 +
|-
 +
|Бонус
 +
|Эта опция в данный момент не используется.
 +
|-
 +
|Задаваемая вручную
 +
|Если галочка в этом поле стоит, то такой тип комиссии будет невозможно рассчитать с помощью применения правил договора. Её можно будет ввести только вручную. При этом, если на маске билета есть комиссия, задаваемая вручную, то при применении правил договора (или повторном применении с помощью соответствующей кнопки) эта комиссия не будет удалена из таблицы комиссий. В этом случае, если бы галочки не было, комиссия могла бы быть удалена или заменена на другую.
 +
 
 +
Если для каких-то билетов была сначала рассчитана комиссия с помощью применения договора, а затем в свойствах комиссии была установлена галочка «Задаваемая вручную», то действия правил по расчёту этих комиссий перестанут работать. На масках билета останется то значение, которое было рассчитано договором, но изменить его можно будет только в результате ручного редактирования маски билета.
 
|}
 
|}
−
<br>
+
 
−
{{indent}}Как уже упоминалось ранее, при {{qw|применении}} договора к услуге, происходит сопоставление данных этой услуги и условий, указанных в каждом из правил договора. Основным критерием того, что услуга успешно проходит проверку у правила, является удовлетворение абсолютно всем условиям, определенным в этом правиле. Рассмотрим следующее правило:
+
=== Настройка свойств сбора ===
−
<br><br>
+
 
−
{{pic|img=editor_rules_multiple_conditions_check_success.png|size=600px|num=5.6.3|cpt=Правила договора - Условия соответствуют данным услуги}}
+
В этом разделе мы рассмотрим, какие опции предлагает объект свойств сбора для редактирования.
−
<br>
+
 
−
{{indent}}В приведенном примере определены условия, {{qw|подразумевающие}}, что услуга должна содержать владельца бланка с кодом {{qt|SU}}, и при этом класс бронирования услуги должен соответствовать значению {{qt|J}}. Как видно, оба условия соответствуют данным, указанным в услуге. Это означает, что услуга успешно проходит проверку и действия, описанные в этом правиле, будут применены к услуге. В случае, если хотя бы одно из условий правила не удовлетворено, проверка будет считаться непройденной:
+
{{cim|mom_fee_properties_window.png|Открытый для редактирования объект свойств сбора}}.
−
<br><br>
+
 
−
{{pic|img=editor_rules_multiple_conditions_check_failed.png|size=600px|num=5.6.4|cpt=Правила договора - Условия не соответствуют данным услуги}}
+
В таблице рассмотрены элементы этого окна:
−
<br>
+
 
−
{{indent}}Здесь проверка на класс бронирования не проходит, так как ожидается, что значение класса бронирования должно соответствовать {{qt|B}}, а не {{qt|J}}. Как следствие, сбор начислен не будет.
+
{|class="wikitable"
−
<br><br>
+
!Элемент!!Назначение
−
{{indent}}В договоре может быть указано несколько правил. Услуга проходит проверку по всем правилам договора. Очень важно понимать, что проверка услуги на соответствие правилам происходит в строго определенном порядке. А именно, в той последовательности, в которой правила располагаются в таблице правил договора. Это означает, что приоритет правила напрямую зависит от того, где оно расположено в таблице. Следовательно, чем {{qw|выше}} расположено правило, тем выше его приоритет:
+
−
<br><br>
+
−
{{pic|img=contract_rules_list_priority.png|size=800px|num=5.6.5|cpt=Договор - Список правил по приоритетам}}
+
−
<br>
+
−
{{indent}}Другой важный момент, на который нужно обратить внимание: если на каком-то этапе проверки услуга удовлетворяет условиям одного из правил, проверка других (последующих) правил на этом не прекращается, а продолжается до самого последнего правила в списке. Эта особенность позволяет начислять, например, два разных, не связанных друг с другом, сбора в рамках одного договора. В данном случае одно правило может начислять один сбор, другое правило - совершенно другой сбор.
+
−
<br><br>
+
−
{{indent}}Вернемся к списку правил. Если внимательно приглядеться к описаниям обоих правил, то можно сделать вывод, что для услуги будут начислены два сбора (сбор в размере 120 рублей и сбор в размере 160 рублей). Ведь очевидно, что услуга успешно пройдет проверку у обоих правил, а значит и действия будут применены из обоих правил. Однако, этого не происходит. Дело в том, что, как в первом, так и во втором правиле определено действие по начислению сбора с указанием одного и того же описания сбора {{qt|Сбор за продажу авиа билета (фикс)}}. Здесь мы встречаемся с еще одной особенностью работы договоров. Идентичные сборы могут быть начислены на услугу лишь один раз. Это правило распространяется также на комиссии и на скидки. Итак, что же происходит? Первым делом услуга проходит проверку у первого правила {{qt|Правило #01}}. Услуга удовлетворяет обоим условиям правила и производится начисление сбора в размере 120 рублей. Затем проверка переходит к следующему правилу {{qt|Правило #02}}, где услуга также успешно проходит условия. При этом на вполне законных основаниях производится попытка начислить сбор в размере 160 рублей. Однако, в силу того, что сбор с такой категорией уже был начислен на более ранних этапах, последующие попытки начисления такого сбора игнорируются.
+
−
<br><br>
+
−
{{info|Под понятием {{qw|идентичные сборы}} подразумеваются описания сборов с одинаковым значением категории.}}
+
−
<br>
+
−
{{indent}}Указанная выше особенность ярко отражает исключительную важность приоритетов правил. В самом деле, получается, что правила, в действиях которых указано одно и то же описание комиссии, сбора или скидки, получают шанс применить их только при условии что аналогичная комиссия, сбор или скидка не была начислена ранее, на этапе проверки предыдущих правил. Это накладывает свои ограничения. Например, были сформированы следующие требования к договору:
+
−
<br><br>
+
−
:*Если владельцем бланка является компания Люфтганза (LH) - начислить сбор 60 рублей
+
−
:*Если владельцем бланка является компания Люфтганза (LH) и класс бронирования равен A начислить сбор 135 рублей
+
−
:*Если владельцем бланка является компания Люфтганза (LH) и класс бронирования равен A и дата вылета в августе  - начислить сбор 210 рублей
+
−
<br>
+
−
{{indent}}Список правил такого договора может выглядеть следующим образом:
+
−
<br><br>
+
−
{{pic|img=contract_rules_list_priority_invalid.png|size=800px|num=5.6.6|cpt=Договор - Список правил с некорректными приоритетами}}
+
−
<br>
+
−
{{indent}}Будем для примера рассматривать три разных авиабилета у которых для указанных реквизитов установлены следующие значения:
+
−
<br><br>
+
−
{|style="border-collapse: collapse; border-width: 2px; border-style: solid; border-color: #000;" cellpadding="5"
+
−
!style="border-style: solid; border-width: 1px; white-space: nowrap;"| Реквизит билета
+
−
!style="border-style: solid; border-width: 1px;"| Авиабилет №01
+
−
!style="border-style: solid; border-width: 1px;"| Авиабилет №02
+
−
!style="border-style: solid; border-width: 1px;"| Авиабилет №03
+
 
|-
 
|-
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | Владелец бланка
+
|Категория
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | LH
+
|Категория сбора, выбираемая из справочника «Категории комиссий».
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | LH
+
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | LH
+
 
|-
 
|-
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | Класс бронирования
+
|Имя
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | B
+
|Название сбора. Название отображается на списках объектов свойств сборов, на маске билета, при редактировании правил и в других местах.
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | A
+
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | A
+
 
|-
 
|-
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | Дата вылета
+
|Рассчитывать как %
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | 10.09.2011
+
|Этот переключатель управляет способом начисления сбора. Если галочка стоит, сбор будет вычислятся в виде процента от величины, указанной в поле «База».
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | 27.07.2011
+
|-
−
|style="border-style: solid; border-width: 1px; vertical-align: top;" | 05.08.2011
+
|Включать в Total
 +
|Используется только при начислении сбора поставщика (то есть, сбор рассчитан в договоре типа «Договор с поставщиком»).
 +
 
 +
Если галочка стоит, то сбор поставщика будет продублирован на маске также и как сбор клиента, и как сбор с субагента (разные сборы попадают в разные финансовые документы и отчёты). Того же результата можно добиться, если в каждом из трёх типов договоров указать этот сбор вручную.
 +
|-
 +
|Тип сбора
 +
|Управляет типом сбора. Здесь можно выбрать следующие значения:
 +
 
 +
*Стандартный — обычный сбор. Используйте эту опцию, если не используются ни одна из трёх других возможных опций.
 +
*Максимальный — сбор этого типа используется вместе с другим сбором такой же категории в одном правиле для того, чтобы ограничить последний максимальным значением. В договоре создаётся правило с двумя действиями, одно из них — установка обычного сбора в процентах, второе — установка максимального сбора. В итоге, если рассчитанная по процентному сбору величина меньше, чем указанный максимальный сбор, в маску будет занесён максимальный сбор.
 +
*Минимальный — сбор этого типа работает так же, как и максимальный, с той лишь разницей, что используется для установки минимального, а не максимального значения сбора.
 +
*Задаваемый вручную — сбор этого типа невозможно рассчитать с помощью применения правил договора. Его можно ввести только вручную. При этом, если на маске билета уже есть сбор, задаваемый вручную, то при применении правил договора (или повторном применении с помощью соответствующей кнопки) этот сбор не будет удалён из таблицы сборов.
 +
 
 +
Если для каких-то билетов был сначала рассчитан сбор с помощью применения правил договоров, а затем тип сбора был изменён на задаваемый вручную, то действия правил по расчёту этих сборов перестанут работать. На масках билета останется то значение, которое было рассчитано договором, но изменить его можно будет только в результате ручного редактирования маски билета.
 +
 
 +
Максимальный и минимальный типы сборов можно использовать одновременно с процентным сбором для установки минимального и максимального возможных значений сбора.
 +
|-
 +
|Тип округления
 +
|Определяет тип округления. Используется вместе с полем «Округлять до:». Если в поле «Округлять до» ничего не выбрано, то округление не будет выполнено.
 +
 
 +
Можно выбрать один из следующих вариантов:
 +
 
 +
*Без округления — будет использоваться наиболее точное рассчитанное значение (два знака после запятой).
 +
*Вверх — сбор будет округляться вверх.
 +
*Вниз — сбор будет округляться вниз.
 +
*Математически — сбор будет округляться вверх или вниз в зависимости от величины и выбранного в поле «Округлять до:» значения.
 +
|-
 +
|Округлять до:
 +
|Позволяет выбрать степень округления.
 +
 
 +
Если в предыдущем поле был указан тип округления, в этом поле нужно обязательно что-нибудь выбрать, иначе размер сбора округляться не будет. Если округление не используется, то в этом поле можно ничего не выбирать.
 +
|-
 +
|Операция
 +
|Для каких операций будет рассчитан сбор. Возможные значения:
 +
 
 +
*Продажа
 +
*Возврат
 +
*Обмен
 +
|-
 +
|Расчёт с добора
 +
|Используется при обменах, для процентных сборов.
 +
 
 +
Если галочка отмечена, то сбор будет рассчитан не от суммы экв. тарифа, а от разницы между экв. тарифами первоначального билета и билета, выписанного в обмен.
 +
|-
 +
|База
 +
|Используется для процентных сборов и указывает, с какой суммы берётся процент для вычисления сбора.
 +
|-
 +
|Способ начисления
 +
|Указывает, посегментно ли берётся сбор или начисляется сразу на весь билет.
 +
|-
 +
|Возвращать при
 +
|Указывает, в каких случаях сбор будет возвращён. Можно использовать одно или несколько значений из возможных:
 +
 
 +
*Обмен
 +
*Вынужденный обмен
 +
*Возврат
 +
*Вынужденный возврат
 +
 
 +
Если ничего не выбрано, то сбор не будет возвращён ни в коем случае.
 +
|-
 +
|Тип-маршрута
 +
|Указывает, для билетов с маршрутом какого типа взимается сбора.
 +
 
 +
Доступные значения:  
 +
 
 +
*В одну сторону
 +
*Туда-обратно
 +
 
 +
Если ничего не выбрано, используются все варианты.
 +
|-
 +
|Типы продуктов
 +
|Указывает, для каких продуктов этот сбор можно рассчитывать. Среди дсотупных значений перечислены все продукты, присутствующие на данный момент в программе.
 +
 
 +
Если не выбрано ничего, то сбор можно рассчитывать для любых продуктов.
 +
|-
 +
|Код сбора
 +
|Используется в документах и отчётах.
 +
|-
 +
|Название в документах
 +
|Указывает, как сбор будет назван в финансовых документах.
 
|}
 
|}
−
<br>
 
−
{{indent}}Исходя из значений реквизитов билетов, видно, что для билета {{qt|Авиабилет №01}} должен быть начислен сбор в размере 60 рублей, для билета {{qt|Авиабилет №02}} - сбор в размере  135 рублей, и, соответственно, сбор в размере 210 рублей для билета {{qt|Авиабилет №03}}. Попробуем {{qw|применить}} договор с указанными выше правилами к билетам. Вопреки ожиданиям, для каждого билета в результате будет начислен сбор в размере 60 рублей. Попытаемся разобраться, почему это произошло. Для этого проследим поэтапно, как происходит проверка правил. Каждый из трех билетов проходит последовательную проверку у всех правил договора в порядке их следования в списке. Самое первое правило {{qt|Правило #01}} имеет одно единственное условие: услуга должна содержать владельца бланка с кодом {{qt|LH}}. Очевидно, что все три билета успешно пройдут проверку на это условие, и, как следствие, для каждого билета будет начислен сбор в размере 60 рублей. Дальнейшие проверки билетов на соответствие правилам {{qt|Правило #02}} и {{qt|Правило #03}} не будут иметь уже никакого значения, т.к. даже при условии, что билет успешно пройдет проверку в этих правилах, начисление идентичных сборов будет игнорироваться.
 
−
<br><br>
 
−
{{indent}}Для корректной работы договора, нужно изменить приоритет правил, изменив их порядок следования в списке:
 
−
<br><br>
 
−
{{pic|img=contract_rules_list_priority_valid.png|size=800px|num=5.6.7|cpt=Договор - Список правил с корректными приоритетами}}
 
−
<br>
 
−
{{indent}}После этого сборы будут начисляться корректно. Снова рассмотрим последовательно действие договора. Билет {{qt|Авиабилет №01}} попытается пройти проверку у первого правила из списка. В данном случае, это будет правило {{qt|Правило #03}}. В силу того, что у билета {{qt|Авиабилет №01}} класс бронирования и дата вылета отличается от требуемого, условия этого правила билет не пройдет, и сбор на этом этапе начислен не будет. При сопоставлении этого билета с правилом {{qt|Правило #02}} условия также не будут удовлетворены. В последнем же правиле все условия соблюдаются, и, как следствие, будет начислен сбор в размере 60 рублей. Теперь рассмотрим билет {{qt|Авиабилет №02}}. Правило {{qt|Правило #03}} он также не проходит, так как не удовлетворяет условию по дате вылета. Для следующего правила {{qt|Правило #02}} все условия выполнены, а значит будет начислен сбор в размере 135 рублей. Заметим, что этот билет также проходит и проверку у правила {{qt|Правило #01}}, но начисление сбора, при этом, не будет произведено. Для билета {{qt|Авиабилет №03}} происходит начисление сбора в размере 210 рублей уже на первом этапе, при проверке правила {{qt|Правило #03}}, т.к. данные билета полностью удовлетворяют всем условиям правила. Дальнейшая проверка правил {{qt|Правило #02}} и {{qt|Правило #01}} для этого билета значения уже не имеет.
 
−
<br><br>
 
−
{{indent}}Из вышесказанного, можно сделать вывод: правила с наиболее детализированными требованиями имеют более высокий приоритет, правила с более общими требованиями имеют низкий приоритет. Таким образом, в самых первых рядах списка должны быть расположены правила с наиболее уникальными требованиями.
 
  
 +
=== Настройка свойств сбора за оплату ===
 +
 +
В этом разделе мы рассмотрим, какие опции предлагает объект свойств сбора за оплату для редактирования. Сборы за оплату вместо категории имеют форму оплаты (наличные, безнал и т.п.). Это означает, что для одного билета можно начислить только один сбор за одну форму оплаты. Из двух сборов за оплату одинаковым способом, применён будет только тот, что находится в правилах или действиях выше, а второй сбор за оплату применён не будет.
 +
 +
{{cim|mom_fee_fop_properties_window.png|Открытый для редактирования объект свойств сбора за оплату}}.
 +
 +
В таблице рассмотрены элементы этого окна:
 +
 +
{|class="wikitable"
 +
!Элемент!Назначение
 +
|-
 +
|Форма оплаты.
 +
|Позволяет выбрать форму оплаты, для которой будет начисляться сбор за оплату. Как указано выше, заменяет категорию.
 +
|-
 +
|Имя
 +
|Название сбора.
 +
|-
 +
|Рассчитывать как %
 +
|Управляет способом начисления сбора за оплату. Если галочка стоит, комиссия будет вычислятся в виде процента от величины, указанной в поле «База».
 +
|-
 +
|Начислять при возврате
 +
|Если галочка стоит, то сбор за оплату будет рассчитываться не только для продаж, но и для возвратов.
 +
|-
 +
|Тип
 +
|Управляет типом сбора. Здесь можно выбрать следующие значения:
 +
 +
*Стандартный — обычный сбор. Используйте эту опцию, если не используются ни одна из трёх других возможных опций.
 +
*Максимальный — сбор этого типа используется вместе с другим сбором такой же категории в одном правиле для того, чтобы ограничить последний максимальным значением. В договоре создаётся правило с двумя действиями, одно из них — установка обычного сбора в процентах, второе — установка максимального сбора. В итоге, если рассчитанная по процентному сбору величина меньше, чем указанный максимальный сбор, в маску будет занесён максимальный сбор.
 +
*Минимальный — сбор этого типа работает так же, как и максимальный, с той лишь разницей, что используется для установки минимального, а не максимального значения сбора.
 +
|-
 +
|База начисления
 +
|Указывает, с какой суммы будет рассчитан процент сбора за оплату. Доступные значения:
 +
 +
*Сборы — сбор за оплату будет рассчитан как процент от суммы всех сборов.
 +
*Стомиость услуги — сбор за оплату будет рассчитан как процент от оплаченной стоимости услуги (таким образом, если билет был оплачен частично, может потребоваться повторное применение правил).
 +
*Сумма транзакции — сбор за оплату будет рассчитан как процент от суммы транзакции по билету.
 +
|-
 +
|Тип округления
 +
|Определяет тип округления. Используется вместе с полем «Округлять до:». Если в поле «Округлять до» ничего не выбрано, то округление не будет работать.
 +
 +
Можно выбрать один из следующих вариантов:
 +
 +
*Без округления — будет использоваться наиболее точное рассчитанное значение (два знака после запятой).
 +
*Вверх — сбор будет округляться вверх.
 +
*Вниз — сбор будет округляться вниз.
 +
*Математически — сбор будет округляться вверх или вниз в зависимости от величины и выбранного в поле «Округлять до:» значения.
 +
|-
 +
|Округлять до:
 +
|Позволяет выбрать степень округления.
 +
 +
Если в предыдущем поле был указан тип округления, в этом поле нужно обязательно что-нибудь выбрать, иначе размер сбора округляться не будет. Если округление не используется, то в этом поле можно ничего не выбирать.
 +
|-
 +
|Возвращать при
 +
|Управляет, когда сбор за оплату должен быть возвращён. Возможные значения (одно или несколько одновременно):
 +
 +
*Возврат
 +
*Вынужденный возврат
 +
|-
 +
|Код сбора
 +
|Используется в документах и отчётах.
 +
|-
 +
|Название в документах
 +
|Указывает, как сбор будет назван в финансовых документах.
 +
|}
 +
 +
=== Настройка свойств скидки ===
 +
 +
В этом разделе мы рассмотрим, какие опции предлагает объект свойств скидки для редактирования.
 +
 +
{{cim|mom_fee_properties_window.png|Открытый для редактирования объект свойств скидки}}.
 +
 +
В таблице рассмотрены элементы этого окна:
 +
 +
{|class="wikitable"
 +
!Элемент!!Назначение
 +
|-
 +
|Категория
 +
|Категория скидки, выбираемая из справочника «Категории комиссий».
 +
|-
 +
|Имя
 +
|Название скидки.
 +
|-
 +
|Название в документах
 +
|Указывает, как скидка будет называться в финансовых документах.
 +
|-
 +
|Рассчитывать как %
 +
|Указывает, как рассчитывается скидка: в виде процента или в виде фиксированной суммы.
 +
|-
 +
|Минимальная
 +
|Этот переключатель используется, чтобы пометить скидку, как минимальную.
 +
 +
Минимальная скидка используется в том случае, когда размер скидки может быть определённой величины, но не ниже указанного значения. Для выражения такого механизма начисления в программе используется правило договора с двумя действиями — установка обычной скидки и установка минимальной скидки. Таким образом, при применении договора, программа сравнит размер первой скидки с размером минимальной скидки и, если последняя больше, установит минимальную скидку. В противном случае будет установлена обычная скидка.
 +
 +
Имеет смысл использовать эту опцию в правиле только вместе со скидкой, рассчитываемой как процент.
 +
|-
 +
|Тип округления
 +
|Определяет тип округления. Используется вместе с полем «Округлять до:». Если в поле «Округлять до» ничего не выбрано, то округление не будет выполнено.
 +
 +
Можно выбрать один из следующих вариантов:
 +
 +
*Без округления — будет использоваться наиболее точное рассчитанное значение (два знака после запятой).
 +
*Вверх — скидка будет округляться вверх.
 +
*Вниз — скидка будет округляться вниз.
 +
*Математически — скидка будет округляться вверх или вниз в зависимости от величины и выбранного в поле «Округлять до:» значения.
 +
|-
 +
|Округлять до:
 +
|Позволяет выбрать степень округления.
 +
 +
Если в предыдущем поле был указан тип округления, в этом поле нужно обязательно что-нибудь выбрать, иначе размер скидки округляться не будет. Если округление не используется, то в этом поле можно ничего не выбирать.
 +
|-
 +
|База начисления
 +
|Используется для процентных скидок и указывает, с какой суммы берётся процент для вычисления скидки.
 +
|-
 +
|Код сбора
 +
|Используется в отчётах и документах.
 +
|}
 +
 +
== Создание, просмотр и удаление договоров ==
 +
 +
Договоры создаются вручную. Правильная настройка договоров является неотъемлемой частью предварительной настройки программы.
 +
 +
=== Создание договоров ===
 +
 +
Чтобы создать договор:
 +
 +
1. Нажмите кнопку «Создать» на Панели инструментов. Вы увидите окно создания нового объекта.
 +
2. В левой части необходимо выбрать раздел «Финансы».
 +
3. В правой части необходимо выбрать иконку «Договор» или «Трёхсторонний договор» из предложенного списка в правой части.
 +
4. Затем нажмите кнопку «Продолжить». Будет создан и открыт в рабочей области новый объект договора.
 +
 +
{{cim|mom_contract_creation.png|Инструкция по созданию нового договора}}
 +
 +
=== Просмотр договоров ===
 +
 +
Двухсторонние договоры доступны в списке «Договоры».
 +
 +
Трёхсторонние договоры доступны в списке «Трёхсторонние договоры».
 +
 +
=== Удаление и восстановление договоров ===
 +
 +
Договоры удаляются с помощью кнопки «Удалить» ([[Image:delete_button.png]]) на Панели инструментов списка этих объектов.
 +
 +
Восстанавливаются эти объекты обычным способом: нужные объекты выделяются в списке «Удалённые объекты» и нажимается кнопка «Восстановить версию» ([[Image:mom_restore_version_button.png]]).
 +
 +
Стоит отметить, что удаление договоров не повлечёт за собой изменения в связанных с этим договором продуктах, однако последующее использование кнопки «Применение договоров» в Панели управления маски продукта может привести к нулевым или неправильным результатам сумм комиссий, скидок и т.п., если не был настроен иной договор, правила которого можно применять к нужным продуктам.
 +
 +
== Типы договоров ==
 +
 +
Договоры делятся на две основные группы:
 +
*Двухсторонние договоры (в терминологии программы просто «Договоры»), выражающие отношения между агентом и контрагентом: вашим агентством и другой организацией (поставщиком бланков, корпоративным клиентом, головным агентством в случае субагентского договора). Приложения к двухсторонним договорам также используются при расчёте блок-чартерных квот.
 +
*Трёхсторонние договоры, предназначенные для расчёта скидок и синхронизации с GDS Sabre.
 +
 +
В свою очередь каждую из этих групп составляют несколько различных типов договоров.
 +
 +
Двухсторонние договоры бывают трёх типов: договор с поставщиком бланков, договор с клиентом и субагентский договор. При этом каждый тип договора можно использовать для одних и тех же действий. Так, если мы рассчитываем сбор с помощью договора с клиентом, то в таблице форм оплаты этот сбор будет помечен как «Сборы клиента», а если мы рассчитываем сбор с помощью договора с поставщиком, то сбор в таблице форм оплаты будет помечен как «Сборы поставщика».
 +
 +
Таким образом, двухсторонние договоры разных типов имеют между собой только два отличия: на первой закладке используются привязка к разным профилям (так, для договора с клиентом используется привязка к профилю корпоративного клиента, а для договора с поставщиком используется привязка к поставщику и владельцу бланков), вторым отличием является название начисляемых договором сумм сборов и скидок в таблице форм оплаты (эти различия указаны ниже).
 +
 +
Трёхсторонние договоры в свою очередь разделяются на семь типов: договоры с авиакомпанией, договоры с альянсами авиакомпаний, договоры с отелем, договоры с сетью отелей, договоры с компаниями автопроката, договоры с сетями автопроката. Эти типы в данный момент влияют только на набор доступных для синхронизации с Sabre ремарок (см. «[[Заполнение договоров для синхронизации с Sabre#Трёхсторонние договора]]»), а для договоров с авиакомпаниями и их альянсами можно также использовать действие по установке скидки как сбора агентства (см. «[[Работа с авиабилетами#Скидка как сбор агентства]]»).
 +
 +
Рассмотрим механизмы работы этих договоров, а также принципы их заполнения.
 +
 +
=== Двухсторонние договоры ===
 +
 +
Как говорилось выше, двухсторонние договора предполагают наличие не более и не менее двух сторон договора. Каждый договор должен иметь привязку к профилям сторон, заключивших договор. С одной стороны — профиль вашего агентства, с другой стороны — профиль организации.
 +
 +
==== Договор с поставщиком ====
 +
 +
Договоры с поставщиком используются главным образом для вычисления значений комиссий, получаемых от поставщика за продажу его продуктов. Может также использоваться для расчёта сборов поставщика.
 +
Для работы договора этого типа необходима привязка к профилю владельца бланков, поставщику и профилю вашего агентства.
 +
 +
Сборы, начисляемые с помощью правил этого договора в таблице ФОП помечаются как «Сборы поставщика».
 +
Скидки, начисляемые с помощью правил этого договора в таблице ФОП помечаются как «Сборы поставщика» с отрицательной суммой.
 +
 +
==== Договор с клиентом ====
 +
 +
Договор с клиентом используется главным образом для вычисления значений агентстких сборов. Может также использоваться для расчёта комиссий и скидок клиенту.
 +
 +
Для работы договора этого типа необходима привязка к профилю корпоративного клиента и профилю вашего агентства.
 +
 +
Сборы, начисляемые с помощью правил этого договора в таблице ФОП помечаются как «Сборы клиента».
 +
Скидки, начисляемые с помощью правил этого договора в таблице ФОП помечаются как «Скидки клиенту».
 +
 +
Договор с клиентом может быть синхронизирован с Sabre. См. статью «[[Заполнение договоров для синхронизации с Sabre]]».
 +
 +
==== Субагентский договор ====
 +
 +
Субагентский договор используется главным образом для вычисления значений комиссий, полученных от продажи продуктов, поставляемых субагенту его головным агентством. Может использоваться также для расчёта сборов с субагента и скидок субагенту.
 +
Для правильной работы договора этого типа необходима привязка к профилю вашего субагента и профилю вашего агентства.
 +
 +
Сборы, начисляемые с помощью правил этого договора в таблице ФОП помечаются как «Сборы с субагента».
 +
Скидки, начисляемые с помощью правил этого договора в таблице ФОП помечаются как «Скидки субагенту».
 +
 +
=== Трёхсторонние договоры ===
 +
 +
Трёхсторонние договоры используются главным образом для синхронизации ремарок с ГДС Sabre. См. «[[Заполнение договоров для синхронизации с Sabre#Трёхсторонний договор]]».
 +
 +
Также они могут быть использованы для начисления «Скидки как сбора агентства» (доступно только для авиабилетов). См. «[[Работа с авиабилетами#Скидка как сбор агентства]]».
 +
 +
== Заполнение двухсторонних договоров ==
 +
 +
В этом разделе рассмотрены принципы заполнения различных закладок двухстороннего договора.
 +
 +
=== Закладка «Общая» ===
 +
 +
В таблице ниже перечислены поля этой закладки и их назначение.
 +
 +
{|class="wikitable"
 +
!Название поля!!Назначение
 +
|
 +
|align="center" style="font-weight: bold"|Имя
 +
|Содержит название договора. Можно вводить произвольное буквенно-цифровое значение.
 +
|align="center" style="font-weight: bold"|Тип договора
 +
|Содержит указание на один из трёх типов двухсторонних договоров: договор с клиентом, договор с поставщиком или субагентский договор. Поля закладки «Общая», находящиеся ниже, зависят от того, какой тип договора был выбран.
 +
|-
 +
|align="center"|Переключатель «Типовой договор»
 +
|В данный момент не используется.
 +
|}
 +
 +
Так как при выборе различных типов двухстороннего договора изменяются поля закладки «Общая», для каждого типа договора эти поля рассмотрены отдельно.
 +
 +
==== Поля договора с клиентом ====
 +
 +
{|class="wikitable"
 +
!Название поля!!Назначение
 +
|-
 +
|align="center"|Владелец бланка
 +
|Содержит указание на профиль владельца бланков для продуктов, суммы по которым будут рассчитываться с помощью правил редактируемого договора.
 +
|-
 +
|align="center"|Агентство
 +
|Содержит указание на профиль вашего агентства.
 +
|-
 +
|align="center"|Таблица «Клиенты»
 +
|В этой таблице перечисляются корпоративные клиенты, для которых по редактируемому договору рассчитываются сборы, комиссии и скидки.
 +
 +
Для добавления нового клиента нажмите кнопку [[image:mom_plus_button.png]] и выберите нужный профиль.
 +
 +
В следующих столбцах таблицы «Клиенты» указываются детали заключённого в реальности договора: номер, дата заключения, начала действия договора, окончание действия (для бессрочных договоров следует оставлять пустым), тип договора (в данный момент не используется). Нажав кнопку [[image:mom_link_button.png]] в столбце «Детали», можно перейти к деталям договора для выбранного клиента.
 +
|}
 +
 +
==== Поля договора с поставщиком ====
 +
 +
{|class="wikitable"
 +
!Название поля!!Назначение
 +
|-
 +
|align="center"|Владелец бланка
 +
|Содержит указание на профиль владельца бланков для продуктов, суммы по которым будут рассчитываться с помощью правил редактируемого договора.
 +
|-
 +
|align="center"|Поставщик
 +
|Содержит указание на профиль поставщика услуг для продуктов, суммы по которым будут рассчитываться с помощью правил редактируемого договора.
 +
|-
 +
|align="center"|Таблица «Агенты»
 +
|В этой таблице перечисляются агентства, для которых по редактируемому договору рассчитываются суммы комиссий, скидок и сборов.
 +
 +
Для добавления нового агентства нажмите кнопку [[image:mom_plus_button.png]] и выберите нужный профиль.
 +
 +
В следующих столбцах таблицы «Агенты» указываются детали заключённого в реальности договора: номер, дата заключения, начала действия договора, окончание действия (для бессрочных договоров следует оставлять пустым), тип договора (в данный момент не используется). Нажав кнопку [[image:mom_link_button.png]] в столбце «Детали», можно перейти к деталям договора для выбранного агентства.
 +
|}
 +
 +
==== Поля субагентского договора ====
 +
 +
{|class="wikitable"
 +
!Название поля!!Назначение
 +
|-
 +
|align="center"|Владелец бланка
 +
|Содержит указание на профиль владельца бланков для продуктов, суммы по которым будут рассчитываться с помощью правил редактируемого договора.
 +
|-
 +
|align="center"|Агент
 +
|Содержит указание на профиль головного агентства для перечисленных ниже субагентов.
 +
|-
 +
|align="center"|Таблица «Субагенты»
 +
|В этой таблице перечисляются агентства, выступающие в роли субагента по отношению к головному агентству, указанному в поле «Агент».
 +
 +
Для добавления нового агентства нажмите кнопку [[image:mom_plus_button.png]] и выберите нужный профиль.
 +
 +
В следующих столбцах таблицы «Субагенты» указываются детали заключённого в реальности договора: номер, дата заключения, начала действия договора, окончание действия (для бессрочных договоров следует оставлять пустым), тип договора (в данный момент не используется). Нажав кнопку [[image:mom_link_button.png]] в столбце «Детали», можно перейти к деталям договора для выбранного субагента.
 +
|}
 +
 +
=== Закладка «Правила» ===
 +
 +
На этой закладке можно просматривать и редактировать правила договора.
 +
 +
Рассмотрим, какие немногочисленные элементы доступны в основном окне закладки.
 +
 +
В верхней части окна расположены инструменты фильтрования и поиска по списку правил: выбор правил по дате начала и окончания (для поиска необходимо указать оба значения), поиск по перевозчикам, указанным в правилах, а также свободный поиск по условиям и действиям правил.
 +
 +
Ниже расположен список правил.
 +
 +
Правило можно открыть для просмотра двойным щелчком мыши по правилу в списке (или нажав кнопку «Редактировать правило» на Панели инструментов этой закладки). При этом появится окно редактирования правил, позволяющее вносить изменения в правила, но, если вы находитесь в режиме просмотра, изменения эти сохранить будет нельзя. Будьте внимательны, редактируя правила, и предварительно убедитесь, что вы открыли договор в режиме редактирования.
 +
 +
Перед тем, как мы перейдём к работе с правилами, следует подробно разобраться, как они функционируют.
 +
 +
==== Принципы работы правил ====
 +
 +
Правила состоят из условий и действий.
 +
 +
При применении договора к определенному продукту происходит проверка указанных полей продукта и сопоставление этих данных с условиями, внесенными в правило. В случае, если условия, указанные в правиле, удовлетворены, выполняются действия, указанные в правиле. Например, в качестве действия может быть указано начислить комиссию или сбор. Каждое правило привязывается к определённому типу продуктов, поэтому если вы хотите создать два одинаковых правила для железнодорожных и авиабилетов, нужно создать два правила с привязкой к разным продуктам в поле «Применить к».
 +
 +
Одно правило может содержать несколько условий и несколько действий. В таком случае для выполнения действий продукт должен удовлетворять '''всем''' перечисленным условиям.
 +
 +
Действия используются в основном для вычисления комиссии или сбора для продукта, который удовлетворил условиям правила.
 +
 +
Теперь рассмотрим процесс применения договора.
 +
 +
При формировании маски продукта из обменного файла, связанные договоры действуют автоматически, ещё до того, как пользователь увидел новый продукт в списке.
 +
 +
Когда договор применяется к продукту, начинается проверка правил, указанных в договоре.
 +
 +
Очень важно запомнить следующие принципы:
 +
 +
*Правила договора проверяются строго в том порядке, в котором они расположены в списке правил, начиная с первого, верхнего в списке.
 +
*Комиссия одной категории не может быть применена к одному продукту дважды. То же касается сборов, скидок и т.п. При этом, если сбор и комиссия по какой-то причине имеют одну категорию, для продукта будет рассчитана и сбор, и комиссия.
 +
*Если для продукта выполнилось правило, это не означает, что работа договора останавливается. Напротив, продукт продолжает проверяться на соответствие условиям правил, далее следующих в списке. Это означает, что на один продукт может быть выставлено неограниченное количество комиссий, сборов и т.п., но лишь в том случае, если каждая комиссия или сбор принадлежат к различным категориям.
 +
 +
Для закрепления материала, рассмотрим действие этих принципов на примере.
 +
В качестве образца выступает продукт типа «Авиабилет», содержащий, помимо прочих, следующие данные:
 +
 +
{|class="wikitable"
 +
!Название поля!!Значение
 +
|-
 +
|align="center"|Владелец бланка
 +
|align="center"|SU
 +
|-
 +
|align="center"|Класс бронирования
 +
|align="center"|J
 +
|}
 +
 +
Также мы имеем следующее правило (на снимке экрана ниже):
 +
 +
[[Image:mom_contract_rule_example_1.png|center|600px]]
 +
 +
В нашем правиле указаны условия: услуга должна содержать владельца бланка с кодом «SU», и при этом класс бронирования услуги должен соответствовать значению «J». Как видно, оба условия соответствуют данным, указанным в услуге. Продукт удовлетворил всем условиям правила, и это означает, что услуга успешно проходит проверку, и действия, описанные в этом правиле, будут применены к услуге. В случае, если хотя бы одно из условий правила не удовлетворено, проверка будет считаться не пройденной, и ни одно действие не будет применено.
 +
 +
Добавим в наш договор ещё одно правило, следующее за первым:
 +
 +
[[Image:mom_contract_rule_example_2.png|center|600px]]
 +
 +
Если мы применим договор с этими двумя правилами к нашему продукту, работа договора будет построена следующим образом. Договор проверяет продукт на соответствие условиям первого правила. Условия удовлетворены и на авиабилет выставилась фиксированная комиссия в 300 рублей.
 +
 +
Далее договор проверяет продукт на соответствие условиям второго правила. Как мы видим, продукт удовлетворяет также и условиям второго правила.
 +
 +
Однако, так как в обоих правилах в качестве действия назначено выставление комиссии одной и той же категории, действие второго правила, исходя из третьего принципа, не может быть выполнено.
 +
 +
Однако, если бы комиссии в этих правилах входили в разные категории комиссий, то для авиабилета была бы рассчитаны обе комиссии, общей суммой в 550 рублей.
 +
 +
А теперь поменяем правила в нашем договоре в списке и снова применим этот договор к воображаемому продукту. Оба правила, как прежде, содержат действия по рассчёту комиссий одной и той же категории.
 +
 +
Теперь для билета будет рассчитана только одна комиссия в размере 250 рублей. Однако, совершенно очевидно, что агентство рассчитывало получить с этого билета 300 рублей.
 +
 +
Ошибка в том, что правило с более мягкими условиями было расположено выше правила с более строгими условиями. Так как невозможно начислить две комиссии одинаковой категории для одного продукта, агентство рискует потерять 50 рублей.
 +
 +
Исходя из вышеперечисленных принципов работы правил, следует сделать вывод, что '''правила с более строгими условиями в списке правил должны располагаться выше правил с более мягкими условиями'''.
 +
 +
Кроме того, при настройке правил стоит помнить, к каким категориям принадлежат используемые вами комиссии, сборы и т.п.
 +
 +
Некоторые другие особенности:
 +
 +
*К продукту может быть применено неограниченное количество договоров различных типов. Например, можно применять правила из двух договоров с поставщиком. Однако, не рекомендуется пользоваться этими возможностями, так как они усложняют процесс расчёта комиссий и сборов.
 +
 +
==== Условия ====
 +
 +
Под условием нужно понимать совокупность трех величин:
 +
 +
*Свойство. Это поле, непосредственно получаемое с маски билета, либо вычисляемое на основе значений нескольких полей. Оно может быть строкой, числом, коллекцией строк и т.д.
 +
*Логическое условие. Это элемент из списка вида «равно», «не равно», «содержит» и т.д. Список логических условий может быть различным для разных свойств.
 +
*Значение. Это число (строка и т.д.), которому должно быть равно (либо не равно) свойство. Для некоторых условий можно вводить множество значений через запятую.
 +
 +
Достаточно большое число свойств представляет собой коллекцию строк или элементов списка (например, классы обслуживания, ограничения на форму оплаты). В качестве Значения указывается строковое значение, либо несколько строковых значений, разделенных запятой, либо точкой с запятой. Если Свойство является элементом списка, то значение, либо набор значений предлагается выбрать из списка. С такими свойствами, как правило, используются следующие логическое условия:
 +
 +
*Содержит. Означает что один из элементов коллекции равен значению.
 +
*Не содержит. Означает, что НИ один из элементов коллекции не равен значению.
 +
*Содержит только. Означает, что в коллекции нет элемента, который бы ни был указан в списке значений.
 +
*Cодержит не только. Означает, что в коллекции есть по крайней мере один элемент, который бы не указан в списке значений.
 +
*Cостоит из. Означает, что в все элементы коллекции присутствуют в списке Значений, и наоборот, все элементы из списка значений присутствуют в коллекции.
 +
*Равно. Означает, что значение будет равно хотя бы одному элементу из коллекции. Если же задан список значений, то хотя бы один элемент из этого списка должен совпадать с одним элементом из коллекции.
 +
*Не равно. Означает, что значение не будет равно ни одному элементу из коллекции. Если же задан список значений, то ни один элемент из этого списка не должен совпадать ни с одним элементом из коллекции.
 +
 +
Также встречаются логические условия на даты (вылета, прилета, выписки). С такими свойствами, как правило, используются следующие условия:
 +
 +
*внутри интервала. Дата задана и находится внутри указанного интервала дат.
 +
*вне интервала. Дата задана и находится вне указанного интервала дат.
 +
 +
Если начальная или конечная дата интервала не указана, то по этой дате сравнение не производится. Начальная дата округляется до начала соответствующего дня, конечная — до конца дня.
 +
 +
==== Действия ====
 +
 +
Действия правил применяютя тогда, когда удовлетворены условия правила. Рассмотрим действия, доступные для большинства продуктов (о специфических действиях для определённых продуктов можно узнать в статьях, посвящённых этих продуктам):
 +
 +
{|class="wikitable"
 +
!Действия!!Назначение
 +
|Уст. комиссию (простую)
 +
|Используется для установки комиссии.
 +
|-
 +
|Уст. сбор (простой)
 +
|Используется для установки сбора.
 +
|-
 +
|Уст. сбор за оплату.
 +
|Используется для установки сбора за оплату.
 +
|-
 +
|Уст. скидку (простую)
 +
|Используется для установки скидки.
 +
|-
 +
|Добавить ремарку в Sabre
 +
|См. статью «[[Заполнение договоров для синхронизации с Sabre]]»
 +
|}
 +
 +
При использовании в одном правиле множества действий, первым будет выполнено действие наверху списка. С помощью кнопок [[image:smw_add.png]] можно удалять, добавлять, и перемещать действия относительно друг друга в списке.
 +
 +
==== Работа с правилами ====
 +
 +
Для управления правилами используются кнопки на Панели инструментов закладки «Правила».
 +
 +
Рассмотрим, какие действия выполняют эти кнопки.
 +
 +
{|class="wikitable"
 +
!Иконка!!Название кнопки!!Назначение
 +
|-
 +
|align="center"|[[image:mom_edit_contract_rule_button.png]]
 +
|align="center"|Редактировать правило
 +
|Позволяет перейти к редактированию выбранного правила.
 +
|-
 +
|align="center"|[[image:mom_add_contract_rule_button.png]]
 +
|align="center"|Добавить правило
 +
|Открывает окно редактора правил для создания нового правила.
 +
|-
 +
|align="center"|[[image:mom_delete_contract_rule_button.png]]
 +
|align="center"|Удалить правило
 +
|Удаляет правило.
 +
 +
Удалённые правила можно восстановить только с помощью отката к прошлой версии договора (о версиях объектов можно узнать в статье «[[Объекты=Работа_с_версиями_объектов | Объекты]]» данного руководства).
 +
|-
 +
|align="center"|[[image:mom_copy_contract_rule_button.png]]
 +
|align="center"|Копировать правило
 +
|Копирует условия и действия выбранного правила и открывает окно редактирования скопированного правила.
 +
|-
 +
|align="center"|[[image:mom_move_up_contract_rule_button.png]]
 +
|align="center"|Переместить выше
 +
|Перемещает выбранное правило на одну позицию выше.
 +
|-
 +
|align="center"|[[image:mom_move_down_contract_rule_button.png]]
 +
|align="center"|Переместить ниже
 +
|Перемещает выбранное правило на одну позицию ниже.
 +
|-
 +
|align="center"|[[image:mom_move_contract_rule_button.png]]
 +
|align="center"|Переместить
 +
|Открывает диалоговое окно, в котором можно указать номер позиции, на которую должно быть перемещено выбранное правило.
 +
|-
 +
|align="center"|[[image:mom_import_contract_rule_button.png]]
 +
|align="center"|Импортировать правила
 +
|Позволяет импортировать правила в договор.
 +
|-
 +
|align="center"|[[image:mom_export_contract_rule_button.png]]
 +
|align="center|Экспортировать правила
 +
|Позволяет экспортировать все или выбранные правила.
 +
|}
 +
 +
Рассмотрим процесс создания нового правила.
 +
 +
Сначала необходимо открыть какой-нибудь договор в режиме редактирования и перейти на закладку «Правила».
 +
 +
Затем следует нажать кнопку «Добавить правило».
 +
 +
Откроется окно редактора правила. На снимке экрана обозначены основные элементы этого окна.
 +
 +
[[Image:mom_contract_rule_editor_window.png|center|600px]]
 +
 +
В верхней части окна ('''1''') расположены сведения о правиле. Рассмотрим, для чего используется каждое из этих полей в таблице ниже.
 +
 +
{|class="wikitable"
 +
!Поле!!Назначение
 +
|-
 +
|Имя
 +
|Название правила.
 +
|-
 +
|Дата уведомления
 +
|Дата уведомления о вводе этого правила.
 +
|-
 +
|Период действия
 +
|В этих двух полях указывается период действия правила.
 +
|-
 +
|Номер телекса
 +
|Номер телеграммы с уведомлением о вводе правила.
 +
|-
 +
|Дата телекса
 +
|Дата отправки телеграммы с уведомлением о вводе правила.
 +
|-
 +
|Применимо к
 +
|В выпадающем списке нужно выбрать продукт, к которому будут применяться правила договора.
 +
|-
 +
|Не экспортировать
 +
|Указывает, будет ли правило экспортироваться при экспорте правил.
 +
|-
 +
|Сохранять при импорте
 +
|Указывает, сохранится ли правило при импорте правил в этот договор.
 +
|}
 +
 +
Ниже находится блок условий ('''2'''). С помощью кнопок [[image:smw_add.png]] можно добавлять, удалять и перемещать условия относительно друг друга (перемещение не несёт никаких функций, кроме эстетической).
 +
 +
Чтобы добавить новое условие, нажмите кнопку [[image:mom_plus_button.png]], выберите тип проверки, оператор сравнения и значение, с которым будет производится сравнение. Набор предлагаемых условий зависит от того, к какому типу продуктов будет применяться правило. Об условиях читайте также [[#Условия|выше]].
 +
 +
Далее следует блок действий ('''3'''). Набор предлагаемых действий также зависит от выбранного для правила типа продукта.
 +
Добавление нового действия происходит аналогично добавлению нового правила. Для различных действий доступны различные поля. О действиях читайте также [[#Действия|выше]].
 +
 +
В нижней части окна ('''4''') находится строка комментария для правила. В неё можно ввести произвольный текст.
 +
 +
Кнопки в правом нижнем углу ('''5''') используются для сохранения правила или отмены внесённых изменений.
 +
 +
=== Закладка «Детали» ===
 +
 +
В данный момент поля этой закладки практически не используются. С её помощью можно только добавить ремарку в профиль в GDS Sabre. См. статью «[[Заполнение договоров для синхронизации с Sabre]]».
 +
 +
=== Закладка «Приложения» ===
 +
 +
Эта закладка используется для настройки блок-чартерных приложений к договору. Подробнее см. статью «[[Работа с авиабилетами#Работа с блок-чартерными билетами|Работа с авиабилетами]]».
 +
 +
=== Закладка «Настройки» ===
 +
 +
На этой закладке в данный момент доступна лишь одна опция: «Не отображать в списках». При её использовании договор не будет показан в списках договоров.
 +
 +
=== Закладка «Комментарии» ===
 +
 +
Здесь можно ввести произвольный текст для комментария договора. На списках договоров доступен столбец «Есть комментарий», который выделяет в списке те договоры, для которых были введены комментарии.
 +
 +
=== Закладка «Документы/данные» ===
 +
 +
На этой закладке отображён список действий, которые были выполнены с объектом договора (такие, как редактирование договора, откат к прошлой версии и т.п.).
 +
 +
== Заполнение трёхсторонних договоров ==
 +
 +
Трёхсторонние договоры в данный момент используются только для следующих действий:
 +
 +
*Синхронизация ремарок с Sabre. Об этом читайте в статье «[[Заполнение договоров для синхронизации с Sabre#Трёхсторонние договоры]]».
 +
*Расчёт скидки как сбора агентства для авиабилетов (см. «[[Работа с авиабилетами#Скидка как сбор агентства]]»).
 +
 +
Рассмотрим закладки объекта этого договора.
 +
 +
=== Закладка «Общая» ===
 +
 +
На этой закладке находятся следующие элементы:
 +
 +
{|class="wikitable"
 +
!Элемент!!Назначение
 +
|-
 +
|Имя
 +
|Название договора
 +
|-
 +
|Тип договора
 +
|Влияет на действия по добавлению ремарок. Для авиакомпаний доступно также действие «Уст. скидку как сбор агентства» см. («[[Заполнение договоров для синхронизации с Sabre#Трёхсторонние договора]]».
 +
 +
О ремарках, доступных для различных типов трёхсторонних договоров можно узнать в статье «[[Заполнение договоров для синхронизации с Sabre#Трёхсторонние договора]]».
 +
|-
 +
|Поставщики
 +
|В этом поле из справочника можно выбрать поставщиков услуг. Влияет на действия по добавлению ремарок (см. «[[Заполнение договоров для синхронизации с Sabre#Трёхсторонние договора]]»).
 +
 +
Если вы используете действие «Уст. скидку как сбор агентства», здесь нужно указать авиакомпании (или альянс), на билеты которых будет установлена скидка (аналогично полю «Владелец бланка» в договоре с поставщиком).
 +
|-
 +
|Агентство
 +
|Здесь нужно указать профиль вашего агентства.
 +
|-
 +
|Индикатор расчёта
 +
|Используется для синхронизации с Sabre. См. «[[Заполнение договоров для синхронизации с Sabre#Трёхсторонние договора]]».
 +
|-
 +
|Таблица «Клиенты»
 +
|Здесь перечисляются корпоративные клиенты, выступающие третьей стороной для этого трёхстороннего договора. В столбцах этой таблицы следует указать профиль клиента и данные по реальному трёхстороннему договору — номер, дата действия и т.п.
 +
 +
Переключатель «Скидка как сбор» используется для действия «Уст. скидку как сбор агентства» (см. «[[Работа с авиабилетами#Скидка как сбор агентства]]»).
 +
|}
 +
 +
=== Закладка «Правила» ===
 +
 +
На этой закладке перечисляются правила трёхстороннего договора. Принципы работы с правилами трёхсторонних договоров аналогичны принципам работы с правилами двухсторонних договоров. Исключения составляют правила с действиями по добавлению ремарок (см. «[[Заполнение договоров для синхронизации с Sabre#Трёхсторонние договора]]», а также действие «Уст. скидку как сбор агентства» (см. «[[Работа с авиабилетами#Скидка как сбор агентства]]»).
 +
 +
== См. также ==
  
−
----
+
[[Синхронизация профилей]]

Версия 12:18, 16 июля 2013


Договоры

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

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

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

Содержание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Создание

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

  1. Нажмите кнопку «Создать» на Панели инструментов.
  2. В появившемся окне выберите слева раздел «Финансы».
  3. Выберите «Тип комиссии», или «Свойства сбора», или «Свойства сбора за оплату», или «Свойства скидки».
  4. Нажмите кнопку «Создать».
Mom commission creation.png
Инструкция по созданию типа комиссии
Просмотр

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

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

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

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

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

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

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

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

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

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

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

Элемент Назначение
Категория Категория комиссии, выбираемая из справочника «Категории комиссий».
Имя Название комиссии. Название отображается на списках объектов типов комиссий, на маске билета, при редактировании правил и в других местах.
Рассчитывать как %: Этот переключатель управляет способом начисления комиссии. Если галочка стоит, комиссия будет вычислятся в виде процента от базового тарифа.
Минимальная Этот переключатель используется, чтобы пометить комиссию, как минимальную.

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

Имеет смысл использовать эту опцию в правиле только вместе с комиссией, рассчитываемой как процент.

Тип округления Определяет тип округления. Используется вместе с полем «Округлять до:». Если в поле «Округлять до» ничего не выбрано, то округление не будет работать.

Можно выбрать один из следующих вариантов:

  • Без округления — будет использоваться наиболее точная комиссия (два знака после запятой).
  • Вверх — комиссия будет округляться вверх.
  • Вниз — комиссия будет округляться вниз.
  • Математически — комиссия будет округляться вверх или вниз в зависимости от числа и выбранного в поле «Округлять до:» значения.
Округлять до: Позволяет выбрать степень округления.

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

Начислять посегментно Если галочка в этом поле стоит, то комиссия будет начисляться один раз за каждый сегмент. Таким образом, если в билете два сегмента, а размер посегментно начисляемой комиссии составляет 100 рублей, то размер рассчитанной для билета комиссии составит 200 рублей.

Если используется процентная комиссия, то состояние этого переключателя не имеет значения.

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

Таким образом, если в обменном файле была указана комиссия BSP в размере 100 рублей, а затем в результате работы договора была рассчитана комиссия, в свойствах типа которой стоит галочка «Комиссия BSP», в размере 50 рублей, то в разделе контроля ошибок на маске билета пользователь сможет увидеть предупреждение о том, что комиссии BSP из GDS и комиссия BSP, рассчитанная средствами программы, не сходятся.

Бонус Эта опция в данный момент не используется.
Задаваемая вручную Если галочка в этом поле стоит, то такой тип комиссии будет невозможно рассчитать с помощью применения правил договора. Её можно будет ввести только вручную. При этом, если на маске билета есть комиссия, задаваемая вручную, то при применении правил договора (или повторном применении с помощью соответствующей кнопки) эта комиссия не будет удалена из таблицы комиссий. В этом случае, если бы галочки не было, комиссия могла бы быть удалена или заменена на другую.

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

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

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

Mom fee properties window.png
Открытый для редактирования объект свойств сбора
.

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

Элемент Назначение
Категория Категория сбора, выбираемая из справочника «Категории комиссий».
Имя Название сбора. Название отображается на списках объектов свойств сборов, на маске билета, при редактировании правил и в других местах.
Рассчитывать как % Этот переключатель управляет способом начисления сбора. Если галочка стоит, сбор будет вычислятся в виде процента от величины, указанной в поле «База».
Включать в Total Используется только при начислении сбора поставщика (то есть, сбор рассчитан в договоре типа «Договор с поставщиком»).

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

Тип сбора Управляет типом сбора. Здесь можно выбрать следующие значения:
  • Стандартный — обычный сбор. Используйте эту опцию, если не используются ни одна из трёх других возможных опций.
  • Максимальный — сбор этого типа используется вместе с другим сбором такой же категории в одном правиле для того, чтобы ограничить последний максимальным значением. В договоре создаётся правило с двумя действиями, одно из них — установка обычного сбора в процентах, второе — установка максимального сбора. В итоге, если рассчитанная по процентному сбору величина меньше, чем указанный максимальный сбор, в маску будет занесён максимальный сбор.
  • Минимальный — сбор этого типа работает так же, как и максимальный, с той лишь разницей, что используется для установки минимального, а не максимального значения сбора.
  • Задаваемый вручную — сбор этого типа невозможно рассчитать с помощью применения правил договора. Его можно ввести только вручную. При этом, если на маске билета уже есть сбор, задаваемый вручную, то при применении правил договора (или повторном применении с помощью соответствующей кнопки) этот сбор не будет удалён из таблицы сборов.

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

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

Тип округления Определяет тип округления. Используется вместе с полем «Округлять до:». Если в поле «Округлять до» ничего не выбрано, то округление не будет выполнено.

Можно выбрать один из следующих вариантов:

  • Без округления — будет использоваться наиболее точное рассчитанное значение (два знака после запятой).
  • Вверх — сбор будет округляться вверх.
  • Вниз — сбор будет округляться вниз.
  • Математически — сбор будет округляться вверх или вниз в зависимости от величины и выбранного в поле «Округлять до:» значения.
Округлять до: Позволяет выбрать степень округления.

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

Операция Для каких операций будет рассчитан сбор. Возможные значения:
  • Продажа
  • Возврат
  • Обмен
Расчёт с добора Используется при обменах, для процентных сборов.

Если галочка отмечена, то сбор будет рассчитан не от суммы экв. тарифа, а от разницы между экв. тарифами первоначального билета и билета, выписанного в обмен.

База Используется для процентных сборов и указывает, с какой суммы берётся процент для вычисления сбора.
Способ начисления Указывает, посегментно ли берётся сбор или начисляется сразу на весь билет.
Возвращать при Указывает, в каких случаях сбор будет возвращён. Можно использовать одно или несколько значений из возможных:
  • Обмен
  • Вынужденный обмен
  • Возврат
  • Вынужденный возврат

Если ничего не выбрано, то сбор не будет возвращён ни в коем случае.

Тип-маршрута Указывает, для билетов с маршрутом какого типа взимается сбора.

Доступные значения:

  • В одну сторону
  • Туда-обратно

Если ничего не выбрано, используются все варианты.

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

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

Код сбора Используется в документах и отчётах.
Название в документах Указывает, как сбор будет назван в финансовых документах.

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

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

Mom fee fop properties window.png
Открытый для редактирования объект свойств сбора за оплату
.

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

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

Можно выбрать один из следующих вариантов:

  • Без округления — будет использоваться наиболее точное рассчитанное значение (два знака после запятой).
  • Вверх — сбор будет округляться вверх.
  • Вниз — сбор будет округляться вниз.
  • Математически — сбор будет округляться вверх или вниз в зависимости от величины и выбранного в поле «Округлять до:» значения.
Округлять до: Позволяет выбрать степень округления.

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

Возвращать при Управляет, когда сбор за оплату должен быть возвращён. Возможные значения (одно или несколько одновременно):
  • Возврат
  • Вынужденный возврат
Код сбора Используется в документах и отчётах.
Название в документах Указывает, как сбор будет назван в финансовых документах.

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

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

Mom fee properties window.png
Открытый для редактирования объект свойств скидки
.

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

Элемент Назначение
Категория Категория скидки, выбираемая из справочника «Категории комиссий».
Имя Название скидки.
Название в документах Указывает, как скидка будет называться в финансовых документах.
Рассчитывать как % Указывает, как рассчитывается скидка: в виде процента или в виде фиксированной суммы.
Минимальная Этот переключатель используется, чтобы пометить скидку, как минимальную.

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

Имеет смысл использовать эту опцию в правиле только вместе со скидкой, рассчитываемой как процент.

Тип округления Определяет тип округления. Используется вместе с полем «Округлять до:». Если в поле «Округлять до» ничего не выбрано, то округление не будет выполнено.

Можно выбрать один из следующих вариантов:

  • Без округления — будет использоваться наиболее точное рассчитанное значение (два знака после запятой).
  • Вверх — скидка будет округляться вверх.
  • Вниз — скидка будет округляться вниз.
  • Математически — скидка будет округляться вверх или вниз в зависимости от величины и выбранного в поле «Округлять до:» значения.
Округлять до: Позволяет выбрать степень округления.

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

База начисления Используется для процентных скидок и указывает, с какой суммы берётся процент для вычисления скидки.
Код сбора Используется в отчётах и документах.

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

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

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

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

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

Mom contract creation.png
Инструкция по созданию нового договора

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для добавления нового клиента нажмите кнопку Mom plus button.png и выберите нужный профиль.

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

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

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

Для добавления нового агентства нажмите кнопку Mom plus button.png и выберите нужный профиль.

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

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

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

Для добавления нового агентства нажмите кнопку Mom plus button.png и выберите нужный профиль.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Mom contract rule example 1.png

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

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

Mom contract rule example 2.png

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

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

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

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

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

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

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

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

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

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

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

Условия

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

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

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

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

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

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

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

Действия

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

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

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

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

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

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

Иконка Название кнопки Назначение
Mom edit contract rule button.png Редактировать правило Позволяет перейти к редактированию выбранного правила.
Mom add contract rule button.png Добавить правило Открывает окно редактора правил для создания нового правила.
Mom delete contract rule button.png Удалить правило Удаляет правило.

Удалённые правила можно восстановить только с помощью отката к прошлой версии договора (о версиях объектов можно узнать в статье « Объекты» данного руководства).

Mom copy contract rule button.png Копировать правило Копирует условия и действия выбранного правила и открывает окно редактирования скопированного правила.
Mom move up contract rule button.png Переместить выше Перемещает выбранное правило на одну позицию выше.
Mom move down contract rule button.png Переместить ниже Перемещает выбранное правило на одну позицию ниже.
Mom move contract rule button.png Переместить Открывает диалоговое окно, в котором можно указать номер позиции, на которую должно быть перемещено выбранное правило.
Mom import contract rule button.png Импортировать правила Позволяет импортировать правила в договор.
Mom export contract rule button.png Экспортировать правила Позволяет экспортировать все или выбранные правила.

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

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

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

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

Mom contract rule editor window.png

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рассмотрим закладки объекта этого договора.

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

На этой закладке находятся следующие элементы:

Элемент Назначение
Имя Название договора
Тип договора Влияет на действия по добавлению ремарок. Для авиакомпаний доступно также действие «Уст. скидку как сбор агентства» см. («Заполнение договоров для синхронизации с Sabre#Трёхсторонние договора».

О ремарках, доступных для различных типов трёхсторонних договоров можно узнать в статье «Заполнение договоров для синхронизации с Sabre#Трёхсторонние договора».

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

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

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

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

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

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

См. также

Синхронизация профилей

Источник — «http://xtrip-wiki.gridnine.com/wiki/index.php?title=Договоры&oldid=4717»
Личные инструменты
Пространства имён

Варианты
Действия
Навигация
Печать/экспорт
Инструменты