Другие особенности

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

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

3. Округление. В договоре и в условии договора есть возможность определить правила округления, в колонке «Требуется округление»:

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

- «из договора» - точность определяется полем «Округление».

- «из валюты» - точность определяется точностью валюты в справочнике «Валюты».

Колонка «Правила округления» задает один из вариантов из вариантов правила округления:

- По математическим правилам

- В большую сторону

- В меньшую сторону

В колонке «Округление» задается десятичный разряд, до которого происходит округление. Положительное значение означает количество разрядов после запятой, до которого происходит округление, отрицательное – количество разрядов до запятой, например.

2 – округляется до сотых целого числа (например, до копейки, если сумма в рублях)

-1 – округляется до числа, кратного 10 (например, до 10 рублей)

0 – округляется до целого

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

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

5. Порядок расчета договоров. Одновременно для одного участка операции комиссия может насчитаться только с одного типа договоров (справочник DGT). Если одновременно может обработаться несколько договоров одного типа (например прямой договор с перевозчиком, договор с перевозчиком, загруженный из ТКП и договор «по умолчанию» с ТКП), то обработается первый из них согласно следующему порядку:

5.1. Договор без признака расчетов «через ТКП»

5.2. Договор с признаком расчетов «через ТКП»

5.3. Договор «по умолчанию».

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

6.1. Если на операции нет ответственного перевозчика

6.2. Если ответственный перевозчик на операции совпадает с обрабатываемой авиакомпанией (для СОФИ-Авиакомпания) и тип договора при этом SA_AG - «Договора с Перевозчиками».

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

7. Обработка «обменов». В закладке «Параметры» окна «Администрирование» содержатся 2 настройки системы:

7.1. DG_EXCHANGE «Список типов договоров для копирования комиссии в группе обмена». Содержит список кодов пользовательских типов договоров, для расчета по условиям которых, в случае группы ОБМЕН, на выданный в обмен билет статьи по форме оплаты ОБМ и условия комиссии будут переносится с принятого к обмену билета. Данная настройка не распространяется на бланки ТКП. Пример настройки DG_EXCHANGE=АК,AK_LOAD,ПРОЧБСО

7.2. DG_EXCHANGE_BOWN «Список владельцев БСО для копирования комиссии в группе обмена». Параметр аналогичен DG_EXCHANGE.

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

7.4. Данный механизм не работает для операций conjunction.

7.5. Если на возврате и на продаже сумма по форме оплаты ОБМ различна, то комиссия не будет перенесена на продажу.

7.6. Комиссия не будет перенесена, если продажа оформлена на бланке, имеющем признак «МСО» в справочнике «Видов БСО».

8. Определение списка статей в поле «Со статьи» в окне редактирования кирпичика. В данное поле можно выбрать те статьи, у которых в справочнике ACC стоит галочка в поле «Для расчета комиссии»

9. Расчет комиссии как дельты от статьи или другой комиссии.

9.1. Если комиссия рассчитывается как процент, то в поле «от» можно указать статью другой, ранее рассчитанной комиссии и тогда новая комиссия будет рассчитана как произведение суммы исходной статьи на разницу процентов ранее рассчитанной комиссии и новой комиссии. Если ранее рассчитанная комиссия вычислялась не как процент от статьи, а как абсолютная сумма, то расчет новой комиссии становится невозможен и об этом будет сформирована ошибка на операции с кодом «DOG-0008»

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

Внимание!!! Необходимо учесть, что если требуется рассчитать комиссию как дельту от ранее рассчитанной комиссии, то это можно сделать только при пошаговом расчете договоров, когда на первом шаге будет рассчитана первоначальная комиссия, а на втором – комиссия как дельта.

10. Ограничение пользовательских типов договоров по владельцам БСО и ответственным перевозчикам. В справочнике «пользовательских типов договоров» по кнопкам «Владельцы БСО» и «Отв.перевозчики» можно задать список, который ограничит проверку данного типа договора только теми перевозчиками и/или владельцами, которые были заданы в списке. Если список не заполнен, то считается, что ограничения для этого договора нет.

11. 05.07.2012 Добавлено ограничение, что расчет дополнительных статей (_NV, _NP и проч.) не выполняется в периодах, закрытых по владельцам БСО или/и точкам продаж.

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

13. Пользователи могут создавать новые типы договоров на основе существующих (кнопка «Клонировать» в справочнике DGT).

14. Порядок определения формы и организации оплаты расчетных статей OP_CNT, OP_SEG, WEIGHT, FARE_DAY, OP_MEST, OP_ROOM, OP_TOURIST. На операции (или на участке) формируется только одна статья, поэтому при оплате несколькими формами оплаты нужно выбрать только одну форму оплаты. Если на операции нет формы оплаты НАЛ – Нет организации, то форма оплаты определяется в порядке уменьшения приоритета следующим образом:

14.1. Наивысший приоритет имеют формы оплаты с КВЗ = CC

14.2. Наименьший приоритет имеют формы оплаты с КВЗ = НАЛ, приоритет которых уменьшается в порядке увеличения значения поле «Сортировка» в справочнике «Форма оплаты», последними идут формы оплаты с пустым полем «Сортировка»

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

15. Расчетные статьи OP_TOTAL формируются в разрезе формы оплаты статей операции на первом (с минимальным номером) участке.

16. Расчет комиссии при возврате обменов. Если возврат обмена в СОФИ введен как операция с заполненным полем «выдан в обмен на», то расчет комиссии может быть произведен по условиям, действовавшим на момент первоначальной продажи и/или обмена. В СОФИ нужно добавить параметр системы DG_EXCHANGE2 (правила заполнения такие, же что и для параметра DG_EXCHANGE – см. выше). По перечисленным в параметре пользовательским типам договорам комиссия на возврате будет сформирована следующим образом:

16.1. Комиссия с суммы доплаты при обмене будет рассчитана по условиям договоров, действовавших на момент обмена

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

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


Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



double arrow
Сейчас читают про: