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


Описание файла обновления:
ФайлZ_PAYREP_RES_911780.TXT
ОбновлениеZ_PayRep_RES_911780
Назначение
ПродуктГалактика ERP 9.1
Релиз
КомпонентRES Z_PayRep
Тип
Версия9.1.178.0
Дата2019-10-29 23:44:05
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
NEWГалактика ERP Персонал ЗП Отчеты Оплата труда Формирование реестров на открытие банковских счет
Для улучшения эргономики предлагается в настройках выгрузки реестров на прикрепление/открепление/перечисление: Поле "Текущий сеанс" сделать редактируемым (spinbutton 1..100), после изменения запрашивать подтверждение, например: "Изменить текущее значение счётчика сеансов?" Соответственно кнопка [Сбросить счетчик сеансов] становится не нужна - её убрать. Тогда поля "Шаблон имени" (переименовать) и "Текущий сеанс" можно разместить в одной строке, а поле "Путь для сохранения" сделать во всю ширину окна. Также переименовать поле "ИМЯ ФАЙЛА ДЛЯ ЭКСПОРТА РЕЕСТРА" - например, "Имя файла выгрузки" (за счёт этого можно ещё сдвинуть все поля влево). Само имя показывать уже конечное - с учётом шаблона, текущей даты, счётчика сеансов и пр. (если используются в шаблоне). Например, C:SB eestr_01.txt.С целью улучшения эргономики в настройках выгрузки реестров на прикрепление/открепление/перечисление выполнены следующие доработки. • Поле "Текущий сеанс" стало редактируемым (spinbutton 1..100). После его изменения запрашивается подтверждение: "Изменить текущее значение счётчика сеансов?" • Кнопка [Сбросить счетчик сеансов] упразднена. • Поле "Шаблон для имени файла переименован в " Шаблон имени файла". • Увеличен размер поля "Путь для сохранения". • Поле "ИМЯ ФАЙЛА ДЛЯ ЭКСПОРТА РЕЕСТРА" переименовано в "Имя файла выгрузки". Само имя показывается уже конечное - с учетом шаблона, текущей даты, счетчика сеансов и пр. (если используются в шаблоне). Например, C:SB eestr_01.txt.
9.1.177.0ERP Зарплата. ОтчетыОтчеты по оплате трудаРеестры по перечислениямПечатьЭлектронные реестры
Сделать более эргономичным окно "Текущие настройки" для настройки выгрузки электронного варианта реестраС целью повышения удобства работы пользователя с настройками выгрузки реестров перегруппированы параметры в окне настроек выгрузки реестров в банк.
9.1.177.0Нет
Новая версия накопительного обновления словаря Галактика ERP 9.1 Alter_CumulativeВнесены изменения в словарь БД Галактики ERP 9.1
9.1.177.0Галактика ERP Персонал Кадры Операции Формирование реестров на открытие банковских счетов
Необходима конвертация настроек для выгрузки электронных реестров в банк. Сейчас настройки для выгрузки электронных реестров в банк в модуле "Заработная плата" – это записи в таблице USERDESKREP (USERDESKREP.nRep = 7804, используется константа tffMoney = 7804, см. money.ccm). В поле USERDESKREP.RepName хранится наименование настройки для выгрузки. В «Управлении персоналом» записи таблицы USERDESKREP, где USERDESKREP.nRep = 7804 (константа cgReport_7804, см. reports.inc) – это записи для настройки почтовой рассылки. В поле USERDESKREP.RepName хранится nRec записи таблицы ToSend.Из дистрибутива исключена константа tffMoney = 7804 (MONEY.CCM). Теперь для выгрузки электронных реестров в банк в модуле "Заработная плата" из таблицы USERDESKREP (USERDESKREP.nRep = 7804, используется константа cgReport_7804, см. Reports.inc). В модуле "Управление персоналом" записи для настройки почтовой рассылки теперь используют константу cgReport_7811, (см. reports.inc). Разработан конвертер, который для записей настройки почтовой рассылки в модуле "Управление персоналом", у которых USERDESKREP.RepName содержит ссылку на существующую запись из таблицы ToSend и USERDESKREP.nRep = cgReport_7804 изменяет значение поля USERDESKREP.nRep с cgReport_7804 на cgReport_7811.
101.62962 * ЗАДАЧА В JIRA: ERP-9019.1.177.0Галактика ERP Персонал ЗП Отчеты Оплата труда Формирование реестров на открытие банковских счет
Сейчас при экспорте реестров на перечисление зарплаты в банк (кроме Сбербанка) и реестров для открытия счетов (во все банки) открывается один список настроек, что нелогично. Более того, при настройке экспорта реестров для открытия счетов доступны и суммовые поля реестров на перечисление. Во избежание путаницы необходимо разделить настройки и для реестров на открытие счетов не показывать лишние поля, которые там неоткуда взять. Для этого предлагается в настройки экспорта добавить поле "Действие" с вариантами "Прикрепление/Открепление/Перечисление" (первым в списке полей, обязательное заполнение).Разделены настройки выгрузки реестров банк (кроме Сбербанка) по своему назначению: • Перечисление • Прикрепление • Открепление При экспорте реестров на перечисление зарплаты в банк открывается список настроек только для перечисления. Для реестров на открытие (закрытие) лицевых счетов в банке соответственно открываются настройки на прикрепление (открепление). В окне редактирования настроек добавлено новое поле «Назначение настройки (действие)». Данное поле доступно для редактирования в окне списка настроек, которое вызывается по локальному меню в окне «Зарплатные проекты с банками». Изменено определение имени файла для выгрузки реестра. В средней панели интерфейса настроек выгрузки реестра задается путь для имени файла и шаблон имени. Полное имя файла для выгрузки определяется как путь + имя шаблона. При первом запуске происходит конвертация поля UserDeskRep.RepOpi. Для корректной работы с настройками выгрузки реестров данное поле перезаписывается в поле UserDeskRep.ResName[5].
9.1.177.0Галактика ERP Персонал ЗП Отчеты Оплата труда Реестры Электронные реестры
Модуль заработная плата. Добавить новое поле "Пост. значение" в таблицу. Перенести значение из старого поля в новое. Чтобы в дальнейшем не зависеть от размера поля в таблице.В таблицу PICKREP добавлено новое поле: POSTZNACH: string "Пост. значение". Модуль заработная плата. “Отчеты | Отчеты по оплате труда персонала | Реестры по перечислениям” . “Электронный вариант реестра”. Написан конвертер для переноса значений из старого поля PICKREP.OWNNAME в новое.
9.1.176.0Галактика ERP Персонал ЗП Отчеты Отчеты по оплате труда персонала Реестры по перечислениям
При формировании реестров на взносы ДСВ в электронном виде в файле содержится реквизит <Форма></Форма>. Тег <Форма></Форма>- лишний в коде. Для корректной отправки необходимо его удалить из кода в каждом файле. Программа проверки не пропускает файл с тегом <Форма></Форма>, клиенту приходится удалять его вручную, чтобы пройти проверку. Если формировать файл в программе-набивалке Пенсионного фонда файл в нем также отсутствует тег <Форма></Форма>.При формировании реестров на взносы ДСВ в электронном виде не выводятся теги <Форма></Форма>, в связи с тем, что утратили свою актуальность.
9.1.175.0Галактика ERP Персонал ЗП Отчеты Оплата труда Реестры Электронные реестры
В электронном варианте реестра (при выгрузке в текстовый файл) в некоторых случаях пропадают разделители и даже отдельные символы выгружаемых данных.Электронный вариант реестра в текстовый файл выгружается корректно.
9.1.174.0Галактика ERP Персонал ЗП Операции Отпуска Реестры по перечислению в банк
При расчете удержаний с отпускных у сотрудника по первой строке сумма на руки получилась равной нулю. Формируем реестры на перечисление отпускных. В том числе и реестр на перечисление НДФЛ. В Реестр на перечисление НДФЛ не попадает эта сумма. Сумма перечисления по этой строке равна нулю, но налог надо перечислить потому что он посчитался.Доработан функционал формирования реестров на перечисление в банк с отпусков. При формировании реестра на перечисление НФДЛ записи с нулевой суммой на руки в отпусках будет обрабатываться.
9.1.173.0Галактика ERP Персонал ЗП Отчеты Оплата труда Реестры Реестры по перечислениям. Формирование
В реестрах на перечисление необходимо выделить поле для хранения имени файла выгрузки в электронный формат. Показывать в интерфейсе "Просмотр и редактирование реестра" (Z_PAYREP::BROWREES) с возможностью изменения по F4. При выгрузке реестра в электронный формат (настраиваемый экспорт, или формат Сбербанка) автоматически заполнять это поле именем сформированного файла (включая расширение). При повторной выгрузке - перезаполнять.В реестры на перечисление добавлено поле для хранения имени файла выгрузки в электронный формат. При выгрузке реестра в электронный формат (настраиваемый экспорт, или формат Сбербанка) это поле автоматически заполняется именем сформированного файла (включая расширение). При повторной выгрузке - перезаполняется. Поле с именем файла отображается в интерфейсе "Просмотр и редактирование реестра" (Z_PAYREP::BROWREES). Имя файла можно изменить в окне редактирования по F3 (откроется окно для редактирования имени файла выгрузки) или в окне просмотра реестра по F4 (в случае, когда реестр нельзя редактировать из-за сформированного по нему платежного документа).
101.67769 * ЗАДАЧА В JIRA: ERP-7199.1.172.0Галактика ERP Персонал ЗП Отчеты Оплата труда Реестры Реестры по перечислениям. Формирование
У сотрудника в постоянном удержании внесена информация о налоговых реквизитах.Заполнена строка "Рекв" следующими значениями:02;32200000000000000180;01713000;;;;;;9876543210123456; Рассчитана ЗП. Клиент формирует реестры на перечисление с настройкой "по назначению платежа". В сформированном реестре не заполняется поле "Налог.атрибуты". Сделать автоматическое копирование налоговых атрибутов из системных удержаний 187, 188, 191 в поле реестра "Налог. атрибуты".Модуль заработная плата. При формировании реестров (алименты и ипс. листы) будут копироваться из системных удержаний 187, 188, 191 "Налоговые реквизиты платежного поручения" из поля "Рекв." в поле реестра "Налог. атрибуты".
9.1.172.0Галактика ERP Персонал ЗП Настройка Настройка
Добавить общесистемную настройку “При отсутствии заработка в расчетном периоде брать тариф из лицевого счета” (настройка доступна только для Казахстана). Может принимать значения: данет. По умолчанию =нет (работает, как сейчас). Настройку положить по пути: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Особенности расчета .Добавлен компонент Z_KAZ, в котором добавлена настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Особенности расчета При отсутствии заработка в расчетном периоде брать тариф из лицевого счета". Настройка видима только для Казахстана. Может принимать значения: данет. По умолчанию =нет (работает, как сейчас).
180.110899.1.171.0ФИО получателей в реестре на перечислениеЗаработная платаРеестры по перечислениям. Формирование
Отображать суммы с учетом ФИО на вкладке "Сотрудники" окна списка реестров.На вкладке "Сотрудники" окна списков реестров при отображении сумм учитываются не только ссылки на лицевой счет, но и текстовые значения ФИО в спецификациях реестров.
101.670199.1.170.0Не заполняется наименование реестра по НДФЛ с параметром "по назнач. платежа"Заработная платаРеестры по перечислениям. Формирование
Не заполняется наименование реестра по НДФЛ с параметром "по назнач. платежа".Наименование реестра НДФЛ с параметром "по назначению платежа" формируется корректно.
101.674649.1.169.0Назначение платежа в реестрах на перечислениеЗаработная платаРеестры по перечислениям. Формирование
Назначение платежа в реестрах на перечисление. Есть реестр на перечисление по исполнительным листам. При формировании нового реестра, как и при переформировании существующего с параметром "по назначению платежа" наименование нового реестра берется из поля "Назначение платежа" из соответствующего постоянного удержания. Но оно обрезается до 80 символов. Хотя тип SBBAN.NAME - это string[100]. Это нужно для того, чтобы затем сформировать платежные поручения и при этом поле назначение платежа заполнилось именно так, как указано в постоянном удержании. Просьба доработать систему.При формировании (переформировании) реестра наименование реестра ограничивается длиной поля SBBAN.Name (100 символов).
101.673909.1.168.0В зарплатном проекте Сбербанка добавили ещё один вид зачислений.Заработная платаЭлектронные реестры
В зарплатном проекте Сбербанка добавили ещё один вид зачислений. Добавлен следующий вид: 16 Аванс В параметры формы для экспорта в dbf/xml формат необходимо добавить этот код (16). Аналогчино как в ПиР: 101.62827В форму для экспорта электронных реестров в dbf/xml формат добавлен новый вид зачисления - (16) аванс.
101.672029.1.167.0Необходимо формировать из системы правильный xml-файл ДСВ-3, проходящий проверку в ПО ПД.Заработная платаРеестры по перечислениям. Печатные формы реестров
Необходимо формировать из системы правильный xml-файл ДСВ-3, проходящий проверку в ПО ПД. Файл формируется и подается один раз в месяц. При проверке исправленного файла с помощью ПО ПД вышел протокол с ошибками. Файл во вложении. Обнаружил, что вторая строка должна выглядеть так: <ФайлПФР xmlns="http://schema.pfr.ru"> Сейчас формируется просто: <ФайлПФР> тег должен быть: <НомерПачки> <Основной>00003</Основной> </НомерПачки> сейчас: <НомерПачки> <Основной>3</Основной> </НомерПачки>1. в XML-файл отчета выводится прострастранство имен xmlns="http://schema.pfr.ru" 2. тэг "Номер пачки" выводится как строка с фиксированным количеством символов, равным 5. Например, номер 3 должен выводится следующим образом: <НомерПачки> <Основной>00003 Формат ДСВ-3 можно посмотреть на сайте https://sbis.ru/formats/docFormatCard/64/format
101.653979.1.166.0Никак не сформировать реестр на алименты с больничного листа, выплаченного в межпериодеЗаработная платаРеестры по перечислениям. Формирование
Никак не сформировать реестр на алименты с больничного листа, выплаченного в межпериоде. Отчеты - отчеты по оплате труда - реестры на перечисление. С галочкой "по расчетам межпериода" не формируется реестр.Доработано формирование буфера операции при выгрузке сумм детализаций алиментов, рассчитанных с больничного в межпериоде.
102.1996169.1.166.0Заменить "все возраста" на "не установлен"Заработная платаРеестры по перечислению в банк
В диалоге формирования нового реестра по перечислению по ежемесячным пособиям на детей есть фильтр по возрастной группе. Одно из отображаемых в нем значений - "все возраста". С точки зрения русского языка фраза "все возраста" некорректна. Надо заменить на "не установлен", как у фильтра по работникам.Заменено на "не установлен".
102.1959639.1.165.0Контроль длины номера лицевого счёта в реестре на перечисление привязать к настройке реестраЗаработная платаЭлектронные реестры
Контроль длины номера лицевого счёта в реестре на перечисление привязать к настройке реестра. Основная часть сотрудников имеет номер лицевого счета длиною в 12 знаков. Но также есть и сотрудники,у которых номер лицевого счета имеет длину 20 знаков. Настройки по выгрузкам реестров разные.Доработан контроль длины номера лицевого счёта в реестре на перечисление (Электронный вариант реестра): контроль длинны л/с привязан к значению поля "Размер" для источника данных "Номер счета". Убран контроль длины номера лицевого счёта для реестров в dbf/xml-Сбербанк, Россия.
106.106559.1.164.0Неверно формируется сумма НДФЛ в реестреЗаработная платаРеестры по перечислению в банк (отпускных)
Учесть при формировании реестров и ведомостей суммы в отпусках из новой колонки "Прочие удержания" (в разбивке сумм по месяцам).При формировании реестров по отпускам межпериода добавлен учет сумм из новой колонки "Прочие удержания" (в разбивке сумм по месяцам). Примечание: как и ранее, на основе сумм, записанных в суммах по месяцам, вычисляется сумма к выплате работнику, но теперь еще и с учетом сумм прочих удержаний.
102.1966519.1.161.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.15.0.Обеспечение корректной работы. Пересобраны ресурсы с учетом изменённых таблиц словаря Alter_Cumulative 9.1.15.0. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1926289.1.160.0ПВ. Нет ссылки на каталог физические лица.Заработная платаПлатежная ведомость
ПВ. Нет ссылки на каталог физические лица. Ведомость сформирована в зарплате,пытаюсь обработать ее в кассе не на полную сумму выплаты. Сообщение.Доработана функция расчета сальдо и функция формирования ПВ на окончательную выплату зарплаты. Добавлена проверка на наличие ссылки на физ.лицо. Если отсутствует, то подставляется физическое лицо из лицевого счета работника.
102.1939309.1.158.0Формирование реестров межпериода. Добавить анализ PrVidopl.ChoiceЗаработная платаРеестры по перечислению в банк
Формирование реестров межпериода. Добавить анализ PrVidopl.Choice Обрабатывать только записи PrVidopl, у которых Choice совпадает с Sys_Mbf.ChoiceПри формировании реестров и ведомостей в межпериоде добавлена проверка PrVidopl.Choice Обрабатываются только записи PrVidopl, у которых Choice совпадает с Sys_Mbf.Choice
102.1936129.1.158.0Доработать формирование реестров и ведомостей по больничным межпериода.Заработная платаРеестры по перечислению в банк (больничный)
Доработать формирование реестров и ведомостей по больничным межпериода. В операциях к реестру (платежной ведомости) даты начала и окончания надо записывать в зависимости от фонда (за счет предприятия, за счет ФСС, превышение). Аналогично тому как в начислениях. Это нужно при формировании окончательных реестров: для корректного сопоставления сумм реестров с суммами начислений и удержаний по оплачиваемому периоду. А также для расчета сальдо (расчет сальдо по платежным документам).В операции к реестру (платежной ведомости) даты начала и окончания записываются в зависимости от фонда (за счет предприятия, за счет ФСС, превышение). Аналогично тому как в начислениях.
101.659779.1.158.0Добавить контроль длины поля "счет" в банке и, в случае несовпадения, выводить информацию об этомЗаработная платаЭлектронные реестры
Добавить контроль длины поля "счет" в банке и, в случае несовпадения, выводить информацию об этом Клиента просит добавить в протокол сообщение об ошибке при контроле длины номера лицевого счёта в реестре на перечисление в Сбербанк.Доработано формирование электронных реестров - добавлен контроль длинны поля для РФ номер лицевого счета в банке при формировании реестров.
101.658219.1.158.0При передаче переменной GetValue из пользовательского алгоритма происходит приведение строки к числу, а это не всегда хорошоЗаработная платаЭлектронные реестры
При передаче переменной GetValue в пользовательском алгоритме происходит приведение строки к числу, а это не всегда хорошо.Доработана работа пользовательских алгоритмов при формировании электронных реестров.
101.595619.1.157.0Реестры НДФЛ - сохранять ссылку на формируемый реестр в результатах расчета НДФЛЗаработная платаРеестры по перечислениям. Формирование
В момент формирования реестров НДФЛ по окончательному расчёту зарплаты предлагается проставлять ссылку на эти реестры в результаты расчёта НДФЛ (Uder) - аналогично ссылке на реестр выплаты. Эта ссылка нужна для определения даты фактической уплаты НДФЛ в отчётности.В момент формирования реестров НДФЛ по окончательному расчету зарплаты проставляется ссылка на эти реестры в результаты расчета НДФЛ (Uder).
102.1921759.1.157.0Необходимо открыть код удержания в шапке реестра по удержаниям с типом "Перечисление"Заработная платаРеестры по перечислениям. Формирование
Для решения ПИР 101.65967 необходимо открыть код удержания в шапке реестра по удержаниям с типом "Перечисление". на перечисление заработной платы и других доходов работника в банк. Кроме того предоставить возможности его изменения. При формировании реестра необходимо, чтобы в шапке реестра и спецификации коды удержания совпадали (по просьбе клиентов). Ниже привожу полную схему доработки. В описание схемы включены ответы на вопросы, которые заданы в последнем уточнении. 1. добавить ещё одно значение, например, "только реестры на перечисление заработной платы" к существующим значениям настройки "... Учет межпериода при расчете зарплаты Учет выплат по реестрам" 2. добавить новую настройку, например,"... Учет межпериода при расчете зарплаты Отражать перечисления видом удержания из заголовка реестра" значения "нет да". Данная настройка может понадобиться тем пользователям, которые не предполагают изменений в процессе учёта реестров при расчёте заработной платы, но захотят воспользоваться заменой кода для других целей, например, для отражения назначения платежа. 3. В реестре дополнительно вывести поле с видом удержания, записанным в шапке реестра. И предоставить возможность выбрать в этом поле другой вид удержания. 4. При расчете зарплаты, в записях на перечисление подставлять код из шапки реестра, при значении "да" в настройке п.2. и при значениях "только реестры на перечисление заработной платы", "учет ведется" и "аналогично платежным ведомостям" при условии, что ведомости учитываются. Данный алгоритм будет работать только в том случае, когда на момент расчёта зарплаты в наличии имеется реестр на перечисление. Таким образом, при наличии реестра на перечисление с определённым кодом в шапке реестра, и соответствующим значением в настройке п.2. код перечисления не будет меняться, сколько бы не пересчитывали заработную плату. 5. П.4. имеет особенности. На текущий момент, если установлено значение "учет ведется", то учитываются только закрытые реестры на перечисление в банк. Для нового значения настройки "только реестры на перечисление заработной платы", можно определить другие правила, если требуется. Сообщите, пожалуйста, есть ли пожелания по данному поводу. Если нет, то примем правила по аналогии с настройкой "учет ведется". Единственное: хотелось бы, чтобы эти правила не были диаметрально противоположными работе системы с настройкой "учет ведется" и не противоречили другим настройкам процесса учёта сумм из реестров. 6. Учёт настройки "Вид удержания для реально перечисленной заработной платы" для новой настройки менять не предполагается. Т.е., если вид удержания в шапке реестра не будет совпадать с кодом удержания в спецификации, то берём его. В противном случае берём из настройки для перечисленной заработной платы. Теоретически, код из настройки пользователи просто уберут, если их такое правило не устраивает. У нас ещё есть виды удержаний в КВУ для уволенных. Их анализ также предполагается оставить для новой настройки. При условии, что код в шапке будет иметь более высокий приоритетОкно редактирования спецификации реестра. В шапке реестра в режиме редактирования пользователь может заменить код вида удержания для удержаний с признаком "перечисление" на другой в/у с признаком "перечисление". Примечание: В классификаторе видов удержания признак "перечисление" следует выставлять лишь в тех видах удержаний, которыми перечисляется зарплата и другие доходы работника на его банковскую карту (то есть в пользу самого работника, а НЕ в пользу третьих лиц или сторонних организаций).
102.1890099.1.157.0Платежные ведомости - нужна раздельная нумерация зарплатных ПВ и всех остальныхКассаПлатежные ведомости
Расчётный отдел требует, чтобы все платёжные ведомости, формируемые из модуля Заработная плата, имели свою отдельную нумерацию. Сейчас в Зарплате они видят только свои ведомости, но остальные (невидимые для них) ведомости модуля Касса нарушают их нумерацию (на выплату подотчётных сумм, прочие, а также созданные по ведомостям депонирования - см. также ПиР 102.189012). Предлагается в раздел "Настройки Галактики Бухгалтерский контур Формирование номеров" добавить подраздел "Нумерация платёжных ведомостей" и настройку, например, "Раздельная нумерация ведомостей модуля Заработная плата". Реализовать такой порядок и для нумерации по последним номерам БД, и по таблице номеров.Добавлена системная настройка: "Настройки Галактики Бухгалтерский контур Формирование номеров Нумерация платежных документов Раздельная нумерация платежных ведомостей модуля Касса и ЗП". Данная настройка разграничивает нумерацию платежных ведомостей модуля Касса (префиксы 0$PS, 000) от Зарплатных (остальные префиксы)
102.1873359.1.157.0При переходе на новый месяц сохранять детализацию алиментов аванса будущего периодаЗаработная платаРасчет алиментов в режиме "Расчет аванса"
В модуле Заработная плата-Операции-Аванс-Расчет при переходе на новый месяц сохранять детализацию алиментов аванса будущего периода: 1) Заполнить детализацию алиментов при расчете удержаний с аванса в будущем периоде (сейчас при расчете в будущем периоде удаляется запись детализации алиментов текущего периода, при этом всегда пишется исходная сумма для расчета удержаний текущего периода); 2) Отображать в интерфейсе детализацию алиментов и и/л, для текущего и будущего периода; 3) Для будущего периода в интерфейсе аванса добавить свой флаг статуса расчета удержаний.В модуле Заработная плата-Операции-Аванс-Расчет, сейчас корректно отображается и заполняется детализация алиментов и и/л в будущем периоде. Теперь при расчете в будущем периоде не удаляется запись детализации алиментов текущего периода. Статус расчета удержаний сохраняется для текущего и будущего периода отдельно. При переходе в межпериод значения будущего периода переносятся в текущий. После обновления если в будущем периоде уже есть расчет аванса, то значение статуса расчета удержаний будет равно "нет", в этом случае необходимо пересчитать аванс, статус расчета установится в нужное поле, в дальнейшем такой статус будет отображаться корректно.
101.568499.1.157.0Расчет больничного по уходу за ребенком внутри которого период нахождения в стационаре (Пилотный проект)Заработная платаРасчет больничных
В окне редактирования больничного можно указать период нахождения в стационаре. Если после этого делается расчет, то получается странная картина: человеку посчитались 10 дней в амбулаторных условиях в соответствии с процентом стажа - 100 процентов, а остальные дни по 50 %. В соответствии с статьей 7 ФЗ 255 должно быть так: 10 дней амбулаторного периода - 100 % 11 дней стационара - 100 % Остальные 3 дня 50 %.Доработан функционал по расчету больничного, в котором есть период нахождения в стационаре. Стационарный период рассчитывается, как правило, с настройками, отличными от амбулаторного периода. Для решения этой проблемы создан следующий алгоритм работы: 1. Интерфейс редактирования больничного: Кроме дат нахождения в стационаре появилось поле для ввода вида пособия для этого режима. При вводе этих данных в случае, если вид пособия отличается от основного(амбулаторного) и период стационара не совпадает с периодом болезни, больничный разбивается на несколько (два или три), соответствующих амбулаторным/стационарному периодам. Общая информация для всех этих больничных копируется. Далее просмотр и редактирование по F4 или Enter. 2. Режим просмотра списка больничных листов: Больничные, которые состоят из нескольких связанных, выделяются в списке признаком Амб/Стац. Если помечен такой больничный, все функции локального меню, в том числе расчет и удаление, выполняются для всех связанных. Просмотр и редактирование связанных больничных осуществляется по F4 или Enter. 3. В окне редактирования связанных больничных в верхней панели отображается бланк больничного, в нижней - связанные по этому бланку больничные листы. Особенности: - Расчет: Расчет процентов для амбулаторного режима осуществляется с учетом дней стационара. - Удаление: При пометке всех связанных больничных удаляются все больничные вместе с бланком. Если помечены не все больничные, остается один больничный на весь период с видом пособия для амбулаторного режима. - Печать: Доработаны печатные формы с учетом общей информации по бланку.
102.1896489.1.155.0Формирование ПВ на выплату зарплаты (в наименование не записывается имя кассира)Заработная платаПлатежная ведомость
Формирование ПВ на выплату зарплаты. В наименование ведомости не записывается имя кассира в случае, когда формируют ведомости в разрезе кассиров (опция "Название: по подр. и кассиру")Доработано. В наименование ведомости записывается имя кассира.
102.1745569.1.155.0Добавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr.Заработная платаИнтерфейс "Единовременные пособия"
Добавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr.Добавлено в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенесено это значение из поля NumOgr. Так же данное изменение учтено во всем функционале системы в целом.
101.654299.1.154.0Добавить столбец "Код вида удержания" в окно выбора отпусков в фильтре параметров формирования реестра на НДФЛ с отпускныхЗаработная платаРеестры по перечислению в банк (отпускных)
Просят добавить столбец "Код вида удержания" в окно выбора отпусков в фильтре параметров формирования реестра на НДФЛ с отпускных. Вариант добавления поля через конфигуратор используют, но после установки патчей приходится настраивать заново.В окно выбора отпусков добавлена колонка с в/у (выводится пользовательский код).
102.1882529.1.154.0не работает контроль по реестрамЗаработная платаРеестры по перечислению в банк
Начисления и выплаты. Работникам начислена ежемесячная премия, но реестр не сформирован. Работник увольняется, ему выполняют окончательный расчет, в который попадает премия, затем выплачивают реестром на выплату зарплаты (Отчеты по оплате труда персонала - Реестры по перечислениям). Далее в межпериод формируют реестр на выплату премии. В реестр попадает сумма по премии, хотя она уже попала в реестр на выплату зарплаты.В операции реестра зарплаты для премии есть ссылка на межрасчетную выплату, но вид удержания в реестре на выплату зарплаты не совпадает с тем, который указан в межрасчетном начислении. Поэтому при контроле сумма премии из этого реестра не учитывалась. Доработано формирование реестров по начислениям и выплатам с контролем. В том случае, когда совпадает ссылка на межрасчетную выплату учитываются суммы из реестров на выплату зарплаты и аванса, а также суммы из реестров, сформированных по прочим удержаниям, если и в/у реестра и в/у межрасчетной выплаты имеют признак "перечисление".
102.973409.1.153.0Настройка "Разбить пособие на основную и дополнительную суммы" для БеларусиЗаработная платаНастройка
Настройка "Разбить пособие на основную и дополнительную суммы" для Беларуси Путь: Настройки Галактики -> Управление персоналом -> Больничные, отпуска, расчеты по среднему -> Больничные -> Продолжительность. Использование настроек "Разбить пособие на основную и дополнительную суммы" и "Количество дней для основной суммы" противоречит Белорускому законодательству. Следует сделать их неактивными при настройке на Беларусь.Скрыты настройки "Разбить пособие на основную и дополнительную суммы" и "Количество дней за счет работодателя" для Республики Беларусь.
101.652619.1.152.0Добавить в "Источники данных" поля: "Пол", "Дата приема", "Должность"Заработная платаЭлектронные реестры
В Настройку формата файла выгрузки электронных реестров на открытие банковских счетов необходимо добавить в "Источники данных" поля: "Пол", "Дата приема", "Должность". Это требуется для формирования реестра на выпуск банковских карт банка ВТБ.Доработано формирование электронного варианта реестра: добавлена возможность выбора поля "Пол", "Дата приема", "Должность" в колонке "Источник данных" для настройки формата файла выгрузки электронного реестра.
101.652459.1.152.0Формируется реестр на перечисление аванса по архивному удержанию с датой окончанияЗаработная платаРеестры по перечислению аванса в банк
Формируется реестр на перечисление аванса по архивному удержанию с датой окончания. У сотрудника имеется постоянное удержание, которое в архиве. Указана дата окончания - 30.04.2018. Отчетный период в зарплате - июль 2018. Реестр на перечисление аванса на эту сотрудницу формируется. P.S. Сотрудник был уволен в апреле 2018, в июне заново принят на тот же ЛСИсправлено. Для формирования реестров аванса берется только входящее в расчет постоянное удержание аванса (анализируются только постоянные удержания с системными кодами в/у 141..145,199).
101.651839.1.151.0Значение поля "Вид зачисления" "настройки для экспорта в форматы Сбербанка" меняется во всех "настройках..." одновременноЗаработная платаЭлектронные реестры
Значение поля "Вид зачисления" "настройки для экспорта в форматы Сбербанка" меняется во всех "настройках шаблона" одновременно. Требуется в "настройке шаблона" значение поля "Вид зачисления" независимым от значения этого поля в других шаблонах.Доработано заполнение значения поля "Вид зачисления" настройки для экспорта в форматы Сбербанка: при создании настройки значение определяется исходя из префикса реестра, изменения значения настройки сохраняются только в данной настройке.
102.1865019.1.150.0Доработать интерфейс редактирования реестра в зарплатеЗаработная платаРеестры по перечислениям. Формирование
Доработать интерфейс редактирования реестра в зарплате. Заменить локальные функции на объектные методы интерфейса DeterminantAdviserДоработан интерфейс редактирования реестра в зарплате. Заменены локальные функции на объектные методы интерфейса DeterminantAdviser. Доработан расчет сбора при корректировках суммы перечисляемой суммы. В списке сумм по работникам добавлена дополнительная колонка. В этой колонке отображается символ "X" для тех сумм, которые пользователь вручную изменил в сторону увеличения (по сравнению с теми, на которые был сформирован реестр).
101.650349.1.150.0Больничные/отпуска - непропорциональное уменьшение перечислений по ВО при уменьшении суммы на рукиЗаработная платаРеестры по перечислению в банк (больничный)
Если пользователь вручную уменьшает сумму на руки в выплачиваемом в межпериод больничном, или отпуске, который состоит из нескольких частей с разными видами оплат, то перечисляемые по видам оплат суммы в операциях реестра/ведомости уменьшаются последовательно, а не пропорционально. Это приводит к тому, что какой-то вид оплаты может полностью исчезнуть из реестра больничного/отпуска. При этом перечисляемый НДФЛ сейчас не уменьшается, поэтому в реестре НДФЛ все виды оплат остаются неизменными. В результате получаем разные наборы видов оплат в операциях реестра больничного/отпуска и реестра НДФЛ, что в дальнейшем приводит к проблемам при определении ссылок на источник выплаты в результатах расчёта НДФЛ - соответственно получаем ошибки в 6-НДФЛ. Возможно, для исключения таких ошибок в случае ручной корректировки суммы на руки имеет смысл уменьшать все части больничного/отпуска пропорционально, а не последовательно и записывать суммы корректировки в поля "Прочие удержания". Кроме того, представляется логичным уменьшать и все части перечисляемого НДФЛ синхронно с доходом. Пример см. в выгрузке из ПиР 101.64908, таб. 2995. Больничный с 22.05 по 01.06 - соответственно 3 вида оплаты: 83 - первые 3 дня, 167 - до конца мая, 168 - 1 июня. Выплачен в межпериод с ручной корректировкой суммы на руки, причём в операциях межпериодного реестра дохода только ВО 83 и 167. А в реестре НДФЛ всё верно - 83, 167 и 168. В результате имеем разные наборы ВО в реестре дохода и реестре НДФЛ и неправильные ссылки на источник выплаты в результатах расчёта.Принцип формирования реестров по отпускам и больничным с выплатой на уменьшенную сумму на руки остался прежним. Формирование реестра НДФЛ для этого случая проводится по аналогичным правилам. Теперь при формировании в межпериоде реестра НДФЛ анализируется сумма к выплате на руки в отпуске и больничном. Если в больничном/отпуске сумма к выплате неполная, то будет формироваться реестр НДФЛ на уменьшенную сумму налога, в соответствии с выплачиваемой суммой по каждому из кусочков больничного или отпуска.
102.1862459.1.150.0Формирование реестров по итогам расчета зарплатыЗаработная платаРеестры по перечислениям. Формирование
Доработать формирование реестров по итогам расчета зарплаты. Значения для полей Zaroper.TipDoc и Zaroper.cPodr нужно заполнять только на основе поля "Источник начисления". Брать значения из "Источника данных" (старое поле) уже не надо. Это позволит корректнее формировать реестры на выплату зарплаты и НДФЛ при многократных выплатах совместно с опцией контроля: - при доначислениях и выплатах остатка сумм; - при формированиях реестров по проценту на часть суммы и на остаток.Доработано формирование реестров по итогам расчета зарплаты. Значения для полей Zaroper.TipDoc и Zaroper.cPodr теперь берутся только из поля "Источник начисления".
101.646669.1.149.0При настройке шаблона выгрузки реестра после 17-ого порядкового номера сбивается настройка порядкового номера.Заработная платаАнкетные данные для экспорта реестров
При настройке шаблона выгрузки реестра после 17-ого порядкового номера сбивается настройка порядкового номера.Исправлена сортировка списка колонок в интерфейсе и формируемом файле настройки электронных реестров.
103.97109.1.148.0нумерация реестров на з/п по порядку номера группыЗаработная платаРеестры по перечислениям. Формирование
Клиент считает,что при формировании реестров на выдачу зарплаты в банк с установленным фильтром по аналитике, состоящем в пометке нескольких групп работников "Нумерация реестрам должна бы присваиваться в том же порядке, в котором пронумерованы группы, по которым формируем реестры. Например, формируем реестры по 3-м группам : 001,002 и 003, и в итоге реестры ,полученные при формировании по группам должны иметь номер, например 10134( по группе-001), 10135(по группе-002) и 10136(по группе-003) и т.д.нумерация реестров на з/п по порядку номера группы" Сейчас это не так, номера реестров не соответствуют номеру по порядку групп.Доработано формирование реестров в разрезе аналитик: Операции - Отпуска - Реестры по перечислениям в банк Операции - Больничные - Реестры по перечислениям в банк Операции - Аванс - Реестры по перечислениям в банк Операции - Начисления и выплаты - Реестры по перечислениям в банк Операции - Удержания и выплаты - Реестры по перечислениям в банк Операции - Ежемесячные пособия на детей - Реестры по перечислениям в банк Операции - Единовременные пособия - Реестры по перечислениям в банк Операции - Договоры подряда - Реестры по перечислениям аванса в банк Операции - Договоры подряда - Реестры по перечислениям зарплаты в банк Операции - Расчет премии с учетом КТУ - Реестры по перечислениям зарплаты в банк Отчеты - Отчеты по оплате труда персонала - Реестры по перечислениям В случае использования аналитических фильтров по приоритету сначала будет использоваться группировка по аналитике, а затем по остальным уровням. Если используется аналитический фильтра по группам работников, то реестры теперь формируются в последовательности от меньшего значения номера группы к большему.
104.198109.1.148.0Суммарная информация по ПВ и Реестрам на перечислениеЗаработная платаПлатежная ведомость
Суммарная информация по ПВ и Реестрам Было бы неплохо, если бы была возможность просматривать Суммарную информацию по Платежным ведомостям и Реестрам на перечисление непосредственно из интерфейсов а не через Локальное меню. Такая возможность была на более старых сборках.В окне списков реестров и ведомостей в модуле "Заработная плата" в нижнюю часть окна добавлен вывод итоговых сумм по всем отображаемым в окне. Итоги подсчитываются только при значении параметра конфигуратора System.UseBrowserCacheAndSort = true
102.1539359.1.148.0некорректная фильтрация реестровЗаработная платаРеестры по перечислению в банк
В окне списка реестров по пособиям фильтр по подразделениям не установлен (фильтр по всем подразделениям). Создаем реестр с фильтром по произвольно выбранным двум подразделениям. В окне списка реестров мы видим эти сформированные реестры, но если закрыть окно списка реестров и снова его открыть, то этих реестров мы уже не увидим в списке. Просьба сделать для реестров пособий по аналогии с реестрами по начислениям в межпериод, там такой проблемы не возникает.Заполнение поля Sbban.Cex для реестров пособий реализовано по аналогии с другими режимами формирования реестров. В случаях, когда задана нулевая глубина иерархии и в фильтре выбраны несколько подразделений, а не вся ветка подразделений, то в Sbban.Cex реестра записывается одно из выбранных в фильтре подразделений.
102.1847749.1.147.0К некоторым полям не добавляется префикс в режиме DbVipЗаработная платаЭлектронные реестры
К некоторым полям не добавляется префикс в режиме DbVip.Доработана печать реестров: добавлена возможность выбора поля "Детали платежа" в колонке "Источник данных" для настройки формата файла выгрузки электронного реестра. Доработан вычислитель формул: добавлена возможность добавления строки к числовым полям, доработано добавления строки к строковым полям источника данных.
101.646889.1.146.0Добавить в поток вывода на печать Реестра по перечислениям наименование банкаЗаработная платаРеестры по перечислениям. Печатные формы реестров
Добавить в поток вывода Excel-отчета "Реестр по перечислениям" поле "Наименование банка".В поток Excel-отчета "Реестр по перечислениям" добавлен вывод поля "Наименование банка"(переменная Банк_перечисления).
101.647119.1.145.0Не формируются реестры по детским пособиям, если есть разграничение прав доступа к подразделениям в модуле ЗарплатаЗаработная платаРеестры по перечислению в банк
Не формируются реестры по детским пособиям, если есть разграничение прав доступа к подразделениям в модуле Зарплата. Пример: для пользователя указаны доступные подразделения в разделе "Настройка/Администратор/Настройка пользователей", включено разграничение доступа, в этом случае пользователь не сможет сформировать реестры по перечислению в банк для сотрудников из доступных ему подразделений.Исправлена ошибка. При включенном разграничении прав доступа реестры по детским пособиям формируются корректно.