Z_STAFFORDERS
Краткое описание :
Контроль при удалении утвержденного приказа при наличии
расчета в ЗП: удержаниеОписание :
УП- Документы- Все приказы по персоналуЧто измененно :
При удалении РПД-31/32 не учитывается то, был ли произведен
бухгалтером расчет зарплаты. или нет.
Как измененно :
РПД-31/32. Удаление. В случае, если назначение связано с
лицевым счетом и у него установлен статус расчета зарплаты "рассч.", реализован
запрет на удаление. Сообщение в протоколе "По лицевому счету произведен
расчет!". Дополнительный контроль в случае включенной автоматической обработки
сигнала в РК: Если дата события раньше даты отчетного периода выдается
предупреждение "За прошлый период рассчитана заработная плата. Продолжить
удаление?". При отказе, удаление прерывается.
Z_STAFFORDERS
Краткое описание :
Контроль при удалении утвержденного приказа при наличии
расчета в ЗП: выплаты в межпериодОписание :
УП- Документы- Все приказы по персоналуЧто измененно :
При удалении РПД-20, 21, 30 не учитывается то, был ли
произведен бухгалтером расчет зарплаты. или нет.
Как измененно :
РПД-20, 21, 30. Удаление. В случае, если назначение связано с
лицевым счетом и у него установлен статус расчета зарплаты "рассч.", реализован
запрет на удаление. Сообщение в протоколе "По лицевому счету произведен
расчет!". Дополнительный контроль в случае включенной автоматической обработки
сигнала в РК: Если дата события раньше даты отчетного периода выдается
предупреждение "За прошлый период рассчитана заработная плата. Удалить
приказ?". При отказе, удаление прерывается. Дополнительный контроль в случае
наличия реестров или ведомостей. Если таковые найдены, удаление прерывается,
выдается соответствующее сообщение.
Z_STAFFORDERS
Краткое описание :
Контроль при удалении утвержденного приказа при наличии
расчета в ЗП: постоянные доплатыОписание :
УП- Документы- Все приказы по персоналуЧто измененно :
При удалении РПД-9/10/12/13, а так же персональных допалт в 6-м
окне картотеки не учитывается то, был ли произведен бухгалтером расчет
зарплаты. или нет.
Как измененно :
РПД-9/10/12/13. Удаление. Доплаты (6-е окно картотеки
сотрудников). В случае, если назначение связано с лицевым счетом и у него
установлен статус расчета зарплаты "рассч.", реализован запрет на удаление.
Сообщение в протоколе "По лицевому счету произведен расчет!". Дополнительный
контроль в случае включенной автоматической обработки сигнала в РК: Если дата
события раньше даты отчетного периода выдается предупреждение "За прошлый
период рассчитана заработная плата. Продолжить удаление?". При отказе, удаление
прерывается.
Z_STAFFORDERS
Краткое описание :
Контроль при удалении утвержденного приказа при наличии
расчета в ЗП: временные замещенияОписание :
УП- Документы- Все приказы по персоналуЧто измененно :
При удалении РПД-70 не учитывается то, был ли произведен
бухгалтером расчет зарплаты. или нет.
Как измененно :
РПД-70. Удаление. В случае, если назначение связано с лицевым
счетом и у него установлен статус расчета зарплаты "рассч.", реализован запрет
на удаление. Сообщение в протоколе "По лицевому счету произведен расчет!".
Дополнительный контроль в случае включенной автоматической обработки сигнала в
РК: Если дата события раньше даты отчетного периода выдается предупреждение "За
прошлый период рассчитана заработная плата. Продолжить удаление?". При отказе,
удаление прерывается.
Z_STAFFORDERS
Краткое описание :
УП. Добавить контроль на наличие приказа о замещенииОписание :
Галактика ERP \ Персонал \ УП \ Документы \ Все приказыЧто измененно :
РПД-70. Необходим контроль на пересечение с существующим
замещением.
Как измененно :
РПД-70. Добавлен контроль на пересечение с другими замещениями,
попадающими на тот же период. В случае, если замещение будет найдено, выведется
сообщение "Найдено замещение (...), которое пересекается с оформляемым!
Продолжить?". При отказе, приказ не утвердится.
Z_STAFFORDERS
Краткое описание :
Расчет алиментов, исполнительных листов - по всем лицевым
счетам внутреннего совместителяОписание :
Галактика ERP \ Персонал \ ЗП \ Операции \ Расчет зарплаты \
Расчет алиментов и исполнительных листовЧто измененно :
Сейчас алименты (и/л) для внутренних совместителей приходится
заводить в каждом ЛС, при этом невозможно отследить остаток суммы в целом по
работнику. Необходимо реализовать возможность ввода алиментов и исполнительных
листов для внутренних совместителей в одном месте - например, в привязке только
к карточке работника, или к основному ЛС (в этом случае учесть возможность
появления другого основного ЛС). Как вариант, признак в постоянном удержании -
для всех ЛС (по умолчанию), или только для текущего. Визуализировать такое
постоянное удержание и учитывать его при расчёте во всех связанных ЛС (если
задана сумма, то пропорционально заработку). Остаток рассчитывать тоже общий с
учётом всех связанных ЛС. Пояснение: у сотрудника имеется два лицевых счёта: по
основному месту работы и по внутреннему совместительству; по исполнительному
листу необходимо удержать с работника определённую сумму; удерживаться должен
какой-то процент со всех начисленных сотруднику сумм, входящих в заработок для
исчисления удержания по исполнительным листам; в обоих лицевых счетах вводим
постоянное удержание с кодом 188 и параметрами: остаток (вся сумма, которую
нужно удержать); сумма или процент удержания; при расчёте система отслеживает
остаток суммы по каждому лицевому счёту отдельно, но не отслеживает по обоим
лицевым счетам вместе; в результате наступает момент, когда сумма уже удержана,
а в обоих лицевых есть остаток; более того, в последний месяц удержания, скорее
всего, будет удержана неправильная сумма: больше той, что должна быть удержана;
расчётчик должен следить за каждой такой ситуацией и вручную вносить
исправление в последний расчёт и в постоянные удержания. Пример: Имеется
работник Короленко с двумя ЛС: 5 - основной, 105 - совместительство. С него
необходимо удержать по исполнительному листу 5000.00, за каждый месяц - 20% с
начисленных сумм. Настройка входимости видов оплат в удержания выполнена.
Отчётный период - 01/09/2006. В обоих ЛС добавляем постоянное удержание с кодом
188, % - 20, остаток - 5000.00, начало - 01/09/2006. Выполняем расчёт зарплаты.
Видим, что по ЛС 5 удержана сумма 2'161.08, по ЛС 105 - 2'818.77, итого
4'979.85. Т.о., осталось удержать 20.15. Выполняем переход в следующий месяц.
Отчётный период - 01/10/2006. Видим, что в постоянных удержаниях остаток суммы
к удержанию изменился: в ЛС 5 он теперь равен 2'838.92, а в ЛС 105 - 2'181.23.
Т.е. остаток система рассчитала для каждого ЛС отдельно, без учёта наличия у
работника двух ЛС. Выполняем расчёт зарплаты. Видим, что по ЛС 5 удержана сумма
2'161.08, по ЛС 105 - 2'181.23, итого 4'342.31. А нужно было удержать 20.15.
Если не удалить постоянное удержание в ЛС 5, то и в следующем месяце система
удержит 677.84
Как измененно :
"Разработан функционал заведения сквозного постоянных удержаний
алиментов и исполнительных листов (актуально только при расчете заработной
платы с учетом смежных лицевых счетов) В окне редактирования постоянного
удержания алиментов и исполнительных листов основного лицевого счета добавлен
параметр ""Сквозное"". При установке данного праметра редактируемое постоянное
удержание становится общим для все связанных лицевых счетов. Такое постоянное
удержание в списке выделяется зеленым цветом, а также его можно увидеть и
редактировать через смежные данные дополнительных лицевых счетов." В случае
добавления основного лицевого счета все сквозные постоянные удержания текущего
лицевого счета переносятся в привязанный основной лицевой счет (т.е. основной
лицевой счет становится "владельцем" записи сквозного постоянного удержания). В
случае изменения основного лицевого счета дополнительный счет теряет связь со
сквозными постоянными удержаниями "старого" основного лицевого счета. Если
пользователь задает остаток испольнительного листа, то при расчете заработной
платы с учетом смежных лицевых удержанная сумма не превысит остатка, т.е.
пользователю не нужно будет отслеживать остатки для каждого смежного лицевого
счета по отдельности.