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


Описание файла обновления:
ФайлZ_CALC_RES_911640.TXT
ОбновлениеZ_CALC_RES_911640
Назначение
ПродуктГалактика ERP 9.1
Релиз
КомпонентRES Z_CALC
Тип
Версия9.1.164.0
Дата2019-11-06 23:41:55
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.67798 * ЗАДАЧА В JIRA: ERP-763NEWГалактика ERP Персонал ЗП =Настройка= Заполнение каталогов Виды оплат и cкидок Классификатор в
Модуль заработная плата. Интерфейс "Настройка фильтра на виды оплат". Перенести и переименовать фильтр “Cумму заработной платы при расчете доплаты до МЗП” во вкладке “Удержания”.Модуль заработная плата. Интерфейс "Настройка" - "Классификатор видов оплат и скидок" - "Настройка фильтра на виды оплат". Переименован фильтр “Cумму заработной платы при расчете доплаты до МЗП” во вкладке "Удержания" на "Заработка до МЗП", перенесен на вкладку "Расчет".
9.1.163.0Нет
Новая версия накопительного обновления словаря Галактика ERP 9.1 Alter_CumulativeВнесены изменения в словарь БД Галактики ERP 9.1
9.1.162.0Галактика ERP Персонал ЗП =Настройка= Заполнение каталогов Зарплатные проекты с банками Функци
В функции прикрепления к зарплатному проекту при включенной опции формирования постоянных удержаний нужно выбирать из КВУ только перечисления. Для этого необходимо реализовать возможность фильтрации в интерфейсе выбора удержаний. И соответственно убрать временное предупреждение о необходимости выбора только перечислений.Доработан интерфейс множественного выбора удержаний в функции прикрепления к зарплатному проекту. В списке к выбору – только перечисления на банковскую карту работника, то есть это удержания с кодами 141-145, 199-210, 220-230, а также все виды удержаний, которые учитываются как перечисления на банковскую карту работника. Изменен алгоритм установки признака “Перечисление суммы из зарплаты“/“Перечисление всей зарплаты“ при создании (изменении) постоянного удержания: если указана сумма, то для любого удержания проставляется признак “Перечисление суммы из зарплаты“. Если же сумма не указана (в том числе при этом может быть указан процент), то для 206-210, 220-230 признак “Перечисление всей зарплаты“, а для остальных - “Перечисление суммы из зарплаты“.
101.67081 * ЗАДАЧА В JIRA: ERP-6649.1.159.0Банковские реквизиты сотрудника - упразднить признак КВУ "удержание в ФСС"Заработная платаВиды удержаний
В банковских реквизитах сотрудника реализован признак использования по умолчанию для заявлений в ФСС. В связи с этим потерял актуальность признак КВУ "Учитывать как"="удержание в ФСС". Есть предположение, что ранее он использовался только в целях хранения реквизитов для автоподстановки в заявления ФСС - для этого заводилось постоянное удержание по ВУ с таким признаком и в нём указывались реквизиты, а настройка "Банковские реквизиты для перечисления пособия" ставилась "из удержания". Предлагается пока данный признак оставить для совместимости, но сделать его недоступным для выбора в КВУ - например, назвать "удержание в ФСС !НЕ ИСПОЛЬЗУЕТСЯ!", при попытке выбора выдавать сообщение: "Данный признак более не используется!" Для ВУ, в которых этот признак был установлен ранее, при выходе из интерфейса редактирования выдавать предупреждение, например: "Признак "Удержание в ФСС" более не используется! Банковские реквизиты для заявлений в ФСС определяются в лицевых счётах сотрудников. Рекомендуется удалить все постоянные удержания по данному виду удержания, затем саму запись в классификаторе видов удержаний".В рамках данного ПиР-а реализовано: 1) В интерфейсе редактирования классификатора вида удержания реализовано переименование признака "Учитывать как" из значения "удержание ФСС" в значение "удержание ФСС !НЕ ИСПОЛЬЗУЕТСЯ!". Так же для данного признака реализован запрет выбора переименованного значения "удержание ФСС !НЕ ИСПОЛЬЗУЕТСЯ!", которое сопровождается информационным сообщением и автоматическим проставлением признака "Учитывать как" в значение "выплату". 2) В интерфейсе редактирования постоянных удержаний реализовано сообщение, которое информирует пользователя о том, что признак "Удержание ФСС" более не используется и необходимости упразднения постоянных удержаний с данным признаком с дальнейшем удалении самого вида удержания с признаком "Удержание ФСС" из классификатора(информационное сообщение: "Признак "Удержание ФСС" более не используется! Банковские реквизиты для заявлений ФСС определяются в лицевых счетах сотрудников.Рекомендуется удалить все постоянные удержания по данному виду удержания, затем саму запись в классификаторе видов удержаний."). 3) Изменен вид выбора поля "Учитывать как" на выпадающий список.
101.67080 * ЗАДАЧА В JIRA: ERP-6669.1.159.0Банковские реквизиты сотрудника - убрать настройку выбора реквизитов для заявлений в ФСС (пилотный проект)Заработная платаБанковские реквизиты (карты) сотрудника
В рамках ПиР 101.67007 в банковских реквизитах сотрудника реализован признак использования по умолчанию для заявлений в ФСС. Кроме того, в заявлении в ФСС теперь есть удобный выбор реквизитов. В связи с этим настройка "Управление персоналом Общие настройки Пилотный проект ФСС - Банковские реквизиты для перечисления пособия" потеряла актуальность, предлагается её упразднить. Также в самих заявлениях в ФСС нужно убрать варианты выбора реквизитов, вызываемые из локального меню в полях раздела "Перечисление пособия в банк" (по умолчанию/из заявления/из удержания/из ЛС). Приоритеты для автоматической подстановки реквизитов в заявлениях ФСС: 1) Реквизиты "по умолчанию для заявлений в ФСС" (при наличии), 2) Предыдущее заявление, 3) ЛС.Доработано.
101.670079.1.159.0Банковские реквизиты сотрудника - признак использования в заявлениях ФСС по умолчаниюЗаработная платаБанковские реквизиты (карты) сотрудника
*** Нужно еще предусмотреть, чтобы по всем пособиям для ФСС подтягивались реквизиты, однажды выбранные в каком-либо пособии. Например, у сотрудника был больничный, ему в заявлении для ФСС проставили незарплатную карту, при появлении следующего больничного или другого пособия уже проставлялись эти реквизиты, а не зарплатные. Т.к. кол-во б/л и других пособий очень большое и каждый раз выбирать нужные реквизиты занимает много времени. *** Для этого предлагается в банковских реквизитах сотрудника добавить признак использования по умолчанию в заявлениях ФСС. Доработать пакетную функцию создания банковских реквизитов, чтобы она этот новый признак заполняла для карты, которая "по умолчанию в ЛС" (но только если нет другой карты с признаком "по умолчанию для ФСС") - с отражением в протоколе. При выборе в заявлении ФСС другой карты предлагать сделать её "по умолчанию для ФСС". При выборе другой карты для заявлений ФСС запрашивать подтверждение, например: "Установить данный банковский счёт (карту) для использования по умолчанию в заявлениях в ФСС?" При этом сбрасывать этот признак с предыдущей записи ("по умолчанию для ФСС" может быть выбрана только одна карта).Зарплата - Документы - Лицевые счета - Банковские реквизиты (карты) сотрудника 1. В банковские карты (счета) сотрудника добавлен признак использования реквизитов по умолчанию в заявлениях ФСС. 2. Доработана пакетная функция создания банковских реквизитов. В параметры функции добавлен параметр "Алгоритм для определения признака ФСС", который позволяет выбрать алгоритм для поиска реквизитов карты, которая будет использоваться по умолчанию в заявлениях ФСС: - заявление - ЛС - удержание - заявление - удержание - ЛС Признак карты "по умолчанию для ФСС" отражается в протоколе, который выдается после завершения работы функции. В случае, если организация не участвует в Пилотном проекте (в настройках Галактики "Настройки Галактики Управление персоналом Общие настройки Пилотный проект ФСС Прямые выплаты ФСС" - в значении "нет"), параметр "Алгоритм для определения признака ФСС" не показывается в параметрах функции создания и контроля банковских реквизитов. Функция создания и контроля банковских реквизитов запускается по локальному меню "Создание и контроль банковских карт (счетов) сотрудников" из интерфейса - "Зарплатные проекты с банками" (Зарплата - Настройка - Заполнение каталогов - Зарплатные проекты с банками). В случае, если организация не участвует в Пилотном проекте, признак "ФСС" устанавливается во время работы функции в реквизиты, которые используются "по умолчанию" в лицевом счете счете сотрудника. 3. При выборе в заявлении ФСС другой карты предлагается сделать её "по умолчанию для ФСС". 4. В интерфейсе списка карт (счетов) сотрудника отражаются "признаки использования: - "З/пл" - для перечислений зарплаты - "А" - для перечислений аванса - "ЛС" - реквизиты "по умолчанию" в лицевом счете - "ФСС" (только при включенной настройке пилотного проекта - "Настройки Галактики Управление персоналом Общие настройки Пилотный проект ФСС Прямые выплаты ФСС" (любое из значений, кроме "нет"). Установить признак использования карты "по умолчанию в заявлениях ФСС" (если организация участвует в Пилотном проекте) можно в списке карт по комбинации "горячих" клавиш "Alt+F" либо по клику на кнопке "[Alt+F] для заявлений ФСС".
101.668379.1.159.0Банковские реквизиты сотрудников - реализовать протокол выполнения функции создания и контроля БРЗаработная платаФункция "Создание и контроль банковских карт (счетов) сотрудника"
Нужно реализовать функцию "Создание и контроль банковских карт (счетов) сотрудника" и протокол выполнения этой функции. Функция должна создать записи с банковскими картами (счетами) сотрудника по информации в постоянных удержаниях и лицевом счете. Примерный вид протокола: Действие ("добавлены реквизиты в ЛС"/"ссылка на ЗП") - Таб.№ - ФИО - Дата рождения - Код подразделения - Зарплатный проект - Получатель - Банк - Аванс - Зарплата - По умолчанию. Если добавляется только ссылка на ЗП в существующие БР, то выделять "Действие" и наименование ЗП цветом, или шрифтом. Желательно по клику в ячейках переходить в соответствующее удержание/ЛС, а также в ЗП и саму карточку БР (если уже есть).Зарплата - =Настройка= - Заполнение каталогов - Зарплатные проекты с банками - Функция "Создание и контроль банковских карт (счетов) сотрудника". Реализована функция и протокол создания и контроля банковских карт (счетов) сотрудника. Функция по созданию и контролю банковских карт (счетов) вызывается по локальному меню из интерфейса "Зарплатные проекты с банками" и работает в двух режимах: - только отчет - модификация В параметрах функции необходимо выбрать действия, которые требуется выполнить: - проверка связи с ЗП в существующих записях банковских карт (счетов) - создать реквизиты по данным ЛС и перечислений При запуске функции в режиме "только отчет" будут выполнены действия без модификации данных в базе. В протоколе, который выдается по результатам работы функции, отражаются данные по банковским картам (счетам) так, как они будут выглядеть после модификации. Рекомендуется перед запуском функции в режиме "модификация" запустить функцию в режиме "только отчет". Алгоритм работы функции. 1. Включен параметр "Проверка связи с ЗП в существующих записях банковских карт (счетов)". Анализируется все банковские карты (счета) сотрудника. При совпадении реквизитов в записи по банковской карте сотрудника с реквизитами зарплатного проекта, указанного в параметрах запуска функции, в записи карты устанавливается ссылка на зарплатный проект. В протокол в поле "Действие" выводится текст "Ссылка на ЗПр". Записи, у который уже есть ссылка на зарплатный проект, игнорируются и в протокол не попадают. 2. Включен параметр "Создать реквизиты по данным ЛС и перечислений". Анализируются реквизиты в лицевом счете, постоянных удержаниях на перечисление аванса и зарплаты. При совпадении этих реквизитов с реквизитами зарплатного проекта при отсутствии карты (счета) создается новая запись с банковскими реквизитами сотрудника. В протокол работы функции в поле действие выводится текст "Новая карта". В случае, если в лицевом счете, постоянном удержании есть ссылка на карту с совпадающими реквизитами, но в самой карте отсутствует ссылка на зарплатный проект, в записи банковской карты (счета) устанавливается ссылка на зарплатный проект. В протокол в поле "Действие" выводится текст "Ссылка на Зпр". Общий вид протокола, который выводится по результатам работы функции: - действие (новая карта, ссылка на зарплатный проект) - табельный номер - ФИО - дата рождения - код подразделения - зарплатный проект - номер лицевого счета в банке - признак перечисления аванса ("А") - признак перечисления зарплаты ("З/пл") - признак использования карты (счета) в ЛС ("ЛС") - признак использования карты "по умолчанию в заявлениях ФСС" Поля "Зарплатный проект", "Номер лицевого счета в банке", "А" (Признак перечисления аванса, "З/пл" (Признак перечисления зарплаты), "ЛС" (Признак использования карты (счета) в ЛС) являются гиперссылками. Текст в этих полях рисуется синим цветом и подчеркнутым, курсор над текстом - рука. При щелчке левой кнопкой мыши по тексту можно перейти в интерфейсы Галактики: - "Зарплатные проекты с банками" (из поля "Зарплатный проект") - "Банковские карты сотрудника" (из поля "Номер лицевого счета") - "Постоянные удержания" ("из полей "А", "З/пл") - "Лицевой счет" (из поля "ЛС") Запустить функцию создания и контроля можно карт (счетов) можно из локального меню в списке карт "Контроль карт в перечислениях и лицевом счёте". Функция отработает по всем связанным лицевым счетам сотрудника. При автозапуске по F7 из списка карт (пустого) в лицевом счёте совместителя функция выполняется также по всем его лицевым счетам. Функция обрабатывает постоянные удержания по любым ВУ-перечислениям. То есть записи банковских реквизитов создаются по информации из ВУ с системными кодами в диапазонах 141..145, 199..210, 220..230, либо с признаком КВУ "Учитывать как" = "перечисление". Приоритеты для определения признака "ФСС": заявление ФСС - удержание (постоянное удержание с признаком "удержание ФСС").
101.664959.1.159.0Банковские реквизиты сотрудника - новая сущность "Зарплатный проект"Заработная платаИнтерфейс "Зарплатные проекты с банками"
Для разработки функционала банковских реквизитов сотрудника необходимо добавить таблицу зарплатных проектов и реализовать интерфейсы для просмотра/редактирования. Пункт меню, например, "Настройка - Заполнение каталогов - Зарплатные проекты" (в одном разделе с "Характеристиками предприятия").Зарплата - Настройка - Заполнение каталогов - Зарплатные проекты с банками. Реализован интерфейс "Зарплатные проекты с банками". Интерфейс состоит из двух панелей. Первая панель представляет собой список зарплатных проектов с банками, содержащий поля: - наименование зарплатного проекта - наименование организации-получателя Вторая панель- список сотрудников, у которых есть карты (счета) по зарплатному проекту. Список полей второй панели: - код подразделения - табельный номер - ФИО сотрудника - дата рождения - номер лицевого счета - номер карты Для создания записи по зарплатному проекту с банком в окне редактирования необходимо заполнить поля: - наименование организации-получателя - банк получателя - расчетный счет - номер договора с банком - дата договора с банком - тип договора с банком - валюта договора с банком - дата начала действия зарплатного проекта - дата окончания действия зарплатного проекта - кодировка файла Записи банковских карт (счетов) создаются по локальному меню "Создание и контроль банковских карт (счетов) сотрудников".
101.574799.1.159.0Управление персоналом - хранение банковских счетов сотрудников для использования в различных целяхКонтур управления персоналомПредложение по новой функциональности контура управления персоналом
Предлагается разработать функционал хранения банковских счетов сотрудников для использования в различных целях (перечисление зарплаты, перечисления ФСС в пилотном проекте, перечисление командировочных и т.п.). Некоторые тезисы: - У работника может быть открыто несколько банковских счетов в разных банках (обычные и карточные). Перечисления зарплаты, отпускных, командировочных, пособий ФСС могут проводиться на разные счета. - Если счёт карточный, то к нему может быть привязано несколько карт - основная и дополнительные. - Нужен механизм разграничения доступа пользователей к банковским счетам (например, не все кадровики должны видеть эту информацию).Доработано.
101.664769.1.159.0Банковские реквизиты сотрудника - разные банки для зарплатного проекта и для заявлений в ФСС (пилотный проект)Заработная платаБанковские реквизиты (карты) сотрудника
У клиента зарплатный проект заключен с Владимирским отделением Сбербанка. Поэтому во всех ЛС и постоянных удержаниях - реквизиты именно этого Владимирского отделения. А реально у работников карты разных других отделений СБ - у кого-то Курского, у кого-то Тамбовского и т.д. То есть физически карта одна (выпущенная Курским ОСБ), но при расчёте зарплаты нужно отправлять реестр через Владимирское ОСБ, а в заявлениях на выплату пособий для ФСС (при пилотном проекте) указывать Курское ОСБ. Но сейчас нет возможности никуда внести эту информацию. Предлагается начать работы по проекту "Банковские реквизиты сотрудника" в объёме, необходимом для решения этой задачи. А именно: 1. Дать возможность заполнить информацию в таблице зарплатных проектов ZarplProject (у клиента их два - со Сбербанком и с ВТБ). Например, меню "Зарплата - Заполнение каталогов - Зарплатные проекты". 2. По хранящимся сейчас в ЛС и постоянных удержаниях банковским реквизитам сотрудников создать записи в таблице банковских счетов ZBankCard (ссылку на ZarplProject проставлять автоматически при совпадении реквизитов в этих таблицах). Учесть, что у некоторых работников постоянные удержания аванса и зарплаты могут проводиться на разные счета/карты. И теоретически в ЛС тоже могут быть несовпадающие с ними реквизиты. Карточки создавать только для физлиц (не дублировать одинаковые карточки по связанным лицевым счетам). 3. Вкладку [Банк] ЛС переименовать в [Банки], или [Банковские реквизиты]. Показывать все счета/карты сотрудника (физлица). Если карта связана с зарплатным проектом - кроме организации и банка карты показать (без возможности редактирования) организацию и банк из связанного зарплатного проекта (эти поля можно как-то выделить). 4. В заявлениях на выплату пособий ФСС дать возможность выбрать из списка банковских реквизитов сотрудника, если их несколько (ZBankCard). При этом если выбранная карта связана с зарплатным проектом, то подтягивать в заявление именно банк карты, а не банк зарплатного проекта.Зарплата - Настройка - Заполнение каталогов - Зарплатные проекты с банками. Разработан функционал по работе с банковскими картами (счетами) сотрудников, который позволяет: 1. вести в системе Зарплатные проекты с банками. 2. создавать записи банковских карт (счетов)сотрудников (по хранящимся в лицевом счете и постоянных удержаниях банковских реквизитах на перечисление зарплаты и аванса). 3. использовать различные карты (счета) для перечислений заработной платы и заявлениях ФСС, в том числе в случае, когда реквизиты банка, указанные в Зарплатном проекте отличаются от реквизитов банка в карте. 4. Вкладка "Банк" в лицевом счете переименована "Банковские реквизиты по умолчанию". 5. В заявлениях на выплату пособий ФСС банковские реквизиты выбираются ТОЛЬКО из записей банковских карт сотрудников. При этом, если банковская карта связана с Зарплатным проектом, в банковские реквизиты заявления "подтягиваются" реквизиты именно карты, а не Зарплатного проекта. Информация о Зарплатных проектах заполняется в каталоге "Зарплатные проекты с банками". Записи банковских карт (счетов) сотрудников создаются по локальному меню "Создание и контроль банковских карт (счетов) сотрудников".
101.670289.1.159.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.672959.1.158.0не работает ПИР 102.147111Заработная платаРасчет удержаний (общие вопросы)
не работает ПИР 102.147111. В настройке ВУ, в поле "Учет при расчете за период" проставляю значение "нет", осуществляю расчет заработной платы за период (с1 по 15) с простановкой галочки "Расчет аванса в режиме за период", но в результаты расчета все таки попадает данный ВУ. Тест проводил на ВУ по подоходному налогу с системным кодом 182.Разработана возможность не рассчитывать НДФЛ в случае установки параметра классификатора видов удержаний "Учет при расчете за период" для 182 вида удержания в случае расчета заработной платы с установленным режимом "Расчет аванса в режиме за период". При изменении параметра классификатора видов удержаний "Учет при расчете за период" для одного из вида удержаний, входящих в группу удержаний НДФЛ (системные коды 110, 177, 179, 182, 183, 184 и согласно настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вид удержания для дополнительной шкалы НДФЛ") данный параметр меняется синхронного и для видов удержаний, входящих в эту группу.
102.1979149.1.157.0Сторнирование сумм по ВО с алгоритмом пользователяЗаработная платаПользовательские алгоритмы
Пользовательский алгоритм. Так вот. При сторнировании расчет суммы ПО УМОЛЧАНИЮ идет по данным архива и рассчитывается по часам.Добавлена новая доп. входимость: 38 - "Сторнирование сумм по виду оплаты" с параметрами "пересчитывать по алгоритму", "пересчитывать по часам", "пересчитывать по дням". При наличии в предварительном просмотре записи с отрицательным количеством дней или часов без пометки будет дополнительно проверяться входимость 38. Если для данной входимости указано "пересчитывать по алгоритму ", будет выполняться пересчёт по соответствующему алгоритму.
101.666849.1.156.0Увеличить разрядность для отображения процента ставки налога до трёх символов после запятойЗаработная платаКлассификатор налогов на ФОТ
Необходимо увеличить разрядность при отображении процента ставки налога до трех символов после запятой. Клиент с 1 января 2019 г поднял ставку налога "Начисление ( II класс риска)" с 0,20 % до 0,208 %. В окне редактирования записей классификатора налогов на ФОТ в поле процент значение 0,208 можно ввести (и потом расчет налога корректно производится по ставке 0,208), но при уходе с поля введенное значение отображается как 0,21. В протоколе расчета заработной платы ставка налога также отображается как 0,21. Несоответствие значения ставок вводит в заблуждение.Изменен формат отображения поля "Процент" до 3 знаков после десятичной точки при: - просмотре списка записей классификатора налогов на ФОТ, - редактировании записи классификатора налогов на ФОТ (при позиции курсора на других полях), - выдаче настраиваемого пояснительного протокола расчёта.
102.1947989.1.156.0Доходы, не подлежащие налогообложению в установленных пределах. Отличаются отчеты в БТ и FR.Заработная платаДоходы, не подлежащие налогооблажению в установленных пределах
Доходы, не подлежащие налогооблажению в установленных пределах. Отличаются отчеты в БТ и FR.Доработан отчет "Доходы, не подлежащие налогооблажению в установленных пределах". Данные в разных форматах отчета отображаются корректно.
102.1966519.1.154.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.15.0.Обеспечение корректной работы. Пересобраны ресурсы с учетом изменённых таблиц словаря Alter_Cumulative 9.1.15.0. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1946009.1.152.0Изменить метку к полю "Вид оплаты входит в расчет страховых взносов (социальных налогов)" в КВО.Заработная платаКлассификатор видов оплат
Изменить (добавить) метку к полю "Вид оплаты входит в расчет страховых взносов (социальных налогов)" в КВО. Сейчас меткой к полю является вычисляемая строка и при позиционировании на поле "Вид оплаты входит в расчет страховых взносов" метка (строка) не изменяет цвет. Кроме того, наблюдается смещение первой буквы метки этого поля по отношению к другим полям. Предлагается сделать вычисляемой не строку, которая используется как метка, а использовать вычисляемую метку. В этом случае не будет наблюдаться перечисленных выше проблем.Зарплата - =Настройка= - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат Изменена (добавлена) метка к полю "Вид оплаты входит в расчет страховых взносов (социальных налогов)" в КВО. В зависимости от страны изменяется метка к полю: - Вид оплаты входит в расчет страховых взносов (РФ) - Вид оплаты входит в расчет социальных налогов (другие страны)
102.1807599.1.152.0Требуется доработать пересчет заработной платы за архивный период.Заработная платаСторнирующие записи
Требуется доработать пересчет заработной платы за архивный период. Прошу рассмотреть возможность доработки модуля "Заработная плата" в части перерасчета за прошлые периоды. Необходимо учесть, что большинство доплат считается от отклонений, заданных в табеле. Соответственно при внесении изменений доплата должна полностью сторнироваться и начисляться заново.Доработан пересчет заработной платы за архивный период. 1. Доработана функция сторнирования записей: "Заработная плата Операции Расчет зарплаты Сторнирующие записи": - Добавлен новый тип сторнирующих записей : "Изменения табеля (Т_О)" 2. Доработан Классификатор видов оплат : - Изменено название дополнительной входимости (35) "Учитывать изменение параметров при добавлении перехода/изменении табеля в прошлом периоде" "Заработная плата Настройка Заполнение каталогов Виды оплат и скидок вкладка расчеты Дополнительно" 3. Доработана функция предварительной разноски "Заработная плата документы лицевые счета смежные данные расчет заработной платы предварительная разноска" с учетом нового типа сторнирующих записей. Ниже изложена схема работы при изменении времени в табеле прошлого периода с необходимостью пересчёта сумм. Прежде всего, требуется завести соответствующую запись сторнирования с учетом табельных отклонений. Для того, чтобы начисления за архивный период попали в обработку, следует в классификаторе видов оплат для нужных видов оплат добавить дополнительную входимость 35. Если необходимо сохранить общую сумму по начислению, Причину указать "сохранить сумму", если сумму начисления нужно пересчитывать, то указать причину "пересчитать сумму". В результате предварительной разноски для начислений за архивный период, в которых указана соответствующая дополнительная входимость, должны сформироваться следующие записи: - запись, соответствующая записи в архиве оплат, но с отрицательной суммой за архивный период - если вид оплаты разбивается по переходам и предварительная разноска осуществляется в параметром "разбивать по переходам", то формируется несколько записей, соответствующих переходам, с аналитикой согласно настройкам. Сумма разбивается пропорционально количеству дней в периоде. Если вид оплаты является неразбиваемым, то аналитика устанавливается на дату начала данного начисления, сумма сохраняется. В результате доплата полностью сторнируется и начисляется заново с учетом изменений в табеле. В архиве оплат (Суммы по видам оплат) хранится вся информация по начислениям прошлых периодов, в том числе ВО, процент, аналитика. В результате обработки сторнирующей записи для каждой оплаты архивного периода в Предварительной разноске сформируется запись с "-" (сумма, дни часы) и аналогичная запись с "+" с теми же параметрами, нулевой суммой и продолжительностью согласно изменениям табеля. После расчета заработной платы будет рассчитана сумма согласно алгоритму, указанному в этом виде оплаты. Примечание. Если алгоритм составлен пользователем, он должен учитывать вариант возврата суммы. Например: алгоритм if(WT_GetOverworkCalculationMethod(day(uch_datan))=1, SumAlgNo(228), SumalgNo(229)) необходимо заменить на if(WT_GetOverworkCalculationMethod(day(uch_datan))=1, if(Uch_ChasF > 0, SumAlgNo(228), Uch_Summa), if(Uch_ChasF > 0, SumAlgNo(229), Uch_Summa)) во избежание некорректного расчета по данному алгоритму
101.611579.1.152.0КВО - контролировать зависимые настройки необлагаемого налогами на ФОТ вида оплатыЗаработная платаВходимость в отчеты
Сейчас классификатор видов оплат допускает установку противоречивых настроек, в результате могут возникать ошибки при расчетах/формировании отчетности. Необходимо реализовать автоматический контроль для исключения подобных противоречий.Зарплата - =Настройка= - Заполнение каталогов - "Виды оплат и cкидок" Реализован автоматический контроль зависимых настроек в КВО на вкладке "Налоги на ФОТ": - входимость в расчет социальных налогов, рассчитываемых из годовой базы - в утвержденные формы отчетности - основание для исключения обложения СВ Контроль осуществляется: - при изменении значений входимостей в утвержденные формы отчетности и основания для исключения обложения СВ - при изменении записи в КВО и работает следующим образом: - Если установлена входимость в соответствующие налоги (ПФ, ФСС и ФОМС), то входимость "в утвержденные формы отчётности по СВ" устанавливается "+", а поле "основание для исключения обложения СВ" становится пустым. - Если нет входимости в соответствующие налоги (ПФ, ФСС и ФОМС) и входимость "в утвержденные формы отчетности по СВ" = "+", то обязательно должно быть выбрано "Основание для исключения обложения СВ". Если основание не заполнено, то выдается предупреждение и курсор перемещается в поле "Основание для исключения обложения СВ"). Кроме того, в этом случае поле "Основание для исключения обложения СВ" подсвечивается "желтым" фоном. - Если входимость "в утвержденные формы отчетности по СВ" = "-", то поле "основание для исключения обложения СВ" должно быть пустым. - Если установлена входимость "социальных налогов" = "+", то обязательно должен присутствовать хотя бы один налог. Если обнаружено несоответствие в настройках, то выдается сообщение о том, какое несоответствие обнаружено и что именно исправлено или необходимо исправить вручную, например, выбрать основание для исключения обложения СВ. При выборе основания для исключения в поле "подсвечиваются" статья и её части, но основании которых ВО исключается из обложения СВ, например, "НК РФ ст. 422 п.3 пп. 1" (Суммы, не подлежащие обложению страховыми взносами по статье 422 пункт 3 подпункт 1).
102.1921759.1.151.0Необходимо открыть код удержания в шапке реестра по удержаниям с типом "Перечисление"Заработная платаРеестры по перечислениям. Формирование
Для решения ПИР 101.65967 необходимо открыть код удержания в шапке реестра по удержаниям с типом "Перечисление". на перечисление заработной платы и других доходов работника в банк. Кроме того предоставить возможности его изменения. При формировании реестра необходимо, чтобы в шапке реестра и спецификации коды удержания совпадали (по просьбе клиентов). Ниже привожу полную схему доработки. В описание схемы включены ответы на вопросы, которые заданы в последнем уточнении. 1. добавить ещё одно значение, например, "только реестры на перечисление заработной платы" к существующим значениям настройки "... Учет межпериода при расчете зарплаты Учет выплат по реестрам" 2. добавить новую настройку, например,"... Учет межпериода при расчете зарплаты Отражать перечисления видом удержания из заголовка реестра" значения "нет да". Данная настройка может понадобиться тем пользователям, которые не предполагают изменений в процессе учёта реестров при расчёте заработной платы, но захотят воспользоваться заменой кода для других целей, например, для отражения назначения платежа. 3. В реестре дополнительно вывести поле с видом удержания, записанным в шапке реестра. И предоставить возможность выбрать в этом поле другой вид удержания. 4. При расчете зарплаты, в записях на перечисление подставлять код из шапки реестра, при значении "да" в настройке п.2. и при значениях "только реестры на перечисление заработной платы", "учет ведется" и "аналогично платежным ведомостям" при условии, что ведомости учитываются. Данный алгоритм будет работать только в том случае, когда на момент расчёта зарплаты в наличии имеется реестр на перечисление. Таким образом, при наличии реестра на перечисление с определённым кодом в шапке реестра, и соответствующим значением в настройке п.2. код перечисления не будет меняться, сколько бы не пересчитывали заработную плату. 5. П.4. имеет особенности. На текущий момент, если установлено значение "учет ведется", то учитываются только закрытые реестры на перечисление в банк. Для нового значения настройки "только реестры на перечисление заработной платы", можно определить другие правила, если требуется. Сообщите, пожалуйста, есть ли пожелания по данному поводу. Если нет, то примем правила по аналогии с настройкой "учет ведется". Единственное: хотелось бы, чтобы эти правила не были диаметрально противоположными работе системы с настройкой "учет ведется" и не противоречили другим настройкам процесса учёта сумм из реестров. 6. Учёт настройки "Вид удержания для реально перечисленной заработной платы" для новой настройки менять не предполагается. Т.е., если вид удержания в шапке реестра не будет совпадать с кодом удержания в спецификации, то берём его. В противном случае берём из настройки для перечисленной заработной платы. Теоретически, код из настройки пользователи просто уберут, если их такое правило не устраивает. У нас ещё есть виды удержаний в КВУ для уволенных. Их анализ также предполагается оставить для новой настройки. При условии, что код в шапке будет иметь более высокий приоритетОкно редактирования спецификации реестра. В шапке реестра в режиме редактирования пользователь может заменить код вида удержания для удержаний с признаком "перечисление" на другой в/у с признаком "перечисление". Примечание: В классификаторе видов удержания признак "перечисление" следует выставлять лишь в тех видах удержаний, которыми перечисляется зарплата и другие доходы работника на его банковскую карту (то есть в пользу самого работника, а НЕ в пользу третьих лиц или сторонних организаций).
102.1903819.1.150.0Классификатор алгоритмов расчета з/п перенести в Z_CalcКонтур управления персоналомZ_Calc
1) Для объектного интерфейса IZarAlgorithm оставить компонентную принадлежность Z_Zar и исходник с его описанием вернуть в Z_Zar. 2) Выполнить разделение исходника KLALG.VIP на два в соответствии с требованием 6.1 стандарта "Правила кодирования". Оба разместить в Z_Calc и изменить компонентную принадлежность этих интерфейсов на Z_Calc.Для объектного интерфейса IZarAlgorithm оставлена компонентная принадлежность Z_Zar и исходник с его описанием вернули в Z_Zar. Выполнено разделение исходника KLALG.VIP на два в соответствии с требованием 6.1 стандарта "Правила кодирования". Оба размещены в Z_Calc и изменена компонентную принадлежность этих интерфейсов на Z_Calc.
102.1880689.1.149.0Ошибка при просмотре записей каталогаЗаработная платаКлассификатор налогов на ФОТ
При просмотре записей каталога возникает ошибка с сообщением "Уже есть налог с таким номером", которая не дает выйти из интерфейса, приходится снимать процесс. Проявляется на платформе MS SQL если, открывать-закрывать разные записи справочника на редактирование, где-то на 4-й 5-й раз появляется ошибка. Ошибка проявилась при сравнении настройки записей налогов в двух своих БД.При просмотре каталога налогов на ФОТ ошибка не возникает, в случае отсутствия дублирующихся записей (с одинаковым номером налога).
102.1896419.1.148.0Неправильно удерживаются алиментыЗаработная платаАлименты, исполнительные
У сотрудника два постоянных удержания алиментов. Первое на 1/3 доли заканчивается 10.09. Второе удержание на 1/4 доли с 11.09. При расчете алиментов неверно учитывается облагаемая база для расчета по данным постоянным удержаниям. Например, есть ВО 2114 с 01.09 по 13.09 и ВО 2114 с 28.09. по 30.09. Для первого постоянного удержания сумма за период с 28.09 по 30.09 не входит в облагаемую базу, но эта же сумма, пересчитанная пропорционально периоду штрафа, исключается и из базы для второго постоянного удержания, хотя должна входить в облагаемую базу для алиментов по второму удержанию полностью. Кроме этого неверно учитывается ВО 3101, в котором указан период начисления с 01.09 по 30.09, а количество отработанных дней/часов в оплате соответственно 3 дн/33 часа. В данном случае оплата пересчитывается исходя из времени, указанного в оплате, в результате получаем сумму алиментов, больше чем может быть начислено на полную сумму по оплате за вычетом НДФЛ.Исправлена описанная ситуация с учетом облагаемой базы по нескольким удержаниям, которые учитываются не за полный месяц. Для РФ добавили дополнительную входимость "Пересчитывать сумму для исполнительных документов на основании табеля". Если для ВО установлена данная доп.входимость, то количество фактически отработанных дней/часов для пересчета по такой оплате будет всегда определяться из табеля (в зависимости от типа оплаты).
102.1890439.1.148.0Расчет зарплаты - для каждого удержания типа "выплата" свой вид удержания депонированных суммЗаработная платаУчет реестров и платежных ведомостей при расчете заработной платы
У клиента следующие вводные данные: 1. Выплаты планового аванса через кассу при расчёте зарплаты удерживаются системным кодом 180, выплаты через кассу всего остального межпериода - кодом 181. Какая-то часть этих сумм может быть задепонирована - т.е. сформированы ведомости депонирования в модуле Касса. 2. При расчёте зарплаты депонированные суммы межпериода выплачиваться не должны - поэтому установлена системная настройка "Расчеты с персоналом Долги и депоненты - Вид удержания для отражения сумм депонирования" = 180. 3. При сверке по ОВР в конце месяца необходимо знать, сколько было НАЧИСЛЕНО аванса к выплате через кассу (ВУ 180) и сколько НАЧИСЛЕНО всего остального межпериода к выплате через кассу (ВУ 181) - без учёта депонирования, т.к. в момент сверки это расчётный отдел не интересует. Но сейчас в соответствии с п.2 весь депонированный межпериод (аванс, премии, отпуска, больничные, ...) отражается кодом аванса 180 - что портит картину. Необходима возможность задать свой код удержания для отражения депонированных сумм по каждому из этих удержаний (выплат). Предлагается в КВУ для удержаний типа "выплата" добавить настройку "Вид удержания для отражения сумм депонирования" - если она задана, то суммы из ведомостей депонирования, связанных с платёжными ведомостями межпериода по этому коду выплаты, формировать в результатах расчёта указанным кодом удержания. Если не задана - анализировать существующую системную настройку "Вид удержания для отражения сумм депонирования" - как сейчас. В том числе необходима возможность выбрать тот же самый вид удержания (для 180 - 180, для 181 - 181). В связи с этим существующую системную настройку "Вид удержания для отражения сумм депонирования" переименовать, например, "Вид удержания для отражения сумм депонирования ПО УМОЛЧАНИЮ".1. В классификатор видов удержаний добавлено поле "Для сумм депонирования". Данное поле доступно для удержаний типа "выплата" при установленной настройке "Расчеты с персоналом Долги и депоненты - Вид удержания для отражения сумм депонирования". Для остальных типов удержаний поле скрыто. Предоставлена возможность выбрать тот же самый вид удержания (для 180 - 180, для 181 - 181). 2. Системная настройка "Вид удержания для отражения сумм депонирования" переименована. Теперь она называется "Вид удержания для отражения сумм депонирования по умолчанию". 3. Доработана функция формирования удержаний при расчёте заработной платы с учётом нового поля по следующей схеме: - если значение поля задано, то суммы из ведомостей депонирования по этому коду выплаты, формируются указанным кодом удержания. - если значение поля не задано, отражаются значением из системной настройки "Вид удержания для отражения сумм депонирования", как сейчас.
102.1055379.1.148.0Сделать справочник параметров ТХО иерархическимЗаработная платаСправочник "Параметр ТХО"
Необходимо сделать справочник параметров ТХО иерархическим, т.к. при большом количестве параметров там сложно осуществить поиск.Справочник параметров ТХО имеет иерархический вид. Редактирование записей осуществляется в окне редактирования, вызов которого происходит по нажатию клавиши F4. В окне редактирования можно задать вышестоящую запись и изменить наименование параметра.
102.1829069.1.145.0ПР "планирование медосмотров". 1 этап. базовый функционалУправление персоналом* Предложение по новой функциональности модуля "Управление персоналом"
Разработать базовый функционал для ведения БП медосмотров в РБ и РФ: 1. упразднить использование термина "профосмотр" в пользу "медосмотр" 2. закачать справочники из инструкций для РФ (приложения 1, 2) и РБ (приложения 1, 2, 3) 3. дать возможность привязки вредных факторов и работ к ставкам ШР 4. обеспечить формирование отчета "Список контингентов" (РФ), "" (РБ) 5. обеспечить формирование отчета "Поименной список" (РФ), "" (РБ) 6. дать возможность формировать график медосмотров, просматривать и редактировать в режиме по всем работникам 7. Добавить соответствующие пункты меню для РФ и РБ 8. разработать новый отчет "направление на медосмотр" по графику медосмотров.Для РФ (Казахстан) и РБ созданы справочники (системные каталоги) вредных производственных факторов и вредных работ (Служебные каталоги Вредные факторы и работы), согласно приложений к инструкции. Инициализация справочников производится автоматически при запуске Галактики. В окне просмотра данных по штатному расписанию добавлена возможность привязать к рабочему месту определенные факторы или работы (Управление персоналом | Штатное расписание | Штатное расписание, закладка "Вредные факторы или работы"). Факторы или работы указываются для рабочего места вручную, выбором из соответствующего справочника. Кроме того, факторы могут быть добавлены при указании для рабочего места условий труда. Для этого факторы должны быть указаны в окне установки условий труда на рабочем месте (Управление персоналом | Штатное расписание | Условия труда на рабочем месте). Окно привязки факторов открывается нажатием кнопки "Вредные факторы и работы" в средней панели окна. Чтобы вредные факторы вступили в силу, необходимо запустить пункт локального меню "Обновление вредных факторов и работ на рабочих местах". Нажатие кнопки "Обновить" приведет к тому, что все прежние факторы на отмеченных маркером рабочих местах будут перенесены в архив. Чтобы просмотреть архивные вредные факторы и работы, необходимо в Штатном расписании на закладке "Вредные факторы и работы" установить фильтр "Отображать архивные факторы или работы". Добавить или убрать из архива вредный фактор или работу можно с помощью установки/снятия флага в столбце "Архив". Для распределения факторов и работ в РБ согласно классу вредности, в интерфейс "Условия труда на рабочем месте" добавлен атрибут "Класс условий труда". В меню "Сотрудники" упразднен пункт "Профосмотр" и добавлено подменю "Медосмотр". В зависимости от лицензии для РФ (Казахстана) подменю содержит пункты "Список контингентов работников" и "Поименный список работников", для РБ (и других стран, кроме РФ и Казахстана) "Список профессий работающих, подлежащих медосмотрам" и "Список работающих, подлежащих медосмотрам", а также пункты меню "График медосмотров" и "Справочник вредных факторов и работ" независимо от лицензии. При выборе пункта меню "Список контингентов работников" и "Список профессий работающих, подлежащих медосмотрам" для РФ и РБ соответственно открывается окно параметров формирования соответствующего отчета. При выборе пункта меню "Поименный список работников" и "Список работающих, подлежащих медосмотрам" для РФ и РБ соответственно открывается окно параметров формирования соответствующего отчета или формирования графика медосмотров. Какое действие будет произведено указывается соответствующим параметром в группе параметров "Формировать:". Там же указывается дата, на которую будут получены оперативные данные для формирования медосмотров (назначение на дату, расчет стажа на дату, существование ставок на дату и т.п.); период, для фильтрации медосмотров по дате ближайшего очередного обязательного медосмотра. Расчет даты ближайшего очередного обязательного медосмотра (даты окончания действия медосмотра) осуществляется с учетом следующих правил: - работники, не достигшие возраста 18 лет, проходят медосмотр ежегодно, независимо от наличия вредных факторов на рабочем месте; - в РФ работники, старше 18 лет, но моложе 21 года проходят по каждому вредному фактору или работе медосмотр ежегодно, независимо от периодичности, указанной для вредного фактора или работы; - в РБ работники, у которых в 3м окне картотеки добавлен стаж "Стаж для медосмотра (вредные факторы и работы)" и рассчитанное для него количество лет более 10, проходят медосмотр 1 раз в 5 лет, независимо от периодичности, указанной для вредного фактора или работы; - в остальных случаях дата окончания действия медосмотра определяется путем добавления значения периодичности к дате по плану предыдущего медосмотра, указанной в графике медосмотров (Дата медосмотра по плану. Считается, что фактически работник проходит медосмотр всегда в запланированную дату). Если в графике не планировался медосмотр по рассчитываемому вредному фактору или работе, то дата очередного медосмотра рассчитана не будет. Если необходимо сформировать список работников, подлежащих медосмотру, только с учетом вредных факторов и работ на рабочих местах (без учета предыдущих медосмотров. Типичным случаем является начало использования функционала медосмотров), необходимо установить параметр "включать работников с вредными факторами без учета предыдущего медосмотра". Расчет даты окончания действия медосмотров для кандидатов не производится. Для отображения в печатной форме списка работников, подлежащих медосмотру, продолжительности определенного стажа необходимо выбрать его в параметрах формирования в поле "Вид стажа". При формировании отчета или графика медосмотров можно указать фильтр по факторам, которые должны быть обработаны. В этом случае остальные факторы в расчет не попадут. В режиме формирования графика медосмотров в группе параметров "В графике медосмотров установить значения:" можно указать какую информацию следует дополнительно заполнить в графике медосмотров (дата, результат, дата и номер документа о медосмотре). Кроме этого, на дату медосмотра можно добавить постоянную доплату. Результатом работы функции будет сформированная запись об очередном медосмотре в том случае, если рассчитанная дата окончания действия предыдущего медосмотра истекает в период, заданный параметрами "за период с:", "по:" (необязательный параметр). Сформированный график можно увидеть в окне просмотра/редактирования графика медосмотров (Управление персоналом | Сотрудники | Медосмотр | График медосмотров) по всем сотрудникам с учетом разграничения прав доступа к структурным единицам штатного расписания, в картотеке сотрудников (1 окно картотеки кнопка "Медосмотр") для конкретного сотрудника, в картотеке кандидатов (Управление персоналом | Сотрудники | Подбор персонала | Список кандидатов 1 окно картотеки кнопка "Медосмотр") для конкретного кандидата. В окне просмотра/редактирования медосмотров, если запись создана функцией, дата окончания действия медосмотра, то для нее будет указано значение "Список" в соответствующем поле. Записи можно создавать вручную. При этом в момент выбора работника и вредного фактора автоматически заполнится дата окончания действия медосмотра, а если выбран кандидат, то дата будет не заполнена. При приближении даты медосмотра она будет подсвечена цветом фона (за 30 дней - зеленым, за 7 дней - желтым, сегодня - красным), в случае если не стоит отметка о фактическом прохождении. В окне можно фильтровать записи с помощью выбора пункта локального меню "Фильтр. Кроме того, можно применить одну из групповых функций (вызываются из локального меню): - Направление на медосмотр - позволяет сформировать печатную форму направления на медосмотр. Для работника формируется направление на периодический медосмотр, для кандидата - на первичный; - Плановая дата медосмотра - позволяет установить плановую дату медосмотра группе отмеченных маркером работников, дифференцировано по вредным факторам или работам; - Установка результатов медосмотра - устанавливается дата и номер документа о медосмотре и результат медосмотров для группы работников, дифференцировано по вредным факторам или работам; В первом окне картотеки работников кнопка "Профосмотр" переименована в "Медосмотр". По нажатию кнопки открывается график медосмотров текущего работника. В первом окне картотеки кандидатов добавлена кнопка "Медосмотр". По нажатию кнопки открывается график медосмотров текущего кандидата. В построителе отчетов термин "Профосмотр" упразднен, вместо него используется термин "Медосмотр". Также, добавлена возможность вывода в отчет вредного фактора или работы. Упразднен интерфейс формирования данных о профосмотре. Для его использования следует применить функцию запуска внешнего интерфейса. Подробную информацию см. в документе ..._StaffDOCMedosmotr.pdf
102.1860329.1.144.0Контроль превышения удержаний свыше 50% от доходаЗаработная платаРасчет удержаний (общие вопросы)
При контроле удержаний 50% от причитающегося работнику дохода, необходимо в качестве суммы причитающейся работнику использовать разность: все начисления минус постоянные удержания (индивидуальный подоходный налог, все удержания в пенсионный фонд, удержания ОСМС). Индивидуальный подоходный налог - системные коды 182, 183 Удержания в пенсионный фонд - системные коды 1, 175, 176 Добровольные пенсионные взносы - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Налог на доходы - Налог и взносы - Вид удержания для добровольных профессиональных взносов. Либо используется ВУ с системным кодом 2. Целевой сбор. ОСМС - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Взносы - Взносы в фонд социального страхования - Код удержания для ОСМС. В протоколе указывать сумму начислений - (постоянные удержания ОПВ и ИПН и т.д.).Доработан контроль превышения удержаний 50% от дохода для Республики Казахстан. Переименована настройка в КВУ "Учитывать удержание при расчете удержаний" на "Участие при контроле 50% от дохода". Для видов удержаний: Индивидуальный подоходный налог - системные коды 182, 183 Удержания в пенсионный фонд - системные коды 1, 175, 176 Добровольные пенсионные взносы - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Налог на доходы - Налог и взносы - Вид удержания для добровольных профессиональных взносов. Либо используется ВУ с системным кодом 2. Целевой сбор. ОСМС - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Взносы - Взносы в фонд социального страхования - Код удержания для ОСМС. Значение этой настройки должно быть установлено как: Уменьшает "Начислено" "Уменьшает "Начислено"" означает, что эти обязательные виды удержаний будут уменьшать сумму начислений. Также значение этой настройки установится как "Уменьшает "Начислено"", если ранее в настройке КВУ "Учитывать удержание при расчете удержаний" стояло значение "нет". Для других видов удержаний значение настройки "Участие при контроле 50% от дохода" должно установиться как "Входит в сумму удержаний" это означает, что суммы этих удержаний будут учитываться при контроле превышения 50% от полагающегося дохода работника. Также добавлено значение настройки "Участие при контроле 50% от дохода" оно означает, что вид удержания не будет входить в сумму удержаний и начислений для контроля. Также доработан протокол расчета з/п теперь там в случае если сумма удержаний с пометкой в КВУ Уменьшает "Начислено" не равна нулю, то тогда в протоколе указывается сумма начислений минус удержания с пометкой "Уменьшает "Начислено"".
180.103519.1.143.0Построчное округление отчислений ОСМСЗаработная платаРасчёт налогов на ФОТ
Просим реализовать округление отчислений ОСМС в системе. Так как общая итоговая сумма отчислений ОСМС пропорционально распределяется по начисленным суммам, просим также реализовать для данного налога на ФОТ возможность построчного округления сумм отчислений ОСМС. После расчета итоговой суммы ОСМС, при расчете доли ОСМС на каждое начисление округлять суммы по каждому начислению построчно, разницу в округлении относить в первую или последнюю сумму ОСМС.Настройка для построчного округления размещена в окне редактирования классификатора налогов на ФОТ. В связи с этим немного изменен размер окна (расширен вправо) и изменено размещение полей в верхней части окна. По общесистемной настройке на Казахстан в последней строке верхнего блока полей добавлено поле "поэлементно", которое может принимать одно из двух значений "да/нет". Поле открывается только для налогов, которые рассчитываются не из годовой базы ("Расчёт нарастающим итогом" в значении "-"). Для них поле открывается, если признак округления итога установлен в "да". Автоматически устанавливается в "нет" и скрывается с экрана, если округление итоговой суммы не предусматривается (если происходит переключение округления итога в значение "нет"). При расчёте каждая часть налога, для которого новое поле установлено в "да", округляется по тем же правилам, что и общая сумма за месяц, погрешность округления подсуммируется. Вся накопленная погрешность относится на долю налога, которая формируется последней. Причём, независимо ни от знака и величины погрешности, ни от знака и величины суммы налога.
180.107859.1.142.0Контроль превышения удержаний свыше 50% от ЗПЗаработная платаРасчет удержаний (общие вопросы)
Сумма удержания собирается по всем записям с видами удержаний, для которых в классификаторе видов удержаний признак "Учитывать как" установлен в значение "удержание". В сумму удержания не нужно включать постоянные удержания (индивидуальный подоходный налог, все удержания в пенсионный фонд, удержания ОСМС). Индивидуальный подоходный налог - системные коды 182, 183 Удержания в пенсионный фонд - системные коды 1, 175, 176 Добровольные пенсионные взносы - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Налог на доходы - Налог и взносы - Вид удержания для добровольных профессиональных взносов. Либо используется ВУ с системным кодом 2. Целевой сбор. ОСМС - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Взносы - Взносы в фонд социального страхования - Код удержания для ОСМС Проблема заключается в том, что постоянные удержания не всегда имеют зарезервированные для них системные коды. Так же есть удержания которые связанны с доплатами, например удержания за вакцинацию, связана с доплатой за вакцинацию, сумма доплаты = сумме удержания. Признак "Учитывать как" = удержания. Доработать функционал контроля превышения удержаний 50% от общего начисления с учетом постоянных доплат и специфических удержаний?Доработан функционал контроля превышений удержаний свыше 50% при расчете заработной платы для Республики Казахстан. В классификаторе видов удержаний в случае, если стоит "учитывать как = удержание" добавлено поле: "Учитывать удержание при расчете удержаний".Значение поля устанавливается "нет" в случае, если у нас установлены следующие виды удержаний: Индивидуальный подоходный налог - системные коды 182, 183 Удержания в пенсионный фонд - системные коды 1, 175, 176 Добровольные пенсионные взносы - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Налог на доходы - Налог и взносы - Вид удержания для добровольных профессиональных взносов. Либо используется ВУ с системным кодом 2. Целевой сбор. ОСМС - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Взносы - Взносы в фонд социального страхования - Код удержания для ОСМС. Остальным видам удержаний по умолчанию будет присвоено значение "Учитывать удержание при расчете заработной платы = да". Удержания с видами удержаний, для которых в КВУ установлено значение входимости "Учитывать удержание при расчете удержаний = нет" не участвуют в подсчете общей суммы удержаний для контроля превышения 50% при расчете заработной платы для Республики Казахстан с последующей выдачей соответствующего сообщения в протоколе расчета заработной платы.
102.1828099.1.142.0КВО. Некорректная работа при изменении параметров-списковЗаработная платаКлассификатор видов оплат
КВО. 1. Некорректная работа при изменении параметров-списков: Вкладка "по среднему". Устанавливаем значение "премия для среднего заработка" = "П - премия пересчитывается.." (3й элемент списка). при этом "отбор премий" = "- Выбирается последняя из премий" (1й элемент списка). Вызываем список в этом поле - значение параметра устанавливается в "1 Показатель 1 для премии". Аналогичная нелогичная работа списков наблюдается и в других местах. 2. При вызове списка на поле "разбивать по датам" вкладки "Расчеты" курсор не всегда устанавливается на нужной строке, при значении "+" (2 строка списка) курсор все равно стоит на 1й строке (-).Доработан КВО (как во вкладках, так и в таблице входимостей): 1. Исправлена некорректная работа КВО при изменении значений полей-списков: изменение одного поля КВО и последущее открытие выпадающего списка другого поля не влияет на его значение. Изменения коснулись следующих параметров КВО: "Расчеты": - подразделение; - сторнируется; "По среднему": - премия для среднего заработка; - отбор премий (отпуск, СЗ); - включение месяца; - премия отпуска; - учет премий, особенности; "Удержания": - Учет дохода в налоговой отчетности; - Учет сумм возврата. 2. Курсор стал устанавливаться на строке списка, соответствующей установленному значению в поле "разбивать по датам" вкладки "Расчеты".
102.1852829.1.142.0Проблема с явно заданным режимом печати "Разрезать большие листы" в отчетах FastReportЗаработная платаОбщие проблемы по отчетам
Необходимо удалить явно заданный режим печати "Разрезать большие листы" в отчетах FastReport.Исправлено.
102.1852419.1.142.0Проблема с явно заданным номером страницы при печати на принтере в отчетах FastReportЗаработная платаОбщие проблемы по отчетам
Проблема с явно заданным номером страницы при печати на принтере в отчетах FastReport. Необходимо удалить явно заданный номер страницы.Исправлено.
101.647719.1.142.0КВО, вкладка "По среднему". Поле "дополнительной суммы".Заработная платаКлассификатор видов оплат
КВО, вкладка "По среднему". Поле "дополнительной суммы". Просьба вернуть наименование данному полю "по правилам 2011 года". Подсказка: "Дополнительно входит в сумму основного больничного по правилам 2011 года".Галактика ERP Персонал ЗП =Настройка= Заполнение каталогов Виды оплат и cкидок Классификатор видов оплат В редакции для России поле "дополнительной суммы" переименовано в "по правилам 2011 года".
101.637519.1.141.0В целях корректного расчета пени за невыплату зарплаты (ТК РФ ст.236) должны учитываться все изменения ставки рефинансирования за период задержкиЗаработная платаАлгоритмы пользователя
В целях корректного расчета пени за невыплату зарплаты (ТК РФ ст.236) должны учитываться все изменения ставки рефинансирования за период задержки. Сейчас пени за задержку выплаты зарплаты считается при помощи пользовательского алгоритма (например, "SumAlgNo( 6 ) * Proc_Refin( 0, Xar_Datan ) / 300"), а ставку рефинансирования выдает функция Proc_Refin на конкретную дату. При этом, если ставка рефинансирования изменялась в период с даты возникновения задолженности по зарплате по дату выплаты этой задолженности, то для каждого периода должна учитываться своя ставка рефинансирования. В 2017 году ставка рефинансирования в РФ менялась 6 раз, и уже один раз менялась в 2018г.В целях корректного расчета пени за невыплату зарплаты (ТК РФ ст.236) учитываются все изменения ставки рефинансирования за период задержки. Добавлены пользовательские функции CHANGED_REFIN (Функция расчета пени за невыплату зарплаты с учетом изменений в ставке рефинансирования), UCH_DATF(дата окончания периода задержки выплаты), UCH_SETTING(Дата начала периода задержки выплаты) Также в рамках этого ПИРа добавлено отображение наименований реестров, по которым формируется записи за период задержки.Также в случае выбора фильтра по реестрам добавлены параметры фильтра для формирования реестров.
102.1839959.1.139.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1807159.1.138.0Доработать признак отбора премийЗаработная платаРасчет по среднему (по алгоритму больничных)
На предприятии согласно положению о премировании могут выплачиваться одновременно 9 (девять) видов квартальных премий за различные показатели. В КВО для этих премий можно установить 6 (шесть) признаков (от + до 5), чтобы для расчета среднего заработка отбирались последние по дате выплаты премии по каждому показателю. Предлагаю увеличить количество признаков в КВО до 10 (десяти)Доработан функционал по учету квартальных премий: количество видов премий за разные показатели увеличено до 9. Для расчета среднего заработка отбираются последние по дате выплаты премии по каждому показателю. С учетом признака "+" всего таких видов квартальных премий теперь 10.
102.1631839.1.137.0Расчет целодневных неявок из двух источников финансированияЗаработная платаЦелодневные неявки
На текущий момент для вида оплаты с алгоритмом 17 (оплата по-среднему) нет возможности расчета суммы из нескольких источников (бюджет и внебюджет).Для расчета целодневных неявок из 2-х источников были доработаны классификаторы. В классификаторе видов оплат и скидок (Закладка "По среднему", группа настроек "Общие настройки для расчета среднего заработка") существующая входимость в расчет среднего переименована во входимость в "расчет среднего из <источник 1>" и добавили еще одну входимость в "расчет среднего из <источник 2>". Пользователю необходимо самостоятельно настроить КВО: по всем видам оплат, участвующим в расчете среднего заработка проставить необходимые входимости. В перечень существующих расчетных алгоритмов добавили следующие: 73 - Расчет зарплаты по среднему часовому заработку из <источник 1> с учетом годовых премий и поправочного коэффициента тарифа. 77 - Расчет зарплаты по среднему дневному заработку из <источник 1> с учетом годовых премий и поправочного коэффициента повышения тарифа. 74 - Расчет зарплаты по среднему часовому заработку из <источник 2> с учетом годовых премий и поправочного коэффициента тарифа. 78 - Расчет зарплаты по среднему дневному заработку из <источник 2> с учетом годовых премий и поправочного коэффициента повышения тарифа. Существующие сейчас 17 и 33 алгоритмы будут учитывать суммы по 2-м источникам: 17 - Расчет з/п по среднему дневному заработку из 2-х источников с учетом годо-вых премий и поправочного коэффициента повышения тарифа; 33 - Расчет з/п по среднему часовому заработку из 2-х источников с учетом годо-вых премий и поправочного коэффициента. Пользователю необходимо будет привязать нужный алгоритм для каждого ВО, из которого рассчитывается целодневная неявка. Наименование <источник 1> и <источник 2> подтягиваются из общесистемных настроек "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Сокращенное наименование источника оплаты 1" (UP.ZAR.OTP.FOND1) и "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Сокращенное наименование источника оплаты 2" (UP.ZAR.OTP.FOND2) соответственно. В классификаторе отпусков и неявок, для записей с типом целодневная неявка, добавили возможность выбора источника расчета, чтобы пользователь смог указать, из скольких источников рассчитывается неявка. И для каждого источника привязать соответствующий ВО. Доработан интерфейс целодневных неявок. Из средней панели интерфейса редактирования целодневных неявок убраны поля "Счет", "Субсчет", "КАУ", "Хозяйственная операция", "Параметр выбора", поле "Сумма" теперь не редактируемое. В нижней панели интерфейса добавили вкладки, на которых отображаются суммы по месяцам расчетного периода для каждого источника. При переключении между вкладками подсвечиваются соответствующие значения "суммы среднего" в средней панели и "вид оплаты" и "алгоритм" в верхней панели. В локальное меню интерфейса добавили пункт "Просмотр итогов по источникам затрат", при выборе которого открывается дополнительное окно "Итоги по источникам затрат" с возможностью редактирования полей кроме поля "источник оплаты". Возможность для вставки и удаления записей по источникам из интерфейса не предусмотрена. Для неявок, созданных и рассчитанных до данного обновления, данные в "Итогах по источникам затрат" не заполняются, а функция предварительной разноски учитывает имеющиеся данные для расчета. Доработана справка о расчете среднего (форматы бизнес-текст и Excel) для целодневных неявок. В справку выводится дополнительная информация, с учетом расчета из 2-х источников. В случае расчета неявки из 2-х источников в заголовок добавили наименование видов оплат для каждого источника. В структуру справки вывели суммы расчетного периода по каждому источнику и показываются итоговые суммы по каждому источнику соответственно (заработок и вознаграждение, сумму среднего). Также в справке указана сумма оплаты неявки по каждому источнику.
102.1807189.1.136.0Поменять название признаков отбора премийЗаработная платаКлассификатор видов оплат
Поменять название признаков отбора премий для РБ. В ПИР 102.180155 для признаков +, 1-5 была сделана доработка. РБ. Доработан учет квартальных премий. Если у работника несколько видов квартальных премий за разные показатели и в КВО для этих премий установлен соответствующий признак для отбора (кроме С), то при расчете среднего заработка отбираются последние по дате выплаты премии по каждому показателю. Теперь название признаков не соответствуют их сути для РБ. ПИР на справку зарегистрирован, просим поменять названия признаков для РБ наподобие: выбираются последние по дате выплатыОсуществлены доработки вкладки "по среднему" КВО и вкладки "по среднему" таблицы входимостей видов оплат КВО: 1. Изменено название поля "Отбор премий(б/л,от)" на "отбор премий (отпуск, СЗ)" во вкладке "По среднему" КВО. 2. Изменены названия признаков отбора премий для отпусков и СЗ: для признака 1 вместо "1 Выбирается наибольшая из премий" отображается "1 Показатель для премии 1". Аналогично для признаков 2-5. 3. Изменена строка помощи для отбора премий с "Способ отбора премий при наличии нескольких выплат для отпусков и больничных" на "Способ отбора премий при наличии нескольких выплат для отпусков и среднего заработка". 4. Проведены доработки по эргономике вкладки "по среднему" КВО: - параметры и подписи к ним выровнены друг относительно друга и разнесены по ширине вкладки; - значения списка выбора поля "премия для среднего заработка" приведены к единообразию: сокращенное значение параметра отделяется от его описания двумя пробелами.
102.1797119.1.135.0Дополнить функционал алгоритмов ВОЗаработная платаАлгоритмы пользователя
"алгоритм расчета начисления доплаты до МРОТ: Все начисления кроме РК и СН суммируются, если сумма менее МРОТ (фиксированная сумма устанавливается по каждому региону отдельно) производиться доплата до МРОТ. 68 регионов, в 50% случаев МРОТ региона отличается от МРОТ федерального и не получится завязаться на стандартный МРОТ из справочника." Как вариант решения видим привязку регионального МРОТ во внешних атрибутах подразделений. На текущий момент функции, которая вернула бы значение из внешних атрибутов подразделения отсутствует. Необходимо реализовать такую функцию.Зарегистрирована новая функция DEPARTMENT_DOATTR (DEP, Name) - значение внешнего атрибута типа Double для каталога подразделений. Параметры функции: DEP - ссылка на подразделение Name - наименование внешнего атрибута. Примечание. Функция находит значение с учетом иерархии
180.106279.1.134.0Неверная хоз. операция в результатах расчета по удержаниямЗаработная платаРасчет удержаний (общие вопросы)
Неверная хоз. операция в результатах расчета по удержаниям. Путь: Заработная плата - Операции - Расчет зарплаты - Расчет зарплаты В КВУ для аванса ТХО "из КВУ" + ТХО указано "Перечисление аванса". Рассчитали ЗП. В результаты расчета удержаний попало ТХО с начислений.Исправлено отображение значения настройки варианта выбора ТХО в классификаторе видов удержаний. Раньше значение этой настройки в интерфейсе КВУ не всегда соответствовало реальному в базе, если это значение не перевыбиралось.
102.1754429.1.134.0единовременные пособия РФЗаработная платаФормирование единовременных пособий
Для РФ получается,что в классификатор единовременных пособий мы можем внести только 1 вид пособия,к примеру,при рождении.Для постановки на учет в ранние сроки уже рассчитать не получиться (и задать не получится: "Пособие на эту дату уже существует").В классификатор единовременных пособий было добавлено поле "Вид пособия". В нем можно задать вид единовременного пособия, для которого устанавливается сумма. Поддерживается история для разных видов пособий. Добавлено 4 вида пособия: - при рождении ребенка - вставшим на учет в ранние сроки беременности - пособие на погребение - уход за детьми-инвалидами Во время создания единовременного пособия в интерфейсе единовременных пособий, при выборе вида оплаты система проверит значение вида пособия, указанное в 265 дополнительной входимости выбранного вида оплаты и попытается найти запись в классификаторе единовременных пособий с идентичным видом пособия.
102.1793549.1.134.0Переименовать поле входимости в налоги на ФОТ в КВОЗаработная платаКлассификатор видов оплат
1. КВО, вкладка "Налоги на ФОТ" входимость "Вид оплаты входит в выплаты социального характера" нужно переименовать в "Вид оплаты входит в расчет страховых взносов" (ранее было "социальных налогов") делаем для РФ. 2. Для Казахстана: входимость должна называться, как ранее "Вид оплаты входит в расчет социальных налогов". А входимости в отчеты (ВСЕ три) скрыть. 3. Для РБ и Украины: скрыть и эту входимость и входимости в отчеты (ВСЕ три).<Заработная плата> - Настройка - Заполнение каталогов - Виды оплат и скидок в детализации закладка Налоги на ФОТ для РФ наименование "Вид оплаты входит в расчет страховых взносов" и отображается входимость в отчеты для Казахстана наименование "Вид оплаты входит в расчет социальных налогов", входимость в отчеты скрыта для РБ и Украины скрыты все входимости.
180.103369.1.133.0Неверно отображается вид удержания в расчетном листке для уволенного сотрудника при повторном расчете заработной платыЗаработная платаРасчет удержаний (общие вопросы)
Неверно отображается вид удержания в расчетном листке для уволенного сотрудника при повторном расчете заработной платы. На текущий момент в Галактике виды удержания для уволенных в КВУ предназначены для того, чтобы отделить в расчетном листке и отчетах для пользователей те суммы, которые уже были перечислены от тех, которые еще только показаны к перечислению. У клиентов используются виду удержаний п. 319 (с. 220)"Перечисление зарплаты в банк", п. 329 (с. 221)"Перечисление зарплаты в банк (межпериод)" Заводят отдельные удержания для правильного формирования проводок. ВУ 319 (с. 220)"Перечисление зарплаты в банк" Дт 70.01 Кт 70.02 Перечисление заработной платы в банк, п. 329 (с. 221)"Перечисление зарплаты в банк (межпериод)" Дт 70.01 Кт 51 Сотрудник увольняется. Производим полный расчет с сотрудником при увольнении, а по результатам месяца производим начисление премии уже после увольнения в отчетном периоде. Начисление премии производим через функцию "Начисление и выплаты - Расчет". За месяц имеем расчетный листок - полностью удовлетворяют клиента. Формируем реестр на окончательное перечисление заработной платы. Пересчитываем ЗП еще раз, при расчете ЗП по всему предприятию. ВУ 319 (с.220) с премии стал в расчетном листке отображаться 329 (с. 221) - и это уже не нравится клиенту. В принципе, существующий функционал практически бы подошел, если бы клиент не пересчитывал ЗП уволенным сотрудникам второй, третий и т.д. раз. Нужно, чтобы для уволенных работников сумма заработной платы на дату увольнения была показана особенным кодом удержания (с соответствующими проводками). А все, что он получил уже после этой даты, другим кодом, совпадающим с кодом перечисления для всех остальных работников. А для других работников, все суммы должны идти одинаковым кодом удержания независимо от того, были они уже перечислены в банк на момент пересчета или нет.1.Доработана функция отражения сумм заработной платы из реестров на перечисление в банк для уволенных работников. Теперь с кодом удержания для уволенных отражаются только те суммы, дата выплаты которых, меньше даты из настройки "... Расчеты с персоналом Дата выплаты (перечисления) заработной платы". Дата выплаты определяется по дате обработки платежного поручения. Если платежное поручение не найдено, датой выплаты считается соответствующее поле в заголовке реестра. 2. Переименованы поля `Для уволенных: перечисление в текущем`.@@@@@@@@ `в будущем периоде` .@@@@@@@ в классификаторе видов удержаний. Теперь название таково: `Перечисление заработной платы в межпериод для уволенных:`.@@@@@` будущий`.@@@@@
102.1790359.1.132.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
101.635369.1.131.0Расчет зарплаты - заменять код удержания для перечисления зарплаты при заданной плановой дате выплаты в ЛСЗаработная платаРасчет удержаний (общие вопросы)
У клиента задача: перечисления зарплаты увольняющимся в межпериод проводить кодом удержания 208, а в случае перечисления с окончательной зарплатой, или начисления впоследствии каких-либо премий с окончательной зарплатой - кодом 220. В постоянных удержаниях работников заведён только код 220. Для решения задачи предлагается: 1. В классификаторе видов удержаний для удержаний с типом "перечисление" открыть поля: Для уволенных: перечисление в текущем`.@@@@@@@@ `в будущем периоде` .@@@@@@@ 2. Добавить новую функцию меню: расчет заработной платы уволенным с целью перечисления сумм в межпериод. 3. Доработать окно выбора работников расчет заработной платы из указанной функции меню. Показывать только тех работников, дата увольнения которых приходится на расчетный месяц. 4. Доработать формирование сумм к перечислению заработной платы из новой функции меню. Суммы к перечислению формировать с кодом перечисления для уволенных.Разработана возможность расчета заработной платы увольняющимся работникам, с целью перечисления сумм в межпериод. 1. Добавлена новая функция меню: Расчет зарплаты => расчет заработной платы уволенным для перечисления в межпериод. 2. В классификаторе видов удержаний для удержаний с типом "перечисление" открыты поля: Для уволенных: перечисление в текущем`.@@@@@@@@ `в будущем периоде` .@@@@@@@ 3. Доработано окно выбора работников из указанной функции меню. Показаны только те работники, дата увольнения которых приходится на расчетный и предшествующий ему месяц. 4. Изменено формирование сумм к перечислению заработной платы из новой функции меню. Суммы к перечислению теперь отражаются в отчетности кодом перечисления для уволенных. 5. Изменен вызов функций "Распределение затрат" и пересчет сальдо при расчете заработной платы с учетом вызова из новой функции меню.
102.1779299.1.130.0основания для исключения обложения ЕСН/СВЗаработная платаВходимость в отчеты
В связи с изменением законодательства РФ по СВ и регулированием страховых взносов НК изменились статьи НК основания для исключения обложения СВ. Прошу данные подпункты и статьи переименовать в параметре КВО "основание для исключения обложения ЕСН/СВ" в соответствии со следующей таблицей: Ст.422 п.3 пп.2 = 3 = ст.236/п.2 ч.3 ст.9 Ст 422 п.1.2 = 4 = ст.238/ч 1,2 ст.9 Ст.421 п.8,9 = 9 = ст.245 п.2/ч.1,2 ст.9 Ст. 422 п.3 пп.1 = 10 = ст.245 п.3,4/п.1 ч.3ст.9.Изменены названия статей в выпадающем списке параметра "основание для исключения обложения ЕСН/СВ" согласно следующей таблице: ст.422 п.3 пп.2 = 3 = ст.236/п.2 ч.3 ст.9 ст.422 п.1.2 = 4 = ст.238/ч 1,2 ст.9 ст.421 п.8,9 = 9 = ст.245 п.2/ч.1,2 ст.9 ст.422 п.3 пп.1 = 10 = ст.245 п.3,4/п.1 ч.3ст.9.
101.611669.1.130.0КВО - перенести в основное окно информацию о входимости в налоги на ФОТЗаработная платаКлассификатор видов оплат
КВО - перенести в основное окно информацию о входимости в налоги на ФОТВ окно "КВО" (<Настройка> - Заполнение каталогов - Виды оплат и скидок) добавлена закладка Налоги на ФОТ. На которую перенесена информация о входимости оплаты в налоги на ФОТ, с закладки Расчеты убрана клавиша Входимость в налоги на ФОТ. Входимость "соцналогов" формируется автоматически, "+" - если есть хоть один указанный налог на ФОТ, при полном отсутствии выставляется "-". Поле Вид оплаты входит в расчет социальных налогов (социальных налогов)- перенесено на новую закладку Налоги на ФОТ. Поля `в утвержденные формы отчетности по СВ`, `в Индивидуальную карточку учета `, `основание для исключения обложения СВ` - перенесены с закладки Отчеты на закладку Налоги на ФОТ.
102.1779859.1.130.0Скрыть доп. входимости 72, 73, 75Заработная платаКлассификатор видов оплат
Дополнительные входимости с номерами 72, 73, 75 (используемые в расчетных алгоритмах для ХК "Аскона") следует сделать недоступными для выбора остальным пользователям (с соответствующим примечанием в скобках) или вовсе скрыть.Дополнительные входимости с номерами 72, 73, 75, используемые в расчетных алгоритмах для ХК "Аскона" скрыты для всех пользователей кроме Асконы..
102.1749359.1.129.0Добавить функции для вычисления % премии в нарядеЗаработная платаФормирование и расчет нарядов
Добавить функции для вычисления % премии и % понижения премии в пользовательском алгоритме для нарядов. В спецификации нарядов есть такие колонки,для каждого сотрудника значения могут быть разными, а алгоритм расчета премии у клиента пользовательский.Для использования в пользовательских алгоритмах были добавлены функции: NRBONUSREDPRC - Возвращает процент понижения премии по конкретной позиции из спецификации наряда. NRBONUSPRC - Возвращает процент премии по конкретной позиции из спецификации наряда.
102.1773219.1.128.0Потеря приемственности. Удалена доп входимость 22Заработная платаКлассификатор видов оплат
После установки обновлений отсутствует в классификаторе видов оплат доп. входимость 22. В видах оплат с системными кодами 1, 6, 7, 8, 44, 45, 49 и 53 есть пустая строка, в которой ранее была данная входимость. Версия компоненты z_calc 9.1.127Исправлена ошибка Классификатора видов оплат. Для настройки на страны кроме РФ не была видна дополнительная входимость 22.