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


Описание файла обновления:
ФайлZ_CALC_RES_911440.TXT
ОбновлениеZ_Calc_res_911440
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_CALC
ТипRES
Версия9.1.144.0
Дата2018-08-30 21:04:06
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.1659089.1.107.0В интерфейсе "Дополнительные входимости видов оплат" нет колонки доп информация.Заработная платаКлассификатор видов оплат
В интерфейсе "Дополнительные входимости видов оплат" нет колонки доп информация.Зарплата - =Настройка= - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат В окно Дополнительные входимости видов оплаты добавлено поле "Доп. информация", кроме вкладки "Пользовательские".
102.1656549.1.105.0Неверный расчет мат.помощиЗаработная платаАлгоритмы пользователя
Для Велкома была доработка по расчету материальной помощи (ПИР 102.134252). В ТЗ не был описан случай, когда у работника в одном из двух предыдущих месяцев отсутствует основное начисление. При текущем расчете, если начисление отсутствует - то за этот месяц в общую сумму начислений тянется 0. Нужно, чтобы в таком случае тянулась сумма оклада.Доработан алгоритм расчета мат. помощи к отпуску. Если в каком-то месяце расчетного периода не было начислений по основному виду оплаты, то в качестве суммы в расчет идет сумма оклада.
102.1646179.1.104.0После конвертации с 8.1 на 9.1 не перенеслась доп аналитика в классификаторах видов оплат и удержанийЗаработная платаНастройка
Перенести конвертер дополнительных аналитик в классификаторе видов оплат/удержаний в механизм обновления настроек.Конвертер перенесен в настройки с сохранением проверки значения скрытой настройки UP.ZAR.KLVIDOPL.ExtrAnalConverted. Таким образом у тех пользователей, у которых конвертер уже отработал, он не запустится повторно, а у тех, кто переходит с 8 на 9 - запустится.
102.1645659.1.103.0Функция для возвращения значения месячной тарифной ставкиЗаработная платаСпециальные алгоритмы
Предложение разработать функцию для пользовательского зарплатного алгоритма, возвращающую месячную тарифную ставку из каталога тарифных ставок.Разработана функция TarMTS(S,Rzr,C,D), возвращающая месячную тарифную ставке для определенной системы оплаты, кода тарифа, разряда и даты изменения, где S - код cистемы оплаты, Rzr - разряд, С - код тарифа, D - дата изменения.
102.1639899.1.102.0Учет премий в форме 6-НДФЛЗаработная плата6-НДФЛ (общие вопросы)
Учет премий в форме 6-НДФЛ Согласно письма ФНС от 24 января 2017 г. N БС-4-11/1139@ получается, что датой фактического получения дохода работника в виде премии за выполнение трудовых обязанностей по итогам работы за квартал (год), по мнению ФНС России, признается последний день месяца, которым датирован приказ о выплате работникам премии по итогам работы за квартал (год). Таким образом, например, если работнику доход в виде премии по итогам работы за 2016 год на основании приказа выплачен 02.02.2017, то данная операция отражается в расчете по форме 6-НДФЛ за первый квартал 2017 года следующим образом. Раздел 1: по строкам 020, 040, 070 - соответствующие суммовые показатели; по строке 060 - количество физических лиц, получивших доход. Раздел 2: по строке 100 указывается 31.01.2017; по строке 110 - 02.02.2017; по строке 120 - 03.02.2017; по строкам 130, 140 - соответствующие суммовые показатели.Зарплата - Утвержденная отчетность - 6-НДФЛ Доработано формирование 6-НДФЛ. Премия с кодом дохода 2002 относится по строке 100 на последний день месяца, за который начислена, без наличия доп.входимостей. ВНИМАНИЕ!!! Данное решение относится ТОЛЬКО к ежемесячным премиям.
102.1596119.1.101.0Необходимо рассчитать доплату за вредность "от суммы к выдаче"Заработная платаРасчет начислений (общие вопросы)
Необходимо рассчитать доплату за вредность "от суммы к выдаче" Рассчитывается зарплата по исходным данным, которые занесены в систему (основной вид оплаты, постоянные доплаты и др.), с учетом всех полагающихся льгот, вычитается НДФЛ и рассчитывается доплата за вредность от "суммы к выдаче". Описание алгоритма в документации к обновлению.3 этап - Разработан отчет по результатам расчета Компенсации за вредность. Формирование отчета по пути: Сервис - Утилиты - Запуск внешнего интерфейса - Z_CALC::UNHELTHREP (Z_Calc.res).
102.1648159.1.101.0не верно рассчитывается НДФЛ на не начисляемую суммуЗаработная платаРасчет подоходного налога
Не рассчитывается НДФЛ на не начисляемую сумму. Работники не являются сотрудниками предприятия. У работника есть только не начисляемый доход в месяце В межпериод был сформирован и оплачен (признак УС) реестр на НДФЛ.В классификаторе видов оплат добавлена новая дополнительная входимость 74 "Ограничивать НДФЛ 50% от начислений (для НС или алг.98)". Если установлена данная дополнительная входимость для вида оплаты, тип которой "Неначисляемая сумма" или алгоритм которой 98, то при расчете НДФЛ для данного вида оплаты будет применяться ограничение пятьюдесятью процентами от начислений в денежной форме.
102.1599019.1.100.0Добаавить поле в отчет "Реестры по оплате труда персонала"Заработная платаРеестры по перечислениям. Формирование
В параметрах формирования реестров на окончательную ЗП добавить поле "Вид удержания для реально перечисленной заработной платы", чтобы можно было выбрать вид удержания, который бы передавался в реестр. Далее после обработки реестра (признак П, О или УС) и пересчете заработной платы в результаты расчета по удержаниям попадал именно этот вид удержания. Если вид удержания не указать, то тогда его брать из настройки "15186. Вид удержания для реально перечисленной заработной платы". Сейчас же в такой ситуации в результаты расчета попадает только один вид удержания, указанный в настройке "15186. Вид удержания для реально перечисленной заработной платы". Т.е. вид удержания только один, а необходимо использовать несколько, чтобы потом в отчетах по ЗП (общая ведомость распределения, вспомогательная ведомость и т.п.) пользователь мог отличать например, зарплату выплаченную в текущем месяце и зарплату выплаченную в будущем месяце.Доработана обработка реестров на окончательную выплату заработной платы для уволенных. Для этого в классификаторе видов удержаний для удержания, которое соответствует настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты Вид удержания для реально перечисленной заработной платы" добавлены два поля - Для уволенных: перечисление в текущем и будущем периоде. При расчете зарплаты с настройкой "Настройки Галактики Управление персоналом Расчетный период" = "отчетный" производится замена кода удержания для реестра на окончательную выплату зарплаты на код, установленных в настройке Для уволенных: перечисление в текущем периоде. Соответственно, при расчете в будущем периоде - на вид удержания для будущего периода.
102.1630459.1.99.0КВО. Установка значений по умолчанию для полей "Тип оплаты", "Учет дохода в налоговой отчетности", "Учет сумм возврата"Заработная платаКлассификатор видов оплат
Зарплата - =Настройка= - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат Установка значений по умолчанию для полей "Тип оплаты", "Учёт дохода в налоговой отчетности", "Учёт сумм возврата" при создании новой записи в КВО. При создании новой записи в КВО необходимо для вышеперечисленных полей устанавливать значения по умолчанию. Для поля "Тип оплаты" - значение по умолчанию "-". Для полей "Учёт дохода в налоговой отчетности", "Учёт сумм возврата" - значение по умолчанию "0". Сейчас поля данными значениями заполняются только после "передёргивании" записи (необходимо выбрать любое значение в выпадающем списке, а после вернуть в первоначальное). На уровне отчётов, использующих данные поля из КВО, предусмотреть дополнительные проверки на значение "" для полей "Учёт дохода в налоговой отчетности", "Учёт сумм возврата".Зарплата - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат Установка значений по умолчанию для полей "Тип оплаты", "Учёт дохода в налоговой отчетности", "Учёт сумм возврата" при создании новой записи в КВО. При создании новой записи в КВО поле "Тип оплаты" заполняется значением по умолчанию "-", Поля "Учёт дохода в налоговой отчетности", "Учёт сумм возврата" - значением "0". При формировании отчетов 2-и 6-НДФЛ, налогового регистра учитывается, что вышеперечисленные поля могут быть не заполнены значениями по умолчанию.
102.1633319.1.99.0Удаление записи истории изменения кода дохода при удалении записи в КВОЗаработная платаКлассификатор видов оплат
Удаление записи истории изменения кода дохода при удалении записи в КВО. Необходимо при удалении записи в КВО удалять запись и истории изменения кода дохода для этой записи.Зарплата - =Настройка= - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат При удалении записи в КВО удаляется запись и истории изменения кода дохода для этой записи.
101.609459.1.98.0КВО - нужна история изменения вида дохода для отчетности по НДФЛЗаработная платаКлассификатор видов оплат
Согласно изменениям и дополнениям кодов доходов утверждено приказом ФНС России от 22.11.2016 N ММВ-7-11/633@ "О внесении изменений и дополнений в приложения к приказу ФНС России от 10.09.2015 N ММВ-7-11/387@ "Об утверждении кодов видов доходов и вычетов" (Зарегистрировано в Минюсте России 14.12.2016 N 44708) новые коды доходов нужно отражать уже в налоговой отчётности за 2016 год. Поэтому сейчас недостаточно просто завести новые виды оплат для премия с новыми кодами доходов (2002 и 2003) - их ещё придётся проставлять в архив оплат за весь 2016 год. В большинстве случаев новому коду 2002 соответствует старый код 2000, а коду 2003 - 4800, но не всегда. Например, у данного клиента есть такой вид оплаты (из прибыли): Прочие премии (из прибыли) 2000 2003 В будущем могут вводиться и более сложные изменения кодов дохода. В связи с этим предлагается реализовать в КВО историю изменений вида дохода, например, в виде "Год - Прежний код дохода" и учесть эту историю при формировании отчётности по НДФЛ (2-НДФЛ, НР, 6-НДФЛ).Зарплата - =Настройка= - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат С целью ведения истории изменения кодов дохода доработан интерфейс классификатора видов оплат. Добавлена возможность ведения истории изменения кода дохода на вкладке "Удержания". Интерфейс истории изменения кода дохода можно вызвать по локальному меню в окне редактирования КВО (вкладка "Удержания"). Окошко истории изменения кода дохода состоит из двух колонок: - год, - код, наименование дохода. Интерфейс работает в режимах: просмотр, редактирование, добавление, удаление. При изменении кода дохода предлагается создать запись в истории. При утвердительном ответе на вопрос о создании записи, создается запись в истории и открывается окно редактирования истории изменения кодов дохода. В случае, если текущий год - 2017, то запись в истории создается для 2015 года (крайний срок действия прежнего кода). В других случаях - год в истории - это расчетный год минус 1. При создании новой записи в истории контролируется период действия кода дохода.
101.609589.1.98.02,6-НДФЛ - учесть историю изменения вида дохода в КВОЗаработная платаСправки 2-НДФЛ [РФ]
После реализации хранения истории изменения вида дохода в КВО (ПиР 101.60945) необходимо доработать формирование налоговой отчётности с учётом этой истории (2-НДФЛ, налоговый регистр, 6-НДФЛ). При отсутствии записей истории проводить автоматическую замену кодов в отчётах ранее 2016 года по правилу: 2002 -> 2000, 2003 -> 4800.Зарплата - Отчеты - Отчеты в налоговую инспекцию - Справки 2-НДФЛ, налоговый регистр Зарплата - Отчеты - Утвержденная отчетность - 6-НДФЛ Доработано формирование 2- и 6-НДФЛ, налогового регистра с учетом ведения истории кода дохода в КВО и изменений в законодательстве с 2017 г.: премии за счет чистой прибыли, целевых поступлений нужно будет показывать с кодом 2003; премии, которые входят в расходы на оплату труда, - с кодом 2002; При определении кода дохода в отчетах 2- и 6-НДФЛ, налоговом регистре учитывается история изменения кодов дохода в КВО. Код дохода определяется в соответствии с историей изменения кодов дохода. Например, для ВО с кодом дохода 4800 есть запись в истории о том, что до 2015 года (включительно) ВО имел код дохода 2000. В этом случае в отчетах до 2016 года вид оплаты отразится с кодом 2000, а начиная с 2016 - с кодом 4800. При печати оплаты с кодом дохода 2002 или 2003 (при отсутствии записи истории изменения в КВО) учитывается год, ЗА который печатаются отчеты. Для отчетов до 2016 года вместо кода 2002 печатается код 2000, а вместо кода 2003 печатается код 4800. Таким образом, для корректной печати отчетов с новыми кодами за прошлые периоды (ранее 2016 года) необязательно вести историю изменения кода дохода в КВО. Программа автоматически изменит код дохода в соответствии с кодом, который был актуальным в периоде, за который печатается отчет.
102.1630179.1.98.0Вызов истории изменений кода дохода в КВО по комбинации "горячих" клавишЗаработная платаКлассификатор видов оплат
Вызов истории изменений кода дохода в КВО по комбинации "горячих" клавиш. Предлагается вызов истории изменений кода дохода в КВО сделать и по комбинации "горячих" клавиш, например, Alt+H.Добавлена возможность вызова истории изменений кода дохода в КВО: - по комбинации "горячих" клавиш "Alt+H" - по кнопке "EditButton" в поле выбора кода дохода
102.1603909.1.97.0Взносы по обязательному социальному медицинскому страхованиюЗаработная платаРасчет взносов (удержаний)
С 01.01.2017 года в Казахстане вводиться в действие Закон "Об обязательном социальном медицинском страховании" от 16.11.2015 года. Нужно предусмотреть: 1) Предусмотреть вид удержания для взноса работника, физического лица работающего по договору гражданско-правового характера в фонд социального медицинского страхования. 2) Предусмотреть минимум и максимум облагаемой базы; 3) Предусмотреть расчет отчислений и взносов в зависимости от статуса Резидентства работника указанного в Лицевом счете, если у работника сменился статус с Нерезидент на Резидент, работодатель должен рассчитать и оплатить взнос работника за счет его дохода. 4) Применять правило по месяцу "в котором". Если при расчете ЗП за январь 2017 года, работнику до начислены суммы за предыдущий расчетный период, либо начислены отпускные за следующий месяц, сумма отчислений и взносов по мед страхованию будет рассчитываться от общей суммы доходов входящих в расчет, в не зависимости от того за какой период производятся оплаты.По настройке "Настройки Галактики Общие настройки системы Настройки для страны" в значении "Казахстан" для расчета взноса "Обязательное социальное медицинское страхование": 1. В лицевом счете на закладке "Взносы, налоги на ФОТ" открыто поле "Страхование нетрудоспособности". Если сотрудник является плательщиком взноса, то данное поле должно быть = "+"; 2. В КВО на закладке удержания доступно поле "взносов ОСМС". Если начисление формирует базу для расчета взноса, то значение поля должно быть = "+"; 3. Проценты, которые необходимо удержать с начислений задаются для сотрудников, работающим по договорам подряда задаются "Настройка / Заполнение каталогов / Налоги на ФОТ и взносы / Проценты взносов на обязательное социальное медицинское страхование (удержания) - договора подряда", для остальных сотрудников - "Настройка / Заполнение каталогов / Налоги на ФОТ и взносы / Проценты взносов на обязательное социальное медицинское страхование (удержания) - зарплата". !!! Для сотрудников, которые работают по договорам подряда, необходимо в лицевом счете указать на закладке "Основная" Вид работы: код 2 - договор подряда!!! 4. Для определения ограничения необходимо в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Взносы Взносы в фонд социального страхования Вид перечисления для ОСМС" указать код перечисления отчисления; 5. Код удержания для ОСМС необходимо указать в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Взносы Взносы в фонд социального страхования Код удержания для ОСМС"; 6. Минимальное ограничение определяется, как минимальная заработная плата, заданная в справочнике "Настройка / Заполнение каталогов Ставки налога и вычеты Минимальная заработная плата (базовая величина)"; Расчет взноса ОСМС производится следующим образов: 1. Формируется база из начислений, которые участвуют в расчете, т.е. указана входимость "взносов ОСМС"; 2. Из базы отнимаются взносы в пенсионный фонд (код 175) и взнос, код которого указан "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Налог и взносы Вид удержания для добровольных профессиональных взносов"; 3. Производится минимальное или максимальное ограничение базы, если это необходимо; 4. Определяется процент в зависимости от значения "Вид работы" сотрудника;
102.1600909.1.96.0Обязательное медицинское страхованиеЗаработная платаРасчёт налогов на ФОТ
С 01.01.2017 года в Казахстане вводится в действие Закон "Об обязательном социальном медицинском страховании" от 16.11.2015 года. Нужно cоздать новый вид Налога на ФОТ - отчисления работодателя за работника, предусмотреть минимум и максимум облагаемой базы согласно пункта 6 статьи 29: Ежемесячный доход, принимаемый для исчисления отчислений и (или) взносов, не должен превышать пятнадцатикратный размер минимальной заработной платы, установленной на соответствующий финансовый год законом о республиканском бюджете. В случае, если объект исчисления отчислений и (или) взносов за календарный месяц менее минимального размера заработной платы, установленного законом о республиканском бюджете и действующего на 1 января соответствующего финансового года, отчисления и (или) взносы исчисляются и перечисляются исходя из минимального размера заработной платы. Предусмотреть возможность "вывода" работника из-под исчисления отчислений.1. Доработан классификатор налогов на ФОТ: по настройке "Настройки Галактики Общие настройки системы Настройки для страны" в значении "Казахстан" в окне редактирования записей классификатора открыто поле "Кратность макс.ограничения". Оно доступно для редактирования, если для того или иного налога поле "Ограничить базу" установлено в значение "В"(применяется верхнее ограничение) или "+"(применяется и верхнее, и нижнее ограничения). Также в классификаторе (информационно, без возможности изменения значения) отображается правило учёта начислений в облагаемой базе и применения ограничений: по месяцу "в котором" производится расчёт. Для расчёта заработной платы (налогов на ФОТ) в январе 2017 года необходимо в классификаторе "Настройка - Заполнение каталогов - "Налоги на ФОТ и взносы - Ограничения по налогам на ФОТ" на закладке "Налоги на ФОТ" внести новую запись с месяцем и годом начала действия "01/2017" и максимальным ограничением равным однократному размеру МЗП. В классификаторе налогов на ФОТ для новых отчислений ОСМС установить "Кратность" = 15, для старых социальных отчислений "Кратность" = 10. Кроме кратности для новых отчислений ОСМС необходимо установить в существовавшем поле "Ограничить базу" значение "+"(применяется и верхнее, и нижнее ограничения), а также в поле "Дополнительный признак" значение "П" (вычитаются пенсионные взносы). В поле "Начало" указать расчётный период с 01.01.2017. 2. Доработан справочник "Документы - Лицевые счета - Смежные данные - Текущие данные - Льготы по налогам на ФОТ". В него добавлены поля "Месяц" и "Год" для обозначения расчётного периода, начиная с которого начинается действие льготы. Допустимо их оставлять пустыми - в этом случае считается, что в расчётном периоде льгота уже действует. 3.При расчёте ОСМС вычет пенсионных взносов и применение ограничений для ОСМС аналогичны порядку применения вычетов и ограничений при расчёте социальных отчислений (признак "О").
102.1601459.1.96.0Округление ОППВЗаработная платаРасчёт налогов на ФОТ
Клиент при расчете ОППВ не использует каталог Условий труда на рабочем месте, в настройках классификатора налогов на ФОТ параметр "Дополнительный признак" = "-" (нет дополнительных признаков). При расчете ОППВ система не округляет итоговую сумму налога по работнику за месяц. Тогда при формировании реестра на перечисление для банка с округлением до 2-х знаков после запятой, итоговая перечисленная сумма по налогу на ФОТ не равняется начисленной. Просим реализовать округление итоговой суммы налога на ФОТ до 2-х знаков после запятой по каждому работнику, для совпадения с реестрами на перечисление.В окне редактирования классификатора налогов на ФОТ добавлено поле "Округлять итог", видимое только при "Настройки Галактики Общие настройки системы Настройки для страны" = "Казахстан". Данное поле НЕ предназначено для указания точности округления - оно (округление) выполняется с точностью до сотых долей и применяется к итоговой сумме налога по работнику за месяц. Для поля предназначено два значения "да"/"нет", при вводе новой записи автоматически выставляется значение "нет". Одновременно проведена модификация окна редактирования - для всех стран окно стало шире на 2 позиции, уменьшена высота кнопки "Льготы по подразделениям". При расчёте налогов на ФОТ (база для которых формируется в пределах месяца, а не нарастающим итогом за год) округление итоговой суммы (отчислений за работника) за месяц до сотых долей выполняется в соответствии с выставленной настройкой классификатора. При установке обновлений, содержащих решение, одновременно с модификацией реестра настроек запускается конвертер, который для налога с дополнительным признаком "Р" проставит в классификаторе налогов на ФОТ в поле "Округлять итог" значение "да". Если модификация реестра настроек не запустилась автоматически, то её можно запустить самостоятельно или просто в классификаторе налогов на ФОТ выставить нужные признаки.
102.1610599.1.96.0Дополнительная входимость КВОЗаработная платаКлассификатор видов оплат
На основании Закона РК от 18.11.2015 № 412-V "О внесении изменений и дополнений в некоторые законодательные акты Республики Казахстан по вопросам декларирования доходов и имущества физических лиц" (вводится изменение в Налоговый Кодекс с 01.01.2017) Просим добавить дополнительную входимость "Вычеты" и в поле примечание список вычетов в связи с вводом дополнительных вычетов для расчета индивидуального подоходного налога: - вычет для многодетных семей; - налоговый вычет на обучение; - налоговый вычет на медицину; - налоговый вычет по вознаграждениям; - налоговый вычет по страховым премиям.Добавлена новая доп. входимость для классификатора видов оплат "Вычеты для налоговой отчетности (Казахстан)", доступная для выбора по настройке на Казахстан. В поле "Примечание" для нее возможен выбор следующих вариантов: - Для многодетных семей; - На обучение; - На медицину; - По вознаграждениям; - По страховым премиям; - На доходы, не подлежащие налогообложению.
102.1605969.1.95.0Подключить существующий топик "Вкладка по среднему" к параметрам закладки КВО "По среднему"Заработная платаКлассификатор видов оплат
Подключить существующий топик "Вкладка по среднему" к следующим параметрам закладки КВО "По среднему": Общие настройки для расчета среднего заработка: - премии для ср.заработка - в сумму оклада Настройки расчета отпуска и среднего заработка по алгоритмам отпускных: - включение месяца - премия отпуска - по месяцу начисления Настройки расчета пособий по нетрудоспособности и соответствующих средних: - Учет премий, особенности - по месяцу начисления.Топик справочного документа "Вкладка по среднему" подключен к следующим параметрам закладки КВО "По среднему": Общие настройки для расчета среднего заработка: - премии для ср.заработка - в сумму оклада Настройки расчета отпуска и среднего заработка по алгоритмам отпускных: - включение месяца - премия отпуска - по месяцу начисления Настройки расчета пособий по нетрудоспособности и соответствующих средних: - учет премий, особенности - по месяцу начисления.
102.1609629.1.95.0Классификатор типовых групп доплат и удержаний - сделать выделение синимЗаработная платаТиповые группы доплат/удержаний
Заработная плата - Настройка - Заполнение каталогов - Типовые группы доплат/удержаний. При выборе доплат и удержаний есть возможность группового выбора по пометке, но при пометке не происходит выделение цветом.При пометке записей для каталога "Типовые группы доплат/удержаний" (возможна при добавлении видов оплат в группу) теперь происходит выделение цветом помеченных записей.
106.103469.1.94.0Ввести настройку проверки признака участия в расчетах для пользовательских алгоритмовЗаработная платаАлгоритмы пользователя
Для функций пользовательских алгоритмов PDopProc, PDopProcF, PDopSum, PDopTarif, работающих с постоянными доплатами, стала осуществляться проверка признака участия в расчете. У клиента бизнес-процесс был построен таким образом, что процент, указанный в доплате с признаком "учитывать при расчете - нет", учитывался при расчете других доплат через пользовательские алгоритмы с помощью функции PDOPPROC. Просьба добавить какую-то настройку, которая бы устанавливала, нужно ли учитывать признак участия в расчетах для пользовательских алгоритмов.Для функций PDopProc(O, PR), PDopProcF(O, PR, L), PDopSum(O, PR), PDopTarif(O, PR) разработана возможность передавать дополнительную информацию через параметр определения условия выбора PR. Если функция получает в качестве параметра PR только значение 0 или 1, то выполнение ее будет происходить с учетом признака "учитывать при расчете" постоянной доплаты. Если же передать в функцию значение 256 + "условие выбора" (например, 256+0 или 256+1), то функция будет искать требуемое значение без учета признака "учитывать при расчете".
102.1587479.1.91.1Реализовать возможность отражения доходов 2000 по принципу доходов 4800Заработная плата6-НДФЛ (развитие)
Необходимо дать возможность отражения доходов 2000 по принципу доходов 4800.С целью отражения дохода с кодом 2000 по принципу дохода 4800 в форме 6-НДФЛ (для кода 4800 дата получения дохода равна дате выплаты), в классификатор "Виды оплат и скидок" добавлена дополнительная входимость "Отражать доход по дате выплаты в налоговой отчетности" (для кодов доходов 2000, 2530, 2791). В форме 6-НДФЛ доходы с кодами 2000, 2530, 2791 и доп. входимостью в КВО "Отражать доход по дате выплаты в налоговой отчетности" отражаются как и доходы с кодом 4800: дата получения дохода (строка 100) равна дате выплаты дохода (строка 110).
102.1476119.1.92.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1592669.1.91.0Потеряна навигация на запись при входе в классификатор ВОЗаработная платаКлассификатор видов оплат
Потеряна навигация на запись при повторном входе в классификатор ВО - активной устанавливается всегда первая запись, а должна та, с которой был выход в предыдущем сеансе работы с этим классификаторомДоработано сохранение позиции.
102.1544079.1.90.0Учитывать праздничные дни при расчете отпускаЗаработная платаРасчет отпускных
Внесены изменения в Единые правила исчисления средней заработной платы. Был исключен пункт 3 "Для определения средней заработной платы из расчетного периода исключаются праздничные дни, а также первый день Курбан-айта, отмечаемого по мусульманскому календарю, 7 января - православное рождество, которые являются выходными днями согласно Трудовому кодексу". При расчете отпуска по ДНЯМ, когда в табеле работника отмечена работа в праздничный день, а в параметрах расчета отпуска выставлен Учетный период = "по табелю", система ошибочно не учитывает время работы в праздник как фактически отработанное.Доработан расчет отпуска для РК. Система учитывает время работы в праздник как фактически отработанное при следующих условиях: - параметр классификатора отпусков "признак отпуска для оплаты" = "5 - по рабочим, исходя из графика работы", - параметр вида оплаты в КВО (вкладка "Главная") "признак (конкретного алгоритма)" = 95, - параметр расчета отпуска "по дням/часам" = "фактическим", - параметр расчета отпуска "учетный период" = "по табелю", - признак расчета отпуска может быть как "по дням", так и "по часам". При включенной настройке "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Печать пояснит.протокола при расчете отпускных, больничных и т.п." при печати протокола за каждый месяц расчетного периода выводится пояснительная информация в след.виде: На отработанный период приходится <..> часов по графику работника (режим с кодом <..>) за <месяц>/<год> либо На отработанный период приходится <..> дней по графику работника (режим с кодом <..>) за <месяц>/<год> в зависимости от значения признака расчета отпуска "по часам/дням".
102.1567939.1.89.0Контроль выплаты удержаний. Необходимо обрабатывать выплату зарплаты расходными кассовыми ордерами.Заработная платаКонтроль выплаты зарплаты (удержания)
Для формирования 6-НДФЛ необходимо определять дату выплаты зарплаты. Как правило, если выплата идет одному сотруднику, например, уволенному, то платежную ведомость не формируют. Формируют РКО. На данный момент не учитываются сформированные через зарплату расходные кассовые ордера. Необходимо учитывать.Доработана привязка в удержаниях налога "источника данных", как для архивных удержаний, так и для удержаний текущего периода.
102.1556649.1.88.0Сохранение постоянных доплат после окончания срока действия доплатыЗаработная платаПереход к новому периоду
В настоящий момент постоянные доплаты после окончания срока действия не удаляются, а переводятся в статус не участвуют в расчете "нет". Часто бывает, что ежемесячно ряд доплат вводятся приказами со сроком действия один месяц. Накапливать такие ВО в постоянных доплатах неудобно и малоинформативно. Предлагается реализовать возможность выбора способа работы. В зависимости от выбора, либо удалять доплаты после окончания срока действия, либо изменять их статус. P.s. доплаты с алгоритмом 97 должны оставаться в любом случае для контроля предоставления вычетов, не зависимо от выбора способа работы.В классификатор видов оплат на вкладке "Главная" добавлен признак "Удалять завершенные доплаты при переходе", который может принимать значения "да" или "нет". При значении "да" доплаты, у которых закончился срок или остаток, будут удаляться при переходе на новый расчетный период. При значении "нет" доплаты, у которых закончился срок или остаток, будут исключаться из расчета. Значение по умолчанию - "нет".
101.584259.1.87.0Расчет налогов на ФОТ - льгота по договору на отчуждение собственностиЗаработная платаРасчёт налогов на ФОТ
Льготы по договорам на отчуждение собственности на изобретение. Встречаются такие ситуации: С 4-мя работниками заключён договор на отчуждение собственности на какое-то изобретение. За это каждому полагается определённая доплата (сумма разная у всех) и 20% от этой суммы льготируются по СВ. Сейчас в системе нет возможности автоматически предоставить такую льготу при расчёте налогов на ФОТ. Получается единственный вариант - для каждого сделать свою отдельную шкалу льготирования со своей сумой и завести 4 разных вида оплаты с доп.входимостью 3, но разными ссылками на эти шкалы. Предлагается реализовать соответствующий функционал, хорошо бы иметь возможность рассчитать сумму льготы как процент от суммы доплаты.При общесистемной настойке на РФ. Добавлена возможность для вида оплаты указать норматив затрат в процентах суммы начисленного дохода. В классификаторе видов оплат - закладка "Расчёты" - экранная кнопка "В расчет налогов" - окно "Налоги в госфонды..." - добавлена колонка "Норматив затрат". Данные в ней указываются в процентах (от 0 до 100). Для каждого вида отчислений норматив может быть свой. При расчёте налогов на ФОТ сумма по виду оплаты при указанном нормативе включается в облагаемую базу в следующем размере: <облагаемая сумма> = <начисленная сумма> - <начисленная сумма>*<норматив>/100. При этом промежуточный результат вычисления <начисленная сумма>*<норматив>/100 округляется до 2 знаков после запятой (до копеек).
102.1558669.1.86.0Базовый оклад должен быть с копейками!Заработная платаСтавки первого разряда
На данный момент нет возможности ввести базовый оклад с копейками. Требуется реализовать такую возможность в кратчайшие сроки!Поле базового оклада теперь может содержать до четырех знаков после запятой. Соответствующим образом изменен деноминатор и функционал округления тарифных ставок из компонента C_Denominator. ОБРАТИТЕ ВНИМАНИЕ: функция для использования в пользовательских алгоритмах BASESALARY(Y,M) устарела, т.к. возвращает целое число без учета копеек. Для ее замены добавлена функция BASESALARYWITHKOP(Y,M).
102.1558969.1.85.0Правила округления в ВОЗаработная платаКлассификатор видов оплат
В КВО при изменении значения поля "Тип" на закладке "Расчеты" с "-" на "О" флаг "имеет собственные правила округления" скрывается, но не меняет значения. В результате при расчете начислений применяется собственное правило, указанное в КВО, независимо от отображения.В КВО при выборе вида оплаты (или изменении типа оплаты), для которого не предусмотрено собственное правило округления, на закладке "Расчеты" флаг "имеет собственные правила округления" снимается автоматически.
102.1556189.1.84.0Не сохраняется параметр "входит в справку для назначения жилищных субсидий". Опять повторили проблему ПИР 101.51267 !Заработная платаВходимость в отчеты
Не сохраняется параметр "входит в справку для назначения жилищных субсидий".Исправлено. Параметр "входит в справку для назначения жилищных субсидий" сохраняется.
102.1510139.1.83.0Нет возможности выйти из интерфейса "Дополнительные входимости"Заработная платаКлассификатор видов оплат
Нет возможности выйти из интерфейса "Дополнительные входимости". Классификатор видов оплат, закладка "Расчеты", кнопка "Дополнительно", F7 - добавить доп.входимость. Если не выбрать входимость и попытаться выйти из окна или стать на другую позицию таблицы входимости, вылетает сообщение "Не задана входимость вида оплаты". Это происходит до тех пор, пока не будет удалена запись или не будет отменена операция по клавишам ALT + BACKSPACE.Классификатор видов оплат, закладка "Расчеты", кнопка "Дополнительно", F7 - добавить доп.входимость. Если входимость не была выбрана и была предпринята попытка перейти на другую запись входимостей, пустая запись будет удалена. Устранена невозможность покинуть интерфейс в такой ситуации, а также было удалено сообщение "Не задана входимость вида оплаты".
104.203969.1.83.0Изменить название столбца в интерфейсе ставки налога "руб" на "НДЕ"Заработная платаСтавки налога по основному месту работы
В интерфейсе ввода ставок налога Ставки налога по основному месту работы и Ставки налога по совместительству изменить название столбца с "Количество интервала руб." на "Количество интервала НДЕ"В каталогах "Ставки налога и вычеты Ставки налога по основному месту работы", "Ставки налога и вычеты Ставки налога по совместительству", "Ставки налога и вычеты Дополнительный налог", "Налоги на ФОТ и взносы Проценты ЕСВ(удержания) из зарплаты", "Налоги на ФОТ и взносы Проценты ЕСВ(удержания) из договоров подряда", "Налоги на ФОТ и взносы Проценты ЕСВ(удержания) из пособий", "Налоги на ФОТ и взносы Проценты ЕСВ(удержания) из зарплаты госслужащих", "Налоги на ФОТ и взносы Проценты взносов на социальное страхование", "Налоги на ФОТ и взносы Проценты взносов в фонд занятости" изменено название столбца с "Количество интервала руб." на "Количество интервала НДЕ". Если настройка "Настройки Галактики Общие настройки системы Национальная денежная единица Символ" заполнена то колонка "Количество интервала НДЕ" переименовывается в "Количество интервала" + символ указанный в настройке.
102.1502039.1.81.0Сообщение о дублировании ключаЗаработная платаКлассификатор видов оплат
Если ввести новый вид оплаты с системным кодом, который уже был, то выдается атлантическое сообщение "Ошибка N 5. Дублированное значение при уникальном ключе ...". Нужно выдавать сообщение с понятной формулировкой "Вид оплаты с системным номером NNN уже существует: AAA, код MMM [ Ок ]", где NNN - системный код, MMM - пользовательский код и AAA - наименование ранее введенного вида оплаты. После закрытия сообщения фокус ввода спозиционировать на поле "Системный".При добавлении нового вида оплаты в "Классификатор видов оплат и скидок" происходит проверка на уникальность "системного кода". Если в классификаторе уже существует запись с аналогичным введенным "системным кодом", то будет выдано сообщение "Вид оплаты с системным номером N уже существует".
102.1499129.1.80.0Привести цвета заголовков подразделов в соответствие с визуальной схемойЗаработная платаПостоянные удержания
Привести цвета заголовков подразделов в соответствие с визуальной схемойЗаголовки подразделов интерфейсов приведены в соответствия с визуальной схемой. Убран синий фон, а надписи сделаны жирными шрифтом, черным цветом.
102.943969.1.80.0денежное содержание служащих (пост Правительства РФ6 сентября 2007 г. N 562)Заработная платаРасчет отпускных
Для реализации расчета отпуска гражданским государственным служащим РФ (госслужащим) требуется добавить доп.входимостьДоработано для РФ. В список дополнительных входимостей для вида оплаты добавлена новая: "(25) Денежное содержание госслужащих России", поля "примечание " и "Доп.информация" не заполняются. В классификаторе видов оплат, для любого вида оплаты дана возможность выбора дополнительной входимости "(25) Денежное содержание госслужащих РФ".
104.201279.1.80.0Настройка "Вид удержания для отражения сумм депонирования"Заработная платаНастройка
После изменения в Украине порядка выплаты пособий за счет ФСС настройка "Настройки ГалактикиУправление персоналомРасчеты с персоналомДолги и депонентыВид удержания для отражения сумм депонирования" была задействована для указания в ней удержания, которым в результатах расчета будут отражаться суммы из необработанных ведомостей и реестров по выплате пособий за счет ФСС. Но у этой настройки сохранилась также и старая функция: "сумма депонента по конкретной ведомости будет показываться в "Расчетном листке" в колонке удержаний с кодом, указанным в настройке". Просьба убрать эту функцию настройки для Украины (если возможно), так как нет надобности отражать удержанием сумму депонированной зарплаты, а саму настройку, в таком случае, желательно переименовать на "Удержание для неоплаченных пособий за счет ФСС". например, если в настройке указано удержание "Долг фонда по больничным" и за прошлый период была сформирована ведомость депонирования, то возникает проблема: в текущем периоде суммы из этой ведомости депонирования попадут в результаты расчета удержанием "Долг фонда по больничным", а это неправильно.<-- Контрольная дата закрытия патчем 31/12/2015 --> Доработка для Украины. Доработан классификатор видов оплат. Для Украины стала доступна для редактирования Доп. информация к дополнительной входимости 5 (Уточнение к типу оплаты). Для указания вида удержания удержания, которым в результатах расчета будут отражаться суммы из необработанных ведомостей и реестров по выплате пособий за счет ФСС вместо настройки Настройка "Настройки ГалактикиУправление персоналомРасчеты с персоналомДолги и депонентыВид удержания будет использоваться дополнительная информация к дополнительной входимости 5 (Уточнение к типу оплаты), которая указывается для вида оплаты, с которым формируются платежные ведомости или реестры по больничным из ФСС.
104.204009.1.80.0Применение ставок налогов на ФОТЗаработная платаРасчёт налогов на ФОТ
Применение ставок налогов на ФОТ (ЕСВ), изменение законодательства. 1.Согласно п.п.4 п.1 разд. IV Инструкции о порядке начисления и уплаты единого взноса на общеобязательное государственное социальное страхование, утвержденное приказом Минфина от 20.04.15 г. №449, "..Независимо от того, за какой период начислен доход, который входит в базу начисления ЕСВ, к нему применяются ставки, действующие на момент начисления такого дохода". 2.согласно изменениям законодательства от 24.12.2015 № 909 VIII ЗАКОНА УКРАИНЫ "О сборе и учете единого взноса на общеобязательное государственное социальное страхование" были изменены ставки налогов на ФОТ: до 31.01.2015 ЗП, отпуска = 37,6%, больничные 33.2 % с 01.01.2016 налог на ФОТ =22% Сейчас ситуация следующая: с переходящих отпусков и больничных производится пересчет налогов на ФОТ по новым ставкам, хотя согласно закону, должны применяется ставки, действующие на момент начисления такого дохода. Примеры: 1. Если работнику в декабре (ноябре) 2015 г. начислены и выплачены отпуска и больничные, которые попадают на период 2016, и со всей суммы уплачены ЕСВ по ставкам, которые действовали в 2015 г., то пересчет ЕСВ за период, что попал на 2016 год, производить не нужно. 2. Если работникам в январе/феврале 2016 начислены больничные за период ноябрь/декабрь 2016, то к таким больничным применяются новые ставки действующие в 2016 г. 22% Пересчет налогов за 2015 производить не нужно. 3. Если работникам в январе/феврале 2016 начислены за прошлый год отрицательные суммы (сторнируются суммы, начисленные в 2015 году), то к ним применяется ставка 2015 года.В классификаторе налогов на ФОТ добавлены поля "Предыдущий процент" и дата, до которой он действовал. "Старые" процентные ставки необходимо перенести в вышеуказанное поле, при этом даты во всех записях установить в значение 01.01.2016. Приоритеты(последовательность) при расчёте для случаев применения ограничений определяются не величиной поля "Процент", а величиной поля "Предыдущий процент". При расчётах, начиная с расчётного месяца января 2016 года: 1) не учитываются архивные начисления за 2016 год и соответствующие им архивные взносы на ЕСВ с предприятия. 2) если выполняется доначисление сумм работнику за прошлый 2015 год, то ЕСВ на них начисляется по ставкам 2016 года. 3) если выполняется сторнирование сумм работнику за прошлый 2015 год, то ЕСВ на них начисляется по ставкам 2015 года. Доработанный порядок расчёта ориентируется на то, что в 2015 году все расчёты были выполнены верно. Ситуации, когда на примеры 1-3 "накладывается" прежнее неверное начисление ЕСВ, следует исправлять вручную.
180.91859.1.80.0Сумма из постоянной доплаты по виду оплаты первоисточникаЗаработная платаАлгоритмы пользователя
Необходимо реализовать в пользовательских алгоритмах функцию, которая позволит получить сумму из постоянных доплат по виду оплаты-источнику. В КВО для ВО1 привязан дополнительный ВО2. В постоянную доплату занесен вид оплаты 1, при этом в месяце их может быть несколько, для каждой доплаты указана своя сумма. После расчета заработной платы формируется ВО2, при расчете которой необходимо использовать сумму из доплаты для той части ВО1, по которой ВО2 создан.Разработана функция UCH_PARENTSUM. При помощи данной функции можно получить сумму из постоянной доплаты, которая является источником создания начисления. Также, при помощи данной функции можно получить сумму оплаты той записи предварительной разноски, вид оплаты которой является родительским для текущего (рассчитываемого) вида оплаты, т.е. на основании которой была создана рассчитываемая запись с видом оплаты из поля "Дополнительная доплата" классификатора видов оплат. Описание функции function UCH_PARENTSUM : Double; Разработана функция DOPLATAPARENTSUM. При помощи данной функции можно получить сумму из постоянной доплаты, идентификатор которой передается как параметр данной функции. При расчете заработной платы для получения идентификатора записи постоянной доплаты можно использовать функцию UCH_CIST, при условии, что источником записи предварительной разноски, которая во время текущего расчета находится в обработке, является запись из постоянной доплаты. Описание функции function DOPLATAPARENTSUM(comp): double; function DPS(comp): double;
180.91969.1.80.0Проставлять в результаты расчета для договоров подряда количество календарных дней между датамиЗаработная платаРасчет начислений (общие вопросы)
Не рассчитываются больничные листы по договрникам подряда, если в виде оплат Договор подряда не стоят отработанные дни. В связи с чем просьба реализовать допвходимость для вида оплаты Договор подряда, которая позволит проставить в результаты расчета количество календарных дней за период начисления вида оплаты. Суммы по данному виду оплаты разносятся в интерфейсе "Расчет договоров подряда".Добавлена дополнительная входимость (43) "Проставлять календарные дни для начисления межпериода при отсутствии рабочих дней в табеле". Если для вида оплаты не установлена дополнительная входимость (49) "Не расчитывать время для начислений межпериода при расчете зарплаты" и установлена дополнительная входимость 43 и количество дней по табелю равно нулю, то количество дней при расчете заработной платы рассчитается как количество календарных дней между датой начала и окончания начисления в межпериод. Данная дополнительная входимость может применяться и для видов оплат, по которым рассчитываются договора подряда.
180.91889.1.79.0Создать архив постоянных удержанийЗаработная платаПостоянные удержания
Необходимо добавить возможность хранения "Архива постоянных удержаний", т.е. сейчас при переходе на новый месяц удаляются постоянные удержания, у которых в дате окончания указан отчетный месяц, в результате из БД пропадает информация, необходимая в частности для получения отчета по алиментам. Необходимо обеспечить возможность сохранения таких постоянных удержаний в архив.В интерфейсе постоянных удержаний было реализовано хранение архива постоянных удержаний. Признак нахождения в архиве выставляется в интерфейсе редактирования удержания в поле "Статус участия в расчете". Так же в интерфейсе просмотра удержаний был расширен фильтр по участию в расчете. Теперь он состоит из пяти значений: - участвующие в расчете - не участвующие в расчете - актуальные(участвующие и не участвующие в расчете) - все - архивные. В интерфейсе редактирования вида удержаний поле с подсказкой "Удалять ли автоматически удержание при увольнении работника" было изменено на "Действие при наступлении даты окончания, либо полной выплате удержания" с пунктами меню: - Удалять (было "Удалять при увольнении") - Оставлять актуальным (было "Не удалять при увольнении") - Переносить в архив Теперь при переходе на новый период истекающие удержания, либо полностью выплаченные удержания, вид удержания которых содержит в поле статус "Переносить в архив" будут помечаться статусом "Архив" и не будут подвергаться физическому удалению.
101.284149.1.78.0Выбор подразделения для заведения льготЗаработная платаКлассификатор налогов на ФОТ
В классификатор налогов на ФОТ заводим еще один налог, который распространяется только на одно подразделение. Системой предусмотрено заведение льгот для подразделений, но при этом нет возможности пометить клавишей INSERT сразу несколько подразделений, к которым относится льгота. То есть для предоставления льготы приходится выбирать каждое подразделение отдельно: при большом количестве подразделений это очень трудоемко. Предлагаем произвести доработку программы так, чтобы была возможность множественного выбора подразделений для предоставления льгот по налогам на ФОТ.В классификаторе налогов на ФОТ реализована возможность множественного выбора подразделений для заведения льгот по налогам на ФОТ.
180.90229.1.77.0Автоматическое назначение выслуги лет с пользовательским алгоритмомЗаработная платаРасчет начислений (общие вопросы)
Т.к. расчет выслуги лет не определен жестко законодательством, возникает необходимость писать свои алгоритмы для расчета выслуги лет, т.к. 25 алгоритм не подходит. Для того, чтобы выслуга начислялась автоматически, минуя добавление ее в постоянные доплаты, использую системный вид оплаты для выслуги 49. Однако, системная выслуга, но с пользовательским алгоритмом, не хочет начисляться пока в результатах расчета не проявится начисление, у которого в КВО установлена входимость в выслугу. На это нельзя повлиять никаким образом. Но основная оплата не всегда может начислится и при этом выслуга рассчитаться должна. Просьба дать возможность независимого начисления выслуги.1 - Доработан механизм расчета выслуги лет при отсутствии начислений у сотрудника или при наличии только начислений, в видах оплат которых не установлена входимость "в выслугу". Как это теперь работает относительно вышеизложенной ситуации. При отсутствии начислений или при наличии только начислений, в видах оплат которых не установлена входимость "в выслугу" в расчетном месяце при установленном признаке 1 или 3 вида оплаты 49 (выслуга лет) и установленной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Выслуга лет Автоматически начислять ежемесячную выслугу лет" в "Да" производится расчет выслуги. При этом, при наличии у рассчитываемого сотрудника перехода в межпериод, а также при установленной входимости "пересчитывать по дням" на вкладке "Расчеты" классификатора видов оплат и скидок в положение "+", выслуга будет автоматически разбита (при необходимости, например, при переходе в другое подразделение). Если у сотрудника был переход в межпериод с изменением режима работы, а также был переход на новый процент для расчета выслуги в этот период, то при расчете процента будет взята норма того режима работы, на который перевели сотрудника. При расчете заработной платы за период при установленной входимости "пересчитывать по дням" вида оплаты 49 разбивка период расчета выслуги будет ограничен или периодом расчета заработной платы, или датой увольнения. 2 - Доработан классификатор видов оплаты для вида оплаты 49. Ранее не было возможности установить входимость "пересчитывать по дням" для пользовательских алгоритмов (алгоритмов с номером более 100) для вида оплаты 49, а теперь для вида оплаты 49 можно.
180.89959.1.76.0Расчет выслуги лет от стажа на 1 число расчетного месяцаЗаработная платаПредложения по разработке новых сервисных функций
Необходимо разработать функцию в алгоритмах расчета, позволяющую рассчитать процент по выслуге на 1 число расчетного месяца.Настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Выслуга лет Учитывать дату начала оплаты при расчете выслуги лет" заменена на настройку "Расчет процента" с возможностью выбора следующих значений: - в рамках расчетного периода; - в рамках периода, за который начислена сумма; - на первое число месяца, за который начислена сумма; - на последнее число месяца, за который начислена сумма. По умолчанию настройка "Рачет процента" будет установлена в значение в зависимости от установленного значения настройки "Учитывать дату начала оплаты при расчете выслуги лет". Если значение последней настройки было установлено в "Да", то настройка "Расчет процента" будет установлена в "в рамках периода, за который начислена сумма", иначе - в "в рамках расчетного периода" Добавлены новые функции для пользовательских алгоритмов 1 - Процент на основании стажа для выслуги лет за переданный период function Proc_StagByPeriod( ADay1: byte; AMonth1: byte; AYear1: Integer; ADay2: byte; AMonth2: byte; AYear2: Integer) : Double; ADay1, AMonth1, AYear1 - день, месяц и год для левого ограничения периода ADay2, AMonth2, AYear2 - день, месяц и год для правого ограничения периода Если день месяца какого-либо ограничения периода равен нулю или некорректно введен месяц или год какого-либо ограничения периода, то период автоматически захватит весь отчетный (будущий) период. Если введенный день какого-либо ограничения превышает последний день месяца, то для этого ограничения возьмется последний день месяца. 2 - Процент на основании стажа для выслуги лет на дату function Proc_StagByDate(ADay: byte; AMonth: byte; AYear: Integer) : Double; ADay, AMonth, AYear - день, месяц и год Если день месяца равен нулю или некорректно введен месяц или, то функция автоматически захватит весь отчетный (будущий) период. Если введенный день превышает последний день месяца, то функция возьмет последний день месяца. 3 - Процент на основании стажа для выслуги лет на день относительно информации из предварительной разноске или расчетного периода, если информации в предварительной разноске нет function Proc_StagByDay(ADay: byte) : Double; ADay - номер дня Если день месяца равен нулю, то функция автоматически захватит весь отчетный (будущий) период. Если введенный день превышает последний день месяца, то функция возьмет последний день месяца.
180.90049.1.75.0расчет больничного листа при наличии почасовых отклоненийЗаработная платаРасчет больничных
Согласно комментариям по положению о расчете среднего заработка, если работник освобождается от работы с сохранением среднего заработка или без сохранения на часть рабочего дня, а не на весь день, то данный день не исключается из календарных дней по расчету больничного и заработок, сохраняемый за время выполнения гос обязанностей, включается в сумму заработка по расчету больничногоДоработка для РБ. Доработана функциональность расчета среднедневного заработка для расчета пособий по больничным листам. Для этого: 1. В классификаторе видов оплат для дополнительной входимости 18 добавлен параметр. По умолчанию он принимает значение "безусловно", второе значение - "при полной рабочей смене". 2. Доработан расчет времени и суммы начислений за расчетный период с учетом отклонений с ВО с 18 входимостью ((18) Исключается из подсчета рабочего времени для больничных по календарным дням). При наличии таких отклонений в расчетом периоде анализируется настройка и время отклонения (является ли отклонение целодневным или нет).
102.1471119.1.74.0Влиять на перечень видов удержаний при расчете зарплаты за периодЗаработная платаРасчет удержаний (общие вопросы)
В классификаторе видов удержаний нужно добавить новое поле "Учитывать при расчете за период". По умолчанию должно быть "Да". При расчете зарплаты за период нужно обрубить расчет удержаний, для которых поле содержит значение "нет".Доработан расчет за период с птичкой "Расчет аванса в режиме за период". Теперь в интерфейсе редактирования видов удержаний, кроме видов удержаний с системными кодами 141..145, 199, 219..230, появилось поле, в котором можно указать, учитывать ли это удержание при расчете за период.
102.1471899.1.73.0Скрыть законодательно неактуальную колонку в классификаторе ставокЗаработная платаСтавки социальных налогов/страховых взносов
В настоящее время ставки страховых взносов в РФ и соцналога в РК определяются от фиксированных сумм в НДЕ, а не от количества МЗП. Изменен алгоритм работы со ставками в памяти, который не будет обрабатывать границы диапазонов в МЗП, значит нет смысла давать возможность вводить эти диапазоны - чтобы не вводить пользователя в заблуждение.Скрыта колонка "Верхняя граница (МЗП)" в нижней панели окна "Ставки социальных налогов/страховых взносов".
102.1463959.1.72.0Убрать ненужные сокращенияЗаработная платаВходимость в отчеты
Для допвходимости 256 при нажатии F3 на колонках "Примечание" и "Доп.информация" отображаются меню, в которых все элементы написаны с использованием сокращений. Возможно так было сделано, потому что ранее аналогично были сокращены названия граф отчета 4-ФСС. В нынешней версии этого отчета таких сокращений нет. Нужно: 1) в меню выбора элементы написать без сокращений. 2) скорректировать аналогичным образом и меню для других допвходимостей.Устранены сокращения элементов выбора полей "Примечание" и "Доп. информация" для дополнительной входимостей 265, 268, 271.
102.1446499.1.71.0Некорректно отрабатывает выбор доп. информации для 268 доп.входимости при формировании 4-ФССЗаработная платаВходимость в отчеты
Некорректно отрабатывает выбор доп. информации для 268 доп. входимости при формировании 4-ФСС. Если попытаться выбрать доп. информацию(её нет для этой доп. входимости, соответственно поле останется пустым), то в отчете 4-ФСС мы не увидим кол-во дней БЛ по произв. травме, проф. заболеванию и т.д. Аналогично для карточки индивидуального учета СВ. Если на поле "доп. информация" не заходить, то отчеты формируются корректно.Исправлено некорректная работа выбора доп. информации
102.1457679.1.71.0Расчет НДФЛ по ставке 35% со стоимости рекламных призовЗаработная платаРасчет подоходного налога
В соответствии с Налоговым кодексом (п.2 ст.224, п.28 ст.217, п.1,2 ст.226) наша организация является налоговым агентом в случае выдачи призов по рекламным акциям, т.к. именно организации, проводящие такие акции, должны перечислять налог в размере 35% за полученные призы. ( Переломный момент произошел 30.01.2014г. Ранее выдача рекламных призов считалась лотереей и налог уплачивал получатель приза. 30.01.14 были внесены изменения в 138-ФЗ об исключении подобных рекламных акций из лотерей.)По настройке на страну Россия разделены проценты удержания НДФЛ нерезидентов и дополнительного налога. 1. Доработана функция Настройка=> Ставки налога и вычеты=>Дополнительный налог. В ставки дополнительного налога добавлена колонка "Для нерезидентов". Для других стран колонка не видна. 2. Добавлена настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вид удержания для дополнительной шкалы НДФЛ" Доработаны следующие функции. 3.Расчет НДФЛ при расчете заработной платы и в межпериод. Теперь при расчете НДФЛ для нерезидентов процент определяется из соответствующей колонки. Если колонка не заполнена, процент определяется из процента дополнительного налога, как это было раньше. 4.Формирование результатов расчета заработной платы. Теперь при формировании НДФЛ с дополнительного дохода используется настройка п.2. Если значение настройки не задано, то дополнительный налог формируется с системным кодом 183, как это было раньше. Для России НДФЛ для нерезидентов всегда формируется с кодом 183, как это было раньше. 5.Расчет алиментов. Теперь при их расчете от облагаемой базы дополнительно отнимаются удержания с кодом из настройки п.2. 6.Расчет отпуска и отзыв в части сохранения суммы НДФЛ при наличии реестра по перечислению. Теперь анализ происходит с учетом новой настройки п.2. 7.Классификатор видов удержаний. Если вид удержания совпадает с новой настройкой п.2. , то для него идет пост.обработка по аналогии с другими системными кодами. Для системных кодов удержания нельзя: - изменить системный код - удалить вид удержания - выбрать номер алгоритма - изменить тип удержания - изменить принцип разбиения - изменить приоритет 8. Лицевой счет=> Суммы по видам удержаний. Лицевой счет=> Результаты расчета. Для видов удержания из группы НДФЛ показываются поля "ОКТМО", сумма вычетов и т.п по аналогии с кодом удержания 183. 9.Формирование проводок => Бухгалтерские справки и платежные поручения. Теперь при формировании проводок для дополнительного налога дополнительно учитываются удержания с кодом из настройки п.2. Формирование проводок => Проверка ссылочной целостности. 10.Формирование реестров по видам удержаний и по перечислению НДФЛ. Формирование платежных поручений по реестрам. 11.Переход на новый расчетный период. При переносе записей по налогам из результатов расчета зарплаты, сумма вычетов переносится в соответствующее поле архива удержаний. 12."Контроль дохода". Теперь при разноске дополнительного дохода и налога дополнительно учитываются удержания с кодом из настройки п.2. 13."Контроль выплаты зарплаты". 14.Работа с копией архива удержаний => - Сравнение архивов удержаний - Экспорт данных => Из рабочего архива удержаний в копию - Импорт данных => В рабочий архив удержаний из копии При переносе записей по налогам из результатов расчета зарплаты, сумма вычетов переносится в соответствующее поле архива удержаний. 15. Сервисная функция перевода сотрудника в другой филиал. При переносе записей по налогам из результатов расчета зарплаты, сумма вычетов переносится в соответствующее поле архива удержаний. 15. Формирование статистических данных 16.Доработаны отчеты. - Отчет по уплаченным суммам для налоговой отчетности - Справка для начисления жилищных субсидий - Справки => Справка для начисления детских пособий (РБ и другие страны) - Расчетные листки - Формирование справки в банк для предоставления кредита - Отчеты Оплата труда Печать лицевых счетов (два вида отчета) - Вспомогательные ведомости. Форма свода: алименты - Расчетно-платежные ведомости => Расчетно-платежная ведомость для бюджетных организаций - Расчетно-платежные ведомости => Расчетно-платежная ведомость (РБ и РФ) - Расчетно-платежные ведомости => Расчетно-платежная ведомость с группировками - Расчетно-платежная ведомость межрасчетного периода - Расчетная ведомость - Отчеты в налоговую инспекцию => Сопроводительный лист 17. Доработаны все отчеты о доходах и налогах, в том числе и справки о доходах в налоговую инспекцию.
102.1465319.1.71.0Доработка функции формирования реестров , платежных поручений и бухгалтерских справок для НДФЛ по ставке 35%Заработная платаБухгалтерские справки по налогам
В классификаторе видов оплат => Удержания есть поле входит в расчет дополнительного налога. Если в этом поле указан "+", то НДФЛ определяется по дополнительной шкале. По умолчанию, для такого НДФЛ присваивается код удержания 183. Добавлена настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вид удержания для дополнительной шкалы НДФЛ". (для всех стран) Теперь пользователи для дополнительного налога могут выбрать вид удержания отличный от 183. Необходимо доработать функции формирования реестров , платежных поручений и бухгалтерских справок для НДФЛ с дополнительного дохода с тем, чтобы вид удержания выбирался с учетом указанной настройки. Примечание. Поле "входит в расчет дополнительного налога" имеет наименьший приоритет по сравнению с другими полями входимости в НДФЛ.Доработано формирование реестров по налогам в межпериод (начисления и выплаты, удержания и выплаты, договора подряда). Если в виде оплаты межрасчетного начисления установлен признак "Входит в расчет дополнительного налога", то реестр на налог формируется по виду удержания, указанному в общесистемной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вид удержания для дополнительной шкалы НДФЛ". Если в настройке не выбран вид удержания, то реестр по таким выплатам формируется по виду удержания с системным кодом 183. Если в виде оплаты проставлен код дохода "Дивиденды", то производится формирование по виду удержания 110. В остальных случаях формирование производится как и ранее. Доработано окно выбора вида удержания с учетом наличия в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вид удержания для дополнительной шкалы НДФЛ" отдельно указанного вида удержания.