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


Описание файла обновления:
ФайлZ_CALC_RES_911280.TXT
ОбновлениеZ_Calc_res_911280
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_CALC
ТипRES
Версия9.1.128.0
Дата2017-12-29 22:22:51
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.177321NEWПотеря приемственности. Удалена доп входимость 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" в поле выбора кода дохода
102.1603909.1.97.0Взносы по обязательному социальному медицинскому страхованиюЗаработная платаРасчет взносов (удержаний)
С 01.01.2017 года в Казахстане вводиться в действие Закон "Об обязательном социальном медицинском страховании" от 16.11.2015 года. Нужно предусмотреть: 1) Предусмотреть вид удержания для взноса работника, физического лица работающего по договору гражданско-правового характера в фонд социального медицинского страхования. 2) Предусмотреть минимум и максимум облагаемой базы; 3) Предусмотреть расчет отчислений и взносов в зависимости от статуса Резидентства работника указанного в Лицевом счете, если у работника сменился статус с Нерезидент на Резидент, работодатель должен рассчитать и оплатить взнос работника за счет его дохода. 4) Применять правило по месяцу "в котором". Если при расчете ЗП за январь 2017 года, работнику до начислены суммы за предыдущий расчетный период, либо начислены отпускные за следующий месяц, сумма отчислений и взносов по мед страхованию будет рассчитываться от общей суммы доходов входящих в расчет, в не зависимости от того за какой период производятся оплаты.По настройке "Настройки Галактики Общие настройки системы Настройки для страны" в значении "Казахстан" для расчета взноса "Обязательное социальное медицинское страхование": 1. В лицевом счете на закладке "Взносы, налоги на ФОТ" открыто поле "Страхование нетрудоспособности". Если сотрудник является плательщиком взноса, то данное поле должно быть = "+"; 2. В КВО на закладке удержания доступно поле "взносов ОСМС". Если начисление формирует базу для расчета взноса, то значение поля должно быть = "+"; 3. Проценты, которые необходимо удержать с начислений задаются для сотрудников, работающим по договорам подряда задаются "Настройка / Заполнение каталогов / Налоги на ФОТ и взносы / Проценты взносов на обязательное социальное медицинское страхование (удержания) - договора подряда", для остальных сотрудников - "Настройка / Заполнение каталогов / Налоги на ФОТ и взносы / Проценты взносов на обязательное социальное медицинское страхование (удержания) - зарплата". !!! Для сотрудников, которые работают по договорам подряда, необходимо в лицевом счете указать на закладке "Основная" Вид работы: код 2 - договор подряда!!! 4. Для определения ограничения необходимо в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Взносы Взносы в фонд социального страхования Вид перечисления для ОСМС" указать код перечисления отчисления; 5. Код удержания для ОСМС необходимо указать в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Взносы Взносы в фонд социального страхования Код удержания для ОСМС"; 6. Минимальное ограничение определяется, как минимальная заработная плата, заданная в справочнике "Настройка / Заполнение каталогов Ставки налога и вычеты Минимальная заработная плата (базовая величина)"; Расчет взноса ОСМС производится следующим образов: 1. Формируется база из начислений, которые участвуют в расчете, т.е. указана входимость "взносов ОСМС"; 2. Из базы отнимаются взносы в пенсионный фонд (код 175) и взнос, код которого указан "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Налог и взносы Вид удержания для добровольных профессиональных взносов"; 3. Производится минимальное или максимальное ограничение базы, если это необходимо; 4. Определяется процент в зависимости от значения "Вид работы" сотрудника;
102.1600909.1.96.0Обязательное медицинское страхованиеЗаработная платаРасчёт налогов на ФОТ
С 01.01.2017 года в Казахстане вводится в действие Закон "Об обязательном социальном медицинском страховании" от 16.11.2015 года. Нужно cоздать новый вид Налога на ФОТ - отчисления работодателя за работника, предусмотреть минимум и максимум облагаемой базы согласно пункта 6 статьи 29: Ежемесячный доход, принимаемый для исчисления отчислений и (или) взносов, не должен превышать пятнадцатикратный размер минимальной заработной платы, установленной на соответствующий финансовый год законом о республиканском бюджете. В случае, если объект исчисления отчислений и (или) взносов за календарный месяц менее минимального размера заработной платы, установленного законом о республиканском бюджете и действующего на 1 января соответствующего финансового года, отчисления и (или) взносы исчисляются и перечисляются исходя из минимального размера заработной платы. Предусмотреть возможность "вывода" работника из-под исчисления отчислений.1. Доработан классификатор налогов на ФОТ: по настройке "Настройки Галактики Общие настройки системы Настройки для страны" в значении "Казахстан" в окне редактирования записей классификатора открыто поле "Кратность макс.ограничения". Оно доступно для редактирования, если для того или иного налога поле "Ограничить базу" установлено в значение "В"(применяется верхнее ограничение) или "+"(применяется и верхнее, и нижнее ограничения). Также в классификаторе (информационно, без возможности изменения значения) отображается правило учёта начислений в облагаемой базе и применения ограничений: по месяцу "в котором" производится расчёт. Для расчёта заработной платы (налогов на ФОТ) в январе 2017 года необходимо в классификаторе "Настройка - Заполнение каталогов - "Налоги на ФОТ и взносы - Ограничения по налогам на ФОТ" на закладке "Налоги на ФОТ" внести новую запись с месяцем и годом начала действия "01/2017" и максимальным ограничением равным однократному размеру МЗП. В классификаторе налогов на ФОТ для новых отчислений ОСМС установить "Кратность" = 15, для старых социальных отчислений "Кратность" = 10. Кроме кратности для новых отчислений ОСМС необходимо установить в существовавшем поле "Ограничить базу" значение "+"(применяется и верхнее, и нижнее ограничения), а также в поле "Дополнительный признак" значение "П" (вычитаются пенсионные взносы). В поле "Начало" указать расчётный период с 01.01.2017. 2. Доработан справочник "Документы - Лицевые счета - Смежные данные - Текущие данные - Льготы по налогам на ФОТ". В него добавлены поля "Месяц" и "Год" для обозначения расчётного периода, начиная с которого начинается действие льготы. Допустимо их оставлять пустыми - в этом случае считается, что в расчётном периоде льгота уже действует. 3.При расчёте ОСМС вычет пенсионных взносов и применение ограничений для ОСМС аналогичны порядку применения вычетов и ограничений при расчёте социальных отчислений (признак "О").
102.1601459.1.96.0Округление ОППВЗаработная платаРасчёт налогов на ФОТ
Клиент при расчете ОППВ не использует каталог Условий труда на рабочем месте, в настройках классификатора налогов на ФОТ параметр "Дополнительный признак" = "-" (нет дополнительных признаков). При расчете ОППВ система не округляет итоговую сумму налога по работнику за месяц. Тогда при формировании реестра на перечисление для банка с округлением до 2-х знаков после запятой, итоговая перечисленная сумма по налогу на ФОТ не равняется начисленной. Просим реализовать округление итоговой суммы налога на ФОТ до 2-х знаков после запятой по каждому работнику, для совпадения с реестрами на перечисление.В окне редактирования классификатора налогов на ФОТ добавлено поле "Округлять итог", видимое только при "Настройки Галактики Общие настройки системы Настройки для страны" = "Казахстан". Данное поле НЕ предназначено для указания точности округления - оно (округление) выполняется с точностью до сотых долей и применяется к итоговой сумме налога по работнику за месяц. Для поля предназначено два значения "да"/"нет", при вводе новой записи автоматически выставляется значение "нет". Одновременно проведена модификация окна редактирования - для всех стран окно стало шире на 2 позиции, уменьшена высота кнопки "Льготы по подразделениям". При расчёте налогов на ФОТ (база для которых формируется в пределах месяца, а не нарастающим итогом за год) округление итоговой суммы (отчислений за работника) за месяц до сотых долей выполняется в соответствии с выставленной настройкой классификатора. При установке обновлений, содержащих решение, одновременно с модификацией реестра настроек запускается конвертер, который для налога с дополнительным признаком "Р" проставит в классификаторе налогов на ФОТ в поле "Округлять итог" значение "да". Если модификация реестра настроек не запустилась автоматически, то её можно запустить самостоятельно или просто в классификаторе налогов на ФОТ выставить нужные признаки.
102.1610599.1.96.0Дополнительная входимость КВОЗаработная платаКлассификатор видов оплат
На основании Закона РК от 18.11.2015 № 412-V "О внесении изменений и дополнений в некоторые законодательные акты Республики Казахстан по вопросам декларирования доходов и имущества физических лиц" (вводится изменение в Налоговый Кодекс с 01.01.2017) Просим добавить дополнительную входимость "Вычеты" и в поле примечание список вычетов в связи с вводом дополнительных вычетов для расчета индивидуального подоходного налога: - вычет для многодетных семей; - налоговый вычет на обучение; - налоговый вычет на медицину; - налоговый вычет по вознаграждениям; - налоговый вычет по страховым премиям.Добавлена новая доп. входимость для классификатора видов оплат "Вычеты для налоговой отчетности (Казахстан)", доступная для выбора по настройке на Казахстан. В поле "Примечание" для нее возможен выбор следующих вариантов: - Для многодетных семей; - На обучение; - На медицину; - По вознаграждениям; - По страховым премиям; - На доходы, не подлежащие налогообложению.
102.1605969.1.95.0Подключить существующий топик "Вкладка по среднему" к параметрам закладки КВО "По среднему"Заработная платаКлассификатор видов оплат
Подключить существующий топик "Вкладка по среднему" к следующим параметрам закладки КВО "По среднему": Общие настройки для расчета среднего заработка: - премии для ср.заработка - в сумму оклада Настройки расчета отпуска и среднего заработка по алгоритмам отпускных: - включение месяца - премия отпуска - по месяцу начисления Настройки расчета пособий по нетрудоспособности и соответствующих средних: - Учет премий, особенности - по месяцу начисления.Топик справочного документа "Вкладка по среднему" подключен к следующим параметрам закладки КВО "По среднему": Общие настройки для расчета среднего заработка: - премии для ср.заработка - в сумму оклада Настройки расчета отпуска и среднего заработка по алгоритмам отпускных: - включение месяца - премия отпуска - по месяцу начисления Настройки расчета пособий по нетрудоспособности и соответствующих средних: - учет премий, особенности - по месяцу начисления.
102.1609629.1.95.0Классификатор типовых групп доплат и удержаний - сделать выделение синимЗаработная платаТиповые группы доплат/удержаний
Заработная плата - Настройка - Заполнение каталогов - Типовые группы доплат/удержаний. При выборе доплат и удержаний есть возможность группового выбора по пометке, но при пометке не происходит выделение цветом.При пометке записей для каталога "Типовые группы доплат/удержаний" (возможна при добавлении видов оплат в группу) теперь происходит выделение цветом помеченных записей.
106.103469.1.94.0Ввести настройку проверки признака участия в расчетах для пользовательских алгоритмовЗаработная платаАлгоритмы пользователя
Для функций пользовательских алгоритмов PDopProc, PDopProcF, PDopSum, PDopTarif, работающих с постоянными доплатами, стала осуществляться проверка признака участия в расчете. У клиента бизнес-процесс был построен таким образом, что процент, указанный в доплате с признаком "учитывать при расчете - нет", учитывался при расчете других доплат через пользовательские алгоритмы с помощью функции PDOPPROC. Просьба добавить какую-то настройку, которая бы устанавливала, нужно ли учитывать признак участия в расчетах для пользовательских алгоритмов.Для функций PDopProc(O, PR), PDopProcF(O, PR, L), PDopSum(O, PR), PDopTarif(O, PR) разработана возможность передавать дополнительную информацию через параметр определения условия выбора PR. Если функция получает в качестве параметра PR только значение 0 или 1, то выполнение ее будет происходить с учетом признака "учитывать при расчете" постоянной доплаты. Если же передать в функцию значение 256 + "условие выбора" (например, 256+0 или 256+1), то функция будет искать требуемое значение без учета признака "учитывать при расчете".
102.1587479.1.91.1Реализовать возможность отражения доходов 2000 по принципу доходов 4800Заработная плата6-НДФЛ (развитие)
Необходимо дать возможность отражения доходов 2000 по принципу доходов 4800.С целью отражения дохода с кодом 2000 по принципу дохода 4800 в форме 6-НДФЛ (для кода 4800 дата получения дохода равна дате выплаты), в классификатор "Виды оплат и скидок" добавлена дополнительная входимость "Отражать доход по дате выплаты в налоговой отчетности" (для кодов доходов 2000, 2530, 2791). В форме 6-НДФЛ доходы с кодами 2000, 2530, 2791 и доп. входимостью в КВО "Отражать доход по дате выплаты в налоговой отчетности" отражаются как и доходы с кодом 4800: дата получения дохода (строка 100) равна дате выплаты дохода (строка 110).
102.1476119.1.92.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1592669.1.91.0Потеряна навигация на запись при входе в классификатор ВОЗаработная платаКлассификатор видов оплат
Потеряна навигация на запись при повторном входе в классификатор ВО - активной устанавливается всегда первая запись, а должна та, с которой был выход в предыдущем сеансе работы с этим классификаторомДоработано сохранение позиции.