Информация о файле обновления Галактика Z_SREDN_RES_912440.TXT


Описание файла обновления:
ФайлZ_SREDN_RES_912440.TXT
ОбновлениеZ_SREDN_RES_912440
Назначение
ПродуктГалактика ERP 9.1
Релиз
КомпонентRES Z_SREDN
Тип
Версия9.1.244.0
Дата2019-11-06 23:41:56
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
NEWГалактика ERP Персонал ЗП Операции Больничные Расчет больничных Загрузка и импорт ЭЛН
Необходимо доработать загрузку ЭЛН в Галактику в части заполнения условий исчисления. Электронный листок нетрудоспособности поступает из ФСС без тэгов о условий исчисления. В нашем случае <CALC_CONDITION1>47</CALC_CONDITION1> УВОЛЕН <CALC_CONDITION2>45</CALC_CONDITION2> Инвалид и поэтому нужно их автоматически заполнять как и при создании больничного вручную, в интерфейсе больничного на вкладке "особенности, данные для ФСС", условия исчисления, на основании данных из лицевого счёта - аналогично если бы больничный заводить руками. В этом случае признак "Условия исчисления" заполняется значением 47 автоматически на основании алгоритма: • Анализируем дату увольнения и дату начала заболевания. Дата начала заболевания должна попадать в диапазон дат: дата увольнения - дата увольнения +30 • Считаем 30 дней от даты увольнения. Дни календарные. Пример. Сотрудник уволен 30.06. Больничный лист с 01.06 по 03.06. Признак не проставляем. Пример. Сотрудник уволен 30.06. Больничный лист с 10.07 по 20.07. Признак проставляем. Пример. Сотрудник уволен 30.06. Больничный лист с 29.06 по 10.07. Признак не проставляем. Дата начала заболевания раньше даты увольнения. Для больничных с типом "Уход" признак не заполняем.Доработана загрузка ЭЛН в Галактику в части заполнения условий исчисления. Условия исчисления с кодами 45 (инвалид), 47 (уволен) заполняются автоматически при загрузке ЭЛН. При заполнении условий исчисления кодом 45 (инвалид) анализируются документы сотрудника об инвалидности. При заполнении условий исчисления кодом 47 (уволен): • Анализируем дату увольнения и дату начала заболевания. Дата начала заболевания должна попадать в диапазон дат: дата увольнения - дата увольнения +30 • Считаем 30 дней от даты увольнения. Дни календарные. Пример. Сотрудник уволен 30.06. Больничный лист с 01.06 по 03.06. Признак не проставляем. Пример. Сотрудник уволен 30.06. Больничный лист с 10.07 по 20.07. Признак проставляем. Пример. Сотрудник уволен 30.06. Больничный лист с 29.06 по 10.07. Признак не проставляем. Дата начала заболевания раньше даты увольнения. Для больничных с типом "Уход" признак не заполняем.
180.10913 * ЗАДАЧА В JIRA: ERP-784NEWГалактика ERP Персонал Кадры Документы Приказы по персоналу 71. Дни отдыха и оплачиваемые неявк
Необходима возможность заносить неявки по прохождению диспансеризации и контролировать их продолжительность.Добавлена системная настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Контроль дней при прохождении диспансеризации". Классификатор отпусков и неявок. Если включена настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Контроль дней при прохождении диспансеризации" и тип отпуска/неявки "целодневная неявка", в окне редактирования добавлена возможность обозначить неявку как диспансеризацию. Сответствующее поле находится под полем "Тип отпуска", называется "Диспансеризация". По умолчанию "нет". Есть возможность выбрать "1 день (раз в 3 года)" и "2 дня (в течении года)". РПД-71 (Дни отдыха и оплачиваемые неявки). Если включена настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Контроль дней при прохождении диспансеризации" и тип отпуска/неявки "целодневная неявка", при утверждении приказа осуществляется контроль по неявкам диспансеризации. Реализованы две проверки: - Контроль на продолжительность одного случая. Проверяется кол-во дней отпуска относительно неявки (1 или 2 дня в зависимости от типа указанной диспансеризации в классификаторе по данной неявке). - Контроль на уже предоставленную диспансеризацию. Проверка в рамках календаных лет. За 3 года, включая текущий или за год, включая текущий. В зависимости от типа.
101.64941 * ЗАДАЧА В JIRA: ERP-978NEWГалактика ERP Персонал Кадры Документы Приказы по персоналу 40. Отзыв из отпуска
Если заведены отпуск и пересекающийся с ним больничный, но не проведено разбиение этого отпуска (то есть не выполнена функция "Контроль пересечений больничных с отпусками"), то при обработке отзыва из такого отпуска в табеле остаются ошибочные дни отпуска, приходящиеся на период его продления за счёт больничного.Добавлена системная настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Для отзыва информацию об отпуске брать из" с возможностью выбора значений "табеля учета рабочего времени" и "отпуска". Значение "табель учета рабочего времени" устанавливается по умолчанию. В интерфейс обработки записей об отзыве сотрудника из отпуска добавлен параметр "информацию об отпуске брать из табеля". По умолчанию, данный параметр устанавливается в состояние "включен" в случае, если выбрано значение "табеля учета рабочего времени" настройки "Для отзыва информацию об отпуске брать из". При смене состояния данного параметра на из значения по умолчанию в иное, на экран выдается сообщение с необходимостью подтверждения пользователем такого изменения. Если параметр "информацию об отпуске брать из табеля" установлен в состояние "включен", то функционал отзыва из отпуска получает дату начала и окончания отпуска из табеля учета рабочего времени, т.е., в случае наличия пересечения отпуска с больничным, при условии, что отпуск сдвигается больничным, дата начала и окончания отпуска, полученные из табеля учета рабочего времени, могут отличаться от заведенного в системе отпуска.
9.1.243.0Галактика ERP Персонал ЗП Операции Больничные Расчет больничных Интерфейс больничных листов
Сейчас при изменении кода удержания в больничном (или в окне параметров формирования нового больничного) новый код сохраняется в настройке "Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему - Вид удержания для перечисления пособия в банк" (или "... через кассу", если в ЛС установлен признак выплаты зарплаты через кассу). Соответственно распространяется на следующие больничные - а это неправильно и приводит к ошибкам. Например, у клиента отдельным видом удержания (ВУ 9228) перечисляется пособие по беременности и родам - это сделано для того что бы перечислять такие пособия на карту МИР (в пилотном проекте организация не участвует). ВУ 9228 добавлен сотруднику в постоянные удержания с указанием реквизитов карты МИР, остальные пособия выплачиваются по ВУ 9222 (этот код указан в настройке). Для сравнения - в отпусках изменение кода удержания не приводит к изменению аналогичной настройки, нужно и в больничных сделать так же.При изменении кода удержания в больничном (или в окне параметров формирования нового больничного) новый код НЕ сохраняется в настройке "Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему - Вид удержания для перечисления пособия в банк" (или "... через кассу", если в ЛС установлен признак выплаты зарплаты через кассу). При создании нового больничного вид удержания подтягивается из настройки - "Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему - Вид удержания для перечисления пособия в банк" (или "... через кассу", если в ЛС установлен признак выплаты зарплаты через кассу).
9.1.242.0Галактика ERP Персонал ЗП Операции Больничные
В больничном листе не сохраняется значение поля "Номер листка нетрудоспособности по основному месту работы", заходим в б/л проставляем номер, выходим, заходим в б/л снова и это поле пустое.В больничном листе значение поля "Номер листка нетрудоспособности по основному месту работы" сохраняется корректно.
9.1.242.0Галактика ERP Персонал ЗП Операции Больничные Расчет больничных Применение ограничений по боль
Больничные. Расчет остататков. При расчете больничного листка инвалида (поле "Особенности" заполнено системным значением Инвалид) некорректно рассчитывается значение поля "Остаток". Ставлю значение кол-во дней заболевания 17, остаток кол-во дней становится 17, меняю кол-во дней на 30, количество дней остатка становится тоже 30.Больничные. Расчет остататков. При обработки превышений, если указано превышение по одному случаю, но не было достигнуто, оно не учитывается при расчете остатков.
9.1.241.0Нет
Новая версия накопительного обновления словаря Галактика ERP 9.1 Alter_CumulativeВнесены изменения в словарь БД Галактики ERP 9.1
9.1.240.0УП- Сотрудники- Картотека сотрудников
В модуле ЗП используется распределение прав доступа к подразделениям. В случае, когда пользователю в ЗП разрешен доступ к группе подразделений, а в Кадрах пользователь имеет полный доступ к СЕШР (или другая группа СЕШР, или разграничение прав доступа к СЕШР не используется ), то, при просмотре отзыва в 7 разделе картотеки из ЛС, на подразделение которого в ЗП нет доступа, выдается сообщение, которое в данном случае не соответствует действительности: «У сотрудника нет отзывов из отпусков». И хотя фильтры по ЛС в данном случае, не сбрасываются. как это происходит, когда распределение прав не используется, но тем не менее. Текст такого сообщения в данном случае путает пользователя - он видит в 7 раздел отзыв, а обработать его по кнопке "отзывы" не может. Предлагаю для такого случая или добавить другое сообщение, или изменить это же сообщение на: «У сотрудника нет отзывов из отпусков или пользователю закрыт доступ для просмотра данного ЛС».При открытии интерфейса отзывов из модуля "Управление персоналом" (7-е окно картотеки сотрудников), если к подразделению лицевого счета сотрудника, по которому просматриваем отпуска, нет доступа, выводится сообщение "Отсутствует доступ к подразделению лицевого счета сотрудника (т.н. ...)".
9.1.240.0Галактика ERP Персонал ЗП Операции Больничные Расчет больничных Интерфейс больничных листов
В больничный нужно добавить поля для хранения следующих дат, содержащихся в стандартной форме листка нетрудоспособности: "Приступить к работе с" (в ЭЛН тег RETURN_DATE_LPU) - заполняется медучреждением при выдаче больничного. В случае ЭЛН сразу содержится в xml-файле, то есть необходимо заполнять автоматически при импорте ЭЛН (с возможностью ручной корректировки). Расположить логично как и в печатной форме - под таблицей с периодами освобождения от работы (вкладка “Особенности, данные для ФСС“). "Дата начала работы (аннул. ТД)" (в ЭЛН тег RETURN_DATE_EMPL) - заполняется работодателем в случае, если с работником был аннулирован ТД до того, как он успел приступить к работе. Пока только для ручного заполнения, в случае непустой даты далее при экспорте больничного (на портал ФСС, или в xml-файл) необходимо прописать её в указанный тег. Расположить можно под полем “Условия исчисления“ на той же вкладке. Подсказка - “Дата начала работы по трудовому договору в случае его аннулирования до выхода сотрудника на работу, заполняется вручную“. Соответственно обе даты выводить в печатную форму листка нетрудоспособности.В интерфейс редактирования листка нетрудоспособности на вкладку «Особенности, данные для ФСС» добавлены поля, которые содержатся в стандартной форме листка нетрудоспособности: • "Приступить к работе" (в ЭЛН тег RETURN_DATE_LPU) - заполняется медучреждением при выдаче больничного. В случае ЭЛН сразу содержится в xml-файле, поэтому заполняется автоматически при импорте ЭЛН (с возможностью ручной корректировки). Поле расположено под таблицей с периодами освобождения от работы. • "Дата начала работы" (в ЭЛН тег RETURN_DATE_EMPL) - заполняется работодателем в случае, если с работником был аннулирован ТД до того, как он успел приступить к работе. Пока только для ручного заполнения. В случае непустой даты далее при экспорте больничного (на портал ФСС, или в xml-файл) дата записывается в указанный тег. Поле расположено рядом с полем “Условия исчисления“ на той же вкладке. Подсказка - “Дата начала работы по трудовому договору в случае его аннулирования до выхода сотрудника на работу, заполняется вручную“. В печатную форму и при экспорте ЭЛН дата "Приступить к работе" (тэг RETURN_DATE_LPU) выводится так же, как это поле заполнено в БД.
9.1.240.0Галактика ERP Персонал Кадры Сотрудники Картотека сотрудников Интерфейс картотеки 7-е окно (от
В Управление Персоналом – Картотека - Сведения об отпусках - экранная кнопка [Отзывы] нет отзывов по сотруднику. Хотя отзывы есть. Влияет фильтр по подразделениям модуля "Заработная плата".Управление Персоналом – Картотека - Сведения об отпусках - экранная кнопка [Отзывы]. В случае, если по сотруднику есть отзывы, но его ЛС не попадает в фильтр по подразделениям модуля "Заработная плата", автоматически сбрасывается фильтр.
9.1.239.0Галактика ERP Персонал ЗП Операции Больничные Расчет удержаний с отпусков межпериода ПИР
Если в больничном будущего периода выполнить расчёт удержаний в любом режиме, подразумевающем учёт стандартных вычетов, до того, как рассчитана зарплата текущего месяца (НДФЛ), то будут учтены и вычеты текущего месяца, и будущего. Предлагается в больничном будущего периода при расчете удержаний в соответствующих режимах выдать предупреждение в случае, если зарплата ещё не рассчитывалась и удержания не рассчитывать.Для РФ. При расчете удержаний больничного проверяет установка параметров "без учета стандартных вычетов" и "только от суммы". Если данные параметры не установлены и рассчитывается будущий больничный, то дополнительно проверяется наличие расчета удержаний при расчете заработной платы отчетного периода для данного сотрудника. Если расчет удержаний НЕ был произведен, то об этом информируется пользователь посредством вывода на экран сообщения или, при групповом расчете, протокола со списком сотрудников, для которых нужно провести расчет заработной платы в отчетном периоде. При этом расчет удержаний с будущего больничного для таких сотрудников не производится.
9.1.239.0Галактика ERP Персонал ЗП Операции Больничные Расчет больничных Печать
В отчетной форме "Листок нетрудоспособности" (FastReport отчет в контекстном меню окнаЛистки нетрудоспособности Печать/Листок нетрудоспособности) заполняется поле "Дата начала работы"в разделе "Заполняется работодателем", хотя заполняться в общем случае не должно. Строка «Дата начала работы» больничного листка заполняется только если одновременно выполнены условия:— больничный листок выдан в связи с заболеванием или травмой; — трудовой договор с сотрудником был аннулирован; — заболевание или травма наступили в период со дня заключения трудового договора до дня его аннулирования. Такое встречается достаточно редко.В отчете "Листок нетрудоспособности" (FR) поле дата начала работы не заполняется. Примечание. В строке "Дата начала работы" указывается число, месяц и год, с которого работник должен был приступить к работе в случае аннулирования трудового договора (если заболевание или травма наступили в период со дня заключения трудового договора до дня его аннулирования). Данный случай является очень редким и при необходимости данное поле заполняется вручную.
9.1.239.0Галактика ERP Персонал ЗП Операции Отпуска Расчет отпускных
Есть перенесенный отпуск из архива, расчетный период отпуска 08/2019, в отпуск входят 3 отпуска. Решили пересчитать, среднедневной у первого и остальных отпусков различный, но это неверно, так как все они относятся к одному и тому же расчетному периоду. Проблема решается, если "передернуть" поле Расчетный период, средний становится одинаковый и правильный. Обнаружено, что проблема возникает в момент утверждения приказа на отзыв с переносом уже рассчитанного отпуска: для каждого отпуска пакета расчетный период устанавливается = месяцу даты начала этого отпуска. Расчетный период самого пакета вообще не изменяется, что неверно, если отпуск переносится на другой месяц.В момент утверждения приказа на перенос рассчитанного отпуска (РПД-42) расчетный период пакета отпусков устанавливается как месяц даты начала пакета, каждой записи пакета отпусков значение расчетного периода соответствует расчетному периоду пакета отпусков.
9.1.239.0Галактика ERP Персонал ЗП Операции Отпуска Расчет удержаний с отпусков межпериода
Если в отпуске будущего периода выполнить расчёт удержаний в любом режиме, подразумевающем учёт стандартных вычетов, до того, как рассчитана зарплата текущего месяца (НДФЛ), то будут учтены и вычеты текущего месяца, и будущего. Предлагается в отпуске будущего периода при расчете удержаний в соответствующих режимах выдать предупреждение в случае, если зарплата ещё не рассчитывалась, например: "Внимание! Отпуск будущего периода - для правильного учёта вычетов необходимо рассчитать зарплату за текущий месяц" и удержания не рассчитывать. Такая обработка нужна при “Расчете удержаний (Shift+F9)“ и при “Расчёте удержаний с настройкой” - если не установлен ни один из флагов “без учёта стандартных вычетов“ и “только от суммы“.Для РФ. При расчете удержаний отпуска проверяет установка параметров "без учета стандартных вычетов" и "только от суммы". Если данные параметры не установлены и рассчитывается будущий отпуск, то дополнительно проверяется наличие расчета удержаний при расчете заработной платы отчетного периода для данного сотрудника. Если расчет удержаний НЕ был произведен, то об этом информируется пользователь посредством вывода на экран сообщения или, при групповом расчете, протокола со списком сотрудников, для которых нужно провести расчет заработной платы в отчетном периоде. При этом расчет удержаний с будущего отпуска для таких сотрудников не производится.
101.67349 * ЗАДАЧА В JIRA: ERP-969.1.238.0Галактика ERP Персонал Кадры Сотрудники Картотека сотрудников Интерфейс картотеки 9-е окно (св
Не сохраняются даты "Находился в стационаре". Если их ввести, выйти из интерфейса, зайти в интерфейс и поменять (удалить даже), а затем выйти из интерфейса и опять зайти в больничный на вкладу "Особенности, данные для ФСС", то увидим первоначальные даты.Даты "Находился в стационаре" (вкладка "Особенности, данные для ФСС") сохраняются в окне редактирования "Листки нетрудоспособности".
9.1.237.0Галактика ERP Персонал ЗП Операции Больничные Расчет больничных Работа с интерфейсом ввода бол
При запрете расчета архивных БЛ можно пересчитать удержания и обнулить поля."Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Особенности расчета Расчет архивных больничных" - "запрещен". В архивных больничных более нельзя модифицировать поля, расчитывать (отменять расчет) удержания.
101.67296 * ЗАДАЧА В JIRA: ERP-1339.1.236.0Галактика ERP Персонал ЗП Операции Больничные Контроль по заболеваемости
В отчете не формируется группировка по виду пособия. 1. Если запись одна, то вида пособия нет ни в начале ни в конце, в итогах - 2. Если записей несколько, то вид пособия отсутствует в начале отчетаИсправлена ошибка при выводе данных в отчет. Строки с группировкой печатаются корректно.
9.1.236.0ЗПОперацииБольничные
Настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Продолжительность Ограничение оплачиваемых дней пособий по одному случаю применять в рамках календарного года" не учитывает переходящие больничные, которые начинаются в следующем году.Больничные. Настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Продолжительность Ограничение оплачиваемых дней пособий по одному случаю применять в рамках календарного года" учитывает переходящие больничные, которые начались в следующем (относительно начала инцидента) году.
9.1.235.0Галактика ERP Персонал ЗП Операции Целодневные неявки
После ввода целодневной неявки под курсором остается та же запись, что была и до ввода новой. Требуется устанавливать курсор на новой неявке.Список целодневных неявок. После ввода новой неявки курсор устанавливается на ней.
101.67791 * ЗАДАЧА В JIRA: ERP-7469.1.235.0Галактика ERP Персонал ЗП Операции Больничные Расчет больничных Печать Листок нетрудоспособно
Неверный печатный бланк больничного листа. Сотрудник умер, оформили приказ на увольнение. Загрузили ЭЛН по сотруднику. При просмотре в Галактике этот ЭЛН в печатной форме бланка отображается не верно: ¦ Не стоит признак, что он первичный (нет галочки). ¦ При условии, что сотрудник умер (код 34 - иное) поле "приступить к работе" не должно заполняться. Во вложении описание, файл ЭЛН и выгрузка по ЛСЧ сотрудника.Исправлены ошибки при печати больничного листка: - Определение признака, является ли больничный первичным (в случае, если больничный – дубликат) - Поле «Приступить к работе» для видов пособий 1, 2, 6 (см. справочник видов пособий) не заполняется, если установлен/изменен статус нетрудоспособного (по другому это поле Иное) Примечание. 1. Вид пособия задается во внешнем атрибуте «КОД REASON1 ЭЛН» классификатора видов пособий. Например, КОД REASON1 ЭЛН – ‘01’ 2. Поле «Приступить к работе» при печати ЭЛН, не загруженного в Галактику (из интерфейса "Загрузка и импорт ЭЛН" заполняется из соответствующего тэга "RETURN_DATE_LPU" в xml-файле ЭЛН.
9.1.235.0Галактика ERP Персонал ЗП Настройка Настройка
Добавить общесистемную настройку “При отсутствии заработка в расчетном периоде брать тариф из лицевого счета” (настройка доступна только для Казахстана). Может принимать значения: данет. По умолчанию =нет (работает, как сейчас). Настройку положить по пути: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Особенности расчета .Добавлен компонент Z_KAZ, в котором добавлена настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Особенности расчета При отсутствии заработка в расчетном периоде брать тариф из лицевого счета". Настройка видима только для Казахстана. Может принимать значения: данет. По умолчанию =нет (работает, как сейчас).
101.67061 * ЗАДАЧА В JIRA: ERP-7499.1.235.0Галактика ERP Персонал ЗП Операции Целодневные неявки
Целодневные неявки. При отсутствии пометок выдавать справку о расчете среднего для неявки, на которой установлен курсор.В интерфейсе целодневных неявок справка о расчете среднего при отсутствии пометок выдается для неявки, на которой установлен курсор.
101.67764 * ЗАДАЧА В JIRA: ERP-7099.1.234.0Галактика ERP Персонал ЗП Операции Больничные Расчет больничных Применение ограничений по боль
Больничные. Ограничение на продолжительность одного случая. Необходимо сбрасывать огринчение по продолжительности случая при переходе на следующий год (для переходящих больничных).В случае, если больничный переходящий и включена настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Продолжительность Ограничение оплачиваемых дней пособий по одному случаю применять в рамках календарного года", вторая часть больничного учитывает ограничения по продолжительности случая не с начала больничного, а с 01.01.ХХХХ.
101.675949.1.233.0Автоматически не переформировывается табель если загрузить ЭЛНЗаработная платаЗагрузка и импорт ЭЛН
Автоматически не переформировывается табель если загрузить ЭЛН. При импорте ЭЛН не переформировывается табель, хотя должен исходя из настроек,общесистемные настройки "Автоматически обновлять табели" - "Да".При импорте ЭЛН из xml-файла добавлена возможность переформирования табеля учета рабочего времени согласно системных настроек автоматического обновления табеля.
101.675789.1.233.0Загрузка продолжающегося ЭЛН при отсутствии первичного ЭЛНУправление персоналом9-е окно (сведения о заболеваемости)
Импорт ЭЛН в Галактику. При загрузке одновременно основного и продолжающегося больничного система загружает ЭЛН верно. Если для загрузки выбран один продолжающийся больничный, система выдает сообщение "Нет предыдущего больничного. Выбрать из списка". При любом ответе "Да" или "Нет" - система все равно загружает этот продолжающийся больничный. Необходимо доработать систему: если ответили "Нет" - система не должна загружать продолжающийся больничный лист.1. При импорте в Галактику продолжающегося больничного в случае ответа "Нет" на сообщение системы "Нет предыдущего больничного. Выбрать из списка?", ЭЛН не загружается в систему. В протокол импорта выводится сообщение об ошибке "Нет предыдущего больничного! Запись не будет создана!". 2. ЭЛН в интерфейсе загрузки и импорта по умолчанию отсортированы по ФИО сотрудника и номеру больничного листка (с целью избежать ошибок при импорте ЭЛН в систему для случаев, когда у одного сотрудника есть несколько ЭЛН).
101.669049.1.233.0Печатать длинное наименование медицинской организации в две строкиЗаработная платаЛисток нетрудоспособности
В печатной форме больничного в поле "Наименование медицинской организации" выводится не полное наименование организации. Например, вместо ГБУЗ СО "ТОЛЬЯТТИНСКАЯ ГОРОДСКАЯ ПОЛИКЛИНИКА № 4" выводится ГБУЗ СО "ТОЛЬЯТТИНСКАЯ ГОРОДСКАЯ ПОЛИК Предлагается печатать длинное наименование медицинской организации в две строки, но при этом печатная форма должна помещаться на формат А4 (портрет).Доработана печатная форма больничного листа. 1. Добавлена еще одна форма больничного листка, в которую выводится длинное наименование медицинской организации (более 45 символов). Длинное наименование печатается в одну строку одной общей графой. Перед началом печати проверяется длина строки в наименовании медицинской организации и, если наименование не более 45 символов, выводится прежняя форма бланка, иначе - новая. 2. Исправлена печать наименования и адреса медицинской организации в случае, если длина наименования или адреса медицинской организации находятся в диапазоне 39-45 символов. Данные поля печатаются корректно (не обрезаются).
101.677559.1.233.0Некорректно работает классификатор отпусков и неявокЗаработная платаКлассификатор отпусков и неявок
Классификатор отпусков и неявок. Если поменять код отпуска или неявки и при этом тип отпуска не "компенсация", то появляется поле "оплата из Фонда соц.страхования" даже в том случае, когда настройка "Настройки Галактики Управление персоналом Общие настройки Пилотный проект ФСС Прямые выплаты ФСС" установлена в "нет". И еще ситуация. Настройка "Прямые выплаты ФСС" установлена в "нет". Меняю тип отпуска на "БИР". Поле "оплата из Фонда соц.страхования" скрыто. Закрываю окно редактирования и снова открываю. Поле "оплата из Фонда соц.страхования" появляется.Исправлена визуализация полей классификатора отпусков и неявок. Теперь поля отображаются идентично как при первом входе в окно редактирования записей классификатора отпусков, так и после изменения поля "Тип отпуска". Изменение поля "Код отпуска" не влияет на скрытие/отображение полей.
101.676869.1.232.0Отпуска - в интерфейсе показывать пользовательский код вида оплатыЗаработная платаОкно формирования, просмотра и редактирования отпусков
В нижней панели интерфейса редактирования отпусков на вкладке [Разбивка сумм по месяцам] нужно отображать пользовательский код вида оплаты, а не системный. Во всех других полях для видов оплат и удержаний (перечислений) сейчас отображаются именно пользовательские коды.В нижней панели интерфейса редактирования отпусков на вкладке [Разбивка сумм по месяцам] отображается пользовательский код вида оплаты, а не системный.
103.99829.1.232.0больничный внешнего совместителя со стажем менее 2 лет не оплачивается (ФСС)Заработная платаРасчет больничных
Клиент после проверки ФСС утверждает, что больничный внешнего совместителя со стажем менее 2 лет не оплачивается. Галактика может проверять это по виду работы работника ( основное, по совместительству) или добавить на закладку Особенности, данные для ФСС.Добавлена настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Особенности расчета Оплачивать больничный внешним совместителям со стажем менее двух лет". Значение по умолчанию "Да". Если настройка имеет значение "Нет", вид работы с кодом 1 (внешний совместитель), кол-во лет стажа по настройке "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Особенности расчета Процент пособия учитывать по" дает продолжительность менее 2-х лет, при заполнении больничного поле "Кол-во дней оплаты"/"Кол-во часов оплаты"/"Кол-во дней оплаты за счет предприятия" заполняется значением 0.
101.675009.1.231.0В расчет Заработной платы попадает целодневная неявка,по которой нулевая сумма оплаты(Инцидент 2.177445 от 07.06.2019 ФТ-Консалт)Заработная платаЦелодневные неявки
В расчет Заработной платы попадает целодневная неявка,по которой нулевая сумма оплаты. Сотруднику оформлен приказ на 4 дня по уходу за ребенком инвалидом по заявлению на 13, 17, 21, 29 мая 2019г. Сотрудник работает по 11 часов в сутки. Так ка был превышен лимит, то по 29 числу сформирована запись с нулевой продолжительностью.Приказ утвердили. В модуле Зарплата бухгалтер предварительно рассчитал суммы по дням целодневных неявок, за исключением последней записи. При проведении основного расчета по ЗП за май в разноску по 29 числу попадают часы. В результате сумма рассчитывается.Разработан конвертер Классификатора отпусков и неявок для "выключения" значения поля "оплата из Фонда соц. страхования" для типов отпусков, отличных от "прочие" и "БИР" , т.е. для тех типов отпусков, для которых данное поле скрыто.
180.110309.1.231.0Не применяется ограничение по БЛ на новый год для переходящего БЛ из одного года в другой для сотрудника инвалидаЗаработная платаПрименение ограничений по больничным листам
Не применяется ограничение по БЛ на новый год для переходящего БЛ из одного года в другой для сотрудника инвалида. Подробное описание во вложении.Добавлена настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Продолжительность Ограничение оплачиваемых дней пособий по одному случаю применять в рамках календарного года". По умолчанию отключена. В случае, если больничный переходящий и включена настройка, вторая часть больничного учитывает ограничения по продолжительности случая не с начала больничного, а с 01.01.ХХХХ.
103.99909.1.230.0листок нетрудоспособности в FR разделить даты нетрудоспособности ( например продлить черту ), т.ке. они сливаютсяЗаработная платаЛисток нетрудоспособности
Листок нетрудоспособности в FR разделить даты нетрудоспособности ( например продлить черту ), т.к. они сливаются.Печать листка нетрудоспособности в FR. Разделены строки дат начала и окончания периодов заболевания. Выровнены поля по отношению к левому краю отчета.
101.667969.1.230.0Автоматически проставлять в поле "Условия начисления" код 47 при создании БЛ по уволенному не позднее 30 дней (касается только участников пилотного проекта)Заработная платаИнтерфейс больничных листов (закладка данные для ФСС)
В системе, в интерфейсе формирования больничного листа (вкладка "Особенности, данные для ФСС") есть поле "Условия начисления". Данные в этом поле попадают в графу 32 "Условия исчисления" Реестра сведений, необходимых для назначения и выплаты пособий по временной нетрудоспособности, по беременности и родам, единовременного пособия женщинам, вставшим на учет в медицинских организациях в ранние сроки беременности. Необходимо участникам пилотного проекта при формировании больничного листа уволенному сотруднику (уволенному не позднее 30 дней) автоматически проставлять в поле "Условия начисления" код 47 при создании БЛ по уволенному не ранее 30 дней. Таким образом анализируем следующие параметры: - сотрудник уволен; - дата увольнения не позднее 30 дней назад; - пособие выплачивается по правилам пилотного проекта. Если все три условия выполняются, то в поле "Условия начисления" автоматически одному из условий присваиваем системное значение параметра "47, До 30 дней после увольнения".Изменен алгоритм автоматического заполнения признака "Условия исчисления" параметром 47: Анализируем дату увольнения и дату начала заболевания. Дата начала заболевания должна попадать в диапазон дат: дата увольнения - дата увольнения +30 Считаем 30 дней от даты увольнения. Дни календарные. Пример. Сотрудник уволен 30.06. Больничный лист с 01.06 по 03.06. Признак не проставляем. Пример. Сотрудник уволен 30.06. Больничный лист с 10.07 по 20.07. Признак проставляем. Пример. Сотрудник уволен 30.06. Больничный лист с 29.06 по 10.07. Признак не проставляем. Дата начала заболевания раньше даты увольнения. Для больничных с типом "Уход" признак не заполняем.
180.110979.1.229.0Неверный расчет БЛ с нарушением в продолжающемся БЛЗаработная платаРасчет больничных
Неверный расчет БЛ с нарушением в продолжающемся БЛ.Исправлена ошибка расчета продолжающихся больничных листов с дополнительным кодом 021, связанная с некорректным переносом информации (доп. код) в продолжающийся больничный.
101.67081 * ЗАДАЧА В JIRA: ERP-6649.1.229.0Банковские реквизиты сотрудника - упразднить признак КВУ "удержание в ФСС"Заработная платаВиды удержаний
В банковских реквизитах сотрудника реализован признак использования по умолчанию для заявлений в ФСС. В связи с этим потерял актуальность признак КВУ "Учитывать как"="удержание в ФСС". Есть предположение, что ранее он использовался только в целях хранения реквизитов для автоподстановки в заявления ФСС - для этого заводилось постоянное удержание по ВУ с таким признаком и в нём указывались реквизиты, а настройка "Банковские реквизиты для перечисления пособия" ставилась "из удержания". Предлагается пока данный признак оставить для совместимости, но сделать его недоступным для выбора в КВУ - например, назвать "удержание в ФСС !НЕ ИСПОЛЬЗУЕТСЯ!", при попытке выбора выдавать сообщение: "Данный признак более не используется!" Для ВУ, в которых этот признак был установлен ранее, при выходе из интерфейса редактирования выдавать предупреждение, например: "Признак "Удержание в ФСС" более не используется! Банковские реквизиты для заявлений в ФСС определяются в лицевых счётах сотрудников. Рекомендуется удалить все постоянные удержания по данному виду удержания, затем саму запись в классификаторе видов удержаний".В рамках данного ПиР-а реализовано: 1) В интерфейсе редактирования классификатора вида удержания реализовано переименование признака "Учитывать как" из значения "удержание ФСС" в значение "удержание ФСС !НЕ ИСПОЛЬЗУЕТСЯ!". Так же для данного признака реализован запрет выбора переименованного значения "удержание ФСС !НЕ ИСПОЛЬЗУЕТСЯ!", которое сопровождается информационным сообщением и автоматическим проставлением признака "Учитывать как" в значение "выплату". 2) В интерфейсе редактирования постоянных удержаний реализовано сообщение, которое информирует пользователя о том, что признак "Удержание ФСС" более не используется и необходимости упразднения постоянных удержаний с данным признаком с дальнейшем удалении самого вида удержания с признаком "Удержание ФСС" из классификатора(информационное сообщение: "Признак "Удержание ФСС" более не используется! Банковские реквизиты для заявлений ФСС определяются в лицевых счетах сотрудников.Рекомендуется удалить все постоянные удержания по данному виду удержания, затем саму запись в классификаторе видов удержаний."). 3) Изменен вид выбора поля "Учитывать как" на выпадающий список.
101.67080 * ЗАДАЧА В JIRA: ERP-6669.1.229.0Банковские реквизиты сотрудника - убрать настройку выбора реквизитов для заявлений в ФСС (пилотный проект)Заработная платаБанковские реквизиты (карты) сотрудника
В рамках ПиР 101.67007 в банковских реквизитах сотрудника реализован признак использования по умолчанию для заявлений в ФСС. Кроме того, в заявлении в ФСС теперь есть удобный выбор реквизитов. В связи с этим настройка "Управление персоналом Общие настройки Пилотный проект ФСС - Банковские реквизиты для перечисления пособия" потеряла актуальность, предлагается её упразднить. Также в самих заявлениях в ФСС нужно убрать варианты выбора реквизитов, вызываемые из локального меню в полях раздела "Перечисление пособия в банк" (по умолчанию/из заявления/из удержания/из ЛС). Приоритеты для автоматической подстановки реквизитов в заявлениях ФСС: 1) Реквизиты "по умолчанию для заявлений в ФСС" (при наличии), 2) Предыдущее заявление, 3) ЛС.Доработано.
101.670079.1.229.0Банковские реквизиты сотрудника - признак использования в заявлениях ФСС по умолчаниюЗаработная платаБанковские реквизиты (карты) сотрудника
*** Нужно еще предусмотреть, чтобы по всем пособиям для ФСС подтягивались реквизиты, однажды выбранные в каком-либо пособии. Например, у сотрудника был больничный, ему в заявлении для ФСС проставили незарплатную карту, при появлении следующего больничного или другого пособия уже проставлялись эти реквизиты, а не зарплатные. Т.к. кол-во б/л и других пособий очень большое и каждый раз выбирать нужные реквизиты занимает много времени. *** Для этого предлагается в банковских реквизитах сотрудника добавить признак использования по умолчанию в заявлениях ФСС. Доработать пакетную функцию создания банковских реквизитов, чтобы она этот новый признак заполняла для карты, которая "по умолчанию в ЛС" (но только если нет другой карты с признаком "по умолчанию для ФСС") - с отражением в протоколе. При выборе в заявлении ФСС другой карты предлагать сделать её "по умолчанию для ФСС". При выборе другой карты для заявлений ФСС запрашивать подтверждение, например: "Установить данный банковский счёт (карту) для использования по умолчанию в заявлениях в ФСС?" При этом сбрасывать этот признак с предыдущей записи ("по умолчанию для ФСС" может быть выбрана только одна карта).Зарплата - Документы - Лицевые счета - Банковские реквизиты (карты) сотрудника 1. В банковские карты (счета) сотрудника добавлен признак использования реквизитов по умолчанию в заявлениях ФСС. 2. Доработана пакетная функция создания банковских реквизитов. В параметры функции добавлен параметр "Алгоритм для определения признака ФСС", который позволяет выбрать алгоритм для поиска реквизитов карты, которая будет использоваться по умолчанию в заявлениях ФСС: - заявление - ЛС - удержание - заявление - удержание - ЛС Признак карты "по умолчанию для ФСС" отражается в протоколе, который выдается после завершения работы функции. В случае, если организация не участвует в Пилотном проекте (в настройках Галактики "Настройки Галактики Управление персоналом Общие настройки Пилотный проект ФСС Прямые выплаты ФСС" - в значении "нет"), параметр "Алгоритм для определения признака ФСС" не показывается в параметрах функции создания и контроля банковских реквизитов. Функция создания и контроля банковских реквизитов запускается по локальному меню "Создание и контроль банковских карт (счетов) сотрудников" из интерфейса - "Зарплатные проекты с банками" (Зарплата - Настройка - Заполнение каталогов - Зарплатные проекты с банками). В случае, если организация не участвует в Пилотном проекте, признак "ФСС" устанавливается во время работы функции в реквизиты, которые используются "по умолчанию" в лицевом счете счете сотрудника. 3. При выборе в заявлении ФСС другой карты предлагается сделать её "по умолчанию для ФСС". 4. В интерфейсе списка карт (счетов) сотрудника отражаются "признаки использования: - "З/пл" - для перечислений зарплаты - "А" - для перечислений аванса - "ЛС" - реквизиты "по умолчанию" в лицевом счете - "ФСС" (только при включенной настройке пилотного проекта - "Настройки Галактики Управление персоналом Общие настройки Пилотный проект ФСС Прямые выплаты ФСС" (любое из значений, кроме "нет"). Установить признак использования карты "по умолчанию в заявлениях ФСС" (если организация участвует в Пилотном проекте) можно в списке карт по комбинации "горячих" клавиш "Alt+F" либо по клику на кнопке "[Alt+F] для заявлений ФСС".
101.668379.1.229.0Банковские реквизиты сотрудников - реализовать протокол выполнения функции создания и контроля БРЗаработная платаФункция "Создание и контроль банковских карт (счетов) сотрудника"
Нужно реализовать функцию "Создание и контроль банковских карт (счетов) сотрудника" и протокол выполнения этой функции. Функция должна создать записи с банковскими картами (счетами) сотрудника по информации в постоянных удержаниях и лицевом счете. Примерный вид протокола: Действие ("добавлены реквизиты в ЛС"/"ссылка на ЗП") - Таб.№ - ФИО - Дата рождения - Код подразделения - Зарплатный проект - Получатель - Банк - Аванс - Зарплата - По умолчанию. Если добавляется только ссылка на ЗП в существующие БР, то выделять "Действие" и наименование ЗП цветом, или шрифтом. Желательно по клику в ячейках переходить в соответствующее удержание/ЛС, а также в ЗП и саму карточку БР (если уже есть).Зарплата - =Настройка= - Заполнение каталогов - Зарплатные проекты с банками - Функция "Создание и контроль банковских карт (счетов) сотрудника". Реализована функция и протокол создания и контроля банковских карт (счетов) сотрудника. Функция по созданию и контролю банковских карт (счетов) вызывается по локальному меню из интерфейса "Зарплатные проекты с банками" и работает в двух режимах: - только отчет - модификация В параметрах функции необходимо выбрать действия, которые требуется выполнить: - проверка связи с ЗП в существующих записях банковских карт (счетов) - создать реквизиты по данным ЛС и перечислений При запуске функции в режиме "только отчет" будут выполнены действия без модификации данных в базе. В протоколе, который выдается по результатам работы функции, отражаются данные по банковским картам (счетам) так, как они будут выглядеть после модификации. Рекомендуется перед запуском функции в режиме "модификация" запустить функцию в режиме "только отчет". Алгоритм работы функции. 1. Включен параметр "Проверка связи с ЗП в существующих записях банковских карт (счетов)". Анализируется все банковские карты (счета) сотрудника. При совпадении реквизитов в записи по банковской карте сотрудника с реквизитами зарплатного проекта, указанного в параметрах запуска функции, в записи карты устанавливается ссылка на зарплатный проект. В протокол в поле "Действие" выводится текст "Ссылка на ЗПр". Записи, у который уже есть ссылка на зарплатный проект, игнорируются и в протокол не попадают. 2. Включен параметр "Создать реквизиты по данным ЛС и перечислений". Анализируются реквизиты в лицевом счете, постоянных удержаниях на перечисление аванса и зарплаты. При совпадении этих реквизитов с реквизитами зарплатного проекта при отсутствии карты (счета) создается новая запись с банковскими реквизитами сотрудника. В протокол работы функции в поле действие выводится текст "Новая карта". В случае, если в лицевом счете, постоянном удержании есть ссылка на карту с совпадающими реквизитами, но в самой карте отсутствует ссылка на зарплатный проект, в записи банковской карты (счета) устанавливается ссылка на зарплатный проект. В протокол в поле "Действие" выводится текст "Ссылка на Зпр". Общий вид протокола, который выводится по результатам работы функции: - действие (новая карта, ссылка на зарплатный проект) - табельный номер - ФИО - дата рождения - код подразделения - зарплатный проект - номер лицевого счета в банке - признак перечисления аванса ("А") - признак перечисления зарплаты ("З/пл") - признак использования карты (счета) в ЛС ("ЛС") - признак использования карты "по умолчанию в заявлениях ФСС" Поля "Зарплатный проект", "Номер лицевого счета в банке", "А" (Признак перечисления аванса, "З/пл" (Признак перечисления зарплаты), "ЛС" (Признак использования карты (счета) в ЛС) являются гиперссылками. Текст в этих полях рисуется синим цветом и подчеркнутым, курсор над текстом - рука. При щелчке левой кнопкой мыши по тексту можно перейти в интерфейсы Галактики: - "Зарплатные проекты с банками" (из поля "Зарплатный проект") - "Банковские карты сотрудника" (из поля "Номер лицевого счета") - "Постоянные удержания" ("из полей "А", "З/пл") - "Лицевой счет" (из поля "ЛС") Запустить функцию создания и контроля можно карт (счетов) можно из локального меню в списке карт "Контроль карт в перечислениях и лицевом счёте". Функция отработает по всем связанным лицевым счетам сотрудника. При автозапуске по F7 из списка карт (пустого) в лицевом счёте совместителя функция выполняется также по всем его лицевым счетам. Функция обрабатывает постоянные удержания по любым ВУ-перечислениям. То есть записи банковских реквизитов создаются по информации из ВУ с системными кодами в диапазонах 141..145, 199..210, 220..230, либо с признаком КВУ "Учитывать как" = "перечисление". Приоритеты для определения признака "ФСС": заявление ФСС - удержание (постоянное удержание с признаком "удержание ФСС").
101.664959.1.229.0Банковские реквизиты сотрудника - новая сущность "Зарплатный проект"Заработная платаИнтерфейс "Зарплатные проекты с банками"
Для разработки функционала банковских реквизитов сотрудника необходимо добавить таблицу зарплатных проектов и реализовать интерфейсы для просмотра/редактирования. Пункт меню, например, "Настройка - Заполнение каталогов - Зарплатные проекты" (в одном разделе с "Характеристиками предприятия").Зарплата - Настройка - Заполнение каталогов - Зарплатные проекты с банками. Реализован интерфейс "Зарплатные проекты с банками". Интерфейс состоит из двух панелей. Первая панель представляет собой список зарплатных проектов с банками, содержащий поля: - наименование зарплатного проекта - наименование организации-получателя Вторая панель- список сотрудников, у которых есть карты (счета) по зарплатному проекту. Список полей второй панели: - код подразделения - табельный номер - ФИО сотрудника - дата рождения - номер лицевого счета - номер карты Для создания записи по зарплатному проекту с банком в окне редактирования необходимо заполнить поля: - наименование организации-получателя - банк получателя - расчетный счет - номер договора с банком - дата договора с банком - тип договора с банком - валюта договора с банком - дата начала действия зарплатного проекта - дата окончания действия зарплатного проекта - кодировка файла Записи банковских карт (счетов) создаются по локальному меню "Создание и контроль банковских карт (счетов) сотрудников".
101.574799.1.229.0Управление персоналом - хранение банковских счетов сотрудников для использования в различных целяхКонтур управления персоналомПредложение по новой функциональности контура управления персоналом
Предлагается разработать функционал хранения банковских счетов сотрудников для использования в различных целях (перечисление зарплаты, перечисления ФСС в пилотном проекте, перечисление командировочных и т.п.). Некоторые тезисы: - У работника может быть открыто несколько банковских счетов в разных банках (обычные и карточные). Перечисления зарплаты, отпускных, командировочных, пособий ФСС могут проводиться на разные счета. - Если счёт карточный, то к нему может быть привязано несколько карт - основная и дополнительные. - Нужен механизм разграничения доступа пользователей к банковским счетам (например, не все кадровики должны видеть эту информацию).Доработано.
101.664769.1.229.0Банковские реквизиты сотрудника - разные банки для зарплатного проекта и для заявлений в ФСС (пилотный проект)Заработная платаБанковские реквизиты (карты) сотрудника
У клиента зарплатный проект заключен с Владимирским отделением Сбербанка. Поэтому во всех ЛС и постоянных удержаниях - реквизиты именно этого Владимирского отделения. А реально у работников карты разных других отделений СБ - у кого-то Курского, у кого-то Тамбовского и т.д. То есть физически карта одна (выпущенная Курским ОСБ), но при расчёте зарплаты нужно отправлять реестр через Владимирское ОСБ, а в заявлениях на выплату пособий для ФСС (при пилотном проекте) указывать Курское ОСБ. Но сейчас нет возможности никуда внести эту информацию. Предлагается начать работы по проекту "Банковские реквизиты сотрудника" в объёме, необходимом для решения этой задачи. А именно: 1. Дать возможность заполнить информацию в таблице зарплатных проектов ZarplProject (у клиента их два - со Сбербанком и с ВТБ). Например, меню "Зарплата - Заполнение каталогов - Зарплатные проекты". 2. По хранящимся сейчас в ЛС и постоянных удержаниях банковским реквизитам сотрудников создать записи в таблице банковских счетов ZBankCard (ссылку на ZarplProject проставлять автоматически при совпадении реквизитов в этих таблицах). Учесть, что у некоторых работников постоянные удержания аванса и зарплаты могут проводиться на разные счета/карты. И теоретически в ЛС тоже могут быть несовпадающие с ними реквизиты. Карточки создавать только для физлиц (не дублировать одинаковые карточки по связанным лицевым счетам). 3. Вкладку [Банк] ЛС переименовать в [Банки], или [Банковские реквизиты]. Показывать все счета/карты сотрудника (физлица). Если карта связана с зарплатным проектом - кроме организации и банка карты показать (без возможности редактирования) организацию и банк из связанного зарплатного проекта (эти поля можно как-то выделить). 4. В заявлениях на выплату пособий ФСС дать возможность выбрать из списка банковских реквизитов сотрудника, если их несколько (ZBankCard). При этом если выбранная карта связана с зарплатным проектом, то подтягивать в заявление именно банк карты, а не банк зарплатного проекта.Зарплата - Настройка - Заполнение каталогов - Зарплатные проекты с банками. Разработан функционал по работе с банковскими картами (счетами) сотрудников, который позволяет: 1. вести в системе Зарплатные проекты с банками. 2. создавать записи банковских карт (счетов)сотрудников (по хранящимся в лицевом счете и постоянных удержаниях банковских реквизитах на перечисление зарплаты и аванса). 3. использовать различные карты (счета) для перечислений заработной платы и заявлениях ФСС, в том числе в случае, когда реквизиты банка, указанные в Зарплатном проекте отличаются от реквизитов банка в карте. 4. Вкладка "Банк" в лицевом счете переименована "Банковские реквизиты по умолчанию". 5. В заявлениях на выплату пособий ФСС банковские реквизиты выбираются ТОЛЬКО из записей банковских карт сотрудников. При этом, если банковская карта связана с Зарплатным проектом, в банковские реквизиты заявления "подтягиваются" реквизиты именно карты, а не Зарплатного проекта. Информация о Зарплатных проектах заполняется в каталоге "Зарплатные проекты с банками". Записи банковских карт (счетов) сотрудников создаются по локальному меню "Создание и контроль банковских карт (счетов) сотрудников".
101.670289.1.229.0Банковские реквизиты сотрудника - реквизиты в постоянных удержаниях (перечислениях)Заработная платаПостоянные удержания
В связи с доработками по проекту банковских реквизитов необходимы изменения в интерфейсе постоянных удержаний для любых видов удержаний с типом "перечисление"(то есть по ВУ с системными кодами в диапазонах 141..145, 199..210, 220..230, либо с признаком КВУ "Учитывать как" = "перечисление", но исключая ВУ, у которых код не попадает в эти диапазоны и не является жестко зашитым - с признаком "перечисление"): 1. При выборе вида удержания не подставлять банковские реквизиты из КВУ, поскольку теперь в удержании должна быть ссылка на реквизиты сотрудника. Вместо этого можно контролировать заполнение обязательных полей реквизитов (незаполненные обязательные поля выделять жёлтым), при попытке выйти без заполнения выдавать сообщение, например, "Необходимо выбрать банковские реквизиты для перечисления" и открывать выбор. 2. Переименовать раздел банковских реквизитов, например, "Банковские реквизиты для перечисления" (сейчас "Получатель (ч/з банк)"). 3. Добавить в начало этого раздела поля "Карта (счет)" и "Зарплатный проект". 4. Выбор реквизитов для перечисления (получатель, банк, лицевой счёт в банке и пр.) - только из списка банковских реквизитов сотрудника и только в поле "Карта (счет)", в остальных полях кнопку выбора убрать. 5. Поле "Открытие карты" заполнять из поля "Начало действия" выбранной записи банковских реквизитов сотрудника. В итоге предлагается такое расположение и названия полей в разделе <Банковские реквизиты для перечисления> (схематично): ********** Карта (счет) Начало действия Номер карты Зарплатный проект Контрагент Код Банк Счет 1 БИК/МФО Счет 2 Л/с в банке ФИО Назначение платежа **********Данная доработка была реализована для ВУ с системными кодами в диапазонах 141..145, 199..210, 220..230, либо с признаком КВУ "Учитывать как" = "перечисление", но не учитывая ВУ строго заданные в системе как не "перечисление"(1-3, 110, 150, 168, 169, 171, 175-177, 179-191, 194, 197, 198, 219 см. "Галактика ERP > Заработная плата > Заполнение каталогов и администрирование модуля > Перечень видов удержаний, определенных в программе"). При не удовлетворении указанным условиям логика работы с постоянными удержаниями осталась прежней. Далее для ссылки на данное условия будет уживаться сокращение "указанные условия ВУ". В результате доработки было реализовано: При выборе вида удержания банковские реквизиты из КВУ в постоянные удержания не подставляются (в том случае, если соблюдаются "указанные условия ВУ"). Реализован контроль заполнения обязательных полей реквизитов при "указанных условий ВУ"(незаполненные обязательные поля выделяются желтым). Обязательные поля: контрагент, банк, счет 1, счет 2. При попытке выйти без заполнения обязательных полей выдается сообщение - "Необходимо выбрать банковские реквизиты для перечисления" и открывается интерфейс выбора "Банковской карты (счета) сотрудника". Вышеуказанные два пункта работают идентично и для существовавших ранее ЛС и для вновь созданных ЛС. Так же при "указанных условий ВУ" переименован раздел банковских реквизитов в "Банковские реквизиты для перечисления" (до этого был "Получатель (ч/з банк)") и добавлены поля в начало переименованного раздела такие как "Карта (счет)" ,"Начало действия карты", "Номер карты", "Зарплатный проект"(причем в данной ситуации, если номер карты ранее отображался в другом разделе, то там он будет скрываться при "указанных условиях ВУ", так же при "указанных условиях ВУ" поле "№ и/л" не отображается). При "указанных условиях ВУ" реализован выбор реквизитов для перечисления (получатель, банк, лицевой счет в банке и пр.) - только из списка банковских реквизитов сотрудника и только в поле "Карта (счет)", в остальных полях кнопки выбора упразднены. Переименовано поле из "Открытие карты" в "Начало"(реквизиты удержания). Для ВУ удовлетворяющих "указанным условиям ВУ" в результате доработки поле "Открытие карты" заполняется из поля "Начало действия" выбранной записи из банковских реквизитов сотрудника и поле "Начало" в реквизитах удержания сотрудника.
101.674189.1.228.0При заведении отзыва система выкидывает рантаймУправление персоналом7-е окно (отпуска сотрудника)
При заведении отзыва система выкидывает рантайм. У сотрудника есть отзыв с 01/02/2019 по 05/02/2019 (обработан), по Ф7 заводим второй отзыв на даты 05/02/2019 по 05/02/2019, нажимаем Обработать и система падает по рантайму 216 во вложении описание со скриншотами.Исправлена ошибка при заведении отзывов в 7-м окне картотеки сотрудников.
180.109909.1.227.0Справка по БЛ в формате TXT - добавить ИНН и СтажЗаработная платаСправки о расчете больничных
В справку по БЛ в формате TXT - добавить ИНН и СтажЗаработная плата - Операции - Больничные - Расчет больничных - Печать - Справки о расчете в формате ТЕХТ. В справку при расчете больничного листа в формате TXT добавлена информация: ИНН работника и стаж работника. Вид стажа определяется по настройке "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Особенности расчета Процент пособия учитывать по". Данные по ИНН отображаются только для Российской Федерации.
103.100089.1.226.0некор расчет прод больничного в случае 2 дней в 1 больничном и 13 во втором ( проблема с 1 днем работодателя при авт расчете)Заработная платаРасчет больничных
некор расчет прод больничного в случае 2 дней в 1 больничном и 13 во втором ( проблема с 1 днем работодателя при авт расчете)Исправлено
103.99749.1.226.0больничный после отзыва из отпуска по уходу за ребенком имеет сообщение о пересчесении с отпуском, которого нетЗаработная платаСправки о расчете больничных
больничный после отзыва из отпуска по уходу за ребенком имеет сообщение о пересчесении с отпуском, которого нет. Клиент просит это убрать, так как ФСС при проверке больничных обязательно обратит на это внимание.См. вложениеПри печати всех вариантах печатной формы листка нетрудоспособности(локальное меню "Печать - Справка о расчете в формате TEXT") не выводится предупреждение о периоде пересечения больничного с отпуском, т.к. на этот период существует отзыв.
101.671149.1.224.0При расчёте отпускных не работает параметр "Сохранять сумму на руки"Заработная платаРасчет отпускных
Сотруднику был рассчитан отпуск и назначена сумма на руки. Сформирован реестр на выплату. Далее был произведен окончательный расчет ЗП за февраль и переход на новый период. В результате сумма дохода увеличилась и возникла необходимость произвести пересчет отпускных начислений. Запустили интерфейс ввода параметров пересчета. 1) Но решили отменить и закрыли интерфейс (нажали Отмена или ESC). В результате сумма на руки изменилась. Т.е. сумма на руки меняется ВНЕ зависимости от настройки изменения суммы на руки и даже если не производится расчет. 2) Запустили расчет начислений и удержаний. Параметр изменения сумы на руки запрещает ее менять, НО в результате расчета изменилась сумма на руки и она не равна разноси между начислено и удержано. Изменение параметра "Сохранять суммы удержаний при наличии реестра на перечисление" в значение ДА ситуацию не меняет - ошибки повторяются.Доработан режим расчёта отпусков для случая, когда настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Сохранять рассчитанную (проставленную) ранее ненулевую сумму на руки" установлена в значение "да". При выполнении расчётов значение настройки учитывается. При изменении информации в поле "Прочие удержания" - сумма на руки изменяется в соответствии со внесенной величиной прочих удержаний.
180.111009.1.223.0Справка о расчете больничного листа в FastReport, оклад на месяц заболеванияЗаработная платаСправки о расчете больничных
Справка о расчете больничного листа в FastReport, оклад на месяц заболевания.Доработана справка о расчете больничного листа в FastReport, оклад на месяц заболевания отображается корректно.
101.672909.1.222.0Печатные формы справки по расчету отпуска в формате Бизнес-Текст (Ctrl+P)Заработная платаСправки по расчету отпускных
Печатные формы справки по расчету отпуска в формате Бизнес-Текст (Ctrl+P) Из ресурса пропал файл "ZARHELP7.FRM" с печатными формами: Краткая форма распечатки расчета Полная форма распечатки расчетаИсправлено
106.106999.1.222.0Проблема при печати ЭЛН, первичный печатается как продолжение предыдущегоЗаработная платаЗагрузка и импорт ЭЛН
У сотрудника есть два БЛ по уходу за ребенком в стационаре и по уходу за ребенком (не продолжающиеся, а два новых БЛ). Второй начинается на следующий день после окончания первого. При печати второй БЛ печатается как продолжение первого, хотя заведен как первичный. См. пример во вложенном файле.При определении номера предыдущего больничного учитывается тип больничного. Для больничного с типом "первичный" поиск предыдущего листка нетрудоспособности не имеет смысла.