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


Описание файла обновления:
ФайлZ_CALC_RES_911490.TXT
ОбновлениеZ_Calc_res_911490
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_CALC
ТипRES
Версия9.1.149.0
Дата2018-11-02 16:06:35
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.188068NEWОшибка при просмотре записей каталогаЗаработная платаКлассификатор налогов на ФОТ
При просмотре записей каталога возникает ошибка с сообщением "Уже есть налог с таким номером", которая не дает выйти из интерфейса, приходится снимать процесс. Проявляется на платформе MS SQL если, открывать-закрывать разные записи справочника на редактирование, где-то на 4-й 5-й раз появляется ошибка. Ошибка проявилась при сравнении настройки записей налогов в двух своих БД.При просмотре каталога налогов на ФОТ ошибка не возникает, в случае отсутствия дублирующихся записей (с одинаковым номером налога).
102.1055379.1.148.0Сделать справочник параметров ТХО иерархическимЗаработная платаСправочник "Параметр ТХО"
Необходимо сделать справочник параметров ТХО иерархическим, т.к. при большом количестве параметров там сложно осуществить поиск.Справочник параметров ТХО имеет иерархический вид. Редактирование записей осуществляется в окне редактирования, вызов которого происходит по нажатию клавиши F4. В окне редактирования можно задать вышестоящую запись и изменить наименование параметра.
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.1896419.1.147.1Неправильно удерживаются алиментыЗаработная платаАлименты, исполнительные
У сотрудника два постоянных удержания алиментов. Первое на 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.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.135.2Контроль превышения удержаний свыше 50% от доходаЗаработная платаРасчет удержаний (общие вопросы)
При контроле удержаний 50% от причитающегося работнику дохода, необходимо в качестве суммы причитающейся работнику использовать разность: все начисления минус постоянные удержания (индивидуальный подоходный налог, все удержания в пенсионный фонд, удержания ОСМС). Индивидуальный подоходный налог - системные коды 182, 183 Удержания в пенсионный фонд - системные коды 1, 175, 176 Добровольные пенсионные взносы - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Налог на доходы - Налог и взносы - Вид удержания для добровольных профессиональных взносов. Либо используется ВУ с системным кодом 2. Целевой сбор. ОСМС - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Взносы - Взносы в фонд социального страхования - Код удержания для ОСМС. В протоколе указывать сумму начислений - (постоянные удержания ОПВ и ИПН и т.д.).Доработан контроль превышения удержаний 50% от дохода для Республики Казахстан. Переименована настройка в КВУ "Учитывать удержание при расчете удержаний" на "Участие при контроле 50% от дохода". Для видов удержаний: Индивидуальный подоходный налог - системные коды 182, 183 Удержания в пенсионный фонд - системные коды 1, 175, 176 Добровольные пенсионные взносы - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Налог на доходы - Налог и взносы - Вид удержания для добровольных профессиональных взносов. Либо используется ВУ с системным кодом 2. Целевой сбор. ОСМС - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Взносы - Взносы в фонд социального страхования - Код удержания для ОСМС. Значение этой настройки должно быть установлено как: Уменьшает "Начислено" "Уменьшает "Начислено"" означает, что эти обязательные виды удержаний будут уменьшать сумму начислений. Также значение этой настройки установится как "Уменьшает "Начислено"", если ранее в настройке КВУ "Учитывать удержание при расчете удержаний" стояло значение "нет". Для других видов удержаний значение настройки "Участие при контроле 50% от дохода" должно установиться как "Входит в сумму удержаний" это означает, что суммы этих удержаний будут учитываться при контроле превышения 50% от полагающегося дохода работника. Также добавлено значение настройки "Участие при контроле 50% от дохода" оно означает, что вид удержания не будет входить в сумму удержаний и начислений для контроля. Также доработан протокол расчета з/п теперь там в случае если сумма удержаний с пометкой в КВУ Уменьшает "Начислено" не равна нулю, то тогда в протоколе указывается сумма начислений минус удержания с пометкой "Уменьшает "Начислено"".
180.103519.1.143.0Построчное округление отчислений ОСМСЗаработная платаРасчёт налогов на ФОТ
Просим реализовать округление отчислений ОСМС в системе. Так как общая итоговая сумма отчислений ОСМС пропорционально распределяется по начисленным суммам, просим также реализовать для данного налога на ФОТ возможность построчного округления сумм отчислений ОСМС. После расчета итоговой суммы ОСМС, при расчете доли ОСМС на каждое начисление округлять суммы по каждому начислению построчно, разницу в округлении относить в первую или последнюю сумму ОСМС.Настройка для построчного округления размещена в окне редактирования классификатора налогов на ФОТ. В связи с этим немного изменен размер окна (расширен вправо) и изменено размещение полей в верхней части окна. По общесистемной настройке на Казахстан в последней строке верхнего блока полей добавлено поле "поэлементно", которое может принимать одно из двух значений "да/нет". Поле открывается только для налогов, которые рассчитываются не из годовой базы ("Расчёт нарастающим итогом" в значении "-"). Для них поле открывается, если признак округления итога установлен в "да". Автоматически устанавливается в "нет" и скрывается с экрана, если округление итоговой суммы не предусматривается (если происходит переключение округления итога в значение "нет"). При расчёте каждая часть налога, для которого новое поле установлено в "да", округляется по тем же правилам, что и общая сумма за месяц, погрешность округления подсуммируется. Вся накопленная погрешность относится на долю налога, которая формируется последней. Причём, независимо ни от знака и величины погрешности, ни от знака и величины суммы налога.
101.647719.1.142.0КВО, вкладка "По среднему". Поле "дополнительной суммы".Заработная платаКлассификатор видов оплат
КВО, вкладка "По среднему". Поле "дополнительной суммы". Просьба вернуть наименование данному полю "по правилам 2011 года". Подсказка: "Дополнительно входит в сумму основного больничного по правилам 2011 года".Галактика ERP Персонал ЗП =Настройка= Заполнение каталогов Виды оплат и cкидок Классификатор видов оплат В редакции для России поле "дополнительной суммы" переименовано в "по правилам 2011 года".
102.1828099.1.142.0КВО. Некорректная работа при изменении параметров-списковЗаработная платаКлассификатор видов оплат
КВО. 1. Некорректная работа при изменении параметров-списков: Вкладка "по среднему". Устанавливаем значение "премия для среднего заработка" = "П - премия пересчитывается.." (3й элемент списка). при этом "отбор премий" = "- Выбирается последняя из премий" (1й элемент списка). Вызываем список в этом поле - значение параметра устанавливается в "1 Показатель 1 для премии". Аналогичная нелогичная работа списков наблюдается и в других местах. 2. При вызове списка на поле "разбивать по датам" вкладки "Расчеты" курсор не всегда устанавливается на нужной строке, при значении "+" (2 строка списка) курсор все равно стоит на 1й строке (-).Доработан КВО (как во вкладках, так и в таблице входимостей): 1. Исправлена некорректная работа КВО при изменении значений полей-списков: изменение одного поля КВО и последущее открытие выпадающего списка другого поля не влияет на его значение. Изменения коснулись следующих параметров КВО: "Расчеты": - подразделение; - сторнируется; "По среднему": - премия для среднего заработка; - отбор премий (отпуск, СЗ); - включение месяца; - премия отпуска; - учет премий, особенности; "Удержания": - Учет дохода в налоговой отчетности; - Учет сумм возврата. 2. Курсор стал устанавливаться на строке списка, соответствующей установленному значению в поле "разбивать по датам" вкладки "Расчеты".
102.1852419.1.142.0Проблема с явно заданным номером страницы при печати на принтере в отчетах FastReportЗаработная платаОбщие проблемы по отчетам
Проблема с явно заданным номером страницы при печати на принтере в отчетах FastReport. Необходимо удалить явно заданный номер страницы.Исправлено. Z_Calc: - отчет "Свободные системные коды".
102.1852829.1.142.0Проблема с явно заданным режимом печати "Разрезать большие листы" в отчетах FastReportЗаработная платаОбщие проблемы по отчетам
Необходимо удалить явно заданный режим печати "Разрезать большие листы" в отчетах FastReport.Исправлено. Z_Calc: - отчет "Свободные системные коды".
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. Проведены доработки по эргономике вкладки "по среднему" КВО: - параметры и подписи к ним выровнены друг относительно друга и разнесены по ширине вкладки; - значения списка выбора поля "премия для среднего заработка" приведены к единообразию: сокращенное значение параметра отделяется от его описания двумя пробелами.
180.107859.1.135.1Контроль превышения удержаний свыше 50% от ЗПЗаработная платаРасчет удержаний (общие вопросы)
Сумма удержания собирается по всем записям с видами удержаний, для которых в классификаторе видов удержаний признак "Учитывать как" установлен в значение "удержание". В сумму удержания не нужно включать постоянные удержания (индивидуальный подоходный налог, все удержания в пенсионный фонд, удержания ОСМС). Индивидуальный подоходный налог - системные коды 182, 183 Удержания в пенсионный фонд - системные коды 1, 175, 176 Добровольные пенсионные взносы - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Налог на доходы - Налог и взносы - Вид удержания для добровольных профессиональных взносов. Либо используется ВУ с системным кодом 2. Целевой сбор. ОСМС - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Взносы - Взносы в фонд социального страхования - Код удержания для ОСМС Проблема заключается в том, что постоянные удержания не всегда имеют зарезервированные для них системные коды. Так же есть удержания которые связанны с доплатами, например удержания за вакцинацию, связана с доплатой за вакцинацию, сумма доплаты = сумме удержания. Признак "Учитывать как" = удержания. Доработать функционал контроля превышения удержаний 50% от общего начисления с учетом постоянных доплат и специфических удержаний?Доработан функционал контроля превышений удержаний свыше 50% при расчете заработной платы для Республики Казахстан. В классификаторе видов удержаний в случае, если стоит "учитывать как = удержание" добавлено поле: "Учитывать удержание при расчете удержаний".Значение поля устанавливается "нет" в случае, если у нас установлены следующие виды удержаний: Индивидуальный подоходный налог - системные коды 182, 183 Удержания в пенсионный фонд - системные коды 1, 175, 176 Добровольные пенсионные взносы - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Налог на доходы - Налог и взносы - Вид удержания для добровольных профессиональных взносов. Либо используется ВУ с системным кодом 2. Целевой сбор. ОСМС - Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Взносы - Взносы в фонд социального страхования - Код удержания для ОСМС. Остальным видам удержаний по умолчанию будет присвоено значение "Учитывать удержание при расчете заработной платы = да". Удержания с видами удержаний, для которых в КВУ установлено значение входимости "Учитывать удержание при расчете удержаний = нет" не участвуют в подсчете общей суммы удержаний для контроля превышения 50% при расчете заработной платы для Республики Казахстан с последующей выдачей соответствующего сообщения в протоколе расчета заработной платы.
102.1797119.1.135.0Дополнить функционал алгоритмов ВОЗаработная платаАлгоритмы пользователя
"алгоритм расчета начисления доплаты до МРОТ: Все начисления кроме РК и СН суммируются, если сумма менее МРОТ (фиксированная сумма устанавливается по каждому региону отдельно) производиться доплата до МРОТ. 68 регионов, в 50% случаев МРОТ региона отличается от МРОТ федерального и не получится завязаться на стандартный МРОТ из справочника." Как вариант решения видим привязку регионального МРОТ во внешних атрибутах подразделений. На текущий момент функции, которая вернула бы значение из внешних атрибутов подразделения отсутствует. Необходимо реализовать такую функцию.Зарегистрирована новая функция DEPARTMENT_DOATTR (DEP, Name) - значение внешнего атрибута типа Double для каталога подразделений. Параметры функции: DEP - ссылка на подразделение Name - наименование внешнего атрибута. Примечание. Функция находит значение с учетом иерархии
102.1754429.1.134.0единовременные пособия РФЗаработная платаФормирование единовременных пособий
Для РФ получается,что в классификатор единовременных пособий мы можем внести только 1 вид пособия,к примеру,при рождении.Для постановки на учет в ранние сроки уже рассчитать не получиться (и задать не получится: "Пособие на эту дату уже существует").В классификатор единовременных пособий было добавлено поле "Вид пособия". В нем можно задать вид единовременного пособия, для которого устанавливается сумма. Поддерживается история для разных видов пособий. Добавлено 4 вида пособия: - при рождении ребенка - вставшим на учет в ранние сроки беременности - пособие на погребение - уход за детьми-инвалидами Во время создания единовременного пособия в интерфейсе единовременных пособий, при выборе вида оплаты система проверит значение вида пособия, указанное в 265 дополнительной входимости выбранного вида оплаты и попытается найти запись в классификаторе единовременных пособий с идентичным видом пособия.
102.1793549.1.134.0Переименовать поле входимости в налоги на ФОТ в КВОЗаработная платаКлассификатор видов оплат
1. КВО, вкладка "Налоги на ФОТ" входимость "Вид оплаты входит в выплаты социального характера" нужно переименовать в "Вид оплаты входит в расчет страховых взносов" (ранее было "социальных налогов") делаем для РФ. 2. Для Казахстана: входимость должна называться, как ранее "Вид оплаты входит в расчет социальных налогов". А входимости в отчеты (ВСЕ три) скрыть. 3. Для РБ и Украины: скрыть и эту входимость и входимости в отчеты (ВСЕ три).<Заработная плата> - Настройка - Заполнение каталогов - Виды оплат и скидок в детализации закладка Налоги на ФОТ для РФ наименование "Вид оплаты входит в расчет страховых взносов" и отображается входимость в отчеты для Казахстана наименование "Вид оплаты входит в расчет социальных налогов", входимость в отчеты скрыта для РБ и Украины скрыты все входимости.
180.106279.1.134.0Неверная хоз. операция в результатах расчета по удержаниямЗаработная платаРасчет удержаний (общие вопросы)
Неверная хоз. операция в результатах расчета по удержаниям. Путь: Заработная плата - Операции - Расчет зарплаты - Расчет зарплаты В КВУ для аванса ТХО "из КВУ" + ТХО указано "Перечисление аванса". Рассчитали ЗП. В результаты расчета удержаний попало ТХО с начислений.Исправлено отображение значения настройки варианта выбора ТХО в классификаторе видов удержаний. Раньше значение этой настройки в интерфейсе КВУ не всегда соответствовало реальному в базе, если это значение не перевыбиралось.
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.124.1Расчет зарплаты - заменять код удержания для перечисления зарплаты при заданной плановой дате выплаты в ЛСЗаработная платаРасчет удержаний (общие вопросы)
У клиента задача: перечисления зарплаты увольняющимся в межпериод проводить кодом удержания 208, а в случае перечисления с окончательной зарплатой, или начисления впоследствии каких-либо премий с окончательной зарплатой - кодом 220. В постоянных удержаниях работников заведён только код 220. Для решения задачи предлагается: 1. В классификаторе видов удержаний для удержаний с типом "перечисление" открыть поля: Для уволенных: перечисление в текущем`.@@@@@@@@ `в будущем периоде` .@@@@@@@ 2. Добавить новую функцию меню: расчет заработной платы уволенным с целью перечисления сумм в межпериод. 3. Доработать окно выбора работников расчет заработной платы из указанной функции меню. Показывать только тех работников, дата увольнения которых приходится на расчетный месяц. 4. Доработать формирование сумм к перечислению заработной платы из новой функции меню. Суммы к перечислению формировать с кодом перечисления для уволенных.Разработана возможность расчета заработной платы увольняющимся работникам, с целью перечисления сумм в межпериод. 1. Добавлена новая функция меню: Расчет зарплаты => расчет заработной платы уволенным для перечисления в межпериод. 2. В классификаторе видов удержаний для удержаний с типом "перечисление" открыты поля: Для уволенных: перечисление в текущем`.@@@@@@@@ `в будущем периоде` .@@@@@@@ 3. Доработано окно выбора работников из указанной функции меню. Показаны только те работники, дата увольнения которых приходится на расчетный и предшествующий ему месяц. 4. Изменено формирование сумм к перечислению заработной платы из новой функции меню. Суммы к перечислению теперь отражаются в отчетности кодом перечисления для уволенных. 5. Изменен вызов функций "Распределение затрат" и пересчет сальдо при расчете заработной платы с учетом вызова из новой функции меню.
101.611669.1.130.0КВО - перенести в основное окно информацию о входимости в налоги на ФОТЗаработная платаКлассификатор видов оплат
КВО - перенести в основное окно информацию о входимости в налоги на ФОТВ окно "КВО" (<Настройка> - Заполнение каталогов - Виды оплат и скидок) добавлена закладка Налоги на ФОТ. На которую перенесена информация о входимости оплаты в налоги на ФОТ, с закладки Расчеты убрана клавиша Входимость в налоги на ФОТ. Входимость "соцналогов" формируется автоматически, "+" - если есть хоть один указанный налог на ФОТ, при полном отсутствии выставляется "-". Поле Вид оплаты входит в расчет социальных налогов (социальных налогов)- перенесено на новую закладку Налоги на ФОТ. Поля `в утвержденные формы отчетности по СВ`, `в Индивидуальную карточку учета `, `основание для исключения обложения СВ` - перенесены с закладки Отчеты на закладку Налоги на ФОТ.
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.
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 есть пустая строка, в которой ранее была данная входимость.Исправлена ошибка Классификатора видов оплат. Для настройки на страны кроме РФ не была видна дополнительная входимость 22.
102.1591259.1.127.0Функция, возвращающая базовую величинуЗаработная платаСпециальные алгоритмы
Просьба реализовать функцию, возвращающую базовую величину на указанную дату ("заполнение каталогов - ставки налога и вычеты - минимальная за. плата (базовая величина)". Это нужно для расчета мат. помощи, которая зависит от базовой величины.Разработана функция, возвращающая сумму минимальной заработной платы (базовую величину) MINZPBASESUMMA(D: date), где: D - дата.
106.104699.1.126.0Расчет НДФЛ в межпериоде без учета вычетовЗаработная платаРасчет удержаний с отпусков межпериода
Расчет НДФЛ для больничных листов и отпусков без учета вычетов всегда учитывает вычет в НПФ. Предприятие перечисляет за сотрудника дополнительный взнос в НПФ. При расчете НДФЛ с больничного и отпуска в межпериоде НДФЛ рассчитывается по ALT+F9, т.е. вычеты не должны учитываться, но они учитываются.Добавлена дополнительная входимость (76) Скидка НЕ участвует в расчете НДФЛ в межпериоде. Данная дополнительная входимость нужно для более гибкой настройки применения скидок в при расчете НДФЛ таких сущностей межперида, как начисления и выплаты, больничные, отпуска. Добавлена возможность настройки расчета НДФЛ перед расчетом удержаний в начислениях и выплатах, больничных, отпусках. При вызове пункта локального меню "Расчет удержаний с настройкой" появляется окно "Настройка расчета удержания" с возможностью настройки расчета НДФЛ: - без учета имущественных и социальных вычетов; - без учета имущ. и соц. вычетов c 76 доп. входимостью; - без учета стандартных вычетов; - только от суммы; - НЕ рассчитывать НДФЛ с суммы ФСС. Возможность изменения элемента "без учета стандартных вычетов" зависит от значения "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Применять вычеты при расчете удержаний". Если значение данной настройки "да" или "нет", то пользователю не дана возможность установить или снять флажок для данного элемент. Причем, если настройка "Применять вычеты при расчете удержаний" имеет значение "нет", то элемент "без учета стандартных вычетов" окна настройки расчета удержаний автоматически предустанавливается. Элемент "НЕ рассчитывать НДФЛ с суммы ФСС" доступен для изменения только в случае расчета удержания больничного листа. При расчете НДФЛ с установленным флажком "без учета скидок с 76 дополнительной входимостью" и снятым флажком "без учета скидок" при анализе скидок будут исключены те скидки, виды оплат которых содержат дополнительную входимость (76) Скидка НЕ участвует в расчете НДФЛ в межпериоде. Если установлен флажок "без учета скидок", то установка флажка "без учета скидок с 76 дополнительной входимостью" не имеет смысла.
102.1728779.1.124.0Изменения в расчете среднего заработка за время отпуска (РБ)Заработная платаРасчет отпускных
Изменения в расчете среднего заработка за время отпуска (РБ). Инструкция о порядке исчисления среднего заработка, сохраняемого в случаях, предусмотренных законодательством, изложена в новой редакции. В связи с изменениями в Инструкции, необходима следующая доработка в Галактике: Средний заработок за время трудового и социального (в связи с получением образования) отпусков - если расчет производится исходя из часовой заработной платы (абз. 2 п. 10 Инструкции N 47), то должны учитываться только оплаты, перечисленные в п.1.1 Приложения.РБ. Для реализации нового подхода недостаточно одной входимости в расчёт отпуска, как такового. Необходимо разделять оплаты, входящие в расчет и из СДЗ, и из СЧЗ, от оплат, входящих только в расчёт из СЧЗ. С этой целью в классификатор видов оплат добавлена новая дополнительная входимость с номером 22 "Заработная плата за выполненную работу или отработанное время". Для случаев расчёта отпускных из СЧЗ кроме общей входимости в средний для отпуска анализируется ещё и наличие вышеуказанной новой доп.входимости. Если она присутствует - сумма по такому виду оплаты включается в состав часовой заработной платы по месяцам расчётного периода. Добавлен внутренний конвертер, который запустится автоматически при обновлении реестра настроек. Он добавит вышеуказанную доп.входимость для видов оплат с системными кодами: 1, 6, 7, 8, 44, 45, 49 и 53. А также для видов оплат с типами: "РК", "Сев", "Высл", "Инд", "ВЧ", "НЧ", "ПЧ", "СЧ", "РВ", "НД", "13зп", "Раз", "ДМЗП", "Договор". Тем не менее, на каждом предприятии (организации) необходимо дополнительно вручную проверить собственный классификатор видов оплат и, при необходимости, произвести донастройку. Если это не будет сделано, есть риск занизить средний заработок для работников, которым отпускные будут считаться через средний часовой заработок.
102.1681109.1.123.0Требуется поправить описание функции NachD(О), в котором будет описано, что О, должен быть системный код.Заработная платаАлгоритмы пользователя
Требуется поправить описание функции NachD(О), в котором будет описано, что О, должен быть системный код оплаты.В интерфейсе "Функции для использования в алгоритмах" изменено описание в разрезе использования вида оплаты следующих функций: - CALCDOPPROC, CALCDOPPROCF, CHARXP, CHARXP_I, CHARXYMO, CHNACHD, CHP, CHP_I, CHPLARX, CHTABMO, CHTABO, CHTABP, CHTABP_I, DNARXP, DNARXP_I, DNARXYMO, DNNACHD, DNP, DNP_I, DNPLARX, DNTABMO, DNTABO, DNTABP, DNTABP_I, NACHBYMF, NACHD, NACHO, NACHOF, NACHP, NACHP_I, NACHPER, NACHPF, NACHSUM_N_O, NACHSUMP, NACHSUMP_I, PDOPPROC, PDOPPROCDATE, PDOPPROCF, PDOPSUM, PDOPTARIF, PPS_CH_80, SRPRDOPL, SUMARF, SUMD, SUMP, SUMP_I, SUMPER, SUMYMO, UCHCHTABO, UCHD, UCHDAYTABO, UCHS Приведено в соответствие описание функции BALBWDATES
101.602409.1.122.0Расчет алиментов до середины месяцаЗаработная платаРасчет алиментов и исполнительных листов
Расчет алиментов до середины месяца: При подсчете базы необходимо учитывать только фактический заработок за время действия алиментов.Для РФ: При начале или окончании алиментов или исполнительных листов (и/л) в середине месяца, за который производится расчет удержаний, и значении поля в постоянном удержании "по дням" = "+" база для расчета алиментов и и/л формируется следующим образом: 1. Определяется фактические начисления за период действия алиментов или и/л. Например, у сотрудника в расчетном месяце начисления по окладу с 01.01.2017 по 15.01.2017 и отпускные с 16.01.2017 по 31.01.2017. Для и/л с датой окончания 12.01.2017 в расчете будет участвовать только часть начисления по окладу с 01.01.2017 по 12.01.2017. 2. Пропорционально определяется подоходный налог с части начисления по окладу с 01.01.2017 по 12.01.2017. 3. База для алиментов или и/л = начисления с 01.01.2017 по 12.01.2017 - подоходный налог с данной части начислений. Для пользователей РФ расчет производится только по фактическому заработку, расчет по календарным или рабочим дням не отключен. Для начислений, которые должны учитываться для алиментов без учета периода, за который начислено, т.е. вся сумма должна учитываться, в КВО для дополнительной входимости (90) "Учет облагаемых сумм, алиментов и исполнительных листов" добавлено значение "без учета периода, за который начислено".
102.1162269.1.121.0Доработать формирование ведомостей по окончательному расчету зарплатыЗаработная платаПлатежная ведомость
Доработать интерфейс выбора вида удержания.Доработан интерфейс выбора вида удержания.
102.1728399.1.121.0На текущих обновлениях не работает функция Дублировать вид оплатыЗаработная платаКлассификатор видов оплат
На текущих обновлениях не работают функции лок. меню из главного окна интерфейса Классификатора видов оплаты и скидокЗП - =Настройка= - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат (РБ) Исправлена ошибка. Восстановлена работоспособность функций локального меню из главного окна интерфейса Классификатора видов оплат и скидок (РБ).
101.611699.1.120.0КВО - реализовать функцию проверки корректности настроекЗаработная платаКлассификатор видов оплат
Сейчас классификатор видов оплат допускает установку противоречивых настроек, в результате могут возникать ошибки при расчётах/формировании отчётности. Кроме этого нужно реализовать функцию проверки КВО, исправляющую ранее внесённые ошибки (вызывать из лок. меню, по завершении выдавать протокол о сделанных изменениях). Правила пока вырисовываются такие (впоследствии можно будет добавлять): 1. Если на вкладке [Расчёты] установлена входимость "социальных налогов" = "+", то обязательно должен присутствовать хотя бы один налог под кнопкой [В расчёт налогов]. Иначе установить "-". Если же эта входимость установлена "-", то под кнопкой [В расчёт налогов] не должно быть записей. Иначе все удалить. 2. Если на вкладке [Расчёты] под кнопкой [В расчёт налогов] есть входимость в соответствующие налоги (ПФ, ФСС и ФОМС ? ), то обязательно должна быть установлена входимость "в утверждённые формы отчётности по ЕСН/СВ" = "+", а "основание для исключения обложения ЕСН/СВ" должно быть пустым (если не так - исправить). 3. Если на вкладке [Расчёты] под кнопкой [В расчёт налогов] нет входимости в соответствующие налоги (ПФ, ФСС и ФОМС ? ) и на вкладке [Отчёты] входимость "в утверждённые формы отчётности по ЕСН/СВ" = "+", то обязательно должно быть выбрано и "основание для исключения обложения ЕСН/СВ". Иначе (при пустом "основании для исключения...") устанавливать какое-то значение по умолчанию? Или лучше "в утверждённые формы отчётности по ЕСН/СВ" = "-" ? 4. Если на вкладке [Отчёты] входимость "в утверждённые формы отчётности по ЕСН/СВ" = "-", то поле "основание для исключения обложения ЕСН/СВ" должно быть пустым. Иначе обнулить. 5. Поле "Тип оплаты" (KlVidopl.VHVOE[19]) не должно быть пустым. Если пусто - устанавливать "-".Зарплата - =Настройка= - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат В Классификатор видов оплат и скидок добавлена сервисная функция по проверке настроек. Функция доступна только пользователей РФ. Перед запуском функции проверяется настройка на страну. Функция запускается по локальному меню в классификаторе: - Выполнить проверку корректности настроек "Классификатора видов оплат и скидок". функция проверяет корректность в части настроек для страховых взносов и настройку "Тип оплаты", которая не должна быть заполнена значением "" (пусто). Проверка корректности настроек производится по следующему алгоритму: 1. Если на вкладке [Расчёты] установлена входимость "социальных налогов" = "+", то обязательно должен присутствовать хотя бы один налог под кнопкой [В расчёт налогов]. Иначе устанавливается "-" с предупреждением в протоколе: Для ВО: ХХХ(ХХХ) входимость в расчет социальных налогов установлена = "-". Если же эта входимость установлена "-", то под кнопкой [В расчёт налогов] не должно быть записей по соц.налогам, рассчитываемым из годовой базы (ПФ, ФОМС, ФСС). Иначе записи с налогами удаляются с предупреждением в протоколе: Для ВО: ХХХ (ХХХ) ВО НЕ входит в расчет социальных налогов. Под кнопкой [В расчёт налогов] удалены налоги, рассч. из годовой базы. 2. Если на вкладке [Расчёты] под кнопкой [В расчёт налогов] есть входимость в соответствующие налоги (ПФ, ФСС и ФОМС), то обязательно должна быть установлена входимость "в утверждённые формы отчётности по ЕСН/СВ" = "+", в противном случае система устанавливает данную опцию в "+", и выдает предупреждение: "Для ВО: ХХХ (ХХХ) установлена входимость "в утверждённые формы отчётности по ЕСН/СВ". При этом "основание для исключения обложения ЕСН/СВ" должно быть пустым (если не так - исправляем с предупреждением: Для ВО: ХХХ (ХХХ) "основание для исключения обложения ЕСН/СВ" установлено в значение " ". 3. Если на вкладке [Расчёты] под кнопкой [В расчёт налогов] нет входимости в соответствующие налоги (ПФ, ФСС и ФОМС) и на вкладке [Отчёты] входимость "в утверждённые формы отчётности по ЕСН/СВ" = "+", то обязательно должно быть выбрано и "основание для исключения обложения ЕСН/СВ". В этом случае требуется ручная корректировка настройки. 4. Если на вкладке [Отчёты] входимость "в утверждённые формы отчётности по ЕСН/СВ" = "-", то поле "основание для исключения обложения ЕСН/СВ" должно быть пустым. Иначе обнуляем. 5. Поле "Тип оплаты" (KlVidopl.VHVOE[19]) не должно быть пустым. Если пусто - устанавливаем "-". По окончании работы функции выдаются сообщение о завершении проверки и протокол обо всех произведенных корректировках, с указанием вида оплаты (пользовательского и системного).
102.1520179.1.119.0Сделать доступными в пользовательских алгоритмах расчёта новые табельные функцииЗаработная платаСпециальные алгоритмы
Пользователь должен видеть все функции для использования в алгоритмах. Почему мы должны догадываться и вычитывать документацию в поисках нужной функции, не проще ли добавить в уже существующий список и описать параметры? Необходимо сделать видимыми в пользовательских алгоритмах расчёта новые табельные функции: WT_TestDayEx WT_FirstThatEx WT_LastThatEx WT_GetHoursInDayEx WT_GetHoursBwDaysEx WT_GetHoursBwDatesEx WT_GetHoursEx WT_GetDaysBwDaysEx WT_GetDaysBwDatesEx WT_GetDaysEx WT_GetInsalubrity WT_GetInsalubrityCodeВ перечень функций, используемых в пользовательских алгоритмах, добавлены следующие функции: WT_TestDayEx WT_FirstThatEx WT_LastThatEx WT_GetInsalubrity WT_GetInsalubrityCode WT_GetWageRate WT_GetHoursEx WT_GetDaysEx WT_GetHoursInDayEx WT_GetHoursBwDaysEx WT_GHBDEx - синоним WT_GetHoursBwDatesEx WT_GetDaysBwDaysEx WT_GDBDEx - синоним WT_GetDaysBwDatesEx Для всех WT_*-функций добавлено упоминание о том, что их описание находится в файле C_ExtFun.chm.
102.1695949.1.118.0Открывать по f4 выбранный шаблон отнесения затрат налогов на ФОТЗаработная платаКлассификатор налогов на ФОТ
У налога на ФОТ много шаблонов отнесения затрат. В списке налогов на ФОТ в нижней панели они отображаются. Если установить курсор на конкретном шаблоне и открыть его для редактирования (по f4) шаблоны всегда открываются начиная с первого (неважно на каком стоял курсор) и чтобы дойти до нужного, приходиться перемещаться по Page down. Так как шаблонов может быть 10, 20, 30, идти вниз до нужного шаблона от первой записи неудобно.В классификаторе налогов на ФОТ, если курсор установлен в нижней панели на конкретный шаблон отнесения затрат, то при переходе в режим редактирования(F4) происходит позиционирование на этот шаблон.
180.103269.1.117.0Округление отчислений на ОСМСЗаработная платаРасчёт налогов на ФОТ
РК. Просим реализовать округление отчислений ОСМС в системе. Согласно пункту 39 утвержденных Правил исчисления и перечисления отчислений и взносов на ОСМС и перечисления по ОСМС от 30 июля 2017 года "Уплата взносов и отчислений производится в тенге с учетом округления тиынов в следующем порядке: сумма до 50 тиын округляется до 0 тенге; сумма от 50 тиын округляется до 1 тенге." расчет отчислений ОСМС необходимо производить с учетом округления. Так как округление сумм в реестрах на перечисление приводят к несоответствию с рассчитанными суммами налогов на ФОТ в Галактике, просим округлять суммы налогов на ФОТ при расчете ЗП, чтобы при формировании реестра на перечисление для банка с округлением до целых (без копеек), итоговая сумма по налогу на ФОТ с округлением равнялась рассчитанной.РК. В классификаторе налогов на ФОТ (рядом с полем "Округлять итог") добавлено поле для возможности указать точность этого округления. Значения "до сотых НДЕ"/"до целой НДЕ" переключаются по F3. Для остальных стран поле не отображается. При расчёте налогов на ФОТ учитывается заданное значение.
101.625089.1.116.0РСВ-2017 - вызывать функцию проверки корректности настроек КВО перед формированием отчетаЗаработная платаРСВ 2017 (общие вопросы, предложения по новой функциональности)
Предлагается реализовать вызов функции проверки корректности настроек в классификаторе "Видов оплат и скидок" в части настроек для страховых взносов перед формированием РСВ. Возможно, имеет смысл сделать безусловный вызов (без специального флага в параметрах), если проверка получится относительно недолгая. В случае, если функция смогла сама скорректировать найденные несоответствия - выдавать в протокол сообщение о сделанных изменениях. Если же какие-то несоответствия устранить должен пользователь - выдавать сообщение об ошибке с указанием что нужно исправить.Зарплата - Отчеты - Утвержденная отчетность - РСВ 2017 Доработано формирование отчёта. Перед формирование РАСЧЕТА ПО СТРАХОВЫМ ВЗНОСАМ запускается функция проверки корректности настроек в классификаторе "Видов оплат и скидок" в части настроек для страховых взносов. Функция проверяет корректность настроек и корректирует настройки по следующему алгоритму: 1. Если на вкладке [Расчёты] установлена входимость "социальных налогов" = "+", то обязательно должен присутствовать хотя бы один налог под кнопкой [В расчёт налогов]. Иначе устанавливается "-" с предупреждением в протоколе: Для ВО: ХХХ(ХХХ) входимость в расчет социальных налогов установлена = "-". Если же эта входимость установлена "-", то под кнопкой [В расчёт налогов] не должно быть записей. Иначе записи с налогами удаляются с предупреждением в протоколе: Для ВО: ХХХ (ХХХ) удалены соц. налоги, так как ВО НЕ входит в расчет социальных налогов. 2. Если на вкладке [Расчёты] под кнопкой [В расчёт налогов] есть входимость в соответствующие налоги (ПФ, ФСС и ФОМС), то обязательно должна быть установлена входимость "в утверждённые формы отчётности по ЕСН/СВ" = "+", в противном случае система устанавливает данную опцию в "+", и выдает предупреждение: "Для ВО: ХХХ (ХХХ) установлена входимость "в утверждённые формы отчётности по ЕСН/СВ". При этом "основание для исключения обложения ЕСН/СВ" должно быть пустым (если не так - исправляем с предупреждением: Для ВО: ХХХ (ХХХ) "основание для исключения обложения ЕСН/СВ" установлено в значение " ". 3. Если на вкладке [Расчёты] под кнопкой [В расчёт налогов] нет входимости в соответствующие налоги (ПФ, ФСС и ФОМС) и на вкладке [Отчёты] входимость "в утверждённые формы отчётности по ЕСН/СВ" = "+", то обязательно должно быть выбрано и "основание для исключения обложения ЕСН/СВ". В этом случае требуется ручная корректировка настройки. 4. Если на вкладке [Отчёты] входимость "в утверждённые формы отчётности по ЕСН/СВ" = "-", то поле "основание для исключения обложения ЕСН/СВ" должно быть пустым. Иначе обнуляем. По окончании работы функции выдаётся протокол обо всех произведенных корректировках, с указанием вида оплаты (пользовательского и системного). В случае, если в классификаторе "Видов оплат и скидок" обнаружены записи по п.3., при формировании отчета выдается предупреждение о том, что в классификаторе "Видов оплат и скидок" обнаружены ВО, для которых требуется ручная корректировка "основания для исключения обложения ЕСН/СВ" и формирование отчета может быть некорректным. Пользователю предлагается прервать формирование отчета.
102.1694759.1.115.0Продолжение 102.166554. Удержание в результатах расчёта ошибочно разбивается на несколько записейЗаработная платаРасчет удержаний (общие вопросы)
Формируется несколько записей в результатах расчёта по одному удержанию. А должна быть одна запись. Если для вида удержания установить значение "учитывать в подразделении на дату формирования", то оно не разбивается. Это можно считать только временным решением для пересчёта ЗП по проблемным сотрудникам т.к. необходимо, чтобы удержание разбивалось по подразделениям отнесения затрат и другим атрибутам. Необходимо создать новое значение настройки КВУ, которое бы позволяло дробить удержание без учёта вида оплаты, а существующее значение "разбивать по подразделениям отнесения затрат" переименовать, чтобы пользователю было понятно, с каким именно функционалом он работает.1. Доработано отображение информации о способе разбивки удержания в классификаторе видов удержаний с учетом различных значений настройки "... Режимы расчетов Разбивать удержания". Теперь, если в настройке выбрано значение "только по видам оплат", то вместо текста "разбивать по подразделениям отнесения затрат", выводится текст "разбивать по видам оплат". Если в настройке выбрано значение "по подразделениям, аналитике и параметру входящих оплат", то для России вместо текста "разбивать по подразделениям отнесения затрат", выводится текст "разбивать по подразделениям, аналитике, параметру и виду оплаты". 2.Для России доработана функциональность выбора способа разбивки удержаний в классификаторе видов удержаний. Добавлено новое значение "разбивать без учета вида оплаты по подразделениям, аналитике, параметру" Доработка функционирует при установленном значении "по подразделениям, аналитике и параметру входящих оплат" в настройке "... Режимы расчетов Разбивать удержания" для всех видов удержаний, кроме тех, которые обрабатываются программой по жестко заданным алгоритмам. Перечень таких удержаний приведен в документации. 3.Для России доработано формирование результатов расчета удержаний при расчете заработной платы с учетом нового значения "разбивать без учета вида оплаты по подразделениям, аналитике, параметру". При таком значении удержания в результатах расчета заработной платы группируются "по подразделениям, аналитике, параметру и периодам входящих начислений". При группировке учитывается поле КВО "Приоритет оплаты при распределении суммы к удержанию". Первыми в результатах расчета формируются суммы по удержаниям в видов оплат с более высоким приоритетом. Примечание. Если значение поля "Приоритет оплаты при распределении суммы к удержанию" не определено, то в качестве приоритетов для распределения сумм удержаний и перечислений, используется поле "Приоритет оплаты при расчете НДФЛ и предоставлении вычетов", как это было ранее. Если значение поля "Приоритет оплаты при расчете НДФЛ и предоставлении вычетов", в свою очередь, не определено, то используется приоритет для расчета начислений.
102.1706039.1.115.0Доработки по результатам опытной эксплуатации (Аскона)Заработная платаПользовательские алгоритмы
По результатам опытной эксплуатации и проверки решения ПИР 102.167569 требуется внести следующие изменения в порядок расчета компенсации за вредность с пересчетом премиальных сумм: 1 Для случая отсутствия премии по итогам работы (бонуса): - сумма начислений рассчитывается только из основной оплаты без учета других начислений; - расчет НДФЛ осуществляется по формуле - 13% от суммы без учета льгот и без расчета НДФЛ нарастающим итогом с начала года. 2. При анализе сумм 50/50 из суммы начисления исключить отпуска и больничные листы. Кроме того, в отчете-расчете суммы компенсации СЗД: 1. Анализировать начисления уволенных сотрудников в будущем периоде. 2. При расчете компенсации для доплаты за совмещение: - процент доплаты брать у замещаемого сотрудника - расчет должен идти из СДЗ замещаемого сотрудника.Внесены следующие изменения в порядок расчета компенсации за вредность с пересчетом премиальных сумм (Аскона): В отчете-расчете суммы компенсации СЗД: 1. Анализируются начисления уволенных сотрудников в будущем периоде. 2. При расчете компенсации для доплаты за совмещение: - процент доплаты берется у замещаемого сотрудника - расчет производится из СДЗ замещаемого сотрудника.
102.1693949.1.114.0Ведомость расчета зарплаты с учетом компенсации за вредность. Изменить настройки печатиЗаработная платаРасчеты по алгоритмам в режиме "Начисления и выплаты"
Ведомость расчета зарплаты с учетом компенсации за вредность.fr3 - изменить настройки печати - убрать установку печати третьей страницы по умолчанию.Изменены настройки печати. В параметрах печати по умолчанию устанавливается значение печати всех страниц.
102.1695619.1.114.0Расчет компенсации за вредность. Дополнительные требования к расчету компнсации СДЗ.Заработная платаРасчет начислений (общие вопросы)
При расчете компенсации СДЗ для доплаты за замещение: 1. Нужно применить процент доплаты замещаемого сотрудника 2. Расчет должен идти от СДЗ замещаемого сотрудника, а не самого сотрудника. Пример: Сузи замещала Бурмистрову ЕА(8658) процент доплаты - 30%. Компенсация за вредность в мае 2017г. у Бурмистровой - 16878,00. Доплата Сузи будет : 16878*100/87/62д*8д*30%=750,97 ИНФОРМАЦИЯ О СРЕДНЕМ ЗАРАБОТКЕ С 01/03/2017 ПО 31/05/2017 ПОДРАЗД. |ТАБ.НОМЕР | ФАМИЛИЯ И.О. Питер | 8658|Бурмистрова Екатерина Александровна Месяц | Дни | вредность год | часы | 3 .2017| 22.00 | 4 .2017| 20.00 | 5 .2017| 20.00 | 16878 ............................................................................. Итого 62.00 |Доработан расчет компенсации за вредность (Аскона). При расчете компенсации СДЗ для доплаты за замещение: 1. Нужно применить процент доплаты замещаемого сотрудника 2. Расчет должен идти от СДЗ замещаемого сотрудника, а не самого сотрудника. Пример: X замещала Y, процент доплаты - 30%. Компенсация за вредность у Y - 16878,00. Доплата X будет : 16878*100/87/62д*8д*30% = 750,97 Расчетный период (сумма компенсации и время) формируются для Y.
180.100589.1.113.0Неверная хоз. операция в результатах расчета удержанияЗаработная платаРасчет удержаний (общие вопросы)
Неверная хоз. операция в результатах расчета удержании (ВУ 221). Подробности во вложении.Доработано формирование ТХО в удержании при расчете заработной платы. В классификаторе видов удержаний добавлен параметр для способа определения ТХО. При значении "по умолчанию" формирование происходит по-старому, при значении "из КВУ" соответственно из классификатора видов удержаний.
180.102449.1.113.0Алгоритм оплаты работы в выходнойЗаработная платаАлгоритмы пользователя
Просьба доработать функцию, которая будет возвращать процент из постоянной доплаты в зависимости от переданного периода.Разработана функция PDopProcDate(fOpl: tvidopl; db: date; de: date): double. Функция возвращает сумму процентов из постоянных доплат с системным видом оплаты fOpl, пересекающихся с переданным периодом. Начала периода передается через параметр db, а конец - dе.
102.1675699.1.112.0Требуется разработать расчет доплаты и компенсации за вредностьКонтур управления персоналомПредложение по новой функциональности контура управления персоналом
Требуется разработать расчет доплаты и компенсации за вредность 4-й этап разработки "Вредность: доплата и компенсация". Во вложении EXCEL-файл заказчика с описанием алгоритмов.Аскона. Разработан расчет заработной платы с расчетом Компенсации за вредность и пересчетом Премии по итогам работы. Расчет согласно вложенной таблице. Настройка согласно Инструкции пользователя.
103.87429.1.111.0Добавить функцию обработки лицевого счета для получения подкласса условий трудаЗаработная платаАлгоритмы пользователя
Добавить функцию обработки лицевого счета для получения подкласса условий труда. Для написания пользовательского алгоритма необходимо добавить функцию, которая бы возвращала подкласс условий труда из лицевого счета.Разработана функция function WT_GetInsalubritySubClass(ADate: date): double, возвращающая в числовом виде подкласс условий труда на определенную дату. Параметры: ADate - дата, на которую необходимо получить подкласс условий труда
102.1599719.1.110.0Не давать пользователю устанавливать удержаниям алиментов признак удаления при переходе к следующему периодуЗаработная платаВиды удержаний
Не давать пользователю устанавливать удержаниям алиментов (185, 186 и 187) признак удаления при переходе к следующему периоду. Потому что в этих удержаниях хранится информация о ребенке и в случае их удаления не удастся сформировать ведомость по алиментам. Сейчас по факту эти удержания не удаляются даже при установке признака "Удалять". У них только статус участия в расчете снимается. Название признака вводит пользователя в заблуждение.В классификаторе видов удержаний для удержаний-алиментов (185, 186, 187) признак "удалять" переименован в "исключать из расчета". Новое наименование признака точнее описывает процесс перехода к новому периоду. Исправлена работа признака "переносить в архив" для удержаний алиментов. Теперь признак работает (ранее удержания алиментов в архив не переносились, а только исключались из расчета). В интерфейсе редактирования вида удержаний в классификаторе видов удержаний подписаны поля с признаками и подкорректированы всплывающие подсказки.