Уважаемые коллеги, может быть кто то встречался с такой проблемой:
Делаем:
1. аванс
2.Меж расчет при увольнении: с типом расчета B, причина 0105
3. Проводим регулярный расчет и не видим в кластере в таблице RT аванс(отпускные и прочие меж расчеты) а только меж расчет при увольнении.

Поставили ноту 1868800- не помогло.
Все равно меж расчет увольнения с типом В затирает все меж расчеты с типом А.

Расчет аванса и увольнения случайно не на одну и ту же дату выполнялся?

Нет на разные

Еще раз прочитал исходное сообщение, и мне стало не понятно, что именно затирается.

Должна быть следующая цепочка:
1. Вы выполнили расчет аванса. В каталоге кластере создалась запись о расчете с номером, скажем 00060.
2. Затем выполняете расчет увольнения - создается запись в кластере с номером 00061.
3. Выполняется регулярный расчет. Штатно должны быть созданы новые записи 00062 - повторно аванса, 00063 - повторно увольнение, 00064 - регулярный расчет.

Фразу "меж расчет увольнения с типом В затирает все меж расчеты с типом А" я читаю как "шаг 2 затирает в кластере запись аванса 00060". Правильно? Тогда не понятно упоминание таблицы RT.

Либо просто при выполнении регулярного расчета НЕ ПОДГРУЖАЮТСЯ данные аванса, а сами межрасчеты никуда не деваются?

Если первое, то скорее всего имело место вмешательство в саму программу расчета HRUCAL0. Только настройкой схемы расчета такого не добиться.
Если второе, то это значительно проще. Загрузка межрасчета выполняется правилом RUO1, у вас должно быть два прогона по каждому межрасчету отдельно. Проверяете загрузку аванса начиная от этого правила. Так как у вас есть работающий ВО (увольнение) и неработающий (аванс), то найти причину должно быть легко. Они должны обрабатываться одинаково.

У нас формируется следующая цепочка:
1 и 2 пункты как вы и написали, а в 3 пункте при выполнении регулярного расчета формируется не 3, а 1 новая запись (например, 0062) только с регулярным расчетом, и в ней в таблице RT из межрасчетов сохраняется только межрасчет с типом В увольнение, а межрасчеты А нет.

То есть, ничего не затирается. Просто не подхватывает результат расчета аванса при выполнении регулярного расчета.

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

Подскажите, пожалуйста, выделенное происходит из-за особенностей драйвера или каких-то схем?

зы. дело в том, что для Украины не реализованы межрасчеты типа В.

Сейчас еще раз перечитал свое сообщение и должен сказать, что порядок пересчета не обязательно будет такой. Расчеты "Повторно аванс" и "повторно увольнение" могут произойти, а могут и не произойти. Точнее, это зависит от того, было ли изменение данных или нет (поле СамРанДИзменОсД в ИТ0003 заполнено или нет).


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