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


Описание файла обновления:
ФайлZ_CALC_RES_911340.TXT
ОбновлениеZ_Calc_res_911340
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_CALC
ТипRES
Версия9.1.134.0
Дата2018-03-06 16:08:55
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.175442NEWединовременные пособия РФЗаработная платаФормирование единовременных пособий
Для РФ получается,что в классификатор единовременных пособий мы можем внести только 1 вид пособия,к примеру,при рождении.Для постановки на учет в ранние сроки уже рассчитать не получиться (и задать не получится: "Пособие на эту дату уже существует").В классификатор единовременных пособий было добавлено поле "Вид пособия". В нем можно задать вид единовременного пособия, для которого устанавливается сумма. Поддерживается история для разных видов пособий. Добавлено 4 вида пособия: - при рождении ребенка - вставшим на учет в ранние сроки беременности - пособие на погребение - уход за детьми-инвалидами Во время создания единовременного пособия в интерфейсе единовременных пособий, при выборе вида оплаты система проверит значение вида пособия, указанное в 265 дополнительной входимости выбранного вида оплаты и попытается найти запись в классификаторе единовременных пособий с идентичным видом пособия.
102.179354NEWПереименовать поле входимости в налоги на ФОТ в КВОЗаработная платаКлассификатор видов оплат
1. КВО, вкладка "Налоги на ФОТ" входимость "Вид оплаты входит в выплаты социального характера" нужно переименовать в "Вид оплаты входит в расчет страховых взносов" (ранее было "социальных налогов") делаем для РФ. 2. Для Казахстана: входимость должна называться, как ранее "Вид оплаты входит в расчет социальных налогов". А входимости в отчеты (ВСЕ три) скрыть. 3. Для РБ и Украины: скрыть и эту входимость и входимости в отчеты (ВСЕ три).<Заработная плата> - Настройка - Заполнение каталогов - Виды оплат и скидок в детализации закладка Налоги на ФОТ для РФ наименование "Вид оплаты входит в расчет страховых взносов" и отображаются входимость в отчеты для Казахстана наименование "Вид оплаты входит в расчет социальных налогов", входимость в отчеты скрыты для РБ и Украины скрыта все входимости.
180.10627NEWНеверная хоз. операция в результатах расчета по удержаниямЗаработная платаРасчет удержаний (общие вопросы)
Неверная хоз. операция в результатах расчета по удержаниям. Путь: Заработная плата - Операции - Расчет зарплаты - Расчет зарплаты В КВУ для аванса ТХО "из КВУ" + ТХО указано "Перечисление аванса". Рассчитали ЗП. В результаты расчета удержаний попало ТХО с начислений.Исправлено отображение значения настройки варианта выбора ТХО в классификаторе видов удержаний. Раньше значение этой настройки в интерфейсе КВУ не всегда соответствовало реальному в базе, если это значение не перевыбиралось.
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) признак "удалять" переименован в "исключать из расчета". Новое наименование признака точнее описывает процесс перехода к новому периоду. Исправлена работа признака "переносить в архив" для удержаний алиментов. Теперь признак работает (ранее удержания алиментов в архив не переносились, а только исключались из расчета). В интерфейсе редактирования вида удержаний в классификаторе видов удержаний подписаны поля с признаками и подкорректированы всплывающие подсказки.
102.1667959.1.110.0Архив удержанийЗаработная платаВиды удержаний
Просьба реализовать возможность перевода видов удержаний в архив для того, чтобы исключить те виды удержаний, которые больше использоваться не будут, из перечней для выбора.Для добавленного ранее в классификатор видов удержаний поля с признаком "Архивное" установлена статус-строка с возможностью перехода к редактированию (F4).
102.1618849.1.109.0Алгоритм для расчета нарядовЗаработная платаФормирование нарядов
Недостаточно существующих алгоритмов по расчету нарядов для необходимого предприятию расчета. Нужен алгоритм, который позволит получить итоговое количество "Часы факт"*"КТУ" по операции, так как в наряде две (и более) операции. Также нужна возможности взять "Часы факт с учетом КТУ" по каждому работнику и "Часы факт" по каждой записи в спецификации наряда.NRSUMTIMEBYOP(OPERATION: comp, withKTY: boolean): double; Возвращает сумму фактически отработанного времени (с учетом КТУ, если параметр withKTY равен true) по операции OPERATION из спецификации наряда. Операцию в собственном алгоритме можно выбрать с помощью функции OPERNAR. NRSUMTIMEBYLS(LS: comp, withKTY: boolean): double; Возвращает сумму фактически отработанного времени (с учетом КТУ, если параметр withKTY равен true) для конкретного работника LS из спецификации наряда. Лицевой счет в собственном алгоритме можно выбрать с помощью функции LSNAR. NrTime(withKTY: boolean): double; Возвращает сумму фактически отработанного времени (с учетом КТУ, если параметр withKTY равен true) по конкретному наряду из спецификации наряда.
101.606069.1.108.0Расчет удержаний - формируемая аналитика не соответствует настройке КАУ для бухсчетаЗаработная платаРасчет удержаний (общие вопросы)
При определённых условиях в результатах расчёта для удержания (перечисления) отпускных в межпериод формируется аналитика по сотрудникам, хотя на счёте такая аналитика в принципе не ведётся. Возможно, переносится из начисления отпускных (по настройке "Разбивать удержания - по подразделениям, аналитике и параметру входящих оплат"). В результате при формировании проводок получаем неправильную аналитику. Необходимо добавить проверку на наличие аналитики в случае, если пользователи хотят переносить КАУ, которые есть в реестре, но с учетом аналитики по счету/субсчету. Изменить название параметров в классификаторе видов удержаний (особенности выбора КАУ) - "... из постоянного удержания." на "... из источника".В классификаторе видов удержаний изменены названия параметров для "особенностей выбора КАУ" фраза "из постоянного удержания" заменена на "из источника". При учете данного поля при выполнении функции формирования результатов расчета добавлена проверка на наличие аналитик на счете в случае, если пользователи хотят переносить КАУ, которые есть в реестре, но с учетом аналитики по счету/субсчету.
102.1570509.1.108.0Добавить еще переменные для работы с буфером в функции используемые в алгоритмах расчета ЗПЗаработная платаАлгоритмы пользователя
Для использования расчета доплат с использованием пользовательских алгоритмов при работе с буфером (GETBUFVALUED, SETBUFVALUED) необходимо иметь возможность использовать свой буфер для отдельного алгоритма. Иначе можно завести только одну доплату которая будет использовать при расчетах буфер.Для работы с пользовательскими алгоритмами добавлены функции: - GETBUFVALUEDI(longint): double - SETBUFVALUEDI(longint, double): double Функция SETBUFVALUEDI сохраняет во временном буфере значение числа с плавающей точкой. В первом параметре передается индекс, по которому будет сохранено значение, переданное во втором параметре. Функция возвращает сохраненное значение. Функция GETBUFVALUEDI предназначена для получения из временного буфера значения, сохраненного по определенному индексу, который передается в качестве параметра. Максимальное количество индексов, которые могут быть применены для сохранения значений равно 2147483647. Значение по индексу 0 можно сохранить и получить при помощи функций SETBUFVALUED и GETBUFVALUED (функции без постфикса I)
102.1657249.1.107.0Работа с классификатором видов оплат в режиме добавления новых записейЗаработная платаКлассификатор видов оплат
Описание проблемы: Потребовалось добавить новый вид оплаты. F7 -> ввод системного кода -> произвольное значение из "нежёстко" зашитых -> сообщение о том, что ВО с таким системным кодом уже существует и предложение ввести новый системный код -> ввели "наобум" новый -> получили то опять же самое сообщение. Сразу впечатление от работы с системой ухудшается. При этом после F7 мы уже работаем со вставленной записью и по ESC уже не выйти, чтобы искать свободные коды. Надо вначале её удалить по F8. Да ещё "новичку" сложно быстро сориентироваться, где именно после отказа от ввода можно увидеть список всех задействованных системных кодов, чтобы наконец понять, какой именно свободен. Предложение - сделать ввод новой записи более эргономичным и простым (в части заполнения системного кода): - либо в таблице в памяти динамически сформировать список доступных свободных системных кодов (это затраты времени) и к полю подключить просто выбор из таблицы; - либо по умолчанию "подбрасывать" первый "доступный" с наименьшим номером; - либо, как при работе со вводом работников, тут же по кнопке дать возможность посмотреть список доступных (собственно, тут пойдут те же затраты времени на формирование списка);Зарплата - =Настройка= - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат Доработан ввод новой записи в классификаторе видов оплаты и скидок. При добавлении новой записи автоматом "подбрасывается" первый доступный системный код с наименьшим номером (из "не жестко зашитых"). В случае, если пользователь изменяет системный код на код, который уже есть в классификаторе, программа предлагает показать список свободных системных кодов. При утвердительном ответе на вопрос на экран выводится список свободных системных кодов, с информацией о первом и последнем "занятом" системном коде. Список свободных кодов представляет собой FR-отчет, который пользователь может сохранить либо распечатать для дальнейшего анализа.
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" в поле выбора кода дохода