Проблема ПИР | Первое решение | Описание | Проект | Детализация |
---|
Что изменено: | Как изменено: |
---|
102.172877 | NEW | Изменения в расчете среднего заработка за время отпуска (РБ) | Заработная плата | Расчет отпускных |
Изменения в расчете среднего заработка за время отпуска (РБ). Инструкция о порядке исчисления среднего заработка, сохраняемого в случаях, предусмотренных законодательством, изложена в новой редакции. В связи с изменениями в Инструкции, необходима следующая доработка в Галактике: Средний заработок за время трудового и социального (в связи с получением образования) отпусков - если расчет производится исходя из часовой заработной платы (абз. 2 п. 10 Инструкции N 47), то должны учитываться только оплаты, перечисленные в п.1.1 Приложения. | РБ. Для реализации нового подхода недостаточно одной входимости в расчёт отпуска, как такового. Необходимо разделять оплаты, входящие в расчет и из СДЗ, и из СЧЗ, от оплат, входящих только в расчёт из СЧЗ. С этой целью в классификатор видов оплат добавлена новая дополнительная входимость с номером 22 "Заработная плата за выполненную работу или отработанное время". Для случаев расчёта отпускных из СЧЗ кроме общей входимости в средний для отпуска анализируется ещё и наличие вышеуказанной новой доп.входимости. Если она присутствует - сумма по такому виду оплаты включается в состав часовой заработной платы по месяцам расчётного периода. Добавлен внутренний конвертер, который запустится автоматически при обновлении реестра настроек. Он добавит вышеуказанную доп.входимость для видов оплат с системными кодами: 1, 6, 7, 8, 44, 45, 49 и 53. А также для видов оплат с типами: "РК", "Сев", "Высл", "Инд", "ВЧ", "НЧ", "ПЧ", "СЧ", "РВ", "НД", "13зп", "Раз", "ДМЗП", "Договор". Тем не менее, на каждом предприятии (организации) необходимо дополнительно вручную проверить собственный классификатор видов оплат и, при необходимости, произвести донастройку. Если это не будет сделано, есть риск занизить средний заработок для работников, которым отпускные будут считаться через средний часовой заработок. |
102.168110 | 9.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.60240 | 9.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.116226 | 9.1.121.0 | Доработать формирование ведомостей по окончательному расчету зарплаты | Заработная плата | Платежная ведомость |
Доработать интерфейс выбора вида удержания. | Доработан интерфейс выбора вида удержания. |
102.172839 | 9.1.121.0 | На текущих обновлениях не работает функция Дублировать вид оплаты | Заработная плата | Классификатор видов оплат |
На текущих обновлениях не работают функции лок. меню из главного окна интерфейса Классификатора видов оплаты и скидок | ЗП - =Настройка= - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат (РБ) Исправлена ошибка. Восстановлена работоспособность функций локального меню из главного окна интерфейса Классификатора видов оплат и скидок (РБ). |
101.61169 | 9.1.120.0 | КВО - реализовать функцию проверки корректности настроек | Заработная плата | Классификатор видов оплат |
Сейчас классификатор видов оплат допускает установку противоречивых настроек, в результате могут возникать ошибки при расчётах/формировании отчётности. Кроме этого нужно реализовать функцию проверки КВО, исправляющую ранее внесённые ошибки (вызывать из лок. меню, по завершении выдавать протокол о сделанных изменениях). Правила пока вырисовываются такие (впоследствии можно будет добавлять): 1. Если на вкладке [Расчёты] установлена входимость "социальных налогов" = "+", то обязательно должен присутствовать хотя бы один налог под кнопкой [В расчёт налогов]. Иначе установить "-". Если же эта входимость установлена "-", то под кнопкой [В расчёт налогов] не должно быть записей. Иначе все удалить. 2. Если на вкладке [Расчёты] под кнопкой [В расчёт налогов] есть входимость в соответствующие налоги (ПФ, ФСС и ФОМС ? ), то обязательно должна быть установлена входимость "в утверждённые формы отчётности по ЕСН/СВ" = "+", а "основание для исключения обложения ЕСН/СВ" должно быть пустым (если не так - исправить). 3. Если на вкладке [Расчёты] под кнопкой [В расчёт налогов] нет входимости в соответствующие налоги (ПФ, ФСС и ФОМС ? ) и на вкладке [Отчёты] входимость "в утверждённые формы отчётности по ЕСН/СВ" = "+", то обязательно должно быть выбрано и "основание для исключения обложения ЕСН/СВ". Иначе (при пустом "основании для исключения...") устанавливать какое-то значение по умолчанию? Или лучше "в утверждённые формы отчётности по ЕСН/СВ" = "-" ? 4. Если на вкладке [Отчёты] входимость "в утверждённые формы отчётности по ЕСН/СВ" = "-", то поле "основание для исключения обложения ЕСН/СВ" должно быть пустым. Иначе обнулить. 5. Поле "Тип оплаты" (KlVidopl.VHVOE[19]) не должно быть пустым. Если пусто - устанавливать "-". | Зарплата - =Настройка= - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат В Классификатор видов оплат и скидок добавлена сервисная функция по проверке настроек. Функция доступна только пользователей РФ. Перед запуском функции проверяется настройка на страну. Функция запускается по локальному меню в классификаторе: - Выполнить проверку корректности настроек "Классификатора видов оплат и скидок". функция проверяет корректность в части настроек для страховых взносов и настройку "Тип оплаты", которая не должна быть заполнена значением "" (пусто). Проверка корректности настроек производится по следующему алгоритму: 1. Если на вкладке [Расчёты] установлена входимость "социальных налогов" = "+", то обязательно должен присутствовать хотя бы один налог под кнопкой [В расчёт налогов]. Иначе устанавливается "-" с предупреждением в протоколе: Для ВО: ХХХ(ХХХ) входимость в расчет социальных налогов установлена = "-". Если же эта входимость установлена "-", то под кнопкой [В расчёт налогов] не должно быть записей по соц.налогам, рассчитываемым из годовой базы (ПФ, ФОМС, ФСС). Иначе записи с налогами удаляются с предупреждением в протоколе: Для ВО: ХХХ (ХХХ) ВО НЕ входит в расчет социальных налогов. Под кнопкой [В расчёт налогов] удалены налоги, рассч. из годовой базы. 2. Если на вкладке [Расчёты] под кнопкой [В расчёт налогов] есть входимость в соответствующие налоги (ПФ, ФСС и ФОМС), то обязательно должна быть установлена входимость "в утверждённые формы отчётности по ЕСН/СВ" = "+", в противном случае система устанавливает данную опцию в "+", и выдает предупреждение: "Для ВО: ХХХ (ХХХ) установлена входимость "в утверждённые формы отчётности по ЕСН/СВ". При этом "основание для исключения обложения ЕСН/СВ" должно быть пустым (если не так - исправляем с предупреждением: Для ВО: ХХХ (ХХХ) "основание для исключения обложения ЕСН/СВ" установлено в значение " ". 3. Если на вкладке [Расчёты] под кнопкой [В расчёт налогов] нет входимости в соответствующие налоги (ПФ, ФСС и ФОМС) и на вкладке [Отчёты] входимость "в утверждённые формы отчётности по ЕСН/СВ" = "+", то обязательно должно быть выбрано и "основание для исключения обложения ЕСН/СВ". В этом случае требуется ручная корректировка настройки. 4. Если на вкладке [Отчёты] входимость "в утверждённые формы отчётности по ЕСН/СВ" = "-", то поле "основание для исключения обложения ЕСН/СВ" должно быть пустым. Иначе обнуляем. 5. Поле "Тип оплаты" (KlVidopl.VHVOE[19]) не должно быть пустым. Если пусто - устанавливаем "-". По окончании работы функции выдаются сообщение о завершении проверки и протокол обо всех произведенных корректировках, с указанием вида оплаты (пользовательского и системного). |
102.152017 | 9.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.169594 | 9.1.118.0 | Открывать по f4 выбранный шаблон отнесения затрат налогов на ФОТ | Заработная плата | Классификатор налогов на ФОТ |
У налога на ФОТ много шаблонов отнесения затрат. В списке налогов на ФОТ в нижней панели они отображаются. Если установить курсор на конкретном шаблоне и открыть его для редактирования (по f4) шаблоны всегда открываются начиная с первого (неважно на каком стоял курсор) и чтобы дойти до нужного, приходиться перемещаться по Page down. Так как шаблонов может быть 10, 20, 30, идти вниз до нужного шаблона от первой записи неудобно. | В классификаторе налогов на ФОТ, если курсор установлен в нижней панели на конкретный шаблон отнесения затрат, то при переходе в режим редактирования(F4) происходит позиционирование на этот шаблон. |
180.10326 | 9.1.117.0 | Округление отчислений на ОСМС | Заработная плата | Расчёт налогов на ФОТ |
РК. Просим реализовать округление отчислений ОСМС в системе. Согласно пункту 39 утвержденных Правил исчисления и перечисления отчислений и взносов на ОСМС и перечисления по ОСМС от 30 июля 2017 года "Уплата взносов и отчислений производится в тенге с учетом округления тиынов в следующем порядке: сумма до 50 тиын округляется до 0 тенге; сумма от 50 тиын округляется до 1 тенге." расчет отчислений ОСМС необходимо производить с учетом округления. Так как округление сумм в реестрах на перечисление приводят к несоответствию с рассчитанными суммами налогов на ФОТ в Галактике, просим округлять суммы налогов на ФОТ при расчете ЗП, чтобы при формировании реестра на перечисление для банка с округлением до целых (без копеек), итоговая сумма по налогу на ФОТ с округлением равнялась рассчитанной. | РК. В классификаторе налогов на ФОТ (рядом с полем "Округлять итог") добавлено поле для возможности указать точность этого округления. Значения "до сотых НДЕ"/"до целой НДЕ" переключаются по F3. Для остальных стран поле не отображается. При расчёте налогов на ФОТ учитывается заданное значение. |
101.62508 | 9.1.116.0 | РСВ-2017 - вызывать функцию проверки корректности настроек КВО перед формированием отчета | Заработная плата | РСВ 2017 (общие вопросы, предложения по новой функциональности) |
Предлагается реализовать вызов функции проверки корректности настроек в классификаторе "Видов оплат и скидок" в части настроек для страховых взносов перед формированием РСВ. Возможно, имеет смысл сделать безусловный вызов (без специального флага в параметрах), если проверка получится относительно недолгая. В случае, если функция смогла сама скорректировать найденные несоответствия - выдавать в протокол сообщение о сделанных изменениях. Если же какие-то несоответствия устранить должен пользователь - выдавать сообщение об ошибке с указанием что нужно исправить. | Зарплата - Отчеты - Утвержденная отчетность - РСВ 2017 Доработано формирование отчёта. Перед формирование РАСЧЕТА ПО СТРАХОВЫМ ВЗНОСАМ запускается функция проверки корректности настроек в классификаторе "Видов оплат и скидок" в части настроек для страховых взносов. Функция проверяет корректность настроек и корректирует настройки по следующему алгоритму: 1. Если на вкладке [Расчёты] установлена входимость "социальных налогов" = "+", то обязательно должен присутствовать хотя бы один налог под кнопкой [В расчёт налогов]. Иначе устанавливается "-" с предупреждением в протоколе: Для ВО: ХХХ(ХХХ) входимость в расчет социальных налогов установлена = "-". Если же эта входимость установлена "-", то под кнопкой [В расчёт налогов] не должно быть записей. Иначе записи с налогами удаляются с предупреждением в протоколе: Для ВО: ХХХ (ХХХ) удалены соц. налоги, так как ВО НЕ входит в расчет социальных налогов. 2. Если на вкладке [Расчёты] под кнопкой [В расчёт налогов] есть входимость в соответствующие налоги (ПФ, ФСС и ФОМС), то обязательно должна быть установлена входимость "в утверждённые формы отчётности по ЕСН/СВ" = "+", в противном случае система устанавливает данную опцию в "+", и выдает предупреждение: "Для ВО: ХХХ (ХХХ) установлена входимость "в утверждённые формы отчётности по ЕСН/СВ". При этом "основание для исключения обложения ЕСН/СВ" должно быть пустым (если не так - исправляем с предупреждением: Для ВО: ХХХ (ХХХ) "основание для исключения обложения ЕСН/СВ" установлено в значение " ". 3. Если на вкладке [Расчёты] под кнопкой [В расчёт налогов] нет входимости в соответствующие налоги (ПФ, ФСС и ФОМС) и на вкладке [Отчёты] входимость "в утверждённые формы отчётности по ЕСН/СВ" = "+", то обязательно должно быть выбрано и "основание для исключения обложения ЕСН/СВ". В этом случае требуется ручная корректировка настройки. 4. Если на вкладке [Отчёты] входимость "в утверждённые формы отчётности по ЕСН/СВ" = "-", то поле "основание для исключения обложения ЕСН/СВ" должно быть пустым. Иначе обнуляем. По окончании работы функции выдаётся протокол обо всех произведенных корректировках, с указанием вида оплаты (пользовательского и системного). В случае, если в классификаторе "Видов оплат и скидок" обнаружены записи по п.3., при формировании отчета выдается предупреждение о том, что в классификаторе "Видов оплат и скидок" обнаружены ВО, для которых требуется ручная корректировка "основания для исключения обложения ЕСН/СВ" и формирование отчета может быть некорректным. Пользователю предлагается прервать формирование отчета. |
102.169475 | 9.1.115.0 | Продолжение 102.166554. Удержание в результатах расчёта ошибочно разбивается на несколько записей | Заработная плата | Расчет удержаний (общие вопросы) |
Формируется несколько записей в результатах расчёта по одному удержанию. А должна быть одна запись. Если для вида удержания установить значение "учитывать в подразделении на дату формирования", то оно не разбивается. Это можно считать только временным решением для пересчёта ЗП по проблемным сотрудникам т.к. необходимо, чтобы удержание разбивалось по подразделениям отнесения затрат и другим атрибутам. Необходимо создать новое значение настройки КВУ, которое бы позволяло дробить удержание без учёта вида оплаты, а существующее значение "разбивать по подразделениям отнесения затрат" переименовать, чтобы пользователю было понятно, с каким именно функционалом он работает. | 1. Доработано отображение информации о способе разбивки удержания в классификаторе видов удержаний с учетом различных значений настройки "... Режимы расчетов Разбивать удержания". Теперь, если в настройке выбрано значение "только по видам оплат", то вместо текста "разбивать по подразделениям отнесения затрат", выводится текст "разбивать по видам оплат". Если в настройке выбрано значение "по подразделениям, аналитике и параметру входящих оплат", то для России вместо текста "разбивать по подразделениям отнесения затрат", выводится текст "разбивать по подразделениям, аналитике, параметру и виду оплаты". 2.Для России доработана функциональность выбора способа разбивки удержаний в классификаторе видов удержаний. Добавлено новое значение "разбивать без учета вида оплаты по подразделениям, аналитике, параметру" Доработка функционирует при установленном значении "по подразделениям, аналитике и параметру входящих оплат" в настройке "... Режимы расчетов Разбивать удержания" для всех видов удержаний, кроме тех, которые обрабатываются программой по жестко заданным алгоритмам. Перечень таких удержаний приведен в документации. 3.Для России доработано формирование результатов расчета удержаний при расчете заработной платы с учетом нового значения "разбивать без учета вида оплаты по подразделениям, аналитике, параметру". При таком значении удержания в результатах расчета заработной платы группируются "по подразделениям, аналитике, параметру и периодам входящих начислений". При группировке учитывается поле КВО "Приоритет оплаты при распределении суммы к удержанию". Первыми в результатах расчета формируются суммы по удержаниям в видов оплат с более высоким приоритетом. Примечание. Если значение поля "Приоритет оплаты при распределении суммы к удержанию" не определено, то в качестве приоритетов для распределения сумм удержаний и перечислений, используется поле "Приоритет оплаты при расчете НДФЛ и предоставлении вычетов", как это было ранее. Если значение поля "Приоритет оплаты при расчете НДФЛ и предоставлении вычетов", в свою очередь, не определено, то используется приоритет для расчета начислений. |
102.170603 | 9.1.115.0 | Доработки по результатам опытной эксплуатации (Аскона) | Заработная плата | Пользовательские алгоритмы |
По результатам опытной эксплуатации и проверки решения ПИР 102.167569 требуется внести следующие изменения в порядок расчета компенсации за вредность с пересчетом премиальных сумм: 1 Для случая отсутствия премии по итогам работы (бонуса): - сумма начислений рассчитывается только из основной оплаты без учета других начислений; - расчет НДФЛ осуществляется по формуле - 13% от суммы без учета льгот и без расчета НДФЛ нарастающим итогом с начала года. 2. При анализе сумм 50/50 из суммы начисления исключить отпуска и больничные листы. Кроме того, в отчете-расчете суммы компенсации СЗД: 1. Анализировать начисления уволенных сотрудников в будущем периоде. 2. При расчете компенсации для доплаты за совмещение: - процент доплаты брать у замещаемого сотрудника - расчет должен идти из СДЗ замещаемого сотрудника. | Внесены следующие изменения в порядок расчета компенсации за вредность с пересчетом премиальных сумм (Аскона): В отчете-расчете суммы компенсации СЗД: 1. Анализируются начисления уволенных сотрудников в будущем периоде. 2. При расчете компенсации для доплаты за совмещение: - процент доплаты берется у замещаемого сотрудника - расчет производится из СДЗ замещаемого сотрудника. |
102.169394 | 9.1.114.0 | Ведомость расчета зарплаты с учетом компенсации за вредность. Изменить настройки печати | Заработная плата | Расчеты по алгоритмам в режиме "Начисления и выплаты" |
Ведомость расчета зарплаты с учетом компенсации за вредность.fr3 - изменить настройки печати - убрать установку печати третьей страницы по умолчанию. | Изменены настройки печати. В параметрах печати по умолчанию устанавливается значение печати всех страниц. |
102.169561 | 9.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.10058 | 9.1.113.0 | Неверная хоз. операция в результатах расчета удержания | Заработная плата | Расчет удержаний (общие вопросы) |
Неверная хоз. операция в результатах расчета удержании (ВУ 221). Подробности во вложении. | Доработано формирование ТХО в удержании при расчете заработной платы. В классификаторе видов удержаний добавлен параметр для способа определения ТХО. При значении "по умолчанию" формирование происходит по-старому, при значении "из КВУ" соответственно из классификатора видов удержаний. |
180.10244 | 9.1.113.0 | Алгоритм оплаты работы в выходной | Заработная плата | Алгоритмы пользователя |
Просьба доработать функцию, которая будет возвращать процент из постоянной доплаты в зависимости от переданного периода. | Разработана функция PDopProcDate(fOpl: tvidopl; db: date; de: date): double. Функция возвращает сумму процентов из постоянных доплат с системным видом оплаты fOpl, пересекающихся с переданным периодом. Начала периода передается через параметр db, а конец - dе. |
102.167569 | 9.1.112.0 | Требуется разработать расчет доплаты и компенсации за вредность | Контур управления персоналом | Предложение по новой функциональности контура управления персоналом |
Требуется разработать расчет доплаты и компенсации за вредность 4-й этап разработки "Вредность: доплата и компенсация". Во вложении EXCEL-файл заказчика с описанием алгоритмов. | Аскона. Разработан расчет заработной платы с расчетом Компенсации за вредность и пересчетом Премии по итогам работы. Расчет согласно вложенной таблице. Настройка согласно Инструкции пользователя. |
103.8742 | 9.1.111.0 | Добавить функцию обработки лицевого счета для получения подкласса условий труда | Заработная плата | Алгоритмы пользователя |
Добавить функцию обработки лицевого счета для получения подкласса условий труда. Для написания пользовательского алгоритма необходимо добавить функцию, которая бы возвращала подкласс условий труда из лицевого счета. | Разработана функция function WT_GetInsalubritySubClass(ADate: date): double, возвращающая в числовом виде подкласс условий труда на определенную дату. Параметры: ADate - дата, на которую необходимо получить подкласс условий труда |
102.159971 | 9.1.110.0 | Не давать пользователю устанавливать удержаниям алиментов признак удаления при переходе к следующему периоду | Заработная плата | Виды удержаний |
Не давать пользователю устанавливать удержаниям алиментов (185, 186 и 187) признак удаления при переходе к следующему периоду. Потому что в этих удержаниях хранится информация о ребенке и в случае их удаления не удастся сформировать ведомость по алиментам. Сейчас по факту эти удержания не удаляются даже при установке признака "Удалять". У них только статус участия в расчете снимается. Название признака вводит пользователя в заблуждение. | В классификаторе видов удержаний для удержаний-алиментов (185, 186, 187) признак "удалять" переименован в "исключать из расчета". Новое наименование признака точнее описывает процесс перехода к новому периоду. Исправлена работа признака "переносить в архив" для удержаний алиментов. Теперь признак работает (ранее удержания алиментов в архив не переносились, а только исключались из расчета). В интерфейсе редактирования вида удержаний в классификаторе видов удержаний подписаны поля с признаками и подкорректированы всплывающие подсказки. |
102.166795 | 9.1.110.0 | Архив удержаний | Заработная плата | Виды удержаний |
Просьба реализовать возможность перевода видов удержаний в архив для того, чтобы исключить те виды удержаний, которые больше использоваться не будут, из перечней для выбора. | Для добавленного ранее в классификатор видов удержаний поля с признаком "Архивное" установлена статус-строка с возможностью перехода к редактированию (F4). |
102.161884 | 9.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.60606 | 9.1.108.0 | Расчет удержаний - формируемая аналитика не соответствует настройке КАУ для бухсчета | Заработная плата | Расчет удержаний (общие вопросы) |
При определённых условиях в результатах расчёта для удержания (перечисления) отпускных в межпериод формируется аналитика по сотрудникам, хотя на счёте такая аналитика в принципе не ведётся. Возможно, переносится из начисления отпускных (по настройке "Разбивать удержания - по подразделениям, аналитике и параметру входящих оплат"). В результате при формировании проводок получаем неправильную аналитику. Необходимо добавить проверку на наличие аналитики в случае, если пользователи хотят переносить КАУ, которые есть в реестре, но с учетом аналитики по счету/субсчету. Изменить название параметров в классификаторе видов удержаний (особенности выбора КАУ) - "... из постоянного удержания." на "... из источника". | В классификаторе видов удержаний изменены названия параметров для "особенностей выбора КАУ" фраза "из постоянного удержания" заменена на "из источника". При учете данного поля при выполнении функции формирования результатов расчета добавлена проверка на наличие аналитик на счете в случае, если пользователи хотят переносить КАУ, которые есть в реестре, но с учетом аналитики по счету/субсчету. |
102.157050 | 9.1.108.0 | Добавить еще переменные для работы с буфером в функции используемые в алгоритмах расчета ЗП | Заработная плата | Алгоритмы пользователя |
Для использования расчета доплат с использованием пользовательских алгоритмов при работе с буфером (GETBUFVALUED, SETBUFVALUED) необходимо иметь возможность использовать свой буфер для отдельного алгоритма. Иначе можно завести только одну доплату которая будет использовать при расчетах буфер. | Для работы с пользовательскими алгоритмами добавлены функции: - GETBUFVALUEDI(longint): double - SETBUFVALUEDI(longint, double): double Функция SETBUFVALUEDI сохраняет во временном буфере значение числа с плавающей точкой. В первом параметре передается индекс, по которому будет сохранено значение, переданное во втором параметре. Функция возвращает сохраненное значение. Функция GETBUFVALUEDI предназначена для получения из временного буфера значения, сохраненного по определенному индексу, который передается в качестве параметра. Максимальное количество индексов, которые могут быть применены для сохранения значений равно 2147483647. Значение по индексу 0 можно сохранить и получить при помощи функций SETBUFVALUED и GETBUFVALUED (функции без постфикса I) |
102.165724 | 9.1.107.0 | Работа с классификатором видов оплат в режиме добавления новых записей | Заработная плата | Классификатор видов оплат |
Описание проблемы: Потребовалось добавить новый вид оплаты. F7 -> ввод системного кода -> произвольное значение из "нежёстко" зашитых -> сообщение о том, что ВО с таким системным кодом уже существует и предложение ввести новый системный код -> ввели "наобум" новый -> получили то опять же самое сообщение. Сразу впечатление от работы с системой ухудшается. При этом после F7 мы уже работаем со вставленной записью и по ESC уже не выйти, чтобы искать свободные коды. Надо вначале её удалить по F8. Да ещё "новичку" сложно быстро сориентироваться, где именно после отказа от ввода можно увидеть список всех задействованных системных кодов, чтобы наконец понять, какой именно свободен. Предложение - сделать ввод новой записи более эргономичным и простым (в части заполнения системного кода): - либо в таблице в памяти динамически сформировать список доступных свободных системных кодов (это затраты времени) и к полю подключить просто выбор из таблицы; - либо по умолчанию "подбрасывать" первый "доступный" с наименьшим номером; - либо, как при работе со вводом работников, тут же по кнопке дать возможность посмотреть список доступных (собственно, тут пойдут те же затраты времени на формирование списка); | Зарплата - =Настройка= - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат Доработан ввод новой записи в классификаторе видов оплаты и скидок. При добавлении новой записи автоматом "подбрасывается" первый доступный системный код с наименьшим номером (из "не жестко зашитых"). В случае, если пользователь изменяет системный код на код, который уже есть в классификаторе, программа предлагает показать список свободных системных кодов. При утвердительном ответе на вопрос на экран выводится список свободных системных кодов, с информацией о первом и последнем "занятом" системном коде. Список свободных кодов представляет собой FR-отчет, который пользователь может сохранить либо распечатать для дальнейшего анализа. |
102.165908 | 9.1.107.0 | В интерфейсе "Дополнительные входимости видов оплат" нет колонки доп информация. | Заработная плата | Классификатор видов оплат |
В интерфейсе "Дополнительные входимости видов оплат" нет колонки доп информация. | Зарплата - =Настройка= - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат В окно Дополнительные входимости видов оплаты добавлено поле "Доп. информация", кроме вкладки "Пользовательские". |
102.165654 | 9.1.105.0 | Неверный расчет мат.помощи | Заработная плата | Алгоритмы пользователя |
Для Велкома была доработка по расчету материальной помощи (ПИР 102.134252). В ТЗ не был описан случай, когда у работника в одном из двух предыдущих месяцев отсутствует основное начисление. При текущем расчете, если начисление отсутствует - то за этот месяц в общую сумму начислений тянется 0. Нужно, чтобы в таком случае тянулась сумма оклада. | Доработан алгоритм расчета мат. помощи к отпуску. Если в каком-то месяце расчетного периода не было начислений по основному виду оплаты, то в качестве суммы в расчет идет сумма оклада. |
102.164617 | 9.1.104.0 | После конвертации с 8.1 на 9.1 не перенеслась доп аналитика в классификаторах видов оплат и удержаний | Заработная плата | Настройка |
Перенести конвертер дополнительных аналитик в классификаторе видов оплат/удержаний в механизм обновления настроек. | Конвертер перенесен в настройки с сохранением проверки значения скрытой настройки UP.ZAR.KLVIDOPL.ExtrAnalConverted. Таким образом у тех пользователей, у которых конвертер уже отработал, он не запустится повторно, а у тех, кто переходит с 8 на 9 - запустится. |
102.164565 | 9.1.103.0 | Функция для возвращения значения месячной тарифной ставки | Заработная плата | Специальные алгоритмы |
Предложение разработать функцию для пользовательского зарплатного алгоритма, возвращающую месячную тарифную ставку из каталога тарифных ставок. | Разработана функция TarMTS(S,Rzr,C,D), возвращающая месячную тарифную ставке для определенной системы оплаты, кода тарифа, разряда и даты изменения, где S - код cистемы оплаты, Rzr - разряд, С - код тарифа, D - дата изменения. |
102.163989 | 9.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.159611 | 9.1.101.0 | Необходимо рассчитать доплату за вредность "от суммы к выдаче" | Заработная плата | Расчет начислений (общие вопросы) |
Необходимо рассчитать доплату за вредность "от суммы к выдаче" Рассчитывается зарплата по исходным данным, которые занесены в систему (основной вид оплаты, постоянные доплаты и др.), с учетом всех полагающихся льгот, вычитается НДФЛ и рассчитывается доплата за вредность от "суммы к выдаче". Описание алгоритма в документации к обновлению. | 3 этап - Разработан отчет по результатам расчета Компенсации за вредность. Формирование отчета по пути: Сервис - Утилиты - Запуск внешнего интерфейса - Z_CALC::UNHELTHREP (Z_Calc.res). |
102.164815 | 9.1.101.0 | не верно рассчитывается НДФЛ на не начисляемую сумму | Заработная плата | Расчет подоходного налога |
Не рассчитывается НДФЛ на не начисляемую сумму. Работники не являются сотрудниками предприятия. У работника есть только не начисляемый доход в месяце В межпериод был сформирован и оплачен (признак УС) реестр на НДФЛ. | В классификаторе видов оплат добавлена новая дополнительная входимость 74 "Ограничивать НДФЛ 50% от начислений (для НС или алг.98)". Если установлена данная дополнительная входимость для вида оплаты, тип которой "Неначисляемая сумма" или алгоритм которой 98, то при расчете НДФЛ для данного вида оплаты будет применяться ограничение пятьюдесятью процентами от начислений в денежной форме. |
102.159901 | 9.1.100.0 | Добаавить поле в отчет "Реестры по оплате труда персонала" | Заработная плата | Реестры по перечислениям. Формирование |
В параметрах формирования реестров на окончательную ЗП добавить поле "Вид удержания для реально перечисленной заработной платы", чтобы можно было выбрать вид удержания, который бы передавался в реестр. Далее после обработки реестра (признак П, О или УС) и пересчете заработной платы в результаты расчета по удержаниям попадал именно этот вид удержания. Если вид удержания не указать, то тогда его брать из настройки "15186. Вид удержания для реально перечисленной заработной платы". Сейчас же в такой ситуации в результаты расчета попадает только один вид удержания, указанный в настройке "15186. Вид удержания для реально перечисленной заработной платы". Т.е. вид удержания только один, а необходимо использовать несколько, чтобы потом в отчетах по ЗП (общая ведомость распределения, вспомогательная ведомость и т.п.) пользователь мог отличать например, зарплату выплаченную в текущем месяце и зарплату выплаченную в будущем месяце. | Доработана обработка реестров на окончательную выплату заработной платы для уволенных. Для этого в классификаторе видов удержаний для удержания, которое соответствует настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты Вид удержания для реально перечисленной заработной платы" добавлены два поля - Для уволенных: перечисление в текущем и будущем периоде. При расчете зарплаты с настройкой "Настройки Галактики Управление персоналом Расчетный период" = "отчетный" производится замена кода удержания для реестра на окончательную выплату зарплаты на код, установленных в настройке Для уволенных: перечисление в текущем периоде. Соответственно, при расчете в будущем периоде - на вид удержания для будущего периода. |
102.163045 | 9.1.99.0 | КВО. Установка значений по умолчанию для полей "Тип оплаты", "Учет дохода в налоговой отчетности", "Учет сумм возврата" | Заработная плата | Классификатор видов оплат |
Зарплата - =Настройка= - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат Установка значений по умолчанию для полей "Тип оплаты", "Учёт дохода в налоговой отчетности", "Учёт сумм возврата" при создании новой записи в КВО. При создании новой записи в КВО необходимо для вышеперечисленных полей устанавливать значения по умолчанию. Для поля "Тип оплаты" - значение по умолчанию "-". Для полей "Учёт дохода в налоговой отчетности", "Учёт сумм возврата" - значение по умолчанию "0". Сейчас поля данными значениями заполняются только после "передёргивании" записи (необходимо выбрать любое значение в выпадающем списке, а после вернуть в первоначальное). На уровне отчётов, использующих данные поля из КВО, предусмотреть дополнительные проверки на значение "" для полей "Учёт дохода в налоговой отчетности", "Учёт сумм возврата". | Зарплата - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат Установка значений по умолчанию для полей "Тип оплаты", "Учёт дохода в налоговой отчетности", "Учёт сумм возврата" при создании новой записи в КВО. При создании новой записи в КВО поле "Тип оплаты" заполняется значением по умолчанию "-", Поля "Учёт дохода в налоговой отчетности", "Учёт сумм возврата" - значением "0". При формировании отчетов 2-и 6-НДФЛ, налогового регистра учитывается, что вышеперечисленные поля могут быть не заполнены значениями по умолчанию. |
102.163331 | 9.1.99.0 | Удаление записи истории изменения кода дохода при удалении записи в КВО | Заработная плата | Классификатор видов оплат |
Удаление записи истории изменения кода дохода при удалении записи в КВО. Необходимо при удалении записи в КВО удалять запись и истории изменения кода дохода для этой записи. | Зарплата - =Настройка= - Заполнение каталогов - Виды оплат и cкидок - Классификатор видов оплат При удалении записи в КВО удаляется запись и истории изменения кода дохода для этой записи. |
101.60945 | 9.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.60958 | 9.1.98.0 | 2,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.163017 | 9.1.98.0 | Вызов истории изменений кода дохода в КВО по комбинации "горячих" клавиш | Заработная плата | Классификатор видов оплат |
Вызов истории изменений кода дохода в КВО по комбинации "горячих" клавиш. Предлагается вызов истории изменений кода дохода в КВО сделать и по комбинации "горячих" клавиш, например, Alt+H. | Добавлена возможность вызова истории изменений кода дохода в КВО: - по комбинации "горячих" клавиш "Alt+H" - по кнопке "EditButton" в поле выбора кода дохода |
102.160390 | 9.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.160090 | 9.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.160145 | 9.1.96.0 | Округление ОППВ | Заработная плата | Расчёт налогов на ФОТ |
Клиент при расчете ОППВ не использует каталог Условий труда на рабочем месте, в настройках классификатора налогов на ФОТ параметр "Дополнительный признак" = "-" (нет дополнительных признаков). При расчете ОППВ система не округляет итоговую сумму налога по работнику за месяц. Тогда при формировании реестра на перечисление для банка с округлением до 2-х знаков после запятой, итоговая перечисленная сумма по налогу на ФОТ не равняется начисленной. Просим реализовать округление итоговой суммы налога на ФОТ до 2-х знаков после запятой по каждому работнику, для совпадения с реестрами на перечисление. | В окне редактирования классификатора налогов на ФОТ добавлено поле "Округлять итог", видимое только при "Настройки Галактики Общие настройки системы Настройки для страны" = "Казахстан". Данное поле НЕ предназначено для указания точности округления - оно (округление) выполняется с точностью до сотых долей и применяется к итоговой сумме налога по работнику за месяц. Для поля предназначено два значения "да"/"нет", при вводе новой записи автоматически выставляется значение "нет". Одновременно проведена модификация окна редактирования - для всех стран окно стало шире на 2 позиции, уменьшена высота кнопки "Льготы по подразделениям". При расчёте налогов на ФОТ (база для которых формируется в пределах месяца, а не нарастающим итогом за год) округление итоговой суммы (отчислений за работника) за месяц до сотых долей выполняется в соответствии с выставленной настройкой классификатора. При установке обновлений, содержащих решение, одновременно с модификацией реестра настроек запускается конвертер, который для налога с дополнительным признаком "Р" проставит в классификаторе налогов на ФОТ в поле "Округлять итог" значение "да". Если модификация реестра настроек не запустилась автоматически, то её можно запустить самостоятельно или просто в классификаторе налогов на ФОТ выставить нужные признаки. |
102.161059 | 9.1.96.0 | Дополнительная входимость КВО | Заработная плата | Классификатор видов оплат |
На основании Закона РК от 18.11.2015 № 412-V "О внесении изменений и дополнений в некоторые законодательные акты Республики Казахстан по вопросам декларирования доходов и имущества физических лиц" (вводится изменение в Налоговый Кодекс с 01.01.2017) Просим добавить дополнительную входимость "Вычеты" и в поле примечание список вычетов в связи с вводом дополнительных вычетов для расчета индивидуального подоходного налога: - вычет для многодетных семей; - налоговый вычет на обучение; - налоговый вычет на медицину; - налоговый вычет по вознаграждениям; - налоговый вычет по страховым премиям. | Добавлена новая доп. входимость для классификатора видов оплат "Вычеты для налоговой отчетности (Казахстан)", доступная для выбора по настройке на Казахстан. В поле "Примечание" для нее возможен выбор следующих вариантов: - Для многодетных семей; - На обучение; - На медицину; - По вознаграждениям; - По страховым премиям; - На доходы, не подлежащие налогообложению. |
102.160596 | 9.1.95.0 | Подключить существующий топик "Вкладка по среднему" к параметрам закладки КВО "По среднему" | Заработная плата | Классификатор видов оплат |
Подключить существующий топик "Вкладка по среднему" к следующим параметрам закладки КВО "По среднему": Общие настройки для расчета среднего заработка: - премии для ср.заработка - в сумму оклада Настройки расчета отпуска и среднего заработка по алгоритмам отпускных: - включение месяца - премия отпуска - по месяцу начисления Настройки расчета пособий по нетрудоспособности и соответствующих средних: - Учет премий, особенности - по месяцу начисления. | Топик справочного документа "Вкладка по среднему" подключен к следующим параметрам закладки КВО "По среднему": Общие настройки для расчета среднего заработка: - премии для ср.заработка - в сумму оклада Настройки расчета отпуска и среднего заработка по алгоритмам отпускных: - включение месяца - премия отпуска - по месяцу начисления Настройки расчета пособий по нетрудоспособности и соответствующих средних: - учет премий, особенности - по месяцу начисления. |
102.160962 | 9.1.95.0 | Классификатор типовых групп доплат и удержаний - сделать выделение синим | Заработная плата | Типовые группы доплат/удержаний |
Заработная плата - Настройка - Заполнение каталогов - Типовые группы доплат/удержаний. При выборе доплат и удержаний есть возможность группового выбора по пометке, но при пометке не происходит выделение цветом. | При пометке записей для каталога "Типовые группы доплат/удержаний" (возможна при добавлении видов оплат в группу) теперь происходит выделение цветом помеченных записей. |
106.10346 | 9.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.158747 | 9.1.91.1 | Реализовать возможность отражения доходов 2000 по принципу доходов 4800 | Заработная плата | 6-НДФЛ (развитие) |
Необходимо дать возможность отражения доходов 2000 по принципу доходов 4800. | С целью отражения дохода с кодом 2000 по принципу дохода 4800 в форме 6-НДФЛ (для кода 4800 дата получения дохода равна дате выплаты), в классификатор "Виды оплат и скидок" добавлена дополнительная входимость "Отражать доход по дате выплаты в налоговой отчетности" (для кодов доходов 2000, 2530, 2791). В форме 6-НДФЛ доходы с кодами 2000, 2530, 2791 и доп. входимостью в КВО "Отражать доход по дате выплаты в налоговой отчетности" отражаются как и доходы с кодом 4800: дата получения дохода (строка 100) равна дате выплаты дохода (строка 110). |
102.147611 | 9.1.92.0 | Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1 | Предложение по новой функциональности Галактики ERP (по системе в целом) | ? |
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре. | Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке. |
102.159266 | 9.1.91.0 | Потеряна навигация на запись при входе в классификатор ВО | Заработная плата | Классификатор видов оплат |
Потеряна навигация на запись при повторном входе в классификатор ВО - активной устанавливается всегда первая запись, а должна та, с которой был выход в предыдущем сеансе работы с этим классификатором | Доработано сохранение позиции. |
102.154407 | 9.1.90.0 | Учитывать праздничные дни при расчете отпуска | Заработная плата | Расчет отпускных |
Внесены изменения в Единые правила исчисления средней заработной платы. Был исключен пункт 3 "Для определения средней заработной платы из расчетного периода исключаются праздничные дни, а также первый день Курбан-айта, отмечаемого по мусульманскому календарю, 7 января - православное рождество, которые являются выходными днями согласно Трудовому кодексу". При расчете отпуска по ДНЯМ, когда в табеле работника отмечена работа в праздничный день, а в параметрах расчета отпуска выставлен Учетный период = "по табелю", система ошибочно не учитывает время работы в праздник как фактически отработанное. | Доработан расчет отпуска для РК. Система учитывает время работы в праздник как фактически отработанное при следующих условиях: - параметр классификатора отпусков "признак отпуска для оплаты" = "5 - по рабочим, исходя из графика работы", - параметр вида оплаты в КВО (вкладка "Главная") "признак (конкретного алгоритма)" = 95, - параметр расчета отпуска "по дням/часам" = "фактическим", - параметр расчета отпуска "учетный период" = "по табелю", - признак расчета отпуска может быть как "по дням", так и "по часам". При включенной настройке "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Печать пояснит.протокола при расчете отпускных, больничных и т.п." при печати протокола за каждый месяц расчетного периода выводится пояснительная информация в след.виде: На отработанный период приходится <..> часов по графику работника (режим с кодом <..>) за <месяц>/<год> либо На отработанный период приходится <..> дней по графику работника (режим с кодом <..>) за <месяц>/<год> в зависимости от значения признака расчета отпуска "по часам/дням". |
102.156793 | 9.1.89.0 | Контроль выплаты удержаний. Необходимо обрабатывать выплату зарплаты расходными кассовыми ордерами. | Заработная плата | Контроль выплаты зарплаты (удержания) |
Для формирования 6-НДФЛ необходимо определять дату выплаты зарплаты. Как правило, если выплата идет одному сотруднику, например, уволенному, то платежную ведомость не формируют. Формируют РКО. На данный момент не учитываются сформированные через зарплату расходные кассовые ордера. Необходимо учитывать. | Доработана привязка в удержаниях налога "источника данных", как для архивных удержаний, так и для удержаний текущего периода. |
102.155664 | 9.1.88.0 | Сохранение постоянных доплат после окончания срока действия доплаты | Заработная плата | Переход к новому периоду |
В настоящий момент постоянные доплаты после окончания срока действия не удаляются, а переводятся в статус не участвуют в расчете "нет". Часто бывает, что ежемесячно ряд доплат вводятся приказами со сроком действия один месяц. Накапливать такие ВО в постоянных доплатах неудобно и малоинформативно. Предлагается реализовать возможность выбора способа работы. В зависимости от выбора, либо удалять доплаты после окончания срока действия, либо изменять их статус. P.s. доплаты с алгоритмом 97 должны оставаться в любом случае для контроля предоставления вычетов, не зависимо от выбора способа работы. | В классификатор видов оплат на вкладке "Главная" добавлен признак "Удалять завершенные доплаты при переходе", который может принимать значения "да" или "нет". При значении "да" доплаты, у которых закончился срок или остаток, будут удаляться при переходе на новый расчетный период. При значении "нет" доплаты, у которых закончился срок или остаток, будут исключаться из расчета. Значение по умолчанию - "нет". |