Z_LSCHET
Краткое описание :
Нужно отобразить поле PEREXOD.LASTDATEОписание :
Сведения о переходахЧто измененно :
Нужно отобразить поле PEREXOD.LASTDATE в окне редактирования перехода в межпериод.
Поле PEREXOD.LASTDATE содержит исходную, не обрезанную функцией перехода к новому расчетному периоду (и не только ей), дату окончания перехода, и сейчас нигде не отображается.
В итоге доработка позволит получить следующую полезную информацию:
- для переходов, находящихся в архиве, сможем видеть их исходную дату окончания
- в случае когда переход, создаваемый при обработке рабочей корзины, оказывается настолько длинным, что расщепляется на два перехода "туда" и "обратно": для перехода "туда" сможем видеть исходную дату окончания.
- если настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Рабочая корзина \ Передача информации о временных перемещениях на срок более месяца" установлена в "парой записей", и при обработке рабочей корзины создались два перехода без даты окончания, то у первого перехода сможем видеть дату окончания, какой бы она была, если бы переход был один, а не два.
Поле сделать нередактируемым.
Как измененно :
В окне редактирования перехода в межпериод добавлены два нередактируемых поля:
- Исходная дата начала
- Исходная дата окончания
Поле "Исходная дата начала" содержит исходную, не обрезанную функцией перехода на новый расчетный период, дату начала перехода. Поле имеет чисто информативный характер, и не используется при расчетах в системе. На текущий момент данное поле не заполняется системой, поэтому пока что у всех переходов "Исходная дата начала" будет совпадать с началом перехода. Доработка по заполнению исходной даты начала будет выпущена отдельно.
Поле "Исходная дата окончания" содержит исходную, не измененную функцией перехода на новый расчетный период, дату окончания перехода. Также "Исходная дата окончания" может отличаться от текущей даты окончания перехода в следующих случаях:
- переход, создаваемый при обработке рабочей корзины, оказывается настолько длинным, что расщепляется на два перехода "туда" и "обратно": для перехода "туда" "Исходная дата окончания" будет датой окончания до такого расщепления.
- настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Рабочая корзина \ Передача информации о временных перемещениях на срок более месяца" установлена в "парой записей", и при обработке рабочей корзины создались два перехода без даты окончания. Тогда у первого перехода в "Исходной дате окончания" будет такая дата окончания, которая была бы, если бы переход был один.
"Исходная дата окончания" перехода используется системой в следующих функциях:
- в Рабочей корзине, для выявлении переходов сотрудника, имеющихся на дату начала изменения из записи рабочей корзины
- при анализе доп. входимости 34 "Для затрат не учитывать переходы с датой окончания": проверяется именно наличие "Исходной даты окончания"
При редактировании даты окончания перехода "Исходная дата окончания" тоже меняется.
Z_LSCHET
Краткое описание :
Неверное значение поля "Вид работы"Описание :
Лицевые счета (окно ввода и редактирования)Что измененно :
При создании нового ЛС в ЗП указывается значение поля "Вид работы" - Например "договора подряда".
При этом создается карточка в персонале, в которой значение аналогичного поля "Вид работы" заполняется по умолчанию - всегда "Основной вид".
Договорники подряда оформляются непосредственно расчетчиками и кадровики не имеют никаких документов по этим людям. Возникают проблемы - когда кадровик пытается исправить вид - система требует заполнить дату приема и другие поля, информации о которых он не имеет. В результате эти карточки попадают в некоторые настроенные ими отчеты, где необходимы фильтры по этому полю.
Необходимо, чтобы изменение данного поля в лицевом счете отражалось в создаваемой карточке.
Как измененно :
Теперь если у работника не заведено назначений в кадрах (например, в случае, когда нового работника заводили в лицевых счетах по F7), то при изменении Вида работы в лицевом счете синхронно меняется вид работы в карточке сотрудника.
Z_LSCHET
Краткое описание :
РПД=5 (перемещение) - не обнуляется тариф в ЛСОписание :
Рабочая корзина (обработка сигнала)Что измененно :
Нужна возможность обнуления тарифа в лицевом счете или переходах через рабочую корзину. В настоящий момент если сигнал содержит изменение тарифа на 0, то при обработке обнуление тарифа не происходит.
Как измененно :
Добавлена настройка: "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Рабочая корзина \ Разрешить обнуление тарифа в лицевом счете".
Возможные значения - "да" и "нет". Если выставлено "да", то при обработке рабочей корзины становится возможным обнуления тарифа в лицевом счете или переходах. Если выставлено "нет", то система работает как раньше, оклад не обнуляется.
Значение по умолчанию - "нет".
Z_LSCHET
Краткое описание :
Лицевые счета - добавить группу работников в логическую таблицу интерфейсаОписание :
Лицевые счета (окно ввода и редактирования)Что измененно :
Клиент использует контур управления учебным процессом, в этом случае группы
студентов передаются в модуль "Зарплата" как группы работников.
Для нормальной работы со студентами в модуле Зарплата необходимо дать
возможность выводить группу конфигуратором в интерфейс списка лицевых счетов.
Как измененно :
В модуле Зарплата дана возможность выводить в
интерфейс списка лицевых счетов информацию о включении
работника в группу посредством конфигуратора (в
интерфейсе добавления полей выбирает в таблице SP_G_RAB
поле NAMEGR). Дополнительно можно осуществлять
фильтрацию по группам работников. Перед первым запуском
необходимо удалить файл, содержащий изменения,
произведенные пользователем посредством конфигуратора
(Configurator.Resource)
Z_LSCHET
Краткое описание :
При дообработки записей РК по одному приказу пропадает межрасчетная выплатаОписание :
Рабочая корзина (формирование сигнала)Что измененно :
Утверждается приказ о назначении межрасчетной выплаты нескольким людям. Даты начала и виды надбавки одинаковые. После обработки записи рабочей корзины по одному человеку создавшуюся межрасчетную выплату перемещаем в будущий период. После этого обрабатываем запись по другому человеку из утвержденного приказа. В результате запись (выплата) по второму человеку оказывается там же, где запись по первому - в будущем периоде.
Необходимо ввести разграничение по периоду выплаты при добавлении новой выплаты в существующий перечень выплат.
Как измененно :
При обработке записей рабочей корзины по созданию межрасчетных выплат теперь дополнительно анализируется период выплаты. Если ранее сформированная при обработке рабочей корзины выплата теперь находится в ином периоде, чем выплата, которую нужно добавить, то для добавляемой выплаты создается отдельный перечень выплат.