Учет начислений и требований

  Вы находитесь здесь:  Финансы >

Показать все / свернуть все


Учет начислений и требований


 

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

Суперпользователь — имеет все возможные привилегии по работе с начислениями и требованиями

Финансист — имеет право просматривать начисления и требования

Финансист ГО — имеет право просматривать начисления и требования, а также квитовать требования

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

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

Финансовый менеджер по работе с задолженностью — имеет право просматривать начисления, требования и все сущности, на которые платежи могут распределяться (договора, страховые дела), а также имеет право списывать начисления, находящиеся в статусах "Просрочено" и "Частично просрочено" (путем создания другого начисления для списания задолженности по этому начислению, подробнее см. раздел Формирование начислений и требований при списании задолженности)

 

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

 

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

 

<%EXTOGGLE%>Алгоритм формирования финансов и правило определения отчетной даты при регистрации дополнительного соглашения

 

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

Начисления списываются и восстанавливаются полностью на всю сумму по годовым периодам, которые изменяются в связи с регистрацией дополнительного соглашения

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

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

 

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

 

Аналогично и отчетная дата в начислениях по восстановлению и списанию премии должна совпадать для одного и того же годового периода

 

 

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

На уровне версии договора этапы оплаты существуют в качестве "истории" и служат для восстановления актуального графика в случае отката к предыдущей версии договора при удалении ДС.

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

Логика регистрации ДС “Предложение”: при подтверждении заключения ДС в договоре вносятся изменения из графика договора ДС-предложения в график договора (не виртуальные).

При удалении ДС актуализируется график платежей уровня договора в соответствии с графиком платежей последней оставшейся версии договора.

 

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

 

С переходом к новой модели отменена  валидация соответствия суммарной премии по условиям страхования объектов и премии в графике платежей для договоров, в которых есть ДС вида “продление”. При этом при заключении ДС-продления у которых сумма по графику договора не совпадает с суммой по условиям страхования объекта - добавляется соответствующая запись в лог . Логируется номер договора (ДС), сумма из графика, сумма по условиям, пользователь, выполнивший операцию, дата операции.

 

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

 

Из этапов оплаты, принадлежавших предыдущей версии, переносятся требования и платежи на этапы оплаты с такой же датой, привязанной к договору (взятому с последней версии). Например, в первой версии договора был этап оплаты на 1000 грн, он был погашен полностью, потом сделали ДС, платеж стал 1100 грн., и его допогасили на 100 грн. После выполнения переноса данных о погашениях  на договоре оказывается этап оплаты на 1100 грн. и погашение на 100 грн. После выполнения скрипта по переносу  к данному этапу оплаты также прикрепится погашение на 1000 грн. из предыдущей версии.

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

 

Пример 1

В версии был этап 1. 100 грн. 03.01.2015 погашен на 70 и 30 грн.

В договоре новый график

1. 50 грн 01.01.2015

2. 50 грн 05.01.2015.

Оба погашения (70 и 30) будут перенесены на этап договора с ближайшей меньшей датой - этап 1 от 01.01.2015. Таким образом к 1-му этапу будет прикреплены оба погашения в сумме на 100, а ко второму этапу погашений прикреплено не будет. Погашенность этапов будет определятся дополнительно с обработкой всего графика и требований, привязанным к этапам.

 

Пример 2

В версии был этап 1. 100 грн. 03.01.2015 погашен на 70 и 30 грн.

В договоре новый график

1. 50 грн 03.01.2015 и

2. 50 грн 05.01.2015.

Оба погашения (70 и 30) будут перенесены на этап договора с ближайшей большей датой (так как меньшей нет) - этап 1 от 03.01.2015. Таким образом к 1-му этапу будет прикреплены оба погашения в сумме на 100, а ко второму этапу погашений прикреплено не будет. Погашенность этапов будет определяться дополнительно с обработкой всего графика и требований, привязанным к этапам.