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


Описание файла обновления:
ФайлZ_LSCHET_RES_911600.TXT
ОбновлениеZ_LSchet_res_911600
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_LSCHET
ТипRES
Версия9.1.160.0
Дата2018-12-14 19:34:25
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.183331NEWДобавить информацию в окно просмотра алиментов межпериодаЗаработная платаОкно формирования, просмотра и редактирования отпусков
В детализацию алиментов необходимо добавить колонки с номером(номерами) исполнительных листов. При наличии нескольких постоянных удержаний алиментов очень сложно ориентироваться какие суммы какому получателю. Вывести номер входящего исполнительного документа и порядковый номер в системе (который "для сторнирования"). Не только в отпусках, но и в остальных режимах "межпериода". Хорошо бы вообще свести коды всех режимов в один, оформить окно детализации в виде отдельного интерфейса просмотра набора записей таблицы, в который параметрами передаётся тип данных межпериода (отпуск, больничный, аванс..) и ссылка на источник.В модуле "Заработная плата" - Лицевые счета. В окне смежных данных изменен порядок кнопок во вкладке "Текущие данные". Добавил кнопку "Детализация удержаний меж/п". Окно "Детализация удержаний в межпериод" выводится вместо окна "Разбивка сумм по удержаниям", в пунктах меню: 1) Операции - Отпуска - Расчет отпускных - Разбивка сумм по месяцам - Детализации алиментов и и/л 2) Операции - Отпуска - Расчет отпускных - Материальная помощь к отпуску - Подробнее 3) Операции - Аванс - Расчет - Детализации алиментов и и/л 4) Операции - Начисления и выплаты - Расчет - (в расчете кнопка подробнее) В окне "Детализация удержаний в межпериод" отражены поля: 1) Месяц, за который удержано 2) Год, за который удержано 3) Код вида удержания 4) Наименование вида удержания 5) Исходная сумма 6) Алименты и исполнительные листы 7) Сбор за перечисление 8) Номер исполнительного листа (берется из постоянных удержаний) 9) Группировочный номер исполнительного листа (берется из постоянных удержаний) 10) Источник начисления (отпуск, аванс, отпуск/мат. помощь, мат. помощь). В наименовании окна отображается табельный и ФИО работника. По кнопке F4 открывается окно "Суммы удержания", данное окно имеет такой же вид как окно в "Смежные данные - вкладка Расчет заработной платы - Результаты расчета" по F4 на любом из удержаний. В окне "Суммы удержания" все поля закрыта. Поле "Полная сумма мат. помощи" скрыто. Отображение информации осуществляется как в текущем так и в будущем периоде.
102.183697NEWНеобходима доработка передачи данных в другой филиал. Не передаются данные если было увольнение и приём в новый филиал.Заработная платаПередача в другой филиал
Необходима возможность копирования данных между ЛС одного работника в случае увольнения и принятия на новый ЛС в другой филиал: Из уволенного ЛС во вновь принятого (не переведенного) необходимо передавать данные по налогам на ФОТ т.к. они должны попадать в РСВ за весь год.До данной доработки существовала возможность передавать выбранные группы данные ЛС в другой ЛС, в который был создан в результате перевода работника на другое место работы (в рамках одного филиала). После доработки было реализовано в интерфейсе "Передача данных в другой филиал" (Лицевой счет/Смежные данные/Архивные данные/Передача в другой филиал) еще один режим передачи данных - через увольнение сотрудника в одном филиале и принятия его на работу в другой филиал. После доработки для уволенного лицевого счета (но не переведенного) в вышеуказанном интерфейсе вместо существующего ранее варианта перевода предлагается выбор: как ранее периода и групп данных для передачи, возможность выбора лицевого счета приемника, возможность выбора передачи данных в рамках одного/разных юридических лиц с единой/раздельной отчетностью(в рамках одного юридического лица). Данная доработка в части выбора параметров аналогична переводу сотрудника с одного лицевого счета на другой. В данной доработке пользователю будут предоставлен выбор из смежных лицевых счетов по системной настройке "..атрибуты для поиска совпадающих физических лиц" для передачи данных. Галочки: "В рамках одного юридического лица" - позволят перенести данные из одного лицевого счета в другой лицевой счет одного юридического лица (единая отчетность между филиалами); "с раздельной отчетностью" - позволят перенести данные из одного лицевого счета в другой лицевой счет одного юридического лица (раздельная отчетность между филиалами); не проставленная галочка "В рамках одного юридического лица" - позволит перенести данные из одного лицевого счета в другой лицевой счет разных юридических лиц (галочка "с раздельной отчетностью" становится доступна только при проставленной галочке "В рамках одного юридического лица", т.е. доступна только для филиалов одного юридического лица). Если галочка "В рамках одного юридического лица" не проставлена, то пользователю ограничивается возможность передачи групп данных рамками: Налоги на ФОТ, Социальные налоги, Переходы в межпериод. Дальнейшие действия для передачи данных такие же как и были до доработки: обработка рабочей корзины с фильтром "синхронизация", если необходимо выполнение сервисной функции "Контроль (для налогов с годовой НБ)"..
102.191486NEWПри переводе в случае превышения на старом ЛС базу до и после превышения в новом ЛС нужно разносить в разные поля, а не писать обшей суммойЗаработная платаПеревод сотрудника в другой филиал
При переводе в случае превышения на старом ЛС базу до и после превышения в новом ЛС нужно разносить в разные поля, а не писать обшей суммой У сотрудника превышение в старом филиале. Перевожу его в новый. В таблице "Размер соц.налогов" в новом ЛС в поле "База до превышения" лежит вся база (до превышения+после превышения), а поле "База после превышения" - 0.После доработки при переводе в случае превышения на старом ЛС базу до и после превышения в новом ЛС разносится в разные поля, а не писать обшей суммой.
102.191661NEWУчесть случай перевода в другой филиал в месяце приемаЗаработная платаПеревод сотрудника в другой филиал
Учесть случай перевода в другой филиал в месяце приема Сотрудник принят на работу. В середине месяца его переводят в другое подразделение, например, 10/10/2018. Запускаем функцию перевода из филиала в филиал с единой отчетностью. В новом ЛС не заполняется таблица "Размер социальных налогов" (до расчета), заполняется только "Размер социальных налогов" после расчета вкладка "Текущие данные", которым затираются потом расчетом, в результате чего данные по старому филиалу теряются. Проявляется только, если в других месяцах не было данных.После доработки учтен вариант перевода сотрудника в другой филиал в рамках одного юридического лица с единой отчетностью, если он был принят на работу в месяце перевода. Теперь переносится и "Размер социальных налогов" (до расчета зарплаты).
102.193209NEWПри переводе сотрудника в другой филиал не переносятся доп. аналитикиЗаработная платаПеревод сотрудника в другой филиал
При переводе сотрудника в другой филиал не переносятся доп. аналитики При переводе сотрудника в другой филиал из исходного лицевого счета в переводимый лицевой счет не переносятся доп. аналитики. Так же не переносятся доп. аналитики переходов в межпериод, которые были переданы принимающему лицевому счету из исходного лицевого счета. Данная ошибка появилась на Z_LSchet 9.1.159.После доработки исправлен перенос доп. аналитик при переводе сотрудника в другой филиал. Теперь переносятся доп. аналитики лицевого счета и переходов в межпериод при переводе сотрудника в другой филиал.
102.1856139.1.159.0Передача данных в другой филиал при переводе в другой филиал с единой отчетностьюЗаработная платаПередача в другой филиал
Обнаружили, что если у сотрудника по которому выполнили перевод в другой филиал с единой отчетностью изменились начисления (налоги) после перевода, то нет возможности обновить эти данные в ЛС после перевода (архив начислений и размер соцналогов). Нужна такая возможность, для правильного расчета отпусков, больничных, налогов на ФОТ и формирования отчетности. Поэтому нужно доработать: 1. Чтобы после протокола с данными выполнения "Передачи данных" появлялось сообщение, о необходимости обработки рабочей корзины, причем сообщений с параметром просмотра "синхронизация". Потому, что не сразу сообразишь, что в просмотр "все сообщения" "синхронизация" не попадает. 2. Так же выводить сообщение о необходимости выполнения сервисной функции "Контроль (для налогов с годовой НБ)".После доработки был переработан функционал "Передача в другой филиал" (путь к функционалу: Лицевой счет/Смежные данные/Архивные данные). На данный момент передача данных учитывает единую/раздельную отчетность в рамках одного юридического лица или в рамках разных юридических лиц. Было добавлено информационное сообщение при выполнении передачи данных, которое напоминает пользователю о необходимости завершить передачу данных через обработку рабочей корзины в режиме просмотра "синхронизация". Так же было добавлена запись в протокол сообщений после обработки рабочей корзины (обработка записей передачи данных), что при передаче данных лицевому счету, относящемуся к другому юридическому лицу вне зависимости от выбранных групп данных были переданы: Переходы в межпериод, Налоги на ФОТ, Социальные налоги (так как при передаче данных Лицевых счетов разных юридических лиц должны учитываться только указанные данные). Было добавлено информационное сообщение после обработки рабочей корзины (обработка записей передачи данных) о необходимости проверки социальных налогов и при их не корректности произвести выполнение сервисной функции "Контроль (для налогов с годовой НБ)"(появляется только при передаче данных социальных налогов и налогов на ФОТ).
102.1907039.1.159.0Не все сотрудники имеют право на пособиеЗаработная платаРасчет больничных
Не все сотрудники имеют право на пособие По новому постановлению ФСЗН, если человек не работал на протяжении 6 месяцев, а затем устроился на работу, то ему не полагается выплата по БЛ, пока он не отработает 6 месяцев Выйти из этой ситуации можно следующим образом: внести больничный на нужный период, но не рассчитывать его. При этом в каталоге "Условные обозначения табеля" к букве Б не должен быть подвязан ВО. И в ВО для пособия должна быть доп.входимость 29 с примечанием "не рассчитывать по алгоритму". Тогда в РЛ попадает по пособию строчка с 0 суммой. Если же произвести расчет больничного, то в расчетный листок попадет сумма по БЛ (с учетом описанных настроек выше).Для Республики Беларусь в "Лицевой счет" на вкладку "Стажи, надбавки" было добавлена поле "Дата окончания уплаты взносов по прежнему месту работы". При расчете пособия по нетрудоспособности анализируем эту дату. 1) Если "Дата окончания уплаты взносов по прежнему месту работы" = 0 (пусто), расчет идет по текущему алгоритму. 2) Если "Дата окончания уплаты взносов по прежнему месту работы" попадает в расчетный период (6 предыдущих месяцев), расчет идет по текущему алгоритму. 3) Если "Дата окончания уплаты взносов по прежнему месту работы" НЕ попадает в расчетный период проверяем дополнительно дату приема. Если дата приема попала в период, считаем по текущему алгоритму, если тоже не попала - пособие не считаем (ноль). В случае, если выполняется расчет архивного больничного, который удовлетворяет п.3, то тогда пособие не будет пересчитано.
102.1894319.1.158.0Нет настройки UP.ZAR.XP.FLAG6. Выполните "Проверку реестра настроек".Заработная платаНастройка
Если на пустой базе запустить проверку реестра настроек, то выдается сообщение "Нет настройки UP.ZAR.XP.FLAG6. Выполните "Проверку реестра настроек".". Ещё одно дополнительное условие для проявления проблемы - в предыдущем сеансе работы с Галактикой надо зайти в модуль "Заработная плата" или "Табельный учет" и закрыть Галактику, а после этого запускать её с полученными DSK на пустой базе. .Исправлена ситуация при которой выводится сообщение "Нет настройки UP.ZAR.XP.FLAG6. Выполните "Проверку реестра настроек"."
101.654849.1.157.0Больничные - оплачивать превышение ограничения в зависимости от условий трудового договораЗаработная платаОплата превышения ограничения по больничным листам
У многих клиентов оплата превышения ограничения больничных полагается не всем работникам - например, только руководителям среднего и высшего звена и т.п. Это условие прописывается в трудовом договоре с работником. Предлагается существующую настройку "Больничные, расчеты по среднему Ограничения - Оплачивать превышение ограничения пособия" разбить на две, например: - "Оплачивать превышение ограничения пособия" с вариантами "НЕТ/ВСЕМ РАБОТНИКАМ/ВЫБОРОЧНО"; - "Алгоритм расчёта превышения" (зависимая от предыдущей - недоступна при значении "НЕТ") с вариантами "ОТСУТСТВИЕ ОГРАНИЧЕНИЯ/ОТСУТСТВИЕ МАКСИМАЛЬНОГО ОГРАНИЧЕНИЯ/АЛГОРИТМ ИЗ КВО/ОТСУТСТВИЕ ОГРАНИЧЕНИЯ, НО НЕ БОЛЕЕ СУММЫ ПО АЛГОРИТМУ ИЗ КВО". И добавить соответствующий признак на вкладку [Стажи, надбавки] лицевого счёта в раздел данных для расчёта больничных, который будет доступен только при первой настройке "ВЫБОРОЧНО". Например, "Оплата превышения ограничения" с вариантами "ДА/НЕТ", или, возможно, имеет смысл интервал дат "С .. ПО .."Доработан функционал по оплате превышения ограничения больничных листов для случаев, когда оплата превышения полагается не всем работникам, а, например, только тем, для кого она оговорена в трудовом договоре. Выполнены следующие доработки: 1. Cуществующая системная настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Ограничения Оплачивать превышение ограничения пособия" делится на две: "Оплачивать превышение ограничения пособия" с вариантами: - "нет", - "всем работникам", - "отработавшим минимальный стаж", - "по выбору в лицевом счете". "Расчeт превышения" (недоступна при значении "нет" предыдущей настройки) с вариантами: - "до полной суммы пособия", - "по алгоритму из КВО", - "да, но не более суммы по алгоритму из КВО". 2. Добавлен признак в ЛС "Оплата превышения ограничения" со значениями "да/нет" (по умолчанию "нет").
101.653469.1.156.0При установке пользовательского фильтра по режиму работ в списке сотрудников и пометке всех записей - окно с выбором работников становится пустымЗаработная платаРаспечатка табеля
При установке пользовательского фильтра по режиму работ в списке сотрудников и пометке всех записей - окно с выбором работников становится пустым.Доработано окно пометки лицевых счетов при работе пользователя собственными фильтрами. Если пользователь наложил дополнительный фильтр на список лицевых счетов, то может возникнуть некоторое замедление при выполнении команды "Пометить все".
102.1853569.1.155.0При создании ЛС в подразделении, несвязанном с ШР, категория всегда "Руководители"Заработная платаЛицевые счета (окно ввода и редактирования)
В системе не используется модуль УП. Таблицы Katpodr и Catalogs ведутся без синхронизации друг с другом. Тогда в ЛС, созданных автоматически данной функцией, с назначением в подразделение, не связанном с ШР, поле "категория" всегда принимает значение "руководители". Аналогично происходит и при ручном создании лицевого счета в этом подразделении, но при пакетном формировании такое заполнение категории создает предпосылку пропустить ошибку некорректного заполнения категории.В связи с тем, что при ручном создании Лицевого счета или при создании Лицевого счета из интерфейса документов физических лиц не происходит определение в Лицевом счете категории работника добавлена прорисовка поля, как не определенного. В итоге после выбора из классификатора той или иной категории она проставляется в Лицевой счет. При удалении категории происходит подсветка соответствующего поля, как не выбранного.
102.1838399.1.154.0Считыватель документов "Регула" - Новые типы документовУправление персоналом1-е окно (общие сведения)
Необходимо реализовать возможность сканировать "Вид на жительство иностранного гражданина в Республике Беларусь".В функциональность ввода документов со сканера добавлена возможность сканирования документа "Вид на жительство иностранного гражданина в Республике Беларусь".
102.1838419.1.154.0Считыватель документов "Регула" - Переименовать кнопкуЗаработная платаДокументы физических лиц
Переименовать кнопку "Сканирование паспорта" в "Сканирование документа".Кнопка "Сканирование паспорта" переименована в "Сканирование документа" в интерфейсах ввода лицевых счетов, карточек сотрудников и кандидатов и в приказе на прием (РПД-1).
102.1858189.1.154.0Архив налогов на ФОТ. Теряется ссылка на начисления в доп.взносах при переводе сотрудника в другой филиалУправление персоналом5. Перемещение
Архив налогов на ФОТ. Теряется ссылка на начисления в доп.взносах при переводе сотрудника в другой филиал. Как следствие ошибка в Утвержденной отчетности РСВ_2017 (раздел 1.3.2) в ситуации, когда сотрудник-вредник перешел на невредную должность в другой филиал.Исправлено. Данные переносятся корректно.
102.1868149.1.153.1Сообщение при создании лицевого счёта "не удалось создать Ole-объект GalaxyRegula.."Заработная платаЛицевые счета (окно ввода и редактирования)
Клиент создаёт лицевой счёт по F7. Выходит сообщение: "не удалось создать Ole-объект GalaxyRegula.Запустите regGalRegula.bat".При создание лицевого счета в отсутствии считывателя документов "Регула" (Объект не зарегистрирован). Сообщение о необходимости регистрации OLE-объекта не выдается.
102.1841039.1.153.0Пропала возможность отображения должностей сотрудников в интерфейсе выбора сотрудниковЗаработная платаФильтр по лицевым счетам работников
Пропала возможность отображения должностей сотрудников в интерфейсе выбора сотрудников.Восстановлена возможность работы через конфигуратор с полями таблицы лицевых счетов в интерфейсах выбора.
102.1846219.1.153.0при расчете зарплаты не очищается таблица начислений, в результате все начисления задваиваютсяЗаработная платаРасчет начислений (общие вопросы)
У клиента при расчете зарплаты иногда не очищается таблица начислений. После 3 расчетов ЗП у сотрудника затроились все записи начислений.Доработан расчет зарплаты, теперь, если не очищаются таблицы БД выводится соответствующая информация. Информация сохраняется в таблицу БД для того, чтобы пользователь в любое время мог просмотреть эту информацию. В конце расчета, если были обнаружены ошибки выводится сообщение "Не произошла очистка результатов расчёта зарплаты, просмотреть информацию?" и при нажатии [Да] открывается окно просмотра сообщений, которые появились в результате расчета з/п. Также добавлена возможность просмотра списка сообщений, в пункте меню Операции/Расчет зарплаты/Сообщения в процессе расчета. Также добавлена возможность просмотреть ошибки расчета по каждому пользователю: Документы/Лицевые счета/Расчет зарплаты/Сообщения в процессе расчета.
102.1859439.1.153.0При переводе сотрудника в другое филиал (раздельная отчётность) новый лицевой счёт формируется с мусорными записями по страховым взносамУправление персоналом5. Перемещение
При переводе сотрудника в другое филиал (раздельная отчётность) новый лицевой счёт формируется с мусорными записями по страховым взносам. При этом в остальных налогах все чисто и до расчета и после расчёта ЗП. Архив налогов на ФОТ тоже пустой.При переводе между филиалами корректно преобразуется информация о страховых взносах в части суммы взносов, начисленных на базу до превышения установленной величины: - при переводе между разными юридическии лицами и при переводе в рамках одного юридического лица (с раздельной отчётностью) - данные нулевые, - при переводе в рамках одного юридического лица (с общей отчётностью) - данные наследуются.
103.98219.1.153.0Пропало поле HAVEINVЗаработная платаДетальная ведомость распределения
Пропало поле HAVEINV при добавлении поля конфигуратором в фильтре работников.Восстановлено вычисляемое поле HAVEINV.
101.648319.1.152.0Обнуление суммы при разнесении постоянных доплатЗаработная платаПостоянные доплаты
При разнесении суммы в постоянных доплатах, происходит обнуление. После нажатия стрелки вниз или вверх, запись выделяется, но внесенная сумма исчезает.Исправлено. Сумма заносится корректно.
102.1829809.1.151.0Необходимо перенести основание для выслуги лет и подкласс условий труда из InfPsn в свободные переменные таблицы Advises.Управление персоналомУсловия труда на рабочем месте
Российская Федерация. Условия труда на рабочем месте. Необходимо добавить поле "Основание для исчисления стажа".Российская Федерация. Условия труда на рабочем месте. Добавлено новое поле "Основание для исчисления стажа". При формировании пенсионных стажей, поле "Основание для исчисления стажа" заполняется автоматически на основании условий труда. Возможность указать основание для исчисления стажа в 11-м окне вручную остается.
102.1823399.1.150.0"Место прописки" заменить на "Место регистрации"Управление персоналом1-е окно (общие сведения)
При настройке на Россию в 1-м окне картотеки метку поля "Место прописки" следует заменить на "Место регистрации", т.к. понятие "прописка" упразднено.Поля "Место прописки" заменено на "Место регистрации", т.к. понятие "прописка" упразднено.
102.1834899.1.150.0РПД-62: ошибки в протоколе обработки записи в РК, сформированной утверждением приказаУправление персоналомРабочая корзина (формирование сигнала)
Утвержден приказ с РПД=62 в случае, когда вместе с квалификационным разрядом меняется режим работы. В случает постоянного изменения режима работы в протоколе указывается: "дата окончания: ДД/ММ/ГГГГ", что является нарушением стандарта.Доработан протокол при обработке записи рабочей корзины, созданной РПД-62. При выводе в протокол "дата окончания:" производится анализ на наличие даты. Если дата нулевая, данное поле в протокол не выводится.
102.1841809.1.150.0По-разному сортируются расчетные листки при автоматической и выборочной пометке всех работниковЗаработная платаРасчетные листки
Галактика ERP Персонал ЗП Отчеты Оплата по оплате труда персонала Расчетные листки Привести в соответствие сортировку при автоматической пометке всех работников (когда не выбран фильтр по работникам) установленному параметру печати Сортировать листки по фамилиям работников.Галактика ERP Персонал ЗП Отчеты Оплата труда Расчетные листки В процедуре автоматической выборки помеченных данных по данным работников текущего подразделения переносится информация о числовом табельном номере.
102.1833609.1.142.1Неверно отрабатывает проверка корректности ИНН для Казахстана после обновленияЗаработная платаЛицевые счета (окно ввода и редактирования)
В модуле заработная плата в лицевом счете работника на вкладке "Кадровая информация" заполняют поле ИНН, но система выдает сообщение что "Введен некорректный ИНН". На старых патчах данной проблемы не было. Параметр ИНН клиент использует для заполнения данных по ИИН (в Казахстане Индивидуальный идентификационный номер). Как правило в Казахстане ИИН первые 6 цифр это дата рождения (первые 2 цифры год рождения, затем месяц, затем дата), далее 6 цифр имеющие свои параметры.Доработана функция проверки корректности ИНН.
102.1838469.1.147.1Считыватель документов "Регула" - Отрисовка новой записиЗаработная платаЛицевые счета (окно ввода и редактирования)
В броузере Лицевые счета, при нажатии F7 - открывать форму для ввода нового лицевого счета без предварительного заполнения данными существующего сотрудника (скрыть мерцание).Галактика ERP Персонал ЗП Документы Лицевые счета Лицевые счета (окно ввода и редактирования) Добавлена предварительная очистка полей формы ввода нового лицевого счета до открытия окна ввода.
102.1839959.1.148.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1693549.1.147.0Необходимо ускорить работу функционала пометки лицевых счетовЗаработная платаФильтр по лицевым счетам работников
Необходимо ускорить работу функционала пометки лицевых счетов.Ускорена пометка лицевых счетов
102.1828429.1.147.0ЛС-Кадровая информация.Паспортные данные серым цветомЗаработная платаЛицевые счета (окно ввода и редактирования)
ЛС-Кадровая информация.Паспортные данные серым цветом. Данные в полях : Серия,номер,дата выдачи,Кем выдан,действителен по.Паспортные данные отображаются черным цветом.
180.106819.1.147.0Очень долго происходит закрытие ЛСЗаработная платаЛицевые счета (окно ввода и редактирования)
Очень долго происходит закрытие окна просмотра списка лицевых счетов.Ускорена работа закрытия интерфейса просмотра лицевых счетов.
101.641109.1.139.1Объединенный реестр межпериода - в фильтре по плановой дате выплаты уволенным не учитывать дату увольненияЗаработная платаРеестры межрасчетного периода
При установке фильтра по плановой дате выплаты в параметрах формирования реестра межпериода отбираются в том числе и лицевые счета уволенных с пустой плановой датой выплаты, у которых дата увольнения попадает в заданный для плановой даты диапазон. Этого быть не должно, логика такая: если плановую дату в ЛС не ставим - значит в межпериод выплачивать не хотим.1) Скорректирована логика работы пользовательского плагина по дате выплаты ("Дата выплаты в лицевом счете") - помечаются только те лицевые счета уволенных, у которых ненулевая дата выплаты и она попадает в диапазон. 2) Формирование объединенных реестров и ведомостей. Окно выбора лицевых счетов для выплаты зарплаты уволенным. Если фильтр по плановой дате выплаты задан (установлены даты), то в окне выбора лицевых счетов автопометкой "Пометить всех" (Gray+) теперь помечаются лишь уволенные для которых задана ненулевая дата выплаты и она попадает в указанный диапазон. Уволенные, для которых дата выплаты не задана, или не попадает в этот диапазон, не помечаются.
101.643669.1.145.0Операции и реестры/ведомости межпериода - унификация полей для плановых дат выплатЗаработная платаРеестры межрасчетного периода
В большинстве операций межпериода, а также в интерфейсах формирования объединённого реестра, или платёжной ведомости межпериода есть поля для плановых дат выплат, но называются они везде по разному - это путает пользователей: - в интерфейсах отпусков и больничных поле называется "Выплатить", а в объединённых реестрах/ведомостях межпериода при выборе отпусков и больничных - "Дата выплаты"; - в начислениях и удержаниях межпериода - "Дата выплаты", а в реестрах/ведомостях - "Дата док."; - в реестрах/ведомостях межпериода и окончательных при выборе уволенных, а также при выборе в поле "Аванс межпериода" - "Плановая дата выплаты". Единственное исключение - наверное не стОит изменять наименование поля в ЛС "Плановая дата выплаты заработной платы" (иначе в ЛС будет не очень понятно что именно нужно выплатить). Кроме того, в реестрах/ведомостях межпериода при выборе в поле "Аванс межпериода" желательно вообще убрать (скрыть) поле с датой выплаты, поскольку оно никак не влияет на отбор работников для выплаты аванса.Зарплата - Операции - Реестры межрасчетного периода Зарплата - Операции - Платежная ведомость межрасчетного периода Доработаны параметры формирования реестров и ведомостей межрасчетного периода: - в интерфейсах выбора больничных, отпусков, начислений и выплат, удержаний и выплат, аванса по договорам подряда, премий с учетом КТУ наименования полей "Дата выплаты" или "Дата документа" переименованы на "Выплатить". При этом в строке-подсказке присутствуют слова "плановая дата выплаты" - в окне выбора ЛС "Аванс межпериода" поле с датой выплаты скрыто - при выбор уволенных в ЛС наименование поля "Плановая дата выплаты заработной платы" остается В "Начислениях и выплатах", "Удержаниях и выплатах" поле "Дата выплаты" изменено на "Выплатить". Дополнительно. Все суммовые поля в окнах выбора больничных, отпусков, начислений и выплат, удержаний и выплат ((при формировании объединенных реестров) приведены в более удобочитаемый вид, разделены на разряды и прижаты к правому краю.
102.1808599.1.144.0Считыватель документов "Регула" - использование в модулях УП и ЗПЗаработная платаДокументы физических лиц
Пользователь хочет подключить считыватель документов "Регула" к Галактике. Считыватель + документ - конкретно это ПАСПОРТ РБ. ФИО пол дата рождения место рождения Идентификационный номер гражданство номер документа дата выдачи кем выдан дата окончания FIO на английском.Разработан интерфейс считывания данных паспорта гражданина Республики Беларусь сканером документов "Регула" и сравнения их с имеющимися в системе с возможностью сохранения данных. При создании карточки сотрудника в "Кадрах", Лицевого счета или приказа на прием, в интерфейс ввода добавлена кнопка "Сканирование паспорта". Необходимо приложить 31 и 33 листы паспорта в любой последовательности, проверить достоверность считанной информации и нажать кнопку "Сохранить". В интерфейсе есть цветовое отображение соответствия данных в системе и считанных сканером, если сканирование осуществляется из интерфейса "Документы" при наличии карточки сотрудника: - зеленым цветом отображаются совпадающие данные системы и считанные сканером; - желтым цветом, если данных в системе нет, а есть считанные данные; - синим цветом, если данные есть в системе, но нет считанных; - серым цветом, если нет данных ни в системе, ни считанных; - красным цветом, если данные присутствуют в системе и есть считанные, но они различаются. Интерфейс считывания данных подключен только для паспорта гражданина Республики Беларусь в интерфейсе документы, вызываемого из приказа РПД-1, документов 1 окна картотеки и документов кадровой информации лицевого счета. При сохранении данных о гражданстве и месте рождения, если в системе нет соответствующих элементов в справочниках, система предлагает их создать.
102.1793509.1.143.0Штрих-кодирование лицевого счета в заработной платеИнтеграции с системами ЭХДЗадания на создание, обработка документов и печатных форм
Нужно добавить штрих-код в новый документ: Лицевой счет в заработной плате. ШК требуется для связки со сканами некоторых входящих документов по сотруднику.В лицевой счет добавлена возможность привязки штрих-кода.
102.1799809.1.142.0Необходимо разработать функции для работы с фильтром по лицевым счетам с учетом переходов в межпериод.Заработная платаФильтр по лицевым счетам работников
Необходимо разработать функции для отображения лицевых счетов с учетом переходов в межпериод с указание конкретного периода (дата начала/окончания). Приведу пример. Сотрудник работает в подразделении "А" с 01.01.2017 по 30.06.2017, потом создается переход в межпериод и сотрудник работает в подразделении "Б" с 01.07.2017 по 31.12.2017. Задаем в функции период с 01.01.2017 по 31.12.2017, в фильтре подразделений выбираем подразделение "А", в фильтре лицевых должен отображаться сотрудник, потому как он работал в данном подразделении в указанном периоде. Данный фильтр необходим для решения проблемы 102.179417.Разработана возможность задавать период при работе фильтра по лицевым счетам в обычном режиме. Фильтр в данном режиме эмулирует работу с настройками (т.е. как будто, но на самом деле настройки не влияют на результат) - выключена настройка ".... Выбор работников Показывать лицевые счета в подразделении на конец месяца" (UP.ZAR.DEPACCESS.SHOWINLASTDEP) - включена настройка ".... Выбор работников Показывать лицевые счета в подразделениях переходов" (UP.ZAR.DEPACCESS.SHOWCHANGED) - выключена настройка ".... Выбор работников ..обрабатывать только постоянные переходы" (UP.ZAR.DEPACCESS.PERMANENTCHANGESONLY) В список лицевых счетов попадают лицевые счета в разрезе выбранных подразделений как за текущий период, так и за переданный период на основании переходов в межпериод.
102.1811249.1.142.0Сохранять плановую дату выплаты в поле PlanPayDate таблицы LschetЗаработная платаЛицевые счета (окно ввода и редактирования)
Сохранять плановую дату выплаты заработной платы в поле PlanPayDate таблицы Lschet. Сейчас она храниться во внешнем атрибуте.Плановая дата выплаты заработной платы хранится в поле PlanPayDate таблицы Lschet.
180.106759.1.142.0Долго открывается список лицевых счетовЗаработная платаЛицевые счета (окно ввода и редактирования)
Долго открывается список лицевых счетов. Подробное описание во вложении. Отчет о системе во вложении sil протокол выложен по адресу указанному в письме.Ускорена работа фильтра по лицевым счетам.
101.640469.1.141.06-НДФЛ. Уволенные в декабре 2017 года не попадают в фильтр. Выплаты по сроку перечисления в 1квартале 2018 года.Заработная плата6-НДФЛ (общие вопросы)
6-НДФЛ. Если сотрудник уволен в 4 квартале 2017 года, но у него есть записи для раздела 2 для 1 квартала 2018 года, то он не попадает в фильтр для формирования отчета за 1 квартал 2018 года. Как следствие, эти записи не появляются в 1 квартале 2018 года. Сотрудник уволен в декабре 2017 года В декабре у него есть выплата больничных, у которых срок выплаты 09.01.2018, т.е. принадлежит первому кварталу 2018 года в разделе 2. Формируем 6-НДФЛ за год 2017 с галкой "показывать в разделе 2 с нарастающим итогом" и видим строчки, которые должны принадлежать 1 кварталу 2018 года. Пытаемся сформировать отчет за 1 квартал 2018 года и не видим наш табельный номер. Проблему можно решить вручную, если добавить фиктивную нулевую запись по НДФЛ в 1 квартале 2018 года.Галактика ERP - Персонал - ЗП - Отчеты - Утвержденная отчетность - 6-НДФЛ. Для попадания сотрудника в фильтр, и соответственно в отчет 6-НДФЛ, доработан фильтр по цехам отнесения затрат. Если сотрудник есть в фильтре, отчет формируется корректно. Примечание по доработке фильтра по сотрудникам. Разработана возможность задавать период при работе фильтра по лицевым счетам в обычном режиме. Фильтр в данном режиме эмулирует работу с настройками (т.е. как будто, но на самом деле настройки не влияют на результат) - выключена настройка ".... Выбор работников Показывать лицевые счета в подразделении на конец месяца" (UP.ZAR.DEPACCESS.SHOWINLASTDEP) - включена настройка ".... Выбор работников Показывать лицевые счета в подразделениях переходов" (UP.ZAR.DEPACCESS.SHOWCHANGED) - выключена настройка ".... Выбор работников ..обрабатывать только постоянные переходы" (UP.ZAR.DEPACCESS.PERMANENTCHANGESONLY) В список лицевых счетов попадают лицевые счета в разрезе выбранных подразделений как за текущий период, так и за переданный период на основании переходов в межпериод.
101.634199.1.140.0В список лицевых счетов добавить вывод дополнительной аналитикиЗаработная платаЛицевые счета (окно ввода и редактирования)
В оконный интерфейс с перечнем лицевых счетов (список лицевых счетов) необходимо добавить возможность просмотра дополнительной аналитики подразделения, т.к. это очень важная информация, которая у клиента содержит КПП и ОКТМО обособленного подразделения. На данный момент даже с помощью конфигуратора нет возможности вывести значения из дополнительной аналитики.В окно с параметрами настройки отображения полей перечня лицевых счетов (вызывается по Alt+M или пунком локального меню) добавлена опция "Доп. аналитика "Подразделение"". После ее выбора в перечне лицевых счетов будет отображаться поле "Подразделение доп. ан.", в котором будет выводиться наименование подразделения из системной доп. аналитики "Подразделения".
102.1774899.1.140.0Подключить новый интерфейс классификатора систем оплат и тарифных сеток в компонентахЗаработная платаКлассификатор систем оплат
Подключить интерфейс классификатора систем оплат и тарифных сеток, использующийся для выбора системы оплаты и тарифной сетки при оформлении РПД, в компонентах Z_Basement, Z_LSchet, Z_MP, Z_WT.Разработан новый интерфейс выбора выбора системы оплат и тарифной сетки вместо последовательного открытия интерфейсов выбора системы оплат, а, затем, интерфейса выбора тарифной сетки при нажатии ввода в первом интерфейсе. Интерфейс, используемый в "кадрах", не отвечает требованиям указанных компонент. Новый интерфейс аналогичен указанному и так же содержит 2 панели. Первая панель содержит классификатор систем оплат, вторая - тарифные ставки по указанной в первой панели системе оплат. При нажатии ввод-а или двойном щелчке мышью в любой панели происходит происходит закрытие интерфейса с выбор системы оплат и тарифной ставки. В случае, если нажата клавиша ESC либо интерфейс закрыт кнопкой закрытия (крестиком в правом верхнем углу окна) - интерфейс закрывается без выбора параметров (режим просмотра). Для того, чтобы выбрать только систему оплат без выбора тарифной ставки требуется внизу интерфейса выбрать режим работы "выбрать систему оплаты без тарифной ставки". По умолчанию при открытии интерфейса всегда выбран режим работы "выбрать систему оплаты с тарифной ставкой".
102.1775789.1.140.0В некоторых случаях выводится пустой отчет о пересечениях переходовЗаработная платаСведения о переходах
Эргономика окна параметров построения отчета о пересечениях переходов в межпериод.Теперь обязательное для построения отчета поле с параметрами для контроля подсвечивается желтым цветом, если параметры не заданы. При попытке построения отчета с незаданными параметрами выводится соответствующее сообщение. Если пересекающиеся переходы не обнаружены, выводится сообщение об отсутствии пересечений, а не пустой отчет. Реализовано сохранение установки галочек фильтра по подразделениям / работникам.
102.1784889.1.140.0Проверка корректности контрольных цифр ИНН физ.лиц (2 последние цифры) очень нужнаЗаработная платаЛицевые счета (окно ввода и редактирования)
Проверка корректности контрольных цифр ИНН физ.лиц. Сложилось ощущение, что Галактика проверяет только количество цифр во введенном ИНН. В то же время СНИЛС проверяется и на количество цифр, и на контрольное соотношение. Нужно включить проверку контрольных соотношений в ИНН физ.лиц.В разделе "Документы" окна "Общие сведения" картотеки сотрудников модуля "Управление персоналом" для документов "ИНН" и "Страховое свидетельство" поле, содержащее номер было доработано. Теперь при вводе неправильного номера поле будет подсвечиваться красным, снизу поля будет описана ошибка. При выходе из интерфейса или смене документа будет выведено сообщение о некорректности номера (если он некорректен) с возможностью вернуться и отредактировать номер или продолжить задуманное действие. Такое же поведение будет наблюдаться у окон задания ИНН и номера страхового свидетельства в лицевом счете. Также в окне лицевого счета некорректный ИНН будет подсвечиваться красным.
102.1792329.1.140.0При обработке сигнала об изменении данных, влияющих на ЗП, рабочей корзиной статус расчета не сбрасывается в "коррект."Заработная платаРабочая корзина (обработка сигнала)
При обработке сигнала об изменении данных, влияющих на ЗП, рабочей корзиной статус расчета не сбрасывается в "коррект.".Теперь при обработке сигналов, влияющих на заработную плату, статус расчета лицевого счета будет меняться.
102.1798609.1.140.0Не правильно работает фильтр "работающие в текущем месяце" при формировании ООЗаработная платаФильтр по лицевым счетам работников
Не правильно работает выборочная пометка "Помечать только" с параметром "работающие в текущем месяце". Текущий месяц - январь 2018. Сотрудник уволен 31.01.2018 и 01.02.2018 принят повторно. При установке фильтра "работающие в текущем месяце" данный сотрудник не попадает в фильтр, хотя весь январь он работал.Исправлено. Выборочная пометка "Помечать только" с параметром "работающие в текущем месяце" работает корректно.
180.102109.1.140.0Ликвидация рабочей корзины в управлении персоналомКонтур управления персоналомПредложение по новой функциональности контура управления персоналом
Автоматизировать обработку сигналов о добавлении/удалении постоянных доплат в рабочей корзине.Создана настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Автоматическая обработка сигналов Постоянные доплаты" с возможными значениями: - обрабатывать вручную - обрабатывать автоматически - обрабатывать автоматически и удалять сигнал Рабочая корзина обрабатывает сигналы в соответствии с данной настройкой. Сообщения о создании/удалении доплаты будут отображаться в общем логе утверждения приказа.
180.103209.1.140.0Удержания - передавать в ЗП на прямую, минуя рабочую корзинуУправление персоналомРабочая корзина (формирование сигнала)
При утверждении приказа нужно передавать удержания в модуль заработной платы напрямую, минуя рабочую корзину.Добавлена настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Автоматическая обработка сигналов Удержания" позволяющая рабочей корзине мгновенно обрабатывать сигналы об удержаниях из других модулей. Данные о создании/удалении удержания попадают в лог утверждения приказа. Также при автоматической обработке сигналов о вычетах на иждивенцев используется древовидный лог.
180.103239.1.140.0Межрасчетные выплаты - передавать в ЗП на прямую, минуя рабочую корзинуУправление персоналом20. Назначение единовременных выплат
Межрасчетные выплаты - передавать в ЗП на прямую, минуя рабочую корзину. Контролировать удаление приказа на предмет рассчитанной зарплаты. Контролировать дату доплаты.Добавлена настройка по пути "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Автоматическая обработка сигналов Доплаты межрасчетного периода" с вариантами: "обрабатывать вручную", "обрабатывать автоматически", "обрабатывать автоматически и удалять сигнал". Поведение рабочей корзины при обработке сигналов о доплатах межрасчетного периода соответствует выбранной настройке. Сообщения об автоматической обработке сигнала будут показаны в логе утверждения приказа. Если доплата, создаваемая в приказе, имеет дату, месяц которой меньше, чем расчетный месяц, то такой приказ не будет утвержден. Если доплата, созданная при утверждении приказа, уже учтена при расчете зарплаты, то такой приказ нельзя удалить пока не будет удалена доплата или из результатов расчета не будет удалено начисление (Рекомендуется удалить доплату и пересчитать зарплату, после удалить приказ).
102.1790359.1.138.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
101.634169.1.131.1Справки о среднем заработке - добавить в смежные данныеЗаработная платаСправки о среднем заработке [РФ]
Для удобства работы предлагается добавить вызов интерфейса "Справки о среднем заработке" в смежные данные ЛС - на вкладку "Расчёт заработной платы" после кнопки "Расчётный лист". Назвать кнопку можно, например, "Справки о расчёте по среднему".В окне "Смежные данные" на вкладке "Расчет заработной платы" добавлена возможность вызова интерфейса "Печать справок о среднем заработке" посредством кнопки "Справки о расчёте по среднему". При вызове интерфейса "Печать справок о среднем заработке" из смежных данных происходит предварительная установка фильтра по лицевым счетам с пометкой текущего лицевого счета и установка периода формирования справок равного текущему расчетному периоду.
101.634919.1.131.2Лицевые счета - добавить поле плановой даты выплаты окончательной зарплаты увольняющимсяЗаработная платаЛицевые счета (окно ввода и редактирования)
За исключением срочных случаев клиент выплачивает зарплату под расчёт увольняющимся не ежедневно, а накапливает увольнения за несколько дней (обычно за неделю) и перечисляет всем разом. Таким образом, для каждого увольняющегося есть некая плановая дата выплаты, которую знает каждый расчётчик в момент проведения увольнения - например, ближайший вторник. С другой стороны, все реестры на перечисление формирует один бухгалтер (для минимизации их количества), поэтому в момент формирования реестров увольняющимся он не знает кого нужно включить в этот реестр - приходится опрашивать всех расчётчиков. Для повышения удобства и скорости работы предлагается добавить в лицевые счета поле "Плановая дата выплаты", которое будет визуализироваться только при наличии даты увольнения (аналогично признаку "уволен"). Эту дату будет проставлять каждый расчётчик - либо вручную в ЛС, либо каким-либо другим способом. В дальнейшем эту дату можно использовать в фильтре при формировании реестров на окончательную зарплату - аналогично полю "Дата выплаты" в больничных, отпусках, выплатах межпериода и т.д.На вкладку "Основная" окна редактирования данных по лицевому счету добавлено поле "Плановая дата выплаты заработной платы". Оно становится видимым при установленной в лицевом счете дате увольнения. При удалении в лицевом счете даты увольнения (в т.ч. в результате повторного приема на тот же лицевой счет) дата затирается, поле скрывается.