Z_STAFFORDERS
Краткое описание :
РПД=8: для ряда полей выбор значений из классификаторов проходит со второго разаОписание :
8. УвольнениеЧто измененно :
При заполнении содержания приказа об увольнении, значения следующих полей выбором из классификаторов заполняется со второго
раза. См. поля :
В интерфейсе "Увольнение" для трех полей:
- основание увольнения
- основание
- в порядке перевода в
В перечне приказов для двух полей:
- основание увольнения
- основание
Как измененно :
Выбор полей "Основание увольнения", "Основание" осуществляется корректно. На 8.1 проблему для "В порядке перевода в" обнаружить не удалось.
Z_STAFFORDERS
Краткое описание :
При увольнении совместителя предлагается закрыть переход в межпериод основного работникаОписание :
8. УвольнениеЧто измененно :
Проблема появилась в связи с доработкой ПиР 101.50836. Сотрудник принят внутренним совместителем на отдельный лицевой счет. При увольнении сотрудника-совместителя и наличии перехода в межпериод по основному назначению, с датой начала позже даты увольнения совместителя, появляется сообщение о наличии перехода в межпериод основного работника и предложением удалить его. Если нажать "Отмена", приказ не утверждается. Если "Утвердить" не всегда корректно ложатся данные в ЛС. Я наблюдала, что после утверждения такого приказа в табеле основного ЛС пропадает часть, приходящаяся на период после перехода (часы светятся серым). Ситуация то проявляется, то нет. Закономерности установить не удалось. Поэтому упоминаю об этом косвенно. Сообщение смущает пользователей. Просьба проверить данную ситуацию и исправить. Выдавать информацию о наличии переходов увольняемого назначения (основного или совместителя).
Как измененно :
При увольнении сотрудника-совместителя переходы в межпериод проверяются на лицевой счет совместителя.
Z_STAFFORDERS
Краткое описание :
РПД=8: нестабильный вызов пункта локального менюОписание :
8. УвольнениеЧто измененно :
Проблема касается вызова пункта локального меню из нижней панели интерфейса "Список приказов о прекращении трудового договора".
Если была выполнена последовательность действий:
- случайно вызвано локальное меню из нижней панели интерфейса для сотрудника, у которого нет приказа об увольнении.
В данной ситуации все пункты меню, действительно, должны быть закрыты для работы
- затем выбирается работник, для которого уже создан приказ об увольнении. И повторно вызывается локальное меню. В нем
пункт "Печать в FastReport" остается недоступным для работы, не работают и горячие клавиши ALT+R.
Корректная работа локального меню не восстанавливается, ни после вызова печати приказов непосредственно из содержания приказа,
ни после повторного открытия интерфейса "Список приказов о прекращении трудового договора".
Мне удалось восстановить работу локального меню только выполнив последовательность действий:
- вызвать локальное меню из нижней панели совсем другого интерфейса "Список приказов о перемещении "
- вызвать локальное меню из нижней панели интерфейса "Список приказов о прекращении трудового договора"
См. пример во вложенном файле
Как измененно :
Управление персоналом/ База данных/Увольнения
Пункт локального меню Печать в "FastReport" в нижней части окна, доступно при наличии приказа (не важно утвержденного или не утвержденного)
Z_STAFFORDERS
Краткое описание :
Потеря преемственности. РПД-9 (Назначение надбавок) - испортилось поле "По дату"Описание :
Все РПД по персоналуЧто измененно :
В приказах на назначение надбавок (РПД-9) поле "По дату" не видно в старых приказах, а в новых приказах в случае нескольких доплат по одному человеку это поле одинаковое (а клиенту необходимо вводить разные даты).
Как измененно :
Исправлено. Теперь значение поля "По дату" хранится для каждой надбавки. Также добавлен конвертер, который заполняет поле "По дату" для старых приказов
Z_STAFFORDERS
Краткое описание :
Функция GetFIO не сокращает имя и отчествоОписание :
Интерфейс картотекиЧто измененно :
Необходимо функцию формирования сокращенной записи ФИО
перенести в отдельный метод объектного интерфейса.
Как измененно :
Выполнен рефакторинг кода - реализован новый метод,
преобразующий ФИО в формат "Фамилия И.О.". Функциональность системы не
изменялась.
Z_STAFFORDERS
Краткое описание :
Дать возможность в ЛС видеть поля из 6 листа картотеки "особые условия" и "КПС"Описание :
Лицевые счета (окно ввода и редактирования)Что измененно :
В связи с появлением новых дополнительных налогов для "вредников" бухгалтерам по зарплате не видны поля из
картотеки. То, что работник имеет вредность они могут узнать только когда сформируют пенсионный стаж.
Поэтому и проконтролировать правильность начисления(НЕ начисления) этих налогов они так же не могут.
Клиент предлагает в ЛС показывать поля из 6 листа картотеки "особые условия" и "КПС".
Как измененно :
Для того чтобы снизить взаимозависимость модулей "Заработная плата" и "Управление персоналом" информация о условиях работы ("Особые условия" и "КПС") теперь доступна в лицевых счетах и переходах в межпериод. При расчете зарплаты вычисляется признак условий работы ("в обычных условиях", "во вредных" или "в особо вредных"), для этого анализируются текущие условия работы сотрудника, заданные в ЛС и переходах. Этот признак затем используется при начислении страховых взносов по дополнительным тарифам (СВДТ) и при формировании отчетности (РСВ-1, СЗВ-6-4).
Указанные в приказе о приеме на работу [вариант оформления "обычное оформление приказа"] (РПД-1) условия работы ("Особые условия", "КПС" и "Территориальные условия") после утверждения приказа становятся основными условиями работы принятого сотрудника и отображаются в соответствующих полях 6-го окна картотеки. В момент утверждения такого приказа при создании лицевого счета анализируется значение настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Налоги \ Для дополнительного тарифа анализировать картотеку". При значении "нет", если для структурных единиц ШР, связанных с подразделением из ЛС и для должности из ЛС есть записи в интерфейсе "Соответствие профессия-КПС", то в полях "Особые условия" и "КПС" в созданном ЛС будут указаны значения из первой такой записи. При значении "да" настройки в поля "Особые условия" и "КПС" созданного лицевого счета будут скопированы значения из аналогичных полей приказа о приеме на работу.
При утверждении приказа о перемещении [вариант оформления "перемещение по службе"] (РПД-5) условия работы, указанные в приказе переносятся в новое назначение и отображаются в нем как "основной КПС". При этом в рабочую корзину заносится сообщение, содержащее те же значения "Особых условий", "КПС" и "Территориальных условий", что и в новом назначении. При обработке РК эти значения переносятся в создаваемую запись перехода в межпериод.
Информация об условиях работы в лицевых счетах располагается во вкладке "Основная". Если пользователь решил изменить условия работы для некоторого лицевого счета, то программа проанализирует выбранное зарплатное подразделение и должность и исходя из этой информации откроется окно с сформированным списком для выбора. Для удаления условий работы (установка обычных условий) необходимо установить курсор на поле "Особые условия" или "КПС" и нажать кнопку DEl
Z_STAFFORDERS
Краткое описание :
Количество дней для компенсацииОписание :
8. УвольнениеЧто измененно :
Неверно рассчитывается Количество дней для компенсации в приказе на увольнение в некоторых ситуациях.
Работник принят 01/02/2011
Ситуация 1.
Работник увольняется 31/01/2012. За время работы на предприятии работник не ходил в отпуск.
В приказе на увольнение рассчитывается количество дней для компенсации 30, а должно быть 28:
Ситуация 2.
Этот же работник. Увольняется 31/01/2013. В 2012 году работник сходил в отпуск на 14 дней.
Рассчитан План-график работника за рабочий год с 01/02/2012 по 31/01/2013. Рассчитан План-график работника за рабочий год с 01/02/2013 по 31/01/2014. В приказе на увольнение рассчитывается количество дней для компенсации 31, а должно быть 42.
Как измененно :
Управление персоналом/База данных/Перечень приказов/РПД 8 (Увольнение)
Настройки для страны - Украина
Использовать технологию планирования отпусков - да
Компенсации по отпускам рассчитывается по формуле:
Дкомп=Допл+Дос+(Дотп-Дос)*(Котр-Потр)/(Кгод-Пгод)-Дисп,
где
Дкомп - количество дней неиспользованного отпуска,
за которые предоставляется компенсация (округлять до целых);
Допл - неиспользованные дни отпуска прошлых периодов:
Плановый график отпусков, поле "Остаток прошлых лет";
Дос - поле "Количество дней отпуска по плану" в Плановом графике отпусков,
в пакете отпусков, для отпуска, выбранного в настройке "Остатки по отпускам за прошлый период";
Дотп - общая продолжительность пакета отпусков: Плановый график отпусков, поле "По плану";
Котр - количество календарных дней в текущем рабочем году до дня увольнения;
Потр - количество праздничных и нерабочих дней, установленных законодательством
(из классификатора Праздничных дней), которые приходятся на текущий рабочий год до дня увольнения;
Кгод - общее количество календарных дней в текущем рабочем году;
Пгод - общее количество праздничных и нерабочих дней в текущем рабочем году (из классификатора Праздничных дней);
Дисп - количество дней отпуска, использованных в текущем рабочем году:
Плановый график отпусков, поле "Суммарное количество дней фактических отпусков".
Пакет по которому рассчитываться отпуска ищется следующим образом:
1. ищется пакет отпусков у которого период рабочего года с по содержит в себе дату увольнения
2. если такова отпуска нет, то ищется ближайший "назад" по датам отпуск
Z_STAFFORDERS
Краткое описание :
РПД=9,10: утверждение приказа с РПД=10 правит ранее утвержденный приказ с РПД=9Описание :
Все РПД по персоналуЧто измененно :
Приказом с РПД=9 назначается персональная доплата без указания окончания срока действия ее назначения.
Через какое-то время эта доплата снимается, утверждением приказа с РПД=10. Тогда в утвержденном приказе
о назначении доплаты автоматически заполняется поле "По дату". Править утвержденный приказ нельзя.
Как измененно :
В приказе с РПД-9 после утверждения приказа с РПД-10 дата окончания срока действия не указывается
Z_STAFFORDERS
Краткое описание :
РПД=12, 21,71: проблема печати индивидуальной формы в групповом приказеОписание :
Все РПД по персоналуЧто измененно :
Если вначале была получена групповая форма приказа, то при печати следом индивидуальной формы,
информация выводится не по выбранному сотруднику, а по последнему из списка в групповой форме.
Как измененно :
При печати индивидуальной формы после печати групповой информация выводится по выбранному сотруднику.
Ошибка была исправлена для РПД 12, 13, 21, 36, 37, 71, 91, 100
Z_STAFFORDERS
Краткое описание :
При повторном приеме из увольнения проставляется Новые карточка и л/сОписание :
8. УвольнениеЧто измененно :
Настройки:
Разрешить повторное использование табельных номеров лицевых счетов = "да"
..атрибуты для поиска совпадающих физических лиц - недоступна,
т.к. предыдущая настройка в значении "да"
На последних обновлениях проблема:
При повторном приеме через приказ на увольнение по умолчанию в поле
"Вариант л/с и карточки" устанавливается значение "Новые карточка и л\с"
Меняем значение на "Те же карточка и л\с" - слетает ссылка на сотрудника.
Как измененно :
При изменении значения поля "Вариант л/с и карточки" сотрудник и его табельный номер отображаются корректно
Z_STAFFORDERS
Краткое описание :
РПД=8. Пересечение информации в приказахОписание :
8. УвольнениеЧто измененно :
Если сотрудник несколько раз принимался на работу на ту же карточку и несколько раз увольнялся,
то значение полей:
- номер постановления - дата
из последнего приказа переносится во все предыдущие.
Как измененно :
Для каждого из увольнений сотрудника значения полей "Номер постановления", "Дата" сохраняются корректно.
Также был написан конвертер для уже существующих увольнений. Однако он вызывается только для последнего увольнения сотрудника.