Z_MP
Краткое описание :
Необходимо для оплат по премии формировать период её начисленияОписание :
Импорт "Начислений и выплат"Что измененно :
Необходимо в сформированном начислении работнику для вида оплаты премии, начисляемой за период работы (в КВО для такой премии проставлена доп.входимость 17 - "Премия выплачена за период (количество месяцев)" и в графе "Примечание" значение 2-12), иметь информацию о том, за какой именно календарный период начислена эта премия.
В идеале - 2 даты "с.. по" периода, усечённого датами приёма/увольнения. То есть: если премия по организации в целом платится по итогам 3 месяцев и конкретная очередная выплата премии производится по итогам 3 квартала 2016 года, то:
Для работника, работавшего полностью "с 01.07.2016 по 30.09.2016"
Для работника, принятого на работу 14.08 - соответственно "с 14.08.2016 по 30.09.2016"
Для работника, уволенного 29.08 - соответственно "с 01.07.2016 по 29.08.2016"
У одних клиентов премии оформляются через постоянные доплаты, у других - через межрасчётные начисления и выплаты.
Информация по указанию периода должна быть открыта для ввода при формировании данных в вышеуказанных режимах, доступна для редактирования по сформированным записям, передаваться в расчётные начисления через режим предварительной разноски(доплаты) или напрямую (расчёт начислений) и отображаться в расчётных начислениях и архиве оплат.
Как измененно :
Если для вида оплаты заведена доп. входимость 17 (премия выплачена за период), то для ввода становится доступным период, по итогам которого сформирована доплата/начисление, в следующих интерфейсах:
- параметрах формирования межрасчетных выплат;
- окне редактирования межрасчетных выплат;
- параметрах формирования постоянных доплат (только для режима "формирование доплат");
- окно ввода и редактирования постоянной доплаты.
- окно просмотра начислений в результатах расчета заработной платы
- окно просмотра архивных начислений
Даты периода, по итогам которого сформирована доплата/начисление, усекаются по периоду работы сотрудника (в межрасчетных выплатах - с учетом истории увольнений).
Z_MP
Краткое описание :
Импорт начислений и выплат с идентификацией по уникальному страховому номеруОписание :
Импорт "Начислений и выплат"Что измененно :
Импорт начислений и выплат с идентификацией по уникальному страховому номеру.
Внешняя программа, из которой импортируются данные через dbf, xls или xlsx-файлы, не содержит сведений о табельных номерах сотрудников в Галактике. В любой внешней программе физическое лицо (сотрудник) идентифицируется с помощью уникального страхового номера, который и выгружается в файл для последующего импорта в Галактику. Как можно привязаться к табельному номеру, которого нет и быть не может в импортируемых данных?
Ситуацию с совпадением страховых номеров для нескольких табельных номеров можно разрешать, дополнительно запросив при обнаружении такой ситуации в процессе импорта ручной выбор табельного номера. Тем более, что фактически такие ситуации единичны.
Кроме того, можно регулировать такие ситуации установкой фильтра по подразделениям и сотрудникам, который будет действовать при импорте данных.
Как измененно :
Отнесение импортируемых данных о начислениях и выплатах теперь может проводиться по заданному в файле импорта страховому номеру. Табельный номер в таком случае в файле импорта указывать не обязательно.
Имя поля для файла excel - "Страховой номер", для dbf-файла - "InsuranceNum".
В том случае, если при импорте будут найдены несколько лицевых счетов с совпадающими страховым номером (и табельным номером при его наличии), подходящих под условия фильтра, выплата создастся для последнего лицевого счета.
Последним лицевым счетом считается тот, в котором указана наибольшая дата увольнения или дата увольнения не задана. Если даты увольнения совпадают, то последним считается лицевой счет с минимальным кодом вида работы (т.е. приоритетнее будут лицевые счета по основному месту). Если и вид работы совпадает, то последним будет считаться тот лицевой счет, в котором установлена максимальная дата перевода в филиал/приема.
Исправлена ошибка, из-за которой импорт зависал, если в настройках для полей с табельным номером указать 0, а любому другому полю указать номер столбца, отличный от нуля.
Z_MP
Краткое описание :
Поле Процент при пометке работников в межрасчетных начисленияхОписание :
Ведение интерфейса "Начисления и выплаты"Что измененно :
Реализовать по аналогии с постоянными доплатами. Если стоит процент в общих параметрах формирования, при пометке работников в межрасчетных начислениях вместо колонки Сумма стоит колонка Процент, в которой прописывается процент, при пометке работника. Здесь же при пометке работников, я могу поменять процент в случае, если у некоторых он отличается от заданного.
Как измененно :
Теперь при формировании межрасчетных начислений есть возможность, при задании процента, в фильтре указывать персональный процент для каждого сотрудника.
Z_MP
Краткое описание :
незапланированный расчет з/п за буд месяц при открытом интерфейсе начислений буд периодаОписание :
Ведение интерфейса "Начисления и выплаты"Что измененно :
При открытом интерфейсе начислений буд. периода после занесения туда данных, если забыли закрыть этот интерфейс, перешли в любой лицевой счет и рассчитали зарплату, то рассчитывается зарплата будущего месяца вместо текущего. При этом в левом углу светится отчетный месяц, в настройке пользователя переключился автоматом расчетный месяц на "будущий". Получается путаница, пользователь не переключал отчетный период и не планировал расчет за буд. месяц.
Как измененно :
При изменении настройки расчетного периода в результате переключения в окне начислений и выплат:
- выводится сообщение с предупреждением для пользователя;
- в нижнем левом углу отображается актуальная информация о текущем значении настройки.
Z_MP
Краткое описание :
Клиент просит доработать системуОписание :
Назначение фактического авансаЧто измененно :
В параметры назначения фактического аванса "с учетом отработанного времени на дату" необходимо добавить новый параметр "Отпуска исключаемые", который будет выходить после установки галочки в поля "Не назначать при наличии отпуска после даты расчета" либо "Не назначать при наличии отпуска до даты расчета". Выбранный в этом поле вид отпуска будет исключаться из расчета при анализе предоставленных отпусков до и после даты расчета аванса.
Этот параметр нужен для того, чтобы была возможность включить в отработанное время неявку по причине административного отпуска. Сейчас в системе если выбрать административный отпуск в поле учет неявок для включения в отработанное время и установить галочки в "Не назначать при наличии отпуска после даты расчета" либо "Не назначать при наличии отпуска до даты расчета", то административный отпуск в расчет отработанного времени не включается, и, как следствие, если сотрудник брал в месяце расчета административный отпуск, аванс ему не назначается (несмотря на то, что условное обозначение по административному отпуску выбрали в поле учет неявок для расчета отработанного времени).
Как измененно :
В параметры назначения аванса добавлена опция "Игнорировать наличие отпусков". Выбранные виды отпусков игнорируются при анализе на наличие отпусков до или после даты расчета.