Z_PAYREP
Краткое описание :
Если установлена настройка удержания "учитывать в подразделении на начало месяца" не разбивать удержание по видам оплатОписание :
Расчет удержаний (общие вопросы)Что измененно :
Установлена настройка Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов "Разбивать удержания"-"по подразделениям, аналитике и параметру входящих оплат".
В КВУ в настройке удержания установлен параметр "учитывать в подразделении на начало месяца".
Удержание заведено в лицевом счете через постоянные удержания процентом от зарплаты.
Если в расчете зарплаты есть начисления за текущий и будущий период, то удержание, при таких настройках, для текущего периода
формируется одной суммой без заполнения ВО в допаналитике. Проблема клиента связана с тем, что в случае, когда в допаналитику вид оплаты то заполняется, то не заполняется у них возникает проблема с формированием пользовательского отчета, завязанного на допаналитику. Жалуются, что нет возможности заполнить допаналитику на одном уровне. По сути клиенту подошел бы вариант не заполнять в допаналитику вид оплаты.
Как измененно :
1. Доработан расчет заработной платы для России. Теперь дополнительные аналитики по видам оплат в начислениях и удержаниях автоматически не формируются.
2. Если В КВУ в настройке удержания установлен параметр "учитывать в подразделении на начало месяца" или "учитывать в подразделении на конец месяца", то вид оплаты в удержание не записывается.
3.Для реестров, которые формируются по удержаниям в результатах расчета зарплаты, доработан перенос видов оплат из удержаний в реестры.
Добавлено отображение колонки с видом оплаты при просмотре сумм реестра в разрезе операций.
Z_PAYREP
Краткое описание :
Для формирования реестров и ведомостей необходимо доработать расчет сальдоОписание :
Информация о выплатах заработной платыЧто измененно :
Реализовать копирование допаналитик из OtpDop в поля таблицы ZarOper, которые были добавлены в словарь.
Выполнить доработки для копирования значений и в другие поля, добавленные в таблицах ZarOper, Spplban, Sbban.
Чтобы реестры, которые формируются по сальдо, содержали данные о виде оплаты, нужно доработать расчет сальдо. Суммы в сальдо должны разбиваться по видам оплат.
В связи с тем, что при расчете зарплаты (решением ПИР 102.163272) из допаналитик будет удалена ссылка на вид оплаты, нужно срочно сделать перенос вида оплаты во все реестры. Так как конвертер пока не выпускается, то нужно анализировать все варианты заполнения полей таблиц, в которых мог бы храниться вид оплаты и переносить его в момент формирования реестров в поле ZarOper.FilialNo.
До выпуска конвертера нужно реализовать контекстный перенос вид оплаты и допаналитик, где это возможно. При этом если в реестре в поле ZarOper.FilialNo отсутствует вид оплаты, то копировать его из допаналитик (при наличии в допаналитиках аналитики с видом оплаты).
При доработках функционала нужно учитывать вид оплаты и допаналитики уже из новых полей.
Сделать необходимые развязки в коде для обеспечения корректной работы функционала.
Доработать функцию расчета сальдо для получения остатков к выплате в разрезе начислений. Сопоставление записей расчетных начислений и удержаний результатов расчета вести в разрезе источников начисления, оплачиваемых ими периодов с учетом вида оплаты и аналитик. А в случае если включен учет по фактически выплаченным суммам, то с учетом сумм по источникам начислений, оплачиваемым периодам, видам оплат и аналитикам, записанных в детализации по операциям к суммам в реестрах на "перечисление" и в ведомостях на "выплату".
Как измененно :
Основные изменения:
1) При формировании реестров и ведомостей допаналитики теперь сохраняются в поля таблицы ZarOper. При этом сохранение допаналитик в таблицу OtpDop также временно оставлено, чтобы функционал, учитывающий допаналитики из таблицы OtpDop работал по старому.
2) Доработано отображение допаналитик при просмотре сумм операций в реестрах. Если допаналитики заполнены в новых полях, то отображаются они, иначе отображаются допаналитики из таблицы OtpDop.
3) Для налогов на ФОТ вид налога теперь записывается в новые поля Sbban.VidPer и Spplban.VidPer. Запись его в поля (Sbban.VidUd и Spplban.VidUd) пока сохранена.
4) В процессе контроля (при использовании опции "Контроль") и обхода старых реестров производится копирование допаналитик в новые поля если новые поля еще не заполнены, и при этом есть запись с допаналитиками в OtpDop.
Также, если в таком старом реестре поле с видом оплаты нулевое, то оно будет обновлено видом оплаты из допаналитик (при наличии среди них есть аналитики с видом оплаты). Реализовано только реестров, которые формировались по удержаниям, а не по сальдо.
5) При формировании реестров на суммы в результатах расчета зарплаты определяется источник начисления (из новых полей). Если он заполнен, то он переносится в реестр. А если не заполнен - источник определяется по старым полям.
6) Поля ZarOper.TipDoc и ZarOper.cPodr теперь задействованы только для хранения ссылки на источник начисления
7) Ссылка на постоянное удержание, ранее хранившаяся в полях ZarOper.cPodr и с типом ZarOper.TipDoc = coShtaf, теперь при формировании реестров теперь сохраняется в поле ZarOper.cRec1. При контекстной обработке старых реестров анализируется старое поле.
8) Доработан расчет сальдо в разрезе источников начислений, оплачиваемых им периодов, с учетом видов оплат и аналитик.
В процессе работы функция расчета сальдо производит выгрузку сумм, относящихся к пересчитываемому периоду.
При настройке "Сальдо рассчитывать по платежным документам" - "нет" функция выгружает суммы начислений и удержаний из результатов расчета и рассчитывает "плановые" остатки месяца.
При настройке "Сальдо рассчитывать по платежным документам" - "да" функция выгружает суммы начислений и удержаний, не являющихся "перечислением" или "выплатой", а также суммы из реестров, сформированных по видам удержания с признаком "перечисление" и из ведомостей по видам удержаний с признаком "выплата" и рассчитывает "фактические" остатки к выплате в разрезе начислений.
В процессе выгрузки сумм функция пытается сгруппировать суммы по источникам начислений, оплачиваемым периодам и видам оплат.
Если для суммы удержания или суммы из реестра или ведомости не нашлось совпадения с начислением по источнику, периоду и виду оплаты, и для анализируемой суммы неизвестен вид оплаты то производится поиск группы, в которой похожая аналитика (см. ниже примечания). Если похожей по аналитике группы не нашлось, то будет сформирована отдельная группа для такой суммы.
Примечание1.
При настройке "Формировать сальдо с разбивкой по аналитикам": "нет" анализ аналитик не производится, сравнение производится только по источникам начислений, оплачиваемым периодам и видам оплат.
Примечание2.
При настройке "Формировать сальдо с разбивкой по аналитикам": "да"
а) При настройке "Разбивать удержания": "по подразделениям, аналитике и параметру входящих оплат".
Если в настройке "Выбор аналитик для разбивки удержаний" задан перечень аналитик, а также если для анализируемой суммы вид оплаты неизвестен, то для этой суммы алгоритм ищет группу, с которой у нее совпадает набор допаналитик. При поиске сравниваются лишь те аналитики, которые указаны в этом перечне, остальные игнорируются. Кроме сравнения значений в допаналитиках никакие другие сравнения при поиске группы в этом случае не производятся.
Если в настройке не указан перечень учитываемых аналитик, то поиск подходящей группы для такой суммы ведется с учетом параметра, аналитик счетов и допаналитик.
б) при других значениях настройки "Разбивать удержания" сравнение производится по источникам начислений, оплачиваемым периодам и видам оплат, а также сравниваются аналитики счета, допаналитики и параметр.
9) Доработан интерфейс "Информация о выплатах заработной платы".
Пункт локального меню "Показать сумму в разрезе аналитик" переименован в "Показать сумму в разрезе операций".
В окно сумм в разрезе операций выведены дополнительные поля.
В локальную функцию пересчета сальдо добавлена опция "формировать протокол".
Информация о том, как распределились по группам суммы начислений, удержаний и суммы выплачиваемые работнику, выводится в протокол в виде таблицы (при включенной опции формирования протокола при расчете сальдо).
После распределения по группам и на их основе вычисляются остатки по каждой группе. Суммы по группам с отрицательными остатками система пытается компенсировать уменьшая положительных остатки других групп. Если в итоге по каким то группам остались положительные остатки, они записываются в разрезе операций в реальный остаток текущего месяца.
Примечание: рассчитанные и записанные остатки в разрезе начислений можно посмотреть по пункту локального меню "Показать сумму в разрезе операций".
При настройке на Россию кроме этой информации, в протокол также выводится информация о суммах НДФЛ.
10) В связи с доработками расчета сальдо доработано формирование реестров, формируемых на суммы остатка в сальдо. Доработано формирование лога при формировании реестров по сальдо.
11) Из параметров формирования реестров налогов, формируемых по итогам расчета зарплаты исключено поле выбора кода каталога (ОКАТО/ОКТМО) как устаревшее. Для России теперь всегда используется код ОКТМО.
12) Дополнительно доработаны пользовательские отчеты (Отчеты\Отчеты пользователя) в связи с доработкой расчета сальдо.
"Аналитические ведомости по реестрам"
"Отчет по реестрам в межпериод в разрезе статей и видов оплат"
"Отчет по суммам на руки в разрезе статей и видов оплат"