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


Описание файла обновления:
ФайлZ_CALC_RES_911440.TXT
ОбновлениеZ_Calc_res_911440
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_CALC
ТипRES
Версия9.1.144.0
Дата2018-08-30 21:04:06
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
104.201599.1.33.0Ошибка разноски ШПЗЗаработная платаПредварительная разноска
Неверно разносится ШПЗ начисления основного вида оплаты если в КВО ШПЗ: По настройке пользователя, настройка Приоритет формирования дебета по начислениям: классификатор. В этой ситуации в предварительную разноску попадает ШПЗ из лицевого счета, а должен попадать из КВО.Для оптимизации количества настроек и однозначности работы системы при выборе значений ШПЗ в Классификаторе видов оплат для оплат 6 и 7 остается два варианта настроек: - из лицевого счета с учетом переходов - из классификатора видов оплат. Для оплаты с системным кодом 1: - из первичных документов - из классификатора видов оплат, так как в этом случае возможен выбор ШПЗ из нарядов. В том случае, когда в базе данных уже были установлены значения "по настройке системы", программа будет светить значение "из лицевого счета работника" до того момента, пока значение настройки не будет перевыбрано заново.
106.97739.1.32.0Изменения в расчете налогов на ФОТ по доп. тарифам в 2014г.Заработная платаРасчёт налогов на ФОТ
В 2014г. ожидаются изменения в расчете налогов на ФОТ по доп. тарифам. В частности у предприятий появится возможность снизить доп. взносы в ПФР при проведении специальной оценки условий труда/аттестации рабочих мест. В зависимости от условий труда тарифы варьируются от 0 до 8 процентов. Необходимо предусмотреть возможность реализации изменений в Галактике.Для указанного расчёта предусмотрен новый признак в классификаторе налогов на ФОТ. Для соответствующий налога необходимо установить "Дополнительный признак" в значение "У - Дополнительный тариф по подклассам условий труда". Тогда если для некоторого расчётного начисления в поле "Оплата за работу" указано значение "по подклассу" и присутствует код подкласса, то на это начисление сформируется вышеуказанный налог на ФОТ. Величина тарифа будет выбираться из "Классификатора подклассов условий труда" в соответствии с подклассом и расчётным годом.
102.1297189.1.31.0Потеря приемственности - Не выводятся данные в справку - Для назначения детских пособийЗаработная платаДля начисления детских пособий
Не сохраняется настройка в классификаторе видов оплат, закладка ПРОЧИЕ, о входимости оплаты в справку.Исправлена работа настройки в классификаторе видов оплат "Входит в справку для назначения жилищных субсидий".
102.1295469.1.30.0Не включаются в расчет больничного полностью отработанные месяцыЗаработная платаРасчет больничных
Не включаются в расчет больничного полностью отработанные месяцы по настройке на Украину. У основной оплаты установлена дополнительная входимость (80) Входит в расчет НДФЛ при наличии зарубежного представительства.Исключена возможность выбора дополнительной входимости (80) Входит в расчет НДФЛ при наличии зарубежного представительства для Украины и РБ. Если ранее для какого-либо вида оплаты такая настройка была установлена для Украины и РБ, она исключается при расчете.
104.201659.1.28.0Функция, которая возвращает количество дней из предварительной разноскиЗаработная платаАлгоритмы пользователя
Добавлена Функция для алгоритмов пользователя, которая возвращает количество дней из предварительной разноски по указанному виду оплаты без учета месяца, по аналогии с имеющейся функцией UchChTabO(O).Разработана Функция UchDayTabO(O) для алгоритмов пользователя,возвращающая количество дней из предварительной разноски по указанному виду оплаты без учета месяца.
102.1276819.1.26.0Для РБ реализовать возможность расчёта налогов на ФОТ с ограничениями по началу/окончанию действияЗаработная платаРасчёт налогов на ФОТ
РБ. Для реализации новых законодательных требований по расчёту взносов на пенсионное и социальное страхования с 1 января 2014 года - необходимо предусмотреть возможность указывать (и, соответственно, обрабатывать при расчёте) начало и окончание действия того или иного налога на ФОТ.Реализовано для значения "Настройки Галактики Общие настройки системы Настройки для страны" = "Беларусь". В классификаторе налогов на ФОТ добавлено поле "Окончание". При расчёте из полей "Начало" и "Окончание" классификатора учитываются только год и месяц. Принимается, что налог уже действует в месяце начала и ещё действует в месяце окончания. Начисления учитываются в соответствии с настройками их отнесения к тому или иному месяцу ("за который" либо "в котором").
101.522989.1.25.0Учесть расчет удержания по Исполнительным листам с отпусковЗаработная платаРасчет алиментов с отпусков межпериода
Учесть расчет удержания по Исполнительным листам с отпусков.Для РФ: при расчете отпусков с сумм отпусков рассчитываются и удерживаются суммы удержаний по исполнительным листам. В классификаторе видов оплат и скидок добавлена входимость "(90) Учет облагаемых сумм, алиментов и исполнительных листов" для случая, когда начисление, с которого удерживаются алименты или исполнительные листы, относится к другому периоду, чем указан в системной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листыУчет облагаемых сумм и алиментов".
101.523009.1.25.0Дать возможность расчета удержания по исполнительным листамЗаработная платаРасчет алиментов с отпусков межпериода
Дать возможность расчета удержания по исполнительным листам в межпериоде.Для РФ: при расчете межрасчетной выплаты с сумы выплаты рассчитываются и удерживаются удержания по исполнительным листам. В классификаторе видов оплат и скидок добавлена входимость "(90) Учет облагаемых сумм, алиментов и исполнительных листов" для случая, когда начисление, с которого удерживаются алименты или исполнительные листы, относится к другому периоду, чем указан в системной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листыУчет облагаемых сумм и алиментов".
102.1266479.1.24.0Больничный не рассчитывается по тарифу, если в расчетном периоде нет полностью отработанного месяцаЗаработная платаРасчет больничных
В случаях, когда в каждом месяце расчетного периода у работника имели место временная нетрудоспособность (отпуск по беременности и родам), отпуск по уходу за ребенком и (или) отпуск без сохранения заработной платы считать из тарифной ставки (оклада). Как правило, работодатели придерживаются типовых условных обозначений табеля для обозначения отпуска по уходу за ребенком или без сохранения заработной платы. что касается условных обозначений, то сам перечень типовых обозначений табеля гораздо шире, я просто попыталась выбрать из него то, что может относится к неоплачиваемым (без сохранения зп) рабочим дням. В комментариях, которые сейчас стали появляться, упоминаются только пособия по временной нетрудоспособности и отпуска без сохранения заработной платы. Логика такая здесь: под словом "заработок" подразумеваются рубли, за исключением начисленных по больничному (но с включением начисленных за отпуск, за другие случаи сохранения среднего заработка, где начисляются страховые взносы). За прогул не платят, поэтому он может может явиться поводом для исключения календарного месяца. Может быть имеет смысл не жестко в программе выбрасывать какие-то условные обозначения, а добавить дополнительную входимость вида "не является заработком для анализа полностью отработанного месяца" (условно).Тогда пользователь сам сможет проставить ее для тех видов оплат, которые нужно исключить при анализе отработан месяц полностью или нет. Что касается даты поступления применительно к месяцу. Если 1-го выходной, а поступил на работу - 2-го, то месяц отработан полностью. Если поступил на работу, например, 10, месяц отработан не полностью.Доработан расчет пособий по нетрудоспособности для РБ для работников, которые не отработали ни одного календарного месяца. Доработка касается расчета больничных по календарным дням. 1. В классификаторе видов оплат для РБ изменено название дополнительной входимости 12. Теперь она называется (12) Формирует период отсутствия заработка при анализе полной отработки календарного месяца в больничных. В рамках данного ПИР приведены в соответствие с законодательством РБ названия колонок: (18) Исключается из подсчета рабочего времени для больничных по календарным дням (19) Добавляет фактическое время для пересчета премий при расчете среднего заработка. 2. Доработана функция расчет пособий по нетрудоспособности для РБ. Теперь, перед расчетом больничного, происходит анализ на наличие в расчетном периоде хотя бы одного полностью отработанного месяца календарного месяце. В случаях, когда в каждом месяце расчетного периода у работника имели место временная нетрудоспособность (отпуск по беременности и родам), отпуск по уходу за ребенком и (или) отпуск без сохранения заработной платы больничный считается из тарифной ставки (оклада). Случаи временной нетрудоспособности определяются по неявкам с типом "больничный" или по неявкам, для которых к условному обозначению привязан вид оплаты с дополнительной входимостью (12) Формирует период отсутствия заработка при анализе полной отработки календарного месяца в больничных. 3. Доработан учет даты поступления на работу для тех случаев, когда дата поступления приходится на период учета заработка (6 месяцев). Если в месяце поступления на работу до даты его поступления были только выходные дни по плановому графику работника, то считается, что месяц отработан полностью. В противном случае, считается, что месяц отработан не полностью. 4. Результаты контроля отработанных календарных месяцев выводятся в протокол расчета больничного, если установлена соответствующая настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Печать пояснит.протокола при расчете отпускных, больничных и т.п.". 5.В рамках данного ПИР доработан также расчет пособия из тарифной ставки в случае заболевания в течение нескольких месяцев. Теперь при исчислении пособий исходя из тарифной ставки (оклада) применяется ее (его) среднедневной размер, который определяется для каждого месяца, в котором имели место временная нетрудоспособность, путем деления размера тарифной ставки (оклада) на число календарных дней в данном месяце. Причем тарифная ставка (оклад) равна установленной(ого) на день возникновения права на пособия. При этом, если у работника система оплаты отличается от окдада, то при расчете тарифа за месяц почасовой тариф умножается на среднее количество часов в месяце из планового режима работника, как это было ранее.
102.1146719.1.23.0Убрать из строки горячих клавиш не работающие клавиши:Заработная платаСтавки социальных налогов/страховых взносов
Убрать из строки горячих клавиш не работающие клавиши: Для средней панели можно оставить из горячих клавиш только клавиши F4(F7 и F8 не работают, да и не должны работать) ; в режиме редактирования эти клавиши тоже не нужны т.к. новые налоги в средней панели светятся только, если они заведены в классификаторе налогов на ФОТ.Оставил для верхней и нижней панели кнопку F4, после ее нажатия открывается окно для редактирования. Для средней панели оставил кнопки F4, F7, F8. Исправил ошибку позиционирования курсора. В средней панели теперь можно редактировать и добавлять новые записи. Внимание!!! После добавление новой записи в средней панели, в окне она может не появится так как, на среднюю панель наложен фильтр ограничения. Полный перечень записей находится в Настройка Заполнение каталогов Налоги на ФОТ и взносы Классификатор налогов на ФОТ.
180.75829.1.23.0Выдавать предупреждение в КВО при изменении кода как системного так и пользовательскогоЗаработная платаКлассификатор видов оплат
Столкнулись с одной неприятной особенностью Галактики. Создали новый код оплаты (делали это копированием/дублированием из другого кода). При копировании налоги на ФОТ автоматически создались и для нового вида оплаты. Расчетчик попросил изменить код у новой оплаты, что мы тут же и сделали (расчетов с использованием нового вида еще не было)изменили как системный код, так и пользовательский. Мы просто в классификаторе изменили код, т.к. только что создали этот вид оплаты и начислений по нему не было ни каких. После изменения кода налоги исчезли - "отвязались". Обнаружили "пропажу" мы только, когда у нас не сошлись налоги после расчета зарплаты! Предлагаем запретить менять код у вида оплаты или разрешить менять через определенную настройку. Либо при попытке изменить код если было хоть одно начисление выдавать предупреждение, что менять код можно через настройку Модуль "Заработная плата" - Настройка - Сервисные функции - Замена кода операции. Либо не скидывать никакие настройки и входимости при изменении код оплаты как системного, так и пользовательского.В классификаторе видов оплаты изменена обработка входимостей в расчет налогов и дополнительных входимостей. При изменении пользователем кода оплаты (системного или пользовательского) данные входимости не удаляются.
102.1256369.1.22.0Задвоение данных в справке к расчету по среднемуЗаработная платаСправка о среднем заработке при расчете зарплаты
Дублирование данных в справке к расчету по среднему с пользовательским алгоритмом.Дублирование данных в справке о среднем заработке происходило из-за неоднократных вызовов функций расчета среднего заработка. Для уменьшения количества одинаковых расчетов предоставлена возможность сохранения данных во временное хранилище, а также чтения сохраненных данных. Для этого используются функции GetBufValueD, SetBufValueD(Value: Double) - "Сохранение и чтение записи типа DOUBLE" GetBufValueW, SetBufValueW(Value: Word) - "Сохранение и чтение записи типа WORD" GetBufValueB, SetBufValueB(Value: Byte) - "Сохранение и чтение записи типа BYTE" GetBufValueC, SetBufValueC(Value: Comp) - "Сохранение и чтение записи типа COMP" При этом функции SetBufValue_ возвращают сохраняемое значение Например if(LSC_DATPOS>=date(1,uch_mes,year(uch_datan)) or SetBufValueD(SumAlgNo(321))=0,if(WT_GDBD(2,1,date(1,uch_mes,year(uch_datan)),uch _datan)>0,SumAlgNP(38,1)/SumAlgNo(314)*uch_koldn,(uch_tarif/SumAlgNo(315))*uch_k oldn),GetBufValueD)
102.1226769.1.21.0Нужен алгоритм для расчета среднемесячного заработкаЗаработная платаРасчет по среднему (по алгоритму больничных)
При увольнении сотрудника, согласно законодательству РБ, выплачивается выходное пособие, которое рассчитывается следующим образом. Находится среднемесячная ЗП увольняемого работника, исчисленная за 2 календарных месяца работы(с 1-го до 1-го числа), предшествующих месяцу увольнения и умножается на 3(три среднемесячных заработка). Нужен алгоритм который позволит рассчитать среднемесячный заработок за кол-во месяцев указанное в признаке.Доработан расчет среднего заработка по алгоритмам 17, 22,23, 33, 50,51. В классификатор видов оплат добавлен новый тип оплаты "Вых.П.". По настройке на страну РБ алгоритмы для видов оплат с типом "Вых.П." работают следующим образом. 1. Для каждого месяца из периода учета заработка сумма пересчитывается от отработанных дней по формуле: Sмn =(Заработок + премия)/количество рабочих дней * количество дней по графику работника. 2.Sall = Sм1 + Sм2...Sмn, где n- количество месяцев, которое указано в качестве признака алгоритма. 3.Sо = Sall/N*3, где N, количество месяцев в которых был заработок. Процент в классификаторе видов оплат и в предварительном просмотре указывать не следует. Примечание. К заработку может применяться коэффициент повышения тарифов по общим правилам, если правила выбранного алгоритма предполагают применение коэффициента. Информацию о расчете можно увидеть при печати пояснит.протокола при расчете отпускных, больничных и т.п.
102.1250909.1.21.0Предварительная разноска доплат с алг.2 и насройкой ВО разбивать по датам и пересчитывать по днямЗаработная платаПредварительная разноска
Ведена постоянная доплата фиксированной суммой (алг.2)на весь месяц. Если табель разбивается по периодам, то в предварительной разноске доплата формируется столько раз сколько периодов в табеле, с настройкой разбивать по датам. Если стоит еще пересчитывать по дням, то появляется разноска с отрицательной суммой.1. Доработан классификатор видов оплат. Теперь, для оплат с алгоритмом 98 и признаком не равным 2, появилась возможность указать "+" в поле "разбивать по датам". 2. Доработана функция "Предварительная разноска" для оплат с алгоритмом 2 и 98 без определенного типа оплаты или с типом оплаты "М" или "НС". Теперь, при определенных условиях, для таких оплат готовая сумма пересчитывается. Пересчет осуществляется по дням или часам в зависимости от дополнительной входимости "(11) Cумма пересчитывается по часам". Примечание. Для того, чтобы сумма разбилась и пересчиталась необходимо указать "+" в полях "разбивать по датам" и "пересчитывать по дням".
101.512679.1.20.0НЕкорректное поведение системы. Невозможно установить настройкуЗаработная платаКлассификатор видов оплат
НЕ корректное поведение системы. Невозможно установить настройку.В ВО на вкладке прочие если изначально была установлена галочка Входит в справку для назначения жилищных субсидий , то если закрыть открыть ВО у ?Входит в справку для назначения детских пособий? появляется "+", если его поменять на "-" и опять перезакрыть ВО, то у 1-го галочка не появляется, но если еще раз пере щелкнуть - на + и наоборот то при след. открытии ВО, будет стоять галочкаИсправлена работа настроек: "Входит в справку для назначения жилищных субсидий", "В справку о совокупном доходе для назначения детских пособий".
102.1242689.1.20.0Добавить в ЛС поля для ввода банковских данных сотрудника, для использования их при формировании реестра и заявления на возмещение для ФССЗаработная платаРеестры и заявления на возмещение в ФСС
Существует проблема: У сотрудника есть две карточки: 1. "зарплатная" карта; 2. "карта ФСС", указываемая при выгрузке больничного по пилотному проекту ФСС (т.к. ФСС с банком "зарплатной" карты не работает). При формировании реестров и заявлений, необходимо предусмотреть алгоритм, который будет автоматически выбирать реквизиты именно "карты ФСС".Для того, чтоб при формировании реестров и заявлений по больничным на возмещение для ФСС, с реквизитами "карты ФСС", необходимо: 1. В классификаторе видов удержаний (КВО) создать вид удержания "Удержание ФСС" с любым, незадействованным в расчетах, системным кодом и признаком учета "Удержание ФСС"; 2. Для лицевого счета (ЛС) назначить постоянное удержание "Удержание ФСС" со снятой пометкой "в расчет", выбрав для него необходимые реквизиты банка для ФСС. При формировании реестров и заявлений по больничным, будет производиться анализ наличия у ЛС удержания с признаком удержания в КВО "Удержание ФСС" и выборка данных банка из него. В ином случае, сбор сведений будет производиться по старой схеме.
102.1228909.1.19.0Новый вид сторнирующих записейЗаработная платаСторнирующие записи
Необходимо разработать новый вид сторнирующих записей, который позволит полностью пересчитать заработную плату за закрытые периоды с учетом изменение в отнесении затрат. Например, в марте выяснили, что в феврале с 10 по 20 число сотрудник был на техпомощи. Тогда в марте заносится архивный переход в межпериод, в котором указывается соответствующая аналитика, заносится сторнирующая запись. И при расчете зарплаты за март месяц формируются записи с минусом с отнесением затрат, которое было в феврале, и положительные суммы с отнесением затрат с учетом внесенного перехода в межпериод.Доработан функционал формирования и обработки сторнирующих записей: 1. Добавлен новый тип сторнирующей записи с причиной "архивный переход". Префикс для записи данного вида "А_П". 2. Добавлена возможность пакетного ввода сторнирующих записей по меню: Операции - Расчет зарплаты - Сторнирующие записи. 3. В классификатор видов оплат добавлен новый тип дополнительной входимости 35 "Учитывать изменение параметров при добавлении перехода в прошлом периоде". Данная входимость имеет Примечание: - сохранить сумму - пересчитать сумму. 3. Добавлена обработка сторнирующей записи с причиной "А_П" в предварительной разноске. Для корректной обработки начислений при вводе архивного перехода за прошлый период необходимо ввести сторнирующую запись "А_П" на тот же период. Для того, чтобы начисления за архивный период попали в обработку, нужно в классификаторе видов оплат для нужных видов оплат добавить дополнительную входимость 35. Если необходимо сохранить общую сумму по начислению, Причину указать "сохранить сумму", если сумму начисления нужно пересчитывать, но указать причину "пересчитать сумму". В результате предварительной разноски для начислений за архивный период, в которых указана соответсвующая доп. входимость, должны сформироваться следующие записи: - запись, соответствующая записис в архиве оплат, но с отрицательной суммой за архивный период - если вид оплаты разбивается по переходам и предварительная разноска осуществляется в параметром "разбивать по переходам", то формируется несколько записей, соответствующих переходам, с аналитикой согласно настройкам. Сумма разбивается пропорционально количеству дней периодов. Если вид оплаты является неразбиваемым, то аналитика устанавливается на дату начала данного начисления, сумма сохраняется.
102.1232219.1.18.0Добавить доп. входимость в КВОЗаработная платаСведения о заработной плате работников по профессиям и должностям (форма 57-Т) [РФ]
Требуется сделать новую дополнительную входимость для видов оплат "Входит в отработанное время для формы Т-57". Сейчас эта форма анализируется входимость "в отработанное время" на закладке "Отчеты".В классификатор "Дополнительные входимости вида оплаты" добавлена входимость 281 - Входит в отработанное время формы N57-T (Россия)(для добавление входимости в классификатор необходимо выполнить проверку реестра настроек).
102.1226059.1.17.0Расчет зп. Не отрабатывает персональная настройка округления для 175 удержания (удержание в пенсионный фонд)Заработная платаРасчет взносов (удержаний)
Не отрабатывает персональная настройка округления для 175 удержания (удержание в пенсионный фонд).Для Беларусии: в классификаторе видов удержаний для 175 удержания (удержание в пенсионный фонд) исключена возможность настройки округления данного удержания. Сумма удержания в пенсионный фонд рассчитывается с точностью до копейки и не округляется не зависимо от значения настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Правила округления Удержаний".
102.1231469.1.17.0Потеря преемственности. Не округляется удержание в пенсионный фонд.Заработная платаРасчет взносов (удержаний)
Для РБ: при условии, что в классификаторе удержаний не стоит индивидуальная настройка "Округлять сумму" необходимо округлять удержание в пенсионный фонд (175 системный ВУ) для РБ до полных рублей по следующему правилу: "При округлении суммы менее 50 копеек в расчет не принимаются, а 50 и более копеек округляются до 1 рубля". Если индивидуальная настройка стоит, округлять удержание в соответствии с настройкой.Для РБ: для удержаний в пенсионный фонд (175 системный ВУ) предусмотрена индивидуальная настройка "Округлять сумму" в классификаторе удержаний. При значении: - 0 - без округления (т.е. округление до двух знаков после запятой); - 1 - округление до рубля; - 5 - округление до пяти рублей, - 10 - округление до десяти и т.д. Если индивидуальная настройка "Округлять сумму" в классификаторе удержаний не стоит, тогда удержание в пенсионный фонд (175 системный ВУ) округляется до рубля.
102.739839.1.17.0в РЛ добавить справку врем.нетрудосп.без оплаты (больничный с дыркой от бублика)Заработная платаПредварительная разноска
Есть больничные без оплаты, клиент хочет их видеть в своих расчетных листках. Причина появления больничных без оплаты п.15 постановления "О порядке обеспечения пособия" от 13 сентября 1997 в редакции 24 ноября 2006 года N 1577. Там сказано, что при амбулаторном лечении ребенка после 14 дня болезни больничный не оплачивается. Решение актуально и для РФ, поскольку нерабочие периоды не включаются в расчет больничных и детских, даже если они не оплачивались.1. Доработана функция "Предварительная разноска". Теперь для больничных листов учитывается дополнительная входимость "(29) Запись с нулевой продолжительностью и суммой" классификатора видов оплат. 2.Доработана дополнительная входимость "(29) Запись с нулевой продолжительностью и суммой". Теперь для оплаты с типом "Б" в данной дополнительной входимости в колонке "Доп.информация" можно заполнить значения "по умолчанию"/"не рассчитывать по алгоритму". 3.Доработана функция расчета заработной платы с учетом колонки п.2. Новая колонка имеет смысл при значениях примечания "разноска и расчет" или "только расчет". Теперь, если установлено значение "не рассчитывать по алгоритму", то при отсутствии суммы в предварительном просмотре, сумма не рассчитывается по алгоритму автоматически. Если установлено значение "по умолчанию", то расчет происходит так, как было ранее. Программа берет готовую сумму, при ее отсутствии считает сумму по алгоритму, если при расчете по алгоритму сумма равна 0, то в результатах расчета формируется запись с нулевой суммой.
101.502689.1.15.0Детские пособия - расчет только по рабочим при использовании своего алгоритмаЗаработная плата_Пособия детям
У клиента под пилотный проект ФСС попадают не все подразделения. Для такого выборочного расчёта видов оплат детских пособий была реализована возможность задания пользовательского алгоритма в cоответствующих видах оплаты. Однако в этом случае в КВО на закладке [По среднему] в поле "признак расчёта" нет возможности указать расчёт по календарным дням (т.к. не используется алгоритм больничных) и расчёт детских пособий идёт всегда по рабочим дням. Возможный путь решения - для алгоритмов больничных по умолчанию использовать расчёт по календарным дням. Другой вариант - в КВО анализировать пользовательский алгоритм и если в нём фигурирует алгоритм больничных, считать весь пользовательский алгоритм алгоритмом больничных (чтобы была возможность в поле "признак расчёта" выбрать "К").Доработан ввод поля "признак расчёта" в КВО-> по среднему. Теперь, программа позволяет выбрать букву "К" в этом поле, если тип оплаты равен "Д" или "Б".
101.512949.1.14.0Не работает копирование соответствий в налогах на ФОТЗаработная платаКлассификатор налогов на ФОТ
В классификаторе налогов на ФОТ в локальном меню есть функция "копирование отнесения затрат из налога", на последних обновлениях при ее запуске ничего не происходит, т.е. функция не работает. Сейчас добавляются 2-новых налога, вбивать для них соответствия отнесения затрат вручную очень трудоемко у клиента их слишком много (9 баз в каждой базе около 100). Просьба исправить проблему как можно скорее.Копирование соответствий налогов на ФОТ работает.
102.1204329.1.14.0П-4. Премия декретницам не должна попадать в отчетЗаработная платаСтатистика о труде и движении рабочей силы
Премия начисляется как декретницам, так и обычным сотрудникам. Для этого ВО стоит входимость в фонд зарплаты по статистике. Поэтому сумма начислений попадает в отчет в фонд оплаты, но по декретницам эта сумма не должна попадать. Приказ Федеральной службы государственной статистики от 24 октября 2011 г. N 435 ?Об утверждении Указаний по заполнению форм федерального статистического наблюдения N П-1 ?Сведения о производстве и отгрузке товаров и услуг?, N П-2 ?Сведения об инвестициях в нефинансовые активы?, N П-3 ?Сведения о финансовом состоянии организации?, N П-4 ?Сведения о численности, заработной плате и движении работников?, N П-5(м) ?Основные сведения о деятельности организации? ? 91. В отчет по форме N П-4 не включаются следующие расходы, которые не учитываются в фонде заработной платы и выплатах социального характера: ? т) выплаты (включая компенсационную выплату) женщинам, находящимся в отпуске по беременности и родам, лицам, находившимся в отпуске по уходу за ребенком до достижения им возраста трех лет и не включаемым в среднесписочную численность работников (за исключением случая, когда работник вышел на работу ранее установленного срока); Согласно данного документа, выплаты сотрудников, находящихся в отпуске по уходу за ребенком, не должны попадать в отчет П-4, но попадают.1. В настройку формирования статистических данных добавлен фильтр по видам неявок. 2. Добавлена дополнительная входимость в отчеты в КВО (Дополнительная проверка табеля для попадания суммы в П-4). В случае, если в фильтре по видам неявок, выбраны неявки для исключения сумм из отчета П-4, при формировании статистических данных анализируется доп. входимость - "Дополнительная проверка табеля для попадания суммы в П-4". Если в табеле сотрудника на дату назначения выплаты (или если она не заполнена, на дату начала выплаты) приходится неявка, выбранная в фильтре по неявкам, данная выплата НЕ включается в П-4.
102.1211749.1.13.0Необходимо изменить влияние группы настроек "Прочие удержания" при формировании реестров по 175 и 176 видам удержанийЗаработная платаРеестры по перечислениям. Формирование
Расчет суммы сбора для 175 и 176 вида удержания при настройке на Беларусь.Расчет банковского сбора для сумм персональных отчислений в ПФ не производится.
104.200309.1.13.0Необработанные ведомости межпериодаЗаработная платаРасчет начислений (общие вопросы)
При решении проблемы 104.19359 был изменён функционал формирования платёжных ведомостей и учета уже сформированных: "... Кроме того, для Украины при расчете заработной платы суммы, входящие в платежные ведомости за счет ФСС, в которых не установлен признак обработки, в расчетном листке выделены в отдельную строчку как депонированные суммы. Код удержания для таких выплат берется из настройки: Управление персоналом - Расчеты с персоналом - Долги и депоненты - Вид удержания для отражения сумм депонирования." Но есть проблема в том, что суммы из всех необработанных ведомостей межпериода, кроме ведомости на выплату больничного за счет предприятия, попадают в результаты расчета с кодом удержания, указанным в настройке "Вид удержания для отражения сумм депонирования". Нужно, чтобы этим удержанием отражались только суммы из не обработанных ведомостей на выплату больничного за счет ФСС. Для остальных необработанных ведомостей межпериода должна быть возможность учесть их при формировании ведомости на выплату зарплаты за весь период .1. В классификаторе видов оплат добавлена дополнительная входимость (5) Уточнение к типу оплаты. При вводе этой дополнительной входимости в качестве примечания заполняется значение: "больничный за счет ФСС". В качестве примечания возможен также выбор значения "больничный за счет предприятия". Это значение в настоящее время не используется. 2. Доработан учет сформированных но необработанных платежных ведомостей при расчете заработной платы. Теперь, при настройке на Украину, дополнительно к признаку обработки ведомости добавляется проверка доп.входимости п.1. Если в примечании указано значение: "больничный за счет ФСС", то такая ведомость показывается в результатах расчета с кодом из настройки: Управление персоналом - Расчеты с персоналом - Долги и депоненты - Вид удержания для отражения сумм депонирования." Все другие необработанные платежные ведомости не учитываются при расчете заработной платы. 3. Доработка для Украины. Доработан расчет сальдо и интерфейса "Информация о выплатах заработной платы" для учета (платежных ведомостей) за счет ФСС. Суммы по таким ведомостям, если они не обработаны (не оплачены) учитываются как депонированные (хотя фактически таковыми не являются) и не попадают в итоговую сумму "Остаток за текущий месяц" и соответственно в платежную ведомость по зарплате. Такая обработка происходит при установленной настройке Расчеты с персоналом - Режимы расчетов - Сальдо рассчитывать по платежным документам - "да". Теперь ведомость за счет ФСС определяется с учетом дополнительной входимости п.1.
101.510299.1.12.0Дополнительные тарифы ПФР в 2013 г. для вредниковЗаработная платаРасчёт налогов на ФОТ
Дополнительные тарифы ПФР в 2013 г. Федеральный закон N 243-ФЗ официально опубликован 7.12.2012 г. в "Российской газете". Установлены дифференцированные дополнительные тарифы страховых взносов на финансирование страховой части трудовой пенсии в зависимости от вида работ, в которых заняты застрахованные лица (например, для подземных работ, работ с вредными условиями труда, в горячих цехах в 2013 году - 4 процента; на работах с повышенной интенсивностью и тяжестью, дающих право на назначение досрочной пенсии, в 2013 году - 2 процента). При этом дополнительные взносы начисляются независимо от величины базы по взносам с начала года, то есть предельное ограничение базы к таким взносам не применяется. Дополнительные взносы начнут применяться с 1.01.2013 г. и будут относиться к солидарной части страховой части пенсии.Классификатор налогов на ФОТ - добавлена возможность для новых перечислений указать признаки "1" или "2" при наличии в организации видов работ, соответственно оговоренных Списком 1 или(и) Списком 2. Тарифы для каждого их них задаются в каталоге "Ставки социальных налогов/страховых взносов" с привязкой к основной шкале расчёта СВ. При расчёте взносов учитывается код КПС. Анализируется - по каким должности и подразделению сотруднику начислялась выплата: если, например, код КПС относится к профессиям Списка 1 (первая цифра кода "1" и он содержит не менее 8 знаков) то дополнительные взносы на такие выплаты начисляются по ставкам, заданным для перечисления с признаком "1". Аналогично для признака "2". При этом принимается во внимание пол работника для случая, когда вредные условия труда распространяются только на женщин. При расчёте учитывается существующая доп.входимость "(3) Льготируется годовая сумма при расчете СВ/ЕСН" и контролируется величина годовых выплат соответствующих ВО.
102.1170299.1.11.0Help. Вызывается неправильный топик.Заработная платаКлассификатор видов оплат
Help. Вызывается неправильный топик. Захожу по F4 в любой ВО (ВУ)позиционирую курсор, например, на "Алгоритм", вызываю справку. Вызывается топик "Назначения модуля "ЗАРАБОТНАЯ ПЛАТА". Такая справка вызывается по всем полям КВО,КВУ, классификатора налогов на ФОТ.Вызывается правильный топик.
102.1174409.1.11.0Вызов некорректный по F1 для КВОЗаработная платаКлассификатор видов оплат
В КВО по F1 в поле Алгоритм вызывается справка об общем назначении модуля ЗП вместо описаний алгоритмов.Считаю это существенно затрудняет привязку алгоритмов к ВО,т.к.системных алгоритмов очень много и запоминать их пользователь не должен-для этого есть справка в программе.Исправлено
102.1179649.1.11.0Белгосстрах на переходящий отпускЗаработная платаРасчёт налогов на ФОТ
РБ. Проблема с начислением "Белгосстраха" на переходящие отпускные. Согласно законодательству начисленная сумма должна облагаться по ставке того месяца, за который она начислена. Таким образом, если, например в мае процент "белгосстраха" был 0.6, а в июне 0.8, то часть отпускных, приходящаяся на июнь должна облагаться по ставке 0,8. Проблема в том, что на момент расчета отпускных(т.е. в мае) процент "белгосстраха" за июнь ещё не известен. Поэтому фонд рекомендует при расчете налога на переходящие отпускные рассчитывать сумму налога за май в мае, а за июнь в июне. Таким образом нужен функционал, который позволяет не рассчитывать налог в текущем периоде за будущий, а после перехода рассчитать налог на выплаченные суммы в прошлом месяце за текущий.В классификатор налогов на ФОТ добавлено новое поле, отображается по значению "Настройки для страны" = "Беларусь". Наименование поля "За буд.мес.", возможные значения "д"/"н" выбираются по F3, контекстная подсказка "Рассчитывать налог на ФОТ на начисления будущих месяцев: "д" - да, "н" - нет". По умолчанию для всех налогов находится в значении "да". Для этого значения налог на начисления за будущие месяцы рассчитывается, анализ архивных данных не производится. По мере необходимости пользователь самостоятельно меняет значение на "нет". В этом случае налог на начисления за будущие месяцы не рассчитывается, производится анализ архивных данных и выполняется расчёт налога на архивные начисления, выполненные за расчётный месяц. Удаляется настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Взносы в ФСЗН за будущие месяцы" со значениями "начислять полностью/только удержания/не начислять". Вместо неё вводится новая "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Взносы Взносы в пенсионный фонд Удерживать взносы в ФСЗН за будущие месяцы" со значениями "да/нет". Её действие распространяется только на расчёт удержаний в ФСЗН (175 системный вид оплаты) из заработка работника. При первом входе пользователя в систему после установки данного решения автоматически выполняется конвертация значения старой настройки с целью сохранения преемственности индивидуальных особенностей расчетов. Если по каким-либо причинам автоматическая конвертация не выполнилась, система уведомит о необходимости обновления настроек при входе в режим расчёта зарплаты.
104.197259.1.11.0Увеличить ширину полей "Используется в расчетах алгоритма №" в КВОЗаработная платаКлассификатор видов оплат
Увеличьте, пожалуйста, ширину полей "Используется в расчетах алгоритма №" в КВО на закладке "Расчеты", а то не видно "+" там или "-".В классификаторе видов оплат на закладке "Расчеты" расширены поля для признаков "Используется в расчетах алгоритма №".
180.70339.1.11.0Изменения с 01.01.2013 по расчету больничных по беремености и родамЗаработная платаРасчет больничных
РОССИЙСКАЯ ФЕДЕРАЦИЯ ФЕДЕРАЛЬНЫЙ ЗАКОН ОБ ОБЯЗАТЕЛЬНОМ СОЦИАЛЬНОМ СТРАХОВАНИИ НА СЛУЧАЙ ВРЕМЕННОЙ НЕТРУДОСПОСОБНОСТИ И В СВЯЗИ С МАТЕРИНСТВОМ Статья 14. Порядок исчисления пособий по временной нетрудоспособности, по беременности и родам, ежемесячного пособия по уходу за ребенком 3.1. Средний дневной заработок для исчисления пособия по беременности и родам, ежемесячного пособия по уходу за ребенком определяется путем деления суммы начисленного заработка за период, указанный в части 1 настоящей статьи, на число календарных дней в этом периоде, за исключением календарных дней, приходящихся на следующие периоды: 1) периоды временной нетрудоспособности, отпуска по беременности и родам, отпуска по уходу за ребенком; 2) дополнительные оплачиваемые выходные дни для ухода за ребенком-инвалидом; 3) период освобождения работника от работы с полным или частичным сохранением заработной платы в соответствии с законодательством Российской Федерации, если на сохраняемую заработную плату за этот период страховые взносы в Фонд социального страхования Российской Федерации в соответствии с Федеральным законом "О страховых взносах в Пенсионный фонд Российской Федерации, Фонд социального страхования Российской Федерации, Федеральный фонд обязательного медицинского страхования и территориальные фонды обязательного медицинского страхования" не начислялись. (часть 3.1 в ред. Федерального закона от 25.02.2011 N 21-ФЗ)Для России доработан расчет пособий по беременности и родам с параметром "За два календарных года". 1. Пособием по беременности и родам в Галактике считается пособие, вид которого совпадает со значением настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Вид пособия для декретного отпуска" 2. За основу выбирается количество календарных дней в периоде учета, а не 730, как было ранее. 3.В классификаторе видов оплат изменена дополнительная входимость 18 для всех стран, кроме Украины. Теперь она будет называться: (18) С 2013 года формирует нерабочий период в больничных по беременности и родам при расчете за два года. По настройке на Украину название дополнительной входимости остается прежним "Влияет на перерасчет разовых выплат в больничных". 4. Доработано окно Суммы оплат => Суммы с предыдущего места работы. Добавлена колонка "Рабочие дни, приходящиеся на периоды исключения". 5. Доработана функция "Расчет больничных" за два календарных года. 5.1.Для пособий по беременности и родам с 2013 года от количества календарных дней в периоде отнимаются дни, согласно дополнительной входимости 18 (п.2). Дополнительная входимость 18 работает аналогично дополнительной входимости 19. 5.2. По аналогии с дополнительной входимостью 19, учитывается также настройка: "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Продолжительность Начало учета архивов отпусков и больничных для настройки "вычитать нерабочие периоды"". Здесь с 2013 года правила такие: если указана дата в этой настройке, и эта дата меньше или равна дате начала месяца, за который подсчитываются дни исключения, то происходит анализ больничных и отпусков на закладке "Табель=> Неявки". Если в классификаторе условных обозначений табеля к условному обозначению конкретной неявки привязан вид оплаты, и для него выбрана дополнительная входимость 18, то эта неявка также исключается из количества календарных дней. 5.3.Кроме того, исключаются дни, которые указаны в п.4. 6. Доработаны справки о расчете больничных по беременности и родам во всех форматах: От количества дней в периоде отнимаются дни за период исключения. Эти дни показаны в соответствующей колонке. 7. Доработано окно Расчет больничного=> Редактирование=> Суммы расчетного периода. Для больничных по беременности и родам в этом окне добавлены два поля: "Календарных дней" и "За вычетом". Эти поля учитываются при ручных корректировках.
101.446789.1.10.0Печать таблицы входимости. Нужна шапка на каждой страницеЗаработная платаКлассификатор видов оплат
В связи с изменениями законодательства участилось использование отчетов "Печать таблицы входимости видов оплат" и "Печать таблицы входимости налогов на ФОТ". Для удобства использования отчетов необходимо при печати необходимо выводить шапку таблицы на каждой распечатываемой страницы, а так же нумеровать страницы.Была добавлена возможность печати таблиц входимости видов оплат и входимости налогов на ФОТ в FastReport с выводов шапки таблицы на каждой странице, а также печатью номера страницы. При выборе пункта выпадающего меню интерфейса классификатора видов оплат и скидок "Печать таблицы входимости видов оплат" появляется окно "Печать таблицы входимости видов оплат" В данном окне можно выбрать вид отчета (fastreport, excel, бизнес-текст), настроить фильтр по видам оплат и разделы, по которым будет сформирован отчет, а также как выводить комментарий к таблице (непосредственно после таблицы или начинать на отдельной странице). Посредством нажатия кнопки "Сформировать" происходит вывод выбранного вида отчета. При выборе пункта выпадающего меню интерфейса классификатора видов оплат и скидок "Печать таблицы входимости налогов на ФОТ" появляется окно "Входимость видов оплат в налоги на ФОТ" В данном окне можно выбрать вид отчета (fastreport, excel, бизнес-текст), настроить фильтр по видам оплат и налогам на ФОТ, по которым будет сформирован отчет. Посредством нажатия кнопки "Сформировать" происходит вывод выбранного вида отчета.
102.1189589.1.8.0Реестры.Налоги на ФОТ.Маркер не проинициализированЗаработная платаРеестры по перечислениям. Формирование
Реестры.Налоги на ФОТ.Маркер не проинициализирован 1.Прикладная ошибка.Маркер не проинициализированИсправлена инициализация маркера налога на ФОТ.
102.1153629.1.7.0Не отрабатывает снятие фильтра в КВОЗаработная платаКлассификатор видов оплат
Не отрабатывает снятие фильтра в КВО. В КВО Выбор фильтра по входимости видов оплат. В закладке Список 2,3,4,5 устанавливали какой-нибудь фильтр, далее кнопка "Продолжить" применялся фильтр, далее опять вызывали интерфейс фильтра открывали Список 1, пункт "Снять фильтр" и "Продолжить" - фильтр снимался и получали опять полный список. Сейчас закладок Список 1 - 2 штуки и в первой функционал о снятии фильтра не отрабатывает.Ошибка исправлена, снятие фильтра теперь работает с любой закладки "Список 1"
102.1184399.1.7.0Доработать доп. входимость (46) в видах оплатЗаработная платаКлассификатор видов оплат
В данный момент, доп входимость 46 можно выбрать только если в виде оплаты указан 46 алгоритм для расчета, иначе доп. входимость недоступна. Но данную ситуацию можно обойти стороной и далее успешно работать. Просьба разрешить добавлять 46-ю доп. входимость в виды оплат с алгоритмом, отличным от 46.Разрешено добавление 46-й дополнительной входимости для видов оплат с любым алгоритмом.
102.954299.1.7.0Сбрасываются атрибуты получателя в видах удержанийЗаработная платаВиды удержаний
Сбрасываются атрибуты получателя в видах удержанийИсправлена ошибка с затиранием записей с получателями платежа для удержаний. Ошибка проявлялась в ситуации, когда для вида удержания, для которого до этого не были заведены получатели, добавляется новая запись по получателю. В этом случае после ввода записи и редактирования параметров затиралась запись по получателю платежа для другого вида удержания, которая вводилась или корректировалась в предыдущем сеансе редактирования.
103.57849.1.7.0Глючит пометка инсертом в классификатореЗаработная платаКлассификатор видов оплат
При попытке пометить запись классификатора инсертом вместо пометки встают значения следующей записи из классификатора, если еще раз нажать инсерт, то следующей, и.т.д. Что-то помечаться начинает только после того как достигнем последней записи в классификаторе.Исправлена прорисовка помечаемых записей при нажатии insert.
103.59129.1.7.0При просмотре видов удержаний, изменяется запись в таблице kluderЗаработная платаВиды удержаний
При просмотре видов удержаний, изменяется запись в таблице kluder с нреком 0001000000000002h. Если зайти в удержание, у которого не заполнены получатели, не переходя при этом на вкладку "Атрибуты получателя", а потом выйти из редактирования, то в нижней панели интерфейса появится запись с нулями. Если повторить процедуру для другого вида удержания с незаполненными получателями, то эта же запись с нулями перекинется на другое удержание.Ошибка исправлена. Улучшена эргономика интерфейса на вкладке "Атрибуты получателя" в окне редактирования вида удержания: 1. Теперь есть возможность удалить всех получателей. 2. Доработана прорисовка таблицы с подразделениями при редактировании удержаний, для которых существует привязка к подразделениям.
102.1180559.1.6.0расчет доплаты до среднего при понижении окладаЗаработная платаАлгоритмы пользователя
Необходимы следующие доработки : 1. функцию, показывающую признак пересчета из окна предварительного просмотра (сейчас есть только функция, возвращающая признак корректировки). это позволит нам выяснить, какие сумы рассчитываются: текущие или архивные 2. функцию, аналогичную NACHD(O), но только для архива оплат1. Добавлена функция UCH_NOTE. Функция показывает признак пересчета из окна предварительного просмотра. 2. Добавлена функция SumD(O). Функция работает аналогично NACHD(O), но только для архива оплат и неначисляемых сумм.
101.495829.1.5.0Реализовать в классификаторе налогов на ФОТ дату окончания действия налога.Заработная платаКлассификатор налогов на ФОТ
Реализовать в классификаторе налогов на ФОТ дату окончания действия налога. Просьба доработать классификатор налогов на ФОТ. Для каждого налога нужна дата окончания. Многие налоги в нашей стране отменяются. Например, с 2012 года отменен налог ТФОМС. Но из базы мы его удалить не можем. Объем БД увеличивается, так как сколько заведено налогов в справочнике, столько строк резервируется по каждому работнику за каждый год в двух таблицах sumulsoc и sumupsoc. Также налог "ПФ Федеральный бюджет" отменен с 2010 года, но в базе данных присутствует и создает пустые строки.Реализовано с учётом общесистемной настройки "Настройки Галактики Общие настройки системы Настройки для страны = Россия". В классификатор налогов на ФОТ для перечислений, ранее составляющих ЕСН (значение поля "Дополнительный признак" = "+") - добавлено поле "Окончание", формат - дата, обрабатывается из неё месяц и год. Принимается, что указанный месяц - последний, в котором действовал налог на ФОТ. То есть для отчислений в ФБ РФ можно указать любую дату декабря 2009, например, 31.12.2009, а для ТФОМС 31.12.2011. В процессе расчёта налогов на ФОТ для перечислений, срок окончания которых указан ранее расчётного месяца, записи в справочниках "Размер социальных налогов до/после расчёта" не создаются и начисления по ставкам (даже если они были введены отличные от 0) не производятся. Аналогичным образом значение поля "Окончание" обрабатывается при выполнении сервисной функции "Контроль (для налогов с годовой НБ)" по отношению к параметрам месяц+год. Сервис удаления "лишних" записей справочников соцналогов не создавался, т.е. если записи в справочниках соцналогов уже существовали на 2012 год - то они и останутся. По мере необходимости из клиентских БД их можно удалить SQL-запросом.
102.1173539.1.4.0Добавить поле - источник исходных данных в результаты расчета, архив оплатЗаработная платаОкно просмотра результатов расчета
Добавить поле - источник исходных данных в результаты расчета, архивные данные (суммы по видам оплаты, неначисляемые суммы). Визуализация данного поля значительно упростит проверку правильности заполнения налогового регистра.Добавлено поле "источник данных" в смежные данные лицевого счета для окон: - Суммы оплат (вкладка "Архивные данные", "Суммы во видам оплат"); - Неначисленные суммы (вкладка "Архивные данные", "Суммы во видам оплат"); - Суммы начисленные (вкладка "Расчет заработной платы", "Результаты расчета", клавиша [F4] на записи о произведенном начислении). В окне "Суммы оплат" реализована возможность изменения привязки к источнику данных. Пользователь может выбрать привязку: - "не установлен" (отсутствует привязка к источнику данных); - "больничный лист"; - "отпуск"; - "начисления и выплаты текущего периода". В окне выбора источника данных записей определенного выше типа, существует возможность перехода по клавише [F4] к их стандартному окну представления.
102.1173969.1.3.046 алг. Нужна дополнительная настройкаЗаработная платаРасчет начислений (общие вопросы)
Необходима настройка, согласно которой в результаты расчета по ВО с 46 алгоритмом подразделение, должность и категория проставляются от входящих ВО либо по табелю отчетного месяца. Ситуация такая: В прошлом месяце человек работал во вредных условиях(подразделение+должность+категория). В текущем месяце работает не во вредных условиях. Рассчитываем ВО с 46 алгоритмом по итогам работы за прошлый месяц(в постоянных доплатах указываем начало и конец расчета - прошлый месяц). В результатах расчета по этому ВО проставляется подразделение и должность входящих ВО, то есть вредные условия, в которых человек работал в прошлом месяце. Соответственно в текущем месяце с этого ВО рассчитается ППС, хотя человек во вредных условиях не работал и ППС считаться не должен. Пришли к выводу, что лучше всего будет ввести признак в виде оплаты. Согласно этому признаку нужно брать подразделение+должность+категорию либо по входящим видам оплат, либо по текущему месяцу с учетом переходов. Также нужно доработать 46 алгоритм с учетом данного признака.В классификаторе видов оплат для оплаты с алгоритмом 46 доработан выбор значений для поля подразделение на закладке расчеты. Добавлено новое значение " Л - Выбор подразделения, должности, категории из ЛС с учетом переходов". Если установлено новое значение поля, то при расчете заработной платы для оплаты с алгоритмом 46 в результаты расчета записывается подразделение, должность и категория на дату начала из результатов расчета. Данная настройка имеет смысл только, если дополнительная входимость (46) Оплаты, входящие в расчет текущей с алгоритмом номер 46 имеет примечание "месяцем, в котором начислено".
102.1166629.1.2.0Включение в расчет зарплаты сумм больн. за счет ФСС в рамках Пилотного проектаЗаработная платаРасчет начислений (общие вопросы)
Предприятие попадает под действие пилотного проекта. Так как предприятие не выплачивает сотруднику больничный за счет средств ФСС, то и показывать эти суммы в расчетном листе не нужно. Для этого предлагается добавить новую функцию, которая возвращала бы код подразделения с учетом уровня иерархии подразделений.Добавлена функция: G_D_Kod(L: word): string; Возвращает код подразделения из записи предварительного просмотра. L - уровень иерархии подразделений.
104.198759.1.2.0Расширить поле "Ограничивать при расчете"Заработная платаКлассификатор налогов на ФОТ
Прошу расширить поле "Ограничивать при расчете" в Классификаторе налогов на ФОТ. Сейчас, если стать в поле курсором при выбранном значение "%", значения поля не видно.Указанное поле расширено на 1 символ, при этом текст "Ограничивать при расчете" заменен на "Ограничить базу".
101.485159.1.1.0Каталог подразделений - реализовать отчёт с атрибутами обособленных подразделениНастройкаПодразделения, склады
Предлагается реализовать отчёт по каталогу подразделений с атрибутами обособленных подразделений, лучше всего в Excel. Формат примерно такой: *** Подразделение - Связанная организация - ОКАТО - КПП - ГНИ - Организация-получатель НДФЛ. *** С возможностью построения по всему каталогу, или помеченным веткам иерархии (текущей ветке). Атрибуты выводить для всех подразделений по алгоритму, используемому при формировании 2-НДФЛ. Такой отчёт будет полезен для проверки установленных атрибутов ОП.Реализован отчет с выводом налоговых атрибутов подразделений, определяемым с учетом выбираемого в параметрах уровня свертки нижестоящих подразделений до глубины иерархии. Вызов параметров печати производится из каталога подразделений по пункту локального меню "печать". Реализована печать полного каталога подразделений в FastReport, из которого отчет может быть выгружен в необходимый пользователю формат средствами FastReport. В отчет выводятся: 1) Код подразделения 2) Наименование подразделения. Наименования обособленных подразделений и филиалов, уровень которых в иерархии по значению меньше или равен заданной для отчета глубине иерархии, выводятся полужирным - они показывают из каких обособленных подразделений будут учитываться ОКАТО если сверачивать подразделения к этой глубине при формировании 2-НДФЛ. 3) Информация о плательщике налога на доходы. Формируется по информации, заданной в юридических атрибутах подразделения (СО - собственная организация, ОП - обособленное подразделение, РС - в соответствии с настройками расчетного счета) 4) Наименование организации-плательщике. Выводится, если она однозначно определяется информацией о плательщике налога на доходы исходя из иерархии подразделений (например, в случае, если плательщик зависит от текущего расчетного счета - он не будет выводиться) 5) КПП свернутых подразделений. Колонка содержит информацию о КПП, полученном по подразделению на заданной глубине иерархии (используется в 2-НДФЛ). 6) ОКАТО несвернутых подразделений. Колонка с ОКАТО подразделений содержит информацию о реальном ОКАТО, вычисленном без учета глубины иерархии. ОКАТО обособленных подразделений/филиалов в этой колонке выделено полужирным шрифтом. 7) ОКАТО свернутых подразделений (используется в 2-НДФЛ) 8) Наименование организации получателя, полученное на основе свернутого подразделения. 9) код ГНИ полученный из каталога КПП - на основе КПП свернутых подразделений. Для поиска подразделения в отчете и перехода к нему можно использовать дерево отчета, которое отражает структуру каталога подразделений (в сформированном отчете по кнопке "Дерево отчета") При формировании 2-НДФЛ информация в карточках может частично не соответствовать приведенным кодам, что обусловлено самими исходными данными, а не каталогом подразделений. Например, при наличии в допаналитиках аналитики по АТД, код ОКАТО может определяться по данной аналитике, а не по каталогу подразделений, могут быть и другие отличия.
102.1135439.1.1.0Доработать доп. входимость 268Заработная платаВедомость по средствам ФСС РФ
Доработать доп. входимость 268 - "Расходы по обязательному социальному страхованию от несчастных случав на производстве и профессиональных заболеваний" чтобы можно было не учитывать кол-во дней для данного вида оплаты (Форма 4ФСС, Табл.8, графа 3). Дело в том что, например, отпуск для санаторного лечения отплачивается двумя ВО: оплата отпуска и РК на оплату отпуска. Доп. вх. 268 нужна для этих двух ВО, чтобы сумму правильно отразить в Таб.8 графе 4, но дни в таком случае задваиваются в графе 3.В каталог видов оплат и скидок для дополнительной входимости 268 "Расходы по обязательному социальному страхованию от несчастных случав на производстве и профессиональных заболеваний" для примечаний "Оплат. отпуска для санат.-кур. леч. застрах. на данном произв." и "Оплат. отпуска для санат.-кур. леч. застрах. на другом произв." добавлена Дополнительная информация. Возможные значения: - Учитывать отработанное время в отчетах - Не учитывать отработанное время в отчетах. По умолчанию для сохранения преемственности устанавливается значение "Учитывать отр. время в отчетах".
102.1146099.1.1.0ОКАТО в справке 2-НДФЛЗаработная платаСправки в налоговую инспекцию (1,2-НДФЛ)
ОКАТО в справке 2-НДФЛ. В 2-НДФЛ значение ОКАТО заносится из города для обособленого структурного подразделения, а в настройках подразделения выводится ОКАТО улицы.Сделанные изменения влияют на функциональность формирования проводок по итогам расчета зарплаты и межпериода, формирование реестров, формирование платежных поручений по реестрам, формирование налоговой отчетности. Подразделение считается обособленным/ филиалом, если в каталоге подразделений для него установлен соответствующий признак в поле "Роль": "филиал/представительство" или "обособленное структурное подразделение". Далее по тексту под обособленным подразделением подразумеваются обе эти роли. Для необособленных подразделений используется ОКАТО, вычисленное для ближайшего вышестоящего по иерархии подразделений обособленного подразделения или филиала, а при отсутствии такого - используется ОКАТО вычисленное для собственной организации. Ниже приведен алгоритм вычисления ОКАТО с учетом наличия обособленных подразделений/филиалов. 1. Определение по прямой ссылке на ОКАТО в обособленном подразделении: При определении ОКАТО используется явно выбранное из каталога ОКАТО. При наличии такой ссылки используется оно и дальнейший поиск ОКАТО не проводится. 2. Определение по адресу в обособленном подразделении: При отсутствии явно заданной ссылки, ОКАТО вычисляется по адресу (ссылке на улицу или ссылке на город, при отсутствии ссылки на улицу) обособленного подразделения или филиала. Примечание: При вычислении по адресу, если в нем есть ссылка на улицу вычисляется ОКАТО по улице. При этом происходит проверка идентичности ОКАТО для данной улицы из справочника ГНИ (вызывается из интерфейса редактирования адреса) с ОКАТО в справочнике ОКАТО (вызывается из интерфейса редактирования подразделения - поле "ОКАТО"). Если найдена запись с таким же ОКАТО - дальнейший поиск не производится. Если не найдено производится поиск по пункту 3 и далее. Если для улицы в справочнике ГНИ отсутствует значение ОКАТО (например, если улица проходит через несколько районов города, которые имеют отличающиеся ОКАТО), в этом случае необходимо явно указать ОКАТО в подразделении, выбрав ОКАТО из справочника ОКАТО (для обработки в соответствии с пунктом 1). При отсутствии в адресе ссылки на улицу (адрес указан без выбора улицы), но наличии ссылки на населенный пункт, для сравнения используется ОКАТО населенного пункта, заданное в справочнике ГНИ. При этом происходит проверка идентичности ОКАТО для данного населённого пункта из справочника ГНИ с ОКАТО из справочника ОКАТО. Если такая запись найдена, используется ОКАТО этой записи и дальнейший поиск не производится. 3. Определение по строковому ОКАТО в связанной с подразделением организации: Если по предшествующим пунктам определить ОКАТО, присутствующее в справочнике ОКАТО не удалось, ОКАТО ищется в связанной с подразделением филиальной организации (при наличии такой), при этом сначала анализируется введенное вручную значение - если такое же значение найдено в справочнике ОКАТО дальнейший поиск не производится. 4. Определение ОКАТО по юр.адресу в связанной с подразделением организации: Определяется по юридическому адресу организации по вышеприведенноому алгоритму (описан в пункте 2 и примечании) для определения по адресу. Если удалось найти значение в справочнике ОКАТО дальнейший поиск не производится. 5. Определение по вышестоящим обособленным подразделениямфилиалам: Если по предыдущим пунктам ОКАТО для обособленного подразделения определить не удалось, будет использоваться ОКАТО вышестоящего обособленного подразделения/филиала, которые определяются по алгоритму, описанному в предшествующих пунктах. 6. Определение по строковому ОКАТО собственной организации: При отсутствии вышестоящих обособленных подразделений, ОКАТО определяется по строковому ОКАТО указанному в собственной организации. Если оно не заполнено - по строковому значению из общесистемной настройки "Настройки Галактики Бухгалтерский контур Отчеты Налоговая отчетность ОКАТО организации". Если строковое значение удалось найти в каталоге ОКАТО дальнейший поиск не производится. 7. Определение ОКАТО по юр.адресу собственной организации: Определение ОКАТО производится по ссылке на улицу, а при отсутствии - по ссылке на населенный пункт. Соответствующее значение ОКАТО ищется в справочнике ОКАТО. Если не найдено - возвращается пустое значение. Примечание: Для контроля в каталоге подразделений отображается доп.информация по отображаемому ОКАТО, в соответствии с тем, откуда было получено это значение ОКАТО (По прямой ссылке в самом подразделении (П:ОКАТО), по адресу в подразделении (П:Адрес), либо из вышестоящих подразделений (ВП:ОКАТО, ВП:Адрес), либо из филиальной организации (Ф: строка, Ф: Юр.адр.), либо из собственной организации (СО: строка, СО: Юр.адр.)) Добавлявшееся ранее в окно редактирования поле "ОКАТО" в каталоге подразделений было необходимо для формирования налоговой отчетности. В данном обновлении производится корректировка отображаемого значения. Ранее в поле "ОКАТО" отображалось ОКАТО адреса текущего подразделения, на текущем обновлении отображается ОКАТО, вычисленное с учетом иерархии подразделений и структуры предприятия. Подсказка к этому полю скорректирована на "Код ОКАТО подразделения с учетом иерархии". Добавлено отображение ОКАТО жирным шрифтом также для подразделений с ролью "филиал представительство" Доработана функциональность по заполнению автоаналитик по ОКАТО подразделений, которая формируется по общесистемной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Формирование проводок Автоматическое формирование КАУ по АТД". Ссылки в аналитику проставляются исходя из найденных в справочнике ОКАТО значений, вычисленных по подразделениям. Добавлен пункт меню Модуль "Зарплата" - Настройка - Заполнение каталогов - Каталог АТД - импорт справочника ОКАТО. Справочник можно скачать с Internet. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ:
102.1149029.1.1.0подразделение в удержанииЗаработная платаРасчет начислений (общие вопросы)
Считаем февральскую зарплату - у сотрудника есть 95 удержание(за общежитие). В результатах расчета для этого удержания указано подразделение А. У человека с января новое подразделение Б. Клиент просит, чтобы в данной ситуации, когда рассчитывается удержание в феврале за декабрь, подразделение в результатах расчета было бы уже новым, т.е. Б.Доработана функциональность расчета удержаний для значения "нет" в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания по подразделениям". Схема доработки. 1. В окне редактирования классификатора видов удержаний выведено поле "учитывать в подразделении по умолчанию". 2. При значении настройки "нет" предлагаются следующие варианты заполнения поля: "учитывать в подразделении на начало месяца", "учитывать в подразделении на начало расчетного месяца", "учитывать в подразделении на конец месяца", "учитывать в подразделении по умолчанию". 3. Для системных видов удержания изменение данного поля не допускается. 4. Доработана программа расчета заработной платы с учетом заполнения значения поля п.2.для значения настройки "нет". Если установлены значения "учитывать в подразделении на начало месяца" или "учитывать в подразделении на конец месяца", то подразделение устанавливается с учетом месяца, за который удерживается сумма. Если установлено значение "учитывать в подразделении на начало расчетного месяца", то выбирается подразделение, в котором работник числился на начало расчетного месяца. Примечание.Не дорабатывалась функциональность расчета удержаний для других значений настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания по подразделениям".
102.1161769.1.1.0Выплата 100% суммы в ведомостях и реестрах не должна округлятьсяЗаработная платаПлатежная ведомость (на выплату отпускных)
При выплате 100% суммы, округление в ведомостях и реестрах по отпускам и больничным не должно производиться. Исправить другие недочеты и различия.Округление сумм, если в параметрах формирования реестров и ведомостей по отпускам и больничным указано 100% к выплате, не производится. Скорректировано вычисление предварительной суммы ведомости/реестра, если выплата ограничена суммой. Скорректировано формирование наименования ведомости по подразделениям. Дата окончания обработки в ведомостях при формировании не проставляется, только дата начала обработки, которая приравнивается дате формирования ведомости. Доработано округление сумм в реестрах и ведомостях по больничным и отпускам. Добавлена проверка на соответствие сумм по операциям начисленной сумме. Добавлен учет признака "Учитывать в модуле Заработная плата" при контроле. Восстановлены ссылки на раздел хелпа для ведомостей. Доработан учет допаналитик (если формирование проводится с учетом аналитических фильтров по допаналитикам). Если удержания разбиваются в разрезе входящих оплат ("Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания по подразделениям") для анализа допаналитик используется ссылка на допаналитики видов оплат, а если в виде оплат нет ссылки на допаналитики - используются допаналитики на дату выплаты. Если удержания не разбиваются с учетом входящих оплат в настройке, берутся допаналитики на дату выплаты, а если там нет ссылки на допаналитики - используется ссылка на допаналитики из вида оплаты отпуска, больничного.