Z_STAFF
Краткое описание :
При планировании отпусков сдвиг рабочего года для сотрудников, которые находились в отпуске по уходу за ребенкомОписание :
Формирование план-графиков отпусковЧто измененно :
При планировании отпусков необходимо сдвигать рабочий год для сотрудников, которые находились в отпуске по уходу за ребенком.
На данный момент рабочий год сдвигается только для отпуска указанного в настройке Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска "Код отпуска по уходу за ребенком". Но в этой настройке можно указать только один код. В последнее время, в связи с необходимостью деления пенсионного стажа на два периода ДЕТИ-отпуск по уходу до 1,5 лет и ДЛДЕТИ-отпуск по уходу от 1,5 до 3-х лет, пользователи вводят два отпуска. Поэтому нужна возможность указать два кода отпуска по уходу за ребенком, чтобы при формировании план-графика отпусков рабочий год сдвинулся правильно.
Как измененно :
Данный функционал был доработан только для РФ, в соответствии с законодательством.
1. Добавлена настройка "Код отпуска по уходу за ребенком от 1,5 до 3 лет", находящаяся в узле настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска \
2. В настройке "Код отпуска по уходу за ребенком от 1,5 до 3 лет" необходимо указать тот код, который соответствует этому виду отпуска.
3. В РПД-41 "Предоставление отпуска" учитывается добавленная настройка и запись об отпуске в классификаторе отпусков
4. При создании записи фактического отпуска учитывается добавленная настройка и запись об отпуске в классификаторе отпусков
5. При реализации работы седьмого окна картотеки (с планированием) учитывается добавленная настройка и запись об отпуске в классификаторе отпусков
6. При реализации работы седьмого окна картотеки (без планирования) учитывается добавленная настройка и запись об отпуске в классификаторе отпусков
7. При расчете продолжительности компенсации для уволенного сотрудника или уволенного по совместительству учитывается добавленная настройка и запись об отпуске в классификаторе отпусков
8. При работе сервисной функции "Функция формирования записей о стаже" учитывается добавленная настройка и запись об отпуске в классификаторе отпусков
Настройка "Код отпуска по уходу за ребенком" для России переименована как "Код отпуска по уходу за ребенком до 1,5 лет", для других стран название остается прежнее.
Z_STAFF
Краткое описание :
Пользуясь РПД 12 - Изменение надбавки при увольнении получаем "кривую" историю доплатОписание :
Все РПД по персоналуЧто измененно :
Пользуясь РПД 12 - Изменение надбавки при увольнении получаем "кривую" историю доплат.
Подробное описание во вложении.
Локализовано на тестовой базе \\Oas-678\102.120363\data Таб.н.139
Как измененно :
При формировании записи истории о снятии доплаты с помощью приказов или вручную в интерфейсе истории доплат дата снятия доплаты хранится и отображается в поле "Дата с", поле "Дата по" - пустое и заблокировано для редактирования. В сигнале в РК при этом поля "Начало" и "Окончание", как и ранее, отображают даты назначения и снятия доплаты соответственно. При попытке создания записи снятия доплаты в истории доплаты с пустой датой снятия выдается сообщение о
Разработан конвертер для модификации "старых" записей о снятии доплаты в истории доплат: дата снятия доплаты переноситься в поле "Дата с" (RaiseHist.dRec), поле "Дата по" (RaiseHist.dDat2) - очищается.
При ручной корректировке записей истории доплат: в доплате (таблица Raise) информация о приказе и дате приказа на доплату (поля Raise.OrderNmb1 и Raise.OrderDate1) заполняются только для записи о назначении доплаты.
Z_STAFF
Краткое описание :
Ошибка в операции ЗАМЕНА ТАРИФНЫХ СТАВОКОписание :
Замена тарифных ставокЧто измененно :
Приняли на работу сотрудника 15.10.12.
Заключили контракт 15.10.12.
С 01.10.12 изменилась ставка 1 разряда.
Делаем операцию - Замена тарифных ставок с 01.10.12.
В результате картотека - история видим 2 записи???
2 записи мелочь, ну с кем не бывает, но вторая не содержит информации о контракте, а это уже плохо.
Картинки во вложении.
Как измененно :
При выполнении операции замены тарифных ставок "в картотеке (для сотрудников по ШР)" система работает следующим образом:
1) для основных назначений и совместительств, удовлетворяющих установленному фильтру, ищется последняя актуальная запись истории назначения на дату операции: Бв случае если сотрудник был принят позже даты операции, для него в качестве даты операции используется дата приема Б;
2) если такая запись была найдена: производиться обновление тарифа, и формируется запись изменения оклада на дату операции с новым тарифом;
3) просматриваются все актуальные записи истории назначения с датой записи больше даты операции, формируются копии данных записей с новыми окладами и типом "Изменение оклада", а исходные записи становятся неактуальными.
Z_STAFF
Краткое описание :
В построителе отчета неверно вытягивается дата контракта.Описание :
Построитель отчетовЧто измененно :
Модуль управление персоналом/Отчеты/Построитель отчета
не однозначно понятия дат в контрактах:
Дата начала контракта, Дата оформления контракта
чему они соответствуют и откуда берутся, и правильно ли берутся
Как измененно :
даты контракта можно посмотреть в 6 окне картотеки в истории соответствующего назначения (основного/совмещения), в зависимости от того что выбрано для отображения в построителе отчетов:
Печатная форма/Информация о всех контрактах (работает корректно при включено значении Порядок обработки/Контракты - весь перечень)
Печатная форма/Назначение/Информация о контракте основного назначения
Печатная форма/Совмещения/Информация о контракте совмещения
Датам в построителе отчетов соответствуют:
Дата начала контракта - соответствует дате "изменить с" в истории изменения параметров назначения
Дата оформления контракта - Соответствует дате именно контакта которая расположена напротив номера контракта в истории назначения
Для наглядности и однозначного понимания где какая дата используется в истории назначение, дата которая соответствует дате оформления будет переименована "дата оформления"
Z_STAFF
Краткое описание :
Доработать функцию конвертирования отпусковОписание :
_Конвертер для планирования отпусков [устарела, не использовать]Что измененно :
Необходимо доработать функцию конвертирования отпусков:
1. Организовать работу в двух режимах: "Контроль" (выдается только протокол) и "Конвертирование" (обновление таблиц)
2. Реализовать собственно протокол обнаруженных для конвертации отпусков: Табельный номер,период отпуска, наименование, закладка 7-го окна в которой отобразится отпуск.
3. Дополнительные отпуска, сформированные по РПД 41 - конвертировать в закладку "Прочие".
причина возникновения доработки:
При отключено планировании создали отпуска при помощи 6 РПД, и дополнительные отпуска при помощи 41 РПД. Потом включили планирование и запустили Конвертер для планирования отпусков - режим "Конвертирование на основе приказов на отпуск модуля Кадры" и ожидали что все отпуска по 41 РПД попадут в закладку прочие, а те что сформированы 6 РПД в закладку ежегодные, но получилось что все дополнительные отпуска не зависимо от РПД попали в закладку ежегодно трудовые.
В связи с тем что функционал сильно претерпел изменения прошу проверить подробно
Как измененно :
Модуль управления персоналом/Настройка/Администратор/Конвертер для планирования отпусков
Внесены следующие изменения:
1. добавлен новый пункт "Вывести только протокол, не вносить изменения в отпуска"
который предполагает что конвертер может работать только в режиме просмотра- выводится только протокол возможных изменений в отпусках, без внесения каких либо изменений в самих отпусках.
По умолчанию настройка выключена, т.е. будет выводится протокол и вносится изменения в отпуска (таким образом сохранится преемственность)
2. В протоколе выводится табельный номер, имя сотрудника, название отпуска, даты начала и окончания отпуска и вид отпуска (ежегодно трудовой/прочий)
3. изменена работа в режимах
режим "Конвертирование на основе приказов на отпуск модуля Кадры"
Все отпуска сформированы 6 РПД - "Оформление очередного отпуска" будут иметь вид отпуска ежегодно трудовой
Все отпуска сформированы 41 РПД - "Предоставление отпуска" будут иметь вид прочие.
(т.е. если дополнительный отпуск сформирован 41 РПД то он будет отражается в закладке прочие)
Если нет приказа на отпуск, он не обрабатывается
режим "Конвертирование на основе отпусков из модуля Кадры"
в этом режиме обрабатываются все отпуска из 7 окна картотеки. Все ежегодные и дополнительные отпуска попадут в закладку ежегодно трудовые, все остальные отпуска попадут в закладку прочие.
(в отличии от предыдущего режима если дополнительный отпуск сформирован 41 РПД то он будет отражается в закладке ежегодно трудовые)
режим "Конвертирование на основе отпусков из модуля Зарплата"
сначала перебираются все отпуска из модуля ЗП и ищется соответствие отпуску в модуле УП, в случае если соответствие найдено то отпуск корректируется, если не найден добавление новых отпусков не производится. Затем анализируются оставшиеся отпуска из модуля УП которых нет в модуле ЗП по принципу режима "Конвертирование на основе отпусков из модуля Кадры"
Z_STAFF
Краткое описание :
Проверка и корректировка вычетов на ижд. не правильно обновляет дату оконч. действ. вычетаОписание :
ИждивенцыЧто измененно :
Проверка и корректировка вычетов на иждивенцев
не правильно обновляет дату окончания действия вычета.
Как измененно :
Дата окончания вычетов в сервисной функции рассчитывается на основании обоснования вычетов.
Z_STAFF
Краткое описание :
Заместительство_переход_табель (в РК выводится дата увольнения)Описание :
6-е окно (сведения о работе на предприятии)Что измененно :
При изменении даты окончания заместительства в РК попадает некорректная запись с установленной датой увольнения.
Как измененно :
Исправлено ошибочное формирование сигналов возврата на осн. место работы по предыдущим закрытым основным назначениям.
При ручном изменении даты окончания заместительства выдается сообщение с предупреждением о последствиях изменения даты окончания, при утвердительном ответе на продолжение: в случае если "новая" дата окончания не пустая, а также даты начала и окончания заместительства находятся в разных месяцах, производиться проверка на наличие перехода в межпериод, относящегося к созданию заместительства, с непустой датой окончания, если такой переход не найден, создается запись в РК о возварте на осн. место работы со следующего дня после окончания заместительства; в случае невыполнения какого-либо из условий, формируется сигнал об изменении даты окончания в заместительстве.
В рабочей корзине при обработке сигналов, сформированных при ручном изменении даты окончания заместительства в шестом окне, теперь происходит дополнительный анализ и обработка переходов-возвратов с заместительства (т.е. переходов, которые создаются в случаях, когда обработка записи в рабочей корзине приводит к формированию двух переходов: "туда" и "обратно").
Подробный алгоритм обработки переходов возврата выглядит следующим образом:
1. По старой дате окончания заместительства и по связи с самим заместительством ищется переход возврата. Запоминается, найден ли переход.
2. Происходит обычная обработка записи. При этом, при тех же условиях, как и до данного обновления, может потребоваться создать переход возврата. Если потребность возникает, то система ведёт себя следующим образом, в зависимости от того, был ли найден переход возврата на этапе 1:
- если был найден: у существующего перехода возврата меняется дата начала
- если не был найден: создается новый переход возврата (как и до данного обновления)
3. После обработки записи проверяется, была ли потребность в создании перехода возврата на этапе 2. Если создавать переход возврата было не нужно, но при этом на этапе 1 переход возврата был найден, то этот переход возврата удалится.
Как частный случай: было заместительство, при обработке которого создалось два перехода. Затем в картотеке вручную очищается дата окончания этого заместительства. В результате при обработке корзины переход возврата удаляется.
Чтобы рабочая корзина начала обрабатывать переходы возврата как заявлено, сигнал об изменении должен быть сформирован уже на данном обновлении.ая корзина начала обрабатывать переходы возврата как заявлено, сигнал об изменении должен быть сформирован уже на данном обновлении.
Z_STAFF
Краткое описание :
Нужна история по детям для правильных вычетов для отчета по 2-НДФЛ за любой годи (и для справкам 2-НДФЛ за любой год)Описание :
Кадровая информацияЧто измененно :
Предложение по введению истории по детям (для каждого отчетного года).
Ситуация следующая.
У сотрудника (мужчина) в Управлении персоналом в 2012 году введены иждивенцы:
2-ое детей от первой жены - номера п/п указали "0".
2-ое детей от второй жены - номера п/п указали "1" и "2".
С 2013 года мужчина приносит справку, что платит алименты на первых двух детей от первой жены и, значит, имеет право на вычеты.
Поэтому в 2013 году всех детей пронумеровали по-другому (№ п/п: 1, 2, 3, 4.)
Но справка 2-НДФЛ нужна правильная для любого года. Тем более, надо сейчас правильно сдать отчет за 2012 г.
Как измененно :
Для РФ добавлен функционал учета истории номеров детей.
Z_STAFF
Краткое описание :
Проверка на правильность ввода ИНН сотрудника для РоссииОписание :
1-е окно (общие сведения)Что измененно :
Предлагается реализовать проверку на правильность ввода ИНН сотрудника (для России).
Алгоритм проверки корректности ИНН для РФ (взят с веб-страницы http://ru.wikipedia.org/wiki/Идентификационный_номер_налогоплательщика):
"Для 12-значного ИНН, присваиваемого физическому лицу, контрольными являются последние две цифры:
n_11 = ((7n_1 + 2n_2 + 4n_3 + 10n_4 + 3n_5 + 5n_6 + 9n_7 + 4n_8 + 6n_9 + 8n_10) mod 11) mod 10
n_12 = ((3n_1 + 7n_2 + 2n_3 + 4n_4 + 10n_5 + 3n_6 + 5n_7 + 9n_8 + 4n_9 + 6n_10 + 8n_11) mod 11) mod 10
Пояснение. Выражение a mod b означает остаток от деления a на b."
Как измененно :
Добавлена проверка ИНН по настройке на Россию.
Проверка также добавлена в функцию
Кадры-Операции-Проверка и корректировка данных о документах сотрудников.
Z_STAFF
Краткое описание :
Добавить фильтр на доплаты по назначениям сотрудникаОписание :
Интерфейс картотекиЧто измененно :
Просят реализовать фильтр на просмотр доплат в 6
разделе карточки сотрудника по назначениям, т.е.
показывать либо только доплаты по основному назначению
(и доплаты из ШР по основному назначению),либо только
доплаты по заместительству (и доплаты из ШР по
заместительству). Такой фильтр должен автоматически
накладываться на список доплат в зависимости от того из
какого окна нажата кнопка "Доплаты" - из основного или
из окна замещений.
Как измененно :
исправлено
Z_STAFF
Краткое описание :
работа с документом "ИНН"Описание :
Интерфейс картотекиЧто измененно :
В настоящий момент при создании записи о документе "ИНН":
- в модуле Зарплата есть контроль на правильность ввода
значения ИНН, в модуле Кадры - контроль отсутствует.
Как измененно :
Добавлена проверка ИНН по настройке на Россию.
Проверка также добавлена в функцию
Кадры-Операции-Проверка и корректировка данных о документах сотрудников.
Z_STAFF
Краткое описание :
не чистится РК после удаления лицевого счетаОписание :
Рабочая корзина (формирование сигнала)Что измененно :
Б7.12+zar16fix09 Б(связано с доработкой по удалению ЛС при
наличии смежных данных).
Приказом был оформлен прием на работу на ставку,
имеющую доплаты по ШР. Приказ удаляется вместе с лицевым
счетом, а записи типа "Новая доплата" в рабочей корзине
остаются. Затем оформляется новый приказ о приеме уже на
другую ставку, не имеющую доплат (или имеющую другие
доплаты). При оформлении приказа система "подкидывает"
табельный номер, освободившийся при удалении лицевого счета.
В итоге, при обработке РК (особенно в пакетном режиме, если не обратить
внимание на записи, принадлежащие удаленному приказу) в
открывшейся при втором приеме лицевой счет занесутся "чужие"
доплаты.
Как измененно :
При удалении приказа или при удалении карточки из картотеки по персоналу, будет учитываться настройка
"Настройки Галактики/Управление персоналом/Управление и учет кадров/Приказы по персоналу/Приказы по персоналу/Запретить удаление утвержденных приказов" если она соответствует значению нет то удаление будет разрешено. При удалении карточки будет задан соответствующий вопрос относительно карточки лицевого счета, в любом случае (с удалением лицевого счета или без) будут удалены записи из корзины вместе с карточкой. При попытки принять человека на тот же табельный номер записи в корзине будут тока относительно нового принятого человека.
Z_STAFF
Краткое описание :
не учитываются доплаты по ШР при замещении, оформляемом в картотекеОписание :
Интерфейс картотекиЧто измененно :
8.10+текущие обновления. Если замещение оформляется
непосредственно в картотеке, а замещаемая ставка имеет
доплату по ШР(история доплат в ШР корректна), то данная
доплата не отражается в доплатах, приходящихся на период замещения,
на закладке "Заместительства". Такая доплата должна
автоматически заносится в доплаты на период замещения,
а уж пользователь вправе после согласиться с ней или
нет.
Как измененно :
Исправлено.
Z_STAFF
Краткое описание :
не заполняется ссылка на приказОписание :
Рабочая корзина (формирование сигнала)Что измененно :
\r\nНеобходимо доработать функцию конвертирования отпусков:\r\n1. Организовать работу РІ РґРІСѓС… режимах: \"Контроль\" (выдается только протокол) Рё \"Конвертирование\" (обновление таблиц)\r\n2. Реализовать собственно протокол обнаруженных для конвертации отпусков: Табельный номер,период отпуска, наименование, закладка 7-РіРѕ РѕРєРЅР° РІ которой отобразится отпуск.\r\n3. Дополнительные отпуска, сформированные РїРѕ Р РџР” 41 - конвертировать РІ закладку \"Прочие\".\r\n\r\n\r\nпричина возникновения доработки:\r\nРџСЂРё отключено планировании создали отпуска РїСЂРё помощи 6 Р РџР”, Рё дополнительные отпуска РїСЂРё помощи 41 Р РџР”. Потом включили планирование Рё запустили Конвертер для планирования отпусков - режим \"Конвертирование РЅР° РѕСЃРЅРѕРІРµ приказов РЅР° отпуск модуля Кадры\" Рё ожидали что РІСЃРµ отпуска РїРѕ 41 Р РџР” попадут РІ закладку прочие, Р° те что сформированы 6 Р РџР” РІ закладку ежегодные, РЅРѕ получилось что РІСЃРµ дополнительные отпуска РЅРµ зависимо РѕС‚ Р РџР” попали РІ закладку ежегодно трудовые.\r\nР’ СЃРІСЏР·Рё СЃ тем что функционал сильно претерпел изменения прошу проверить РїРѕРґСЂРѕР±РЅРѕ\r\nКак измененно :
\r\nМодуль управления персоналом/Настройка/Администратор/Конвертер для планирования отпусков\r\n\r\nВнесены следующие изменения:\r\n1. добавлен новый пункт \"Вывести только протокол, не вносить изменения в отпуска\"\r\nкоторый предполагает что конвертер может работать только в режиме просмотра- выводится только протокол возможных изменений в отпусках, без внесения каких либо изменений в самих отпусках.\r\nПо умолчанию настройка выключена, т.е. будет выводится протокол и вносится изменения в отпуска (таким образом сохранится преемственность)\r\n\r\n2. В протоколе выводится табельный номер, имя сотрудника, название отпуска, даты начала и окончания отпуска и вид отпуска (ежегодно трудовой/прочий)\r\n\r\n3. изменена работа в режимах\r\n\r\nрежим \"Конвертирование на основе приказов на отпуск модуля Кадры\"\r\nВсе отпуска сформированы 6 РПД - \"Оформление очередного отпуска\" будут иметь вид отпуска ежегодно трудовой\r\nВсе отпуска сформированы 41 РПД - \"Предоставление отпуска\" будут иметь вид прочие.\r\n(т.е. если дополнительный отпуск сформирован 41 РПД то он будет отражается в закладке прочие)\r\nЕсли нет приказа на отпуск, он не обрабатывается\r\n\r\nрежим \"Конвертирование на основе отпусков из модуля Кадры\"\r\nв этом режиме обрабатываются все отпуска из 7 окна картотеки. Все ежегодные и дополнительные отпуска попадут в закладку ежегодно трудовые, все остальные отпуска попадут в закладку прочие.\r\n(в отличии от предыдущего режима если дополнительный отпуск сформирован 41 РПД то он будет отражается в закладке ежегодно трудовые)\r\n\r\nрежим \"Конвертирование на основе отпусков из модуля Зарплата\"\r\nсначала перебираются все отпуска из модуля ЗП и ищется соответствие отпуску в модуле УП, в случае если соответствие найдено то отпуск корректируется, если не найден добавление новых отпусков не производится. Затем анализируются оставшиеся отпуска из модуля УП которых нет в модуле ЗП по принципу режима \"Конвертирование на основе отпусков из модуля Кадры\"\r\nZ_STAFF
Краткое описание :
"распределение прав доступа": невозможно заполнить "историю ФИО" в картотекеОписание :
Интерфейс картотекиЧто измененно :
8.10+ текущие обновления. Включена настройка "Разграничение доступа к
подразделениям". Тогда при работе с доступными
карточками невозможно заполнить "историю ФИО"
непосредственно в картотеке. Выдается сообщение:
" Запись корректируется другим пользователем либо у вас нет прав на данные действия"
Как измененно :
исправлено
Z_STAFF
Краткое описание :
РПД=32: в записях "Исправлена доплата" не выделяются измененные данныеОписание :
Приказы по штатному расписаниюЧто измененно :
Утверждается приказ об изменении доплаты по ШР с
обновлением по сотрудникам. В РК создаются записи
"Исправлена доплата", в которых отсутствует
выделение измененных полей. Если изменение доплаты
проводится в истории картотеки, то в РК создаются
записи, в которых изменения выделяются желтым цветом.
См. для сравнения вложенные файлы.
Как измененно :
При передаче данных об изменении доплаты, в РК взводяться
все флаги.
Z_STAFF
Краткое описание :
Проверка корректности ИНН, извлечение из него даты рождения и полаОписание :
1-е окно (общие сведения)Что измененно :
Украинский ИНН (индивидуальный налоговый номер) состоит из 10 цифр.
В нём зашифрованы:
1) Дата рождения (первые пять цифр образуют число, равное количеству дней от 01.01.1900 до даты рождения владельца ИНН);
2) Пол (чётность девятой цифры: четная цифра - женский, нечетная - мужской);
3) Контрольная сумма (десятая цифра), рассчитывается по формуле:
n10 = ((-1 * n1 + 5 * n2 + 7 * n3 + 9 * n4 + 4 * n5 + 6 * n6 + 10 * n7 + 5 * n8 + 7 * n9) mod 11) mod 10
где n1 ... n10 - соответствующие цифры ИНН (n1 - первая, n2 - вторая и т.д.).
Как измененно :
Добавлена проверка ИНН по настройке на Украину.
Проверка также добавлена в функцию
Кадры-Операции-Проверка и корректировка данных о документах сотрудников.
Z_STAFF
Краткое описание :
Необходима проверка ИИНОписание :
1-е окно (общие сведения)Что измененно :
Просим реализовать проверку номера документа ИИН.
Как измененно :
Добавлена проверка ИИН по настройке на Казахстан.
Проверка также добавлена в функцию
Кадры-Операции-Проверка и корректировка данных о документах сотрудников.
Z_STAFF
Краткое описание :
Не возвращается старый режим работыОписание :
Обработка временных измененийЧто измененно :
Есть операция в управлении персоналом по обработке временных изменений параметров назначений,
с помощью которой возвращается оклад и/или режим работы.
Если сотрудник принят 21/02/2012, и ему меняют режим с 21/02/2012 по 14/03/2012,
то данная функция не работает, то есть возвращает сотрудника на пустой режим.
В протоколе выводится пустое значение результирующего режима и,
при выполнении функции, создается запись в истории, а режим остается как в записи на изменение режима.
Пример во вложении.
Платформа ORACLE, на других не повторилось.
Как измененно :
Исправлено: откорректировано получение предыдущих записей истории с учетом даты записи, даты и времени создания записи.