0
На рассмотрении

Изменения в архивных ЛС прерывают процесс перевода на следующий период

Алексей Панчихин 4 недели назад в Прочее обновлен 1 неделю назад 11

Добрый день!

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

Есть возможность избежать прерывания перевода при подобных изменениях у архивных? 

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

На рассмотрении

Добрый день!

в архивных ЛС была выполнена корректировка подразделений

В к.ч. изменили "подразделение ЛС"?

невозможно выделить и рассчитать по ранее введенным суммам.

Эту операцию можно сделать по всем ЛС..

Изменили подразделение у видов н/у

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

А мне сказали на линии ТП, что это ошибка в программе, которая была исправлена в 2025 г.!

С какой целью подразделение архивным меняли?


Если переживаете за "плюс дополнительных полчаса" может есть смысл перести архивные ЛС в отдельную базу?

После увольнения ЛС перенесли в фиктивное подразделение, просто, чтобы не мешали, это такая историческая традиция. Теперь фиктивное подразделение стало помехой в отчетности сфр, вот и меняем обратно.

пришлите сохранение настроек и лицевой на котором останавливается при переводе даже если ему предварительно выполнен "расчет по ранее введенным суммам"

Сейчас наверное нет смысла делать сохраненку по такому ЛС! 

Перевод уже выполнен...

ZPL_zplinfo_net(20260403_075012).7z

Вложил ЛС, по которому изменено подразделение из 998 в 201, после чего выполнен "расчет по ранее введенным суммам". После выдачи зарплаты (формирования ведомостей) или еще по-какой-то причине флаг "рассчитан" оказался сброшен (моя гипотеза по состоянию в списке, как упоминалось выше, это не определялось). 

При выполнении перевода в новый период этот ЛС вызвал прерывание процесса по причине "не рассчитан...". Далее по ЛС выполнен снова "расчет по ранее введенным суммам", заново запущен процесс перевода, который благополучно отработал вложенный ЛС и был прерван следующим аналогичным ЛС...

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

После смены подразделения был выполнен "расчет по ранее введенным суммам", то есть мы предвидели проблему в переводе с измененными ЛС и считали что подстраховались, но состояние архивных замаскировано под "АрхУв", что мешает понять его реальное состояние визуально, да и программа предварительно не обнаружила! Программа предварительно даже не обнаруживает состояние "Р/2" и если сам не заметишь, то получишь прерывание.

Добрый день!

Тема у нас подвисла в неопределенности...

Вы упоминаете некий "признак расчета", который программа при переводе обнаруживает, но который у архивных ЛС невозможно определить для выделения в списке ЛС с последующим "расчетом по ранее введенным суммам". В таком случае, пригодился-бы отчет(выборка) по таким ЛС с применением алгоритма, понимающего "признак расчета"!

Возможно, скрипт такой уже существует?

Сервис поддержки клиентов работает на платформе UserEcho