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


Описание файла обновления:
ФайлZ_CALC_RES_8101590.TXT
ОбновлениеZ_CALC_RES_8101590
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентZ_CALC
ТипRES
Версия8.10.159.0
Дата2016-10-20 07:54:59
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.158747NEWРеализовать возможность отражения доходов 2000 по принципу доходов 4800Заработная плата6-НДФЛ (развитие)
Необходимо дать возможность отражения доходов 2000 по принципу доходов 4800.С целью отражения дохода с кодом 2000 по принципу дохода 4800 в форме 6-НДФЛ (для кода 4800 дата получения дохода равна дате выплаты), в классификатор "Виды оплат и скидок" добавлена дополнительная входимость "Отражать доход по дате выплаты в налоговой отчетности" (для кодов доходов 2000, 2530, 2791). В форме 6-НДФЛ доходы с кодами 2000, 2530, 2791 и доп. входимостью в КВО "Отражать доход по дате выплаты в налоговой отчетности" отражаются как и доходы с кодом 4800: дата получения дохода (строка 100) равна дате выплаты дохода (строка 110).
102.1567938.10.158.0Контроль выплаты удержаний. Необходимо обрабатывать выплату зарплаты расходными кассовыми ордерами.Заработная платаКонтроль выплаты зарплаты (удержания)
Для формирования 6-НДФЛ необходимо определять дату выплаты зарплаты. Как правило, если выплата идет одному сотруднику, например, уволенному, то платежную ведомость не формируют. Формируют РКО. На данный момент не учитываются сформированные через зарплату расходные кассовые ордера. Необходимо учитывать.Доработана привязка в удержаниях налога "источника данных", как для архивных удержаний, так и для удержаний текущего периода.
101.497398.10.156.0Расчет зарплаты - новый режим формирования ШПЗ в дополнительной оплатеЗаработная платаОтнесение затрат по начислениям и удержаниям при расчете заработной платы
Предлагается сделать более понятный алгоритм для заполнения ШПЗ/ТХО в дополнительной оплате значениями из основного вида оплаты. Сейчас для того, чтобы в дополнительной оплате заполнились данные по отнесению затрат, нужно, чтобы значение настройки выбора ШПЗ совпадало в основном виде оплаты и в дополнительном. Это неочевидное решение. Лучше добавить новое значение настроек выбора ШПЗ, ТХО, Параметра, Дополнительных аналитик - "из основной оплаты". В таком случае будет более удобно настроить, чтобы отнесение затрат в дополнительной оплате соответствовало отнесению затрат в основной.В классификаторе видов оплат для настроек выбора ШПЗ, ТХО, Параметра и Дополнительных аналитик добавлено новое значение: "из основной оплаты". Данное значение доступно для выбора в "обычных" видах оплат (т.е. не больничные, не отпуск, не северные/районные и т.п.), при этом вид оплаты должен являться дополнительным для какого-либо вида оплаты. Если вид оплаты перестает быть дополнительным (происходит отвязка в последнем оставшемся "основном" ВО), значение "из основной оплаты" перестает быть доступным для выбора, а если оно было указано, то сбрасывается в "Из КВО" (для доп. аналитик - в "из лицевого счета работника"). При расчете зарплаты, если обнаруживается, что ШПЗ/ТХО/Параметр/Доп.Аналитики для дополнительного ВО нужно брать "из основной оплаты", в дополнительную оплату заносится соответствующее значение из основной оплаты. Остальные варианты обрабатываются обычным образом. Ликвидирован функционал, подставляющий в дополнительную доплату отнесение затрат из основной при совпадении значений настройки выбора ШПЗ, так как теперь для этих нужд используется значение "из основной оплаты".
180.71398.10.155.0Предложение по настройке параметров платежных поручений по НДФЛНастройкаПодразделения, склады
Необходимо добавить возможность задать банк получателя в "Справочнике организаций ГНИ".В "Справочник организаций ГНИ" добавлена возможность выбрать один из банков для выбранной организации-получателя. Доработано формирование реестров по НДФЛ и формирование платежных поручений с учетом данной возможности. Если в КПП есть ссылка на банк получателя используется этот банк, а если нет ссылки на банк, то банк определяется как и ранее.
102.1416278.10.154.0Добавить возможность не разбивать оплаты с доп.входимостью 296 в НРЗаработная платаНалоговый регистр [РФ]
Добавить возможность не разбивать оплаты с доп.входимостью 296 в НР Ситуация. Заработная плата выплачивается сотрудникам 2 раза в месяц, расчет за первую половину идет не авансом, а "за период". После расчета формируется реестр на выплату по пути: Отчеты/Отчеты по отплате труда/Реестры по перечислению. Затем, когда идет окончательный расчет зарплаты за месяц, сотруднику дают неначисляемую сумму за месяц, с 1-го по 31 число. Опять по этому же пусти формируют реестр на выплату заработной платы. Таким образом, имеем два реестра на выплату заработной платы. В налоговом регистре сумма соответственно разбилась пропорционально. Нужна возможность не разбивать эту сумму. Для этого предлагается для дополнительной входимости 296 добавить "Примечание": не разбивать/разбивать пропорционально. Дату получения дохода/выплаты брать из последнего реестра на выплату заработной платы. При установленном параметре "Дата получения дохода не может превышать дату выплаты" дата получения дохода проставляется в месяцах, когда он не работал и начисления отсутствуют.Доработано формирование налогового регистра для выплат, у которых в классификаторе видов оплат и скидок усановлена 296 доп. входимость. Для доп. входимости 296 в КВО в поле "Примечание" можно указать признак "не разбивать/разбивать пропорционально". В случае, если установлен признак "не разбивать", сумма выплаты не разбивается пропорционально, если есть несколько реестров. Дата получения дохода/выплаты берётся из последнего реестра на выплату заработной платы. В случае отсутствия начислений в налогом регистре не печатаются даты получения и выплаты дохода.
102.1367168.10.152.0Распределение суммы аванса по подразделениям при расчете зарплатыЗаработная платаРасчет удержаний (общие вопросы)
Установлено значение: "Разбивать сумму выплаченного аванса в результатах расчета по подразделениям перехода в межпериод, как временным, так и постоянным". В описании сказано: сумма относится на подразделение до перехода, насколько хватает разницы сумм "начислено минус удержано" остаток относится на другое подразделение. В нашем примере есть 3 подразделения в расчетном месяце. Программа так и делает: 1. Насколько хватает разницы сумм относит аванс на подразделение до перехода. - верно. 2. Весь остаток переносит на аванс по второму подразделению. - неверно, т.к. "суммы не хватает". Должно быть так: 1. Насколько хватает разницы сумм относит аванс на подразделение до перехода. 2. Насколько хватает разницы сумм относит на аванс 2-го подразделения. 3. Остаток относит на аванс 3-го подразделения.1. Доработан классификатор видов удержаний для записей с системными кодами [141..145,199]. Значение "разбивать по подразделениям постоянных переходов" изменено на "разбивать по подразделениям переходов" 2. Доработана функция расчета удержаний по разбиению удержаний с системными кодами [141..145,199]. Теперь, если для такого удержания указано значение "разбивать по подразделениям отнесения затрат" или "разбивать по подразделениям переходов", то подразделение отнесения затрат выбирается согласно подразделениям сумм, входящих в расчет аванса. Доработка выполнялась для следующих значений настроек: "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания по подразделениям" - "аналитике и параметру входящих оплат" "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет выплат по реестрам" - "учет не ведется" или "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет выплат по реестрам" - "аналогично платежным ведомостям" и "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет выплат по платежным ведомостям" - "нет"
102.1401288.10.151.0При наличии перехода в межпериод аванс целиком относится на подразделение, где сотрудник работал в начале месяцаЗаработная платаРасчет удержаний (общие вопросы)
При наличии перехода в межпериод и настройке удержания 199 "разбивать по подразделениям отнесения затрат" аванс относится целиком к подразделению, в котором человек работал на начало месяца. "1. Доработана функция расчета удержаний по разбиению удержаний с системными кодами [141..145,199] , для которых указан признак "Удержание" в классификаторе видов удержаний. Теперь, если для такого удержания указано значение "разбивать по подразделениям отнесения затрат", то подразделение отнесения затрат выбирается согласно подразделению входящей суммы. 2. Доработан классификатор видов удержаний для записей с системными кодами [141..145,199] с признаком "Перечисление". Теперь для таких записей значение "разбивать по подразделениям отнесения затрат" изменено на "учитывать согласно реестру на перечисление аванса" при следующих настройках: "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания по подразделениям" - "аналитике и параметру входящих оплат" "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет выплат по реестрам" - "учет ведется" или "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет выплат по реестрам" - "аналогично платежным ведомостям" и "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет выплат по платежным ведомостям" - "да"
102.1390728.10.150.0Кратность ограничения налога на ФОТ увеличена до 5Заработная платаРасчёт налогов на ФОТ
Кратность ограничения сумм для обложения налогом на ФОТ (Социальный и пенсионный) с 01.01.2015 увеличена до 5.Для РБ: В классификаторе налогов на ФОТ для налогов в ФСЗН: 1. Поле "Предыдущий процент" переименовано в "Предыдущая крат.макс.ограничения", в которое необходимо занести значение = 4; 2. Поле "до" необходимо заполнить значением "01/01/2015"; 3. Поле "Кратность макс.ограничения" необходимо заполнить значением "5"; При расчете налогов на ФОТ налоги, указанные в настройках "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Фонд для взносов на Пенсионное страхование", "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Фонд для взносов на Социальное страхование", "Настройки Галактики Управление персоналом Расчеты с персоналом Формирование проводок Фонд социального страхования", а так же 175 вид удержания в пенсионный фонд с сотрудника ограничатся до 01/01/2015 в размере 4-х кратной величины, указанной в справочнике "Ограничения по взносам(удержаниям) и налогам на ФОТ", а после 01/01/2015 - в размере 5-ти кратной величины.
101.554258.10.148.0Некорректное формирование аналитики при создании пакетных переходов в межпериодЗаработная платаСведения о переходах
Некорректное формирование аналитики при создании пакетных переходов в межпериод. Не заполняется поле "Объект аналитического учета" в переходах в межпериод при пакетном формировании перехода.Исправлено. В новосформированных пакетных переходах в межпериод поле "Объект аналитического учета" заполняется. В старых все останется по-старому.
102.1378788.10.147.0Значение по умолчанию в новой записиЗаработная платаКлассификатор видов оплат
В новой записи классификатора ВО поле "Сторнируется" (закладка "Расчеты") по умолчанию имеет ошибочное значениеВ новой записи классификатора ВО поле "Сторнируется" (закладка "Расчеты") по умолчанию имеет значение "-".
104.203118.10.147.0Учет ЕСВ с больничного за счет ФСС при расчетте НДФЛЗаработная платаРасчет подоходного налога
При расчете НДФЛ нужно учитывать удержание ЕСВ, указанное в настройке "Код удержания (пособия по врем.нетрудоспособности за счет ФСС)" таким же образом, как сейчас учитывается удержание ЕСВ, указанное в настройке "Код удержания (пособия по врем.нетрудоспособности за счет предприятия)".1. Доработана функция "Классификатор видов удержаний" с учетом настройки: Добавлена общесистемная настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Взносы Единый социальный Взнос Код удержания (пособия по врем.нетрудоспособности за счет ФСС)" - <вид удержания>". Теперь для вида удержания из настройки имеется возможность выбора значения "Льготирует подоходный налог". 2. Доработана функция расчета НДФЛ с учетом п.1. Теперь удержание из настройки "пособия по врем.нетрудоспособности за счет ФСС" льготирует налогооблагаемую базу, при соответствующей настройке КВУ.
102.1359388.10.146.0Дополнить описание функции uch_datanЗаработная платаРасчет начислений (общие вопросы)
Добавить в описание функции uch_datan: "При разработке пользовательских алгоритмов для повременной оплаты с дополнительной входимостью 36 при необходимости обращения к uch_datan рекомендовано использовать: WT_GetOverworkCalculationMethod(SumAlgNO(115)) где алгоритм 115 имеет вид: if(day(uch_datan) > 0, day(uch_datan),1)."В описание функции был добавлен вышеуказанный текст.
180.83998.10.146.0Предварительная разноска не учитывается изменения счета из перехода в межпериодЗаработная платаПредварительная разноска
При расчете заработной платы записи с типом "северные" и "районный коэффициент" не учитывают изменения счета из перехода в межпериод.В классификатор видов оплат в полях альтернативного выбора шифра производственных затрат, типовой хозяйственной операции и ее параметра для записей типа "сев" (северные) и "рк" (районный коэффициент) добавлены новые значения настройки: - Из лицевого счета с учетом всех переходов; - Из лицевого счета с учетом постоянных переходов.
180.83158.10.145.0Не формируется отчет Печать таблицы входимости налогов на ФОТ в формате excelЗаработная платаКлассификатор видов оплат
Не формируется отчет "Печать таблицы входимости налогов на ФОТ" в формате excel.Ошибка исправлена, теперь отчет формируется.
180.84398.10.145.0Необходимо изменить порядок определения даты получения дохода в налоговом регистре для неначисляемых суммЗаработная платаНалоговый регистр [РФ]
Необходимо изменить порядок определения даты получения дохода в налоговом регистре для неначисляемых суммДобавлена дополнительная входимость "Является доходом для налоговой отчетности РФ"
102.1351478.10.144.0алгоритмы расчетаЗаработная платаРасчет начислений (общие вопросы)
В тарифных ставках есть поле --базовый оклад--- Дать возможность вытягивать этот базовый оклад в пользовательские алгоритмы расчета. Требуется создать доплату, которая будет рассчитываться исходя из этого базового оклада.В пользовательские алгоритмы добавлена функция BaseSalary(Год, Месяц), возвращающая базовый оклад.
102.1351908.10.144.0НДФЛ на 1 рубльЗаработная платаРасчет удержаний (общие вопросы)
Сотруднику в межпериод выплатили Премию ко дню нефтяника - значение аналитики "Статьи планов (бюджетов)"для нее Премия ко дню нефтяника Сформировали 2 реестра на НДФЛ и на саму выплату, аналитика Премия ко дню нефтяника . После расчета зп сформировался НДФЛ на -1рубль. Но ШПЗ в этой записи соответствуют премии, начисленной в межпериод. Необходимо иметь возможность отнести затраты на основную оплату.Доработана функциональность отнесения остатка округления НДФЛ при расчете заработной платы с установленными значениями: 1. "аналитике и параметру входящих оплат" в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов 2. отличное от "нет" значение в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы НДФЛ межпериода НДФЛ межпериода при окончательном расчете". Описание доработки. В "Классификаторе видов оплат" на закладке "Удержания" добавлено новое поле "Приоритет оплаты для отнесения остатка округления НДФЛ". При расчете заработной платы налог на доходы удерживается с каждой группы начислений, имеющих одинаковые атрибуты: счет, субсчет, аналитики, параметр. При этом происходит поиск сумм налога в интерфейсах межпериода с аналогичными атрибутами. Сумма налога, рассчитанного в межпериод, записывается отдельной записью в результаты расчеты. Остаток от суммы налога, рассчитанного по группе, за минусом НДФЛ межпериода также записывается в результаты расчета. Теперь к этому бизнес-процессу добавлен дополнительный анализ. Если НДФЛ по группе начислений для записи в базу данных составляет +-1 руб., то он не будет записываться в базу данных, если это не последняя группа. Если же к расчету НДФЛ пришла последняя группа, и остаток от округления равен 1 рубль, то записываем его в результаты расчета с атрибутами той оплаты, у которой приоритет отнесения остатка равен 0. Сумма по этой оплате должна быть в результатах текущего расчета.
102.1353758.10.143.0реестры по перечислению зарплатыЗаработная платаРеестры по перечислениям. Формирование
В реестрах на перечисление зарплаты после установки последних патчей выплачиваемая сумма не равна перечисляемой, хотя и в общесистемной настройке и в постоянных удержаниях указан 0 процент банковской эмиссии.Исправлено. Если процент сбора не указан, расчет суммы сбора не производится.
104.202908.10.142.0Военный сбор и алиментыЗаработная платаРасчет алиментов и исполнительных листов
При определении суммы алиментов, из размера начисленной зарплаты нужно вычитать сумму военного сбора.В классификаторе видов удержаний для удержаний 185,186,187 и 188 открыт доступ к редактированию поля "Приоритет". Если значение поля "Приоритет" = "0" при расчете удержаний удержаниям 185,186,187 и 188, то приоритет приравнивается "2" для того, что бы алименты и исполнительные листы рассчитывались после расчета военного сбора. Для Украины: При значении настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листыРасчет алиментов за вычетом удерж.в пенс.фонд" = "ДА" из базы для удержания алиментов или исполнительных листов вычитается сумма военного сбора.
102.1284188.10.140.0больничныеЗаработная платаРасчет больничных
При расчете больничного за период, когда в предыдущих 6-ти месяцах были внутрисменные простои не по вине работника, то полностью исключается сумма простоя и заработная платы за этот день.День тоже исключается.Доработан расчет больничных листов для РБ. При подсчете сумм за расчетный период для расчета среднедневого анализируется наличие внутрисменных простоев. При наличии простоя по вине работодателя сумма за этот день не учитывается в расчете среднего. Для анализа видов оплат, для которых должен осуществляться пересчет суммы с учетом таких простоев, добавлено новое значение для входимости "учет премий, особенности" на закладке "По среднему", Настройки расчет пособий по нетрудоспособности для входимости: "Д - Пересчитывать сумму с учетом простоев".
102.1328798.10.139.0Не рассчитывается доплата, попадающая на период оплаченных неявок.Заработная платаРасчет начислений (общие вопросы)
Не рассчитывается доплата, попадающая на период работы в выходные. В Галактике подсчет рабочих часов зависит от настройки "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Рабочие часы по факту за вычетом работы в выходные(поденные режимы учета)". Если в настройке указано "да", то в рабочие часы не входит время работы в выходные и т.д. По этому принципу формируется рабочее время как для основных оплат, так и доплат, за исключением типа оплаты и т.п.1. В классификаторе видов оплат изменено название поля `период опл. неявок` на `период оплаты`. 2. Поле может принимать три значения: - время основной оплаты - с учетом работы в выходные и праздники - с учетом оплачиваемых отклонений. 3. Доработана функция "Предварительная разноска" для значения "с учетом работы в выходные и праздники". При этом значении в период доплаты включается время работы в выходные и праздники. Работа системы для других значений поля не изменилась.
102.1285418.10.137.0Реализовать возможность сравнения средневных зар-в при расч.пособий для РБЗаработная платаРасчет больничных
Чтобы окончательно реализовать п.23 Положения №569 (см. проблему 102.126647), надо доработать возможность выбора для расчета пособий: применять тарифную ставку(оклад) или средний заработок, который определяется в соответствии с законодательством. 1. При исчислении пособий, исходя из тарифной ставки (оклада) применяется ее (его) среднедневной размер, который определяется для каждого месяца, в котором имели место временная нетрудоспособность, отпуск по беременности и родам, путем деления размера тарифной ставки (оклада) на число календарных дней в данном месяце. 2. Среднедневной заработок для расчета отпускных, гособязанностей (командировок) определяется в соответствии с Инструкцией №47. 3. Среднедневной заработок пособий по временной нетрудоспособности исчисляется в соответствии с Положением №569. В Галактике все среднедневные заработки, за исключением гособязанностей (командировок) имеются. По гособязанностям (командировкам) в программе имеется рассчитанная сумма по гособязанностям (командировкам), а также количество дней, которые приходятся на дни гособязанностей (командировок). Чтобы получить среднедневной заработок для гособязанностей(командировок) надо разделить сумму по гособязанностям (командировкам) на количество дней. Если в расчетном периоде было несколько больничных, то сначала выбирается более высокий размер средневного заработка по больничным. Аналогично, если было несколько гособязанностей (командировок). А затем выбирается наиболее выгодный для работника вариант: - по тарифной ставке (окладу); - или из максимального среднедневного заработка отпуска, гособязанностей(командировок), больничного.Решение для Беларуси. Реализована возможность сравнения и выбора максимального значения среднедневного заработка при расчете больничных по тарифу. Для определения величины СДЗ, принимаемой к расчету, производится сравнение всех СДЗ для всех месяцев расчетного периода и среднедневной размера тарифной ставки за месяцы больничного. Произведена доработка классификатора видов оплат. Добавлен новый тип оплаты - "СЗ" для оплат, расчет которых производится из среднего заработка, например, командировка или гособязанности. При сравнении СДЗ анализируются виды оплат с признаками "Б", "О", "СЗ", а также виды оплат с алгоритмами 17, 22. Доработан функционал для хранения размера среднего заработка в архиве оплат для тех видов оплат, для которых это не было реализовано ранее. То есть для оплат с типом "СЗ" и пособий по нетрудоспособности. При этом для оплат с типом "СЗ" размер среднедневного заработка определяется делением суммы начисления на количество дней. Размер среднедневного для больничных по месяцам после расчета больничного можно увидеть в окне Суммы по месяцам. Эти значения среднего и сохраняются в архиве оплат при переходе на следующий расчетный период.
102.1256168.10.136.0Отрицательные суммы в СЗВ 6-4Заработная платаСведения о сумме выплат и иных вознаграждений (СЗВ-6-4) [РФ]
У Заказчика есть начисление взносы в НПФ. Это начисление входит в общую сумму выплат и в необлагаемые суммы. и вот возникла ситуация. в первом квартале это сотруднику начислили взносы в НПФ. а во втором квартале просторнировали (ввели сумму с минусом). в результате во втором квартале всего начислено получилось меньше облагаемой базы. Такую СЗВ программа проверки не пропускает.Для того, чтобы ОТРИЦАТЕЛЬНЫЕ НЕОБЛАГАЕМЫЕ страховыми взносами суммы учитывались по месяцу За который в отчётах СЗВ-6-4, необходимо в настройке КВО установить дополнительную входимость для отчётов "Учитывать отрицательные суммы в отчете СЗВ-6-4 по месяцу За который". При формировании отчёта СЗВ-6-4 учитывается доп. входимость и, если для ВО с отрицательной суммой она установлена, сумма учитывается в отчёте по месяцу За который.
102.1305898.10.136.0Изменить название функцийЗаработная платаАлгоритмы пользователя
В описании функций написано, что они производят изменения в предварительном просмотре, однако, при их реальном выполнении изменения происходят только в результатах расчета, а в предварительном просмотре ничего не меняется. UCH_SETCH(Ch) Установить кол-во часов по факту в предварительном просмотре UCH_SETCHGR(Ch) Установить кол-во часов по графику в предварительном просмотре UCH_SETDN(D) Установить кол-во дней по факту в предварительном просмотре UCH_SETDNGR(D) Установить кол-во дней по графику в предварительном просмотре UCH_SETPROC(D) Установить процент оплаты в предварительном просмотре. Нужно изменить описание на более соответствующее действительности.Изменено описание функций с "Установить кол-во часов/дней по факту/графику в предварительном просмотре" на "Установить кол-во часов/дней по факту/графику в результатах расчета".
180.78368.10.135.0Необходимо реализовать расчет ОППВ для версии 8.1Заработная платаРасчёт налогов на ФОТ
В соответствии с Постановлением Правительства Республики Казахстан от 26 августа 2013 года № 849 необходимо реализовать в системе расчет обязательных пенсионных профессиональных взносов (ОППВ). ОППВ перечисляются работодателем за счет собственных средств в пользу работников, профессии которых предусмотрены перечнем производств, работ, профессий работников, определенным Правительством Республики Казахстан. Доход, принимаемый для исчисления обязательных профессиональных пенсионных взносов, исчисляется исходя из суммы начисленного дохода работника за месяц. Ставка ОППВ - 5%.Реализована возможность в классификаторе налогов на ФОТ указать для нового вида отчислений Дополнительный признак = "Р". Правила расчёта следующие: - для работника проверяется дата достижения им общеустановленного пенсионного возраста (на основании полей лицевого счёта "Дата рождения" и "Пол", а также "Настройки Галактики Управление персоналом Общие настройки Пенсионный фонд Общеустановленный пенсионный возраст для мужчин" и "Настройки Галактики Управление персоналом Общие настройки Пенсионный фонд Общеустановленный пенсионный возраст для женщин"). Начиная с месяца, следующего за достижением, налог на ФОТ с вышеупомянутым признаком не начисляется. - по месяц достижения возраста включительно, для работника проверяется табель расчётного месяца (закладка Итоги), сравнивается количество рабочих часов по плановому графику и количество часов, фактически отработанных во вредных условиях. Если во вредных условиях отработано не менее 80% от плановой нормы - то налог на ФОТ с вышеупомянутым признаком начисляется. Ставка налога выбирается из классификатора.
102.1285788.10.134.0Ошибка отнесения аванса на подразделение после перехода в межпериодЗаработная платаРасчет удержаний (общие вопросы)
У клиента настройка "Разбивать удержания по подразделениям"=аналитике и параметру входящих оплат. В удержании "разбивать по подразделениям отнесения затрат". 28 октября был временный перевод работника из "Участка технологического транспорта" в "Транспортную службу". С 5-го числа работник находится в отпуске. Реестр по перечислению аванса от 24 октября показывает, как и положено, "старое" подразделение, а в удержаниях - "новое". При изменении даты реестра на 4 октября (до даты начала очередного отпуска) пересчет з/п позволяет получить правильное отнесение аванса на "старое" подразделение.1.В классификатор видов удержаний добавлены новые признаки "разбивать по подразделениям постоянных переходов" и "учитывать в подразделении на дату формирования". Данные признаки можно установить только для видов удержания 141..145, 199 при значении "аналитике и параметру входящих оплат" в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания по подразделениям". 2.Доработана функция разбивки перечисления аванса в результатах расчета при расчете заработной платы. При установке признака "разбивать по подразделениям постоянных переходов" аванс разбивается по постоянным переходам, если переход был до даты формирования аванса. При этом подразделение устанавливается согласно периодам разбиения. Если до даты формирования аванса не было перехода в другое подразделение, сумма аванса не разбивается, и атрибуты записи соответствуют значениям до перехода. При установке признака "учитывать в подразделении на дату формирования" сумма перечисленного аванса не разбивается по постоянным переходам.Атрибуты записи соответствуют значениям на дату формирования аванса. С помощью новых значений, пользователи смогут формировать записи о сумме перечисленного аванса с атрибутами, согласно требованиям предприятия.
102.1302508.10.134.0Разделить налог "Дополнительный тариф по подклассам условий труда" по спискам 1 и 2Заработная платаРасчёт налогов на ФОТ
Необходимо разделить налог "Дополнительный тариф по подклассам условий труда" по спискам 1 и 2, так этот налог в зависимости от списка перечисляется на разные расчетные счета.Дополнительные тарифы по подклассам рассчитываются в рамках налогов по Спискам 1 и 2 в соответствии с признаками из расчётных начислений.
104.201598.10.133.0Ошибка разноски ШПЗЗаработная платаПредварительная разноска
Неверно разносится ШПЗ начисления основного вида оплаты если в КВО ШПЗ: По настройке пользователя, настройка Приоритет формирования дебета по начислениям: классификатор. В этой ситуации в предварительную разноску попадает ШПЗ из лицевого счета, а должен попадать из КВО.Для оптимизации количества настроек и однозначности работы системы при выборе значений ШПЗ в Классификаторе видов оплат для оплат 6 и 7 остается два варианта настроек: - из лицевого счета с учетом переходов - из классификатора видов оплат. Для оплаты с системным кодом 1: - из первичных документов - из классификатора видов оплат, так как в этом случае возможен выбор ШПЗ из нарядов. В том случае, когда в базе данных уже были установлены значения "по настройке системы", программа будет светить значение "из лицевого счета работника" до того момента, пока значение настройки не будет перевыбрано заново.
106.97738.10.132.0Изменения в расчете налогов на ФОТ по доп. тарифам в 2014г.Заработная платаРасчёт налогов на ФОТ
В 2014г. ожидаются изменения в расчете налогов на ФОТ по доп. тарифам. В частности у предприятий появится возможность снизить доп. взносы в ПФР при проведении специальной оценки условий труда/аттестации рабочих мест. В зависимости от условий труда тарифы варьируются от 0 до 8 процентов. Необходимо предусмотреть возможность реализации изменений в Галактике.Для указанного расчёта предусмотрен новый признак в классификаторе налогов на ФОТ. Для соответствующий налога необходимо установить "Дополнительный признак" в значение "У - Дополнительный тариф по подклассам условий труда". Тогда если для некоторого расчётного начисления в поле "Оплата за работу" указано значение "по подклассу" и присутствует код подкласса, то на это начисление сформируется вышеуказанный налог на ФОТ. Величина тарифа будет выбираться из "Классификатора подклассов условий труда" в соответствии с подклассом и расчётным годом.
102.1297188.10.131.0Потеря приемственности - Не выводятся данные в справку - Для назначения детских пособийЗаработная платаДля начисления детских пособий
Не сохраняется настройка в классификаторе видов оплат, закладка ПРОЧИЕ, о входимости оплаты в справку.Исправлена работа настройки в классификаторе видов оплат "Входит в справку для назначения жилищных субсидий".
102.1295468.10.130.0Не включаются в расчет больничного полностью отработанные месяцыЗаработная платаРасчет больничных
Не включаются в расчет больничного полностью отработанные месяцы по настройке на Украину. У основной оплаты установлена дополнительная входимость (80) Входит в расчет НДФЛ при наличии зарубежного представительства.Исключена возможность выбора дополнительной входимости (80) Входит в расчет НДФЛ при наличии зарубежного представительства для Украины и РБ. Если ранее для какого-либо вида оплаты такая настройка была установлена для Украины и РБ, она исключается при расчете.
102.1276818.10.126.0Для РБ реализовать возможность расчёта налогов на ФОТ с ограничениями по началу/окончанию действияЗаработная платаРасчёт налогов на ФОТ
РБ. Для реализации новых законодательных требований по расчёту взносов на пенсионное и социальное страхования с 1 января 2014 года - необходимо предусмотреть возможность указывать (и, соответственно, обрабатывать при расчёте) начало и окончание действия того или иного налога на ФОТ.Реализовано для значения "Настройки Галактики Общие настройки системы Настройки для страны" = "Беларусь". В классификаторе налогов на ФОТ добавлено поле "Окончание". При расчёте из полей "Начало" и "Окончание" классификатора учитываются только год и месяц. Принимается, что налог уже действует в месяце начала и ещё действует в месяце окончания. Начисления учитываются в соответствии с настройками их отнесения к тому или иному месяцу ("за который" либо "в котором").
101.522988.10.125.0Учесть расчет удержания по Исполнительным листам с отпусковЗаработная платаРасчет алиментов с отпусков межпериода
Учесть расчет удержания по Исполнительным листам с отпусков.Для РФ: при расчете отпусков с сумм отпусков рассчитываются и удерживаются суммы удержаний по исполнительным листам. В классификаторе видов оплат и скидок добавлена входимость "(90) Учет облагаемых сумм, алиментов и исполнительных листов" для случая, когда начисление, с которого удерживаются алименты или исполнительные листы, относится к другому периоду, чем указан в системной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листыУчет облагаемых сумм и алиментов".
101.523008.10.125.0Дать возможность расчета удержания по исполнительным листамЗаработная платаРасчет алиментов с отпусков межпериода
Дать возможность расчета удержания по исполнительным листам в межпериоде.Для РФ: при расчете межрасчетной выплаты с сумы выплаты рассчитываются и удерживаются удержания по исполнительным листам. В классификаторе видов оплат и скидок добавлена входимость "(90) Учет облагаемых сумм, алиментов и исполнительных листов" для случая, когда начисление, с которого удерживаются алименты или исполнительные листы, относится к другому периоду, чем указан в системной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листыУчет облагаемых сумм и алиментов".
102.1266478.10.124.0Больничный не рассчитывается по тарифу, если в расчетном периоде нет полностью отработанного месяцаЗаработная платаРасчет больничных
В случаях, когда в каждом месяце расчетного периода у работника имели место временная нетрудоспособность (отпуск по беременности и родам), отпуск по уходу за ребенком и (или) отпуск без сохранения заработной платы считать из тарифной ставки (оклада). Как правило, работодатели придерживаются типовых условных обозначений табеля для обозначения отпуска по уходу за ребенком или без сохранения заработной платы. что касается условных обозначений, то сам перечень типовых обозначений табеля гораздо шире, я просто попыталась выбрать из него то, что может относится к неоплачиваемым (без сохранения зп) рабочим дням. В комментариях, которые сейчас стали появляться, упоминаются только пособия по временной нетрудоспособности и отпуска без сохранения заработной платы. Логика такая здесь: под словом "заработок" подразумеваются рубли, за исключением начисленных по больничному (но с включением начисленных за отпуск, за другие случаи сохранения среднего заработка, где начисляются страховые взносы). За прогул не платят, поэтому он может может явиться поводом для исключения календарного месяца. Может быть имеет смысл не жестко в программе выбрасывать какие-то условные обозначения, а добавить дополнительную входимость вида "не является заработком для анализа полностью отработанного месяца" (условно).Тогда пользователь сам сможет проставить ее для тех видов оплат, которые нужно исключить при анализе отработан месяц полностью или нет. Что касается даты поступления применительно к месяцу. Если 1-го выходной, а поступил на работу - 2-го, то месяц отработан полностью. Если поступил на работу, например, 10, месяц отработан не полностью.Доработан расчет пособий по нетрудоспособности для РБ для работников, которые не отработали ни одного календарного месяца. Доработка касается расчета больничных по календарным дням. 1. В классификаторе видов оплат для РБ изменено название дополнительной входимости 12. Теперь она называется (12) Формирует период отсутствия заработка при анализе полной отработки календарного месяца в больничных. В рамках данного ПИР приведены в соответствие с законодательством РБ названия колонок: (18) Исключается из подсчета рабочего времени для больничных по календарным дням (19) Добавляет фактическое время для пересчета премий при расчете среднего заработка. 2. Доработана функция расчет пособий по нетрудоспособности для РБ. Теперь, перед расчетом больничного, происходит анализ на наличие в расчетном периоде хотя бы одного полностью отработанного месяца календарного месяце. В случаях, когда в каждом месяце расчетного периода у работника имели место временная нетрудоспособность (отпуск по беременности и родам), отпуск по уходу за ребенком и (или) отпуск без сохранения заработной платы больничный считается из тарифной ставки (оклада). Случаи временной нетрудоспособности определяются по неявкам с типом "больничный" или по неявкам, для которых к условному обозначению привязан вид оплаты с дополнительной входимостью (12) Формирует период отсутствия заработка при анализе полной отработки календарного месяца в больничных. 3. Доработан учет даты поступления на работу для тех случаев, когда дата поступления приходится на период учета заработка (6 месяцев). Если в месяце поступления на работу до даты его поступления были только выходные дни по плановому графику работника, то считается, что месяц отработан полностью. В противном случае, считается, что месяц отработан не полностью. 4. Результаты контроля отработанных календарных месяцев выводятся в протокол расчета больничного, если установлена соответствующая настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Печать пояснит.протокола при расчете отпускных, больничных и т.п.". 5.В рамках данного ПИР доработан также расчет пособия из тарифной ставки в случае заболевания в течение нескольких месяцев. Теперь при исчислении пособий исходя из тарифной ставки (оклада) применяется ее (его) среднедневной размер, который определяется для каждого месяца, в котором имели место временная нетрудоспособность, путем деления размера тарифной ставки (оклада) на число календарных дней в данном месяце. Причем тарифная ставка (оклад) равна установленной(ого) на день возникновения права на пособия. При этом, если у работника система оплаты отличается от окдада, то при расчете тарифа за месяц почасовой тариф умножается на среднее количество часов в месяце из планового режима работника, как это было ранее.
102.1146718.10.123.0Убрать из строки горячих клавиш не работающие клавиши:Заработная платаСтавки социальных налогов/страховых взносов
Убрать из строки горячих клавиш не работающие клавиши: Для средней панели можно оставить из горячих клавиш только клавиши F4(F7 и F8 не работают, да и не должны работать) ; в режиме редактирования эти клавиши тоже не нужны т.к. новые налоги в средней панели светятся только, если они заведены в классификаторе налогов на ФОТ.Оставил для верхней и нижней панели кнопку F4, после ее нажатия открывается окно для редактирования. Для средней панели оставил кнопки F4, F7, F8. Исправил ошибку позиционирования курсора. В средней панели теперь можно редактировать и добавлять новые записи. Внимание!!! После добавление новой записи в средней панели, в окне она может не появится так как, на среднюю панель наложен фильтр ограничения. Полный перечень записей находится в Настройка Заполнение каталогов Налоги на ФОТ и взносы Классификатор налогов на ФОТ.
180.75828.10.123.0Выдавать предупреждение в КВО при изменении кода как системного так и пользовательскогоЗаработная платаКлассификатор видов оплат
Столкнулись с одной неприятной особенностью Галактики. Создали новый код оплаты (делали это копированием/дублированием из другого кода). При копировании налоги на ФОТ автоматически создались и для нового вида оплаты. Расчетчик попросил изменить код у новой оплаты, что мы тут же и сделали (расчетов с использованием нового вида еще не было)изменили как системный код, так и пользовательский. Мы просто в классификаторе изменили код, т.к. только что создали этот вид оплаты и начислений по нему не было ни каких. После изменения кода налоги исчезли - "отвязались". Обнаружили "пропажу" мы только, когда у нас не сошлись налоги после расчета зарплаты! Предлагаем запретить менять код у вида оплаты или разрешить менять через определенную настройку. Либо при попытке изменить код если было хоть одно начисление выдавать предупреждение, что менять код можно через настройку Модуль "Заработная плата" - Настройка - Сервисные функции - Замена кода операции. Либо не скидывать никакие настройки и входимости при изменении код оплаты как системного, так и пользовательского.В классификаторе видов оплаты изменена обработка входимостей в расчет налогов и дополнительных входимостей. При изменении пользователем кода оплаты (системного или пользовательского) данные входимости не удаляются.
102.1256368.10.122.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.1226768.10.121.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.1250908.10.121.0Предварительная разноска доплат с алг.2 и настройкой ВО разбивать по датам и пересчитывать по днямЗаработная платаПредварительная разноска
Ведена постоянная доплата фиксированной суммой (алг.2)на весь месяц. Если табель разбивается по периодам, то в предварительной разноске доплата формируется столько раз сколько периодов в табеле, с настройкой разбивать по датам. Если стоит еще пересчитывать по дням, то появляется разноска с отрицательной суммой.1. Доработан классификатор видов оплат. Теперь, для оплат с алгоритмом 98 и признаком не равным 2, появилась возможность указать "+" в поле "разбивать по датам". 2. Доработана функция "Предварительная разноска" для оплат с алгоритмом 2 и 98 без определенного типа оплаты или с типом оплаты "М" или "НС". Теперь, при определенных условиях, для таких оплат готовая сумма пересчитывается. Пересчет осуществляется по дням или часам в зависимости от дополнительной входимости "(11) Cумма пересчитывается по часам". Примечание. Для того, чтобы сумма разбилась и пересчиталась необходимо указать "+" в полях "разбивать по датам" и "пересчитывать по дням".
101.512678.10.120.0НЕкорректное поведение системы. Невозможно установить настройкуЗаработная платаКлассификатор видов оплат
НЕ корректное поведение системы. Невозможно установить настройку.В ВО на вкладке прочие если изначально была установлена галочка Входит в справку для назначения жилищных субсидий , то если закрыть открыть ВО у ?Входит в справку для назначения детских пособий? появляется "+", если его поменять на "-" и опять перезакрыть ВО, то у 1-го галочка не появляется, но если еще раз пере щелкнуть - на + и наоборот то при след. открытии ВО, будет стоять галочкаИсправлена работа настроек: "Входит в справку для назначения жилищных субсидий", "В справку о совокупном доходе для назначения детских пособий".
102.1242688.10.120.0Добавить в ЛС поля для ввода банковских данных сотрудника, для использования их при формировании реестра и заявления на возмещение для ФССЗаработная платаРеестры и заявления на возмещение в ФСС
Существует проблема: У сотрудника есть две карточки: 1. "зарплатная" карта; 2. "карта ФСС", указываемая при выгрузке больничного по пилотному проекту ФСС (т.к. ФСС с банком "зарплатной" карты не работает). При формировании реестров и заявлений, необходимо предусмотреть алгоритм, который будет автоматически выбирать реквизиты именно "карты ФСС".Для того, чтоб при формировании реестров и заявлений по больничным на возмещение для ФСС, с реквизитами "карты ФСС", необходимо: 1. В классификаторе видов удержаний (КВО) создать вид удержания "Удержание ФСС" с любым, незадействованным в расчетах, системным кодом и признаком учета "Удержание ФСС"; 2. Для лицевого счета (ЛС) назначить постоянное удержание "Удержание ФСС" со снятой пометкой "в расчет", выбрав для него необходимые реквизиты банка для ФСС. При формировании реестров и заявлений по больничным, будет производиться анализ наличия у ЛС удержания с признаком удержания в КВО "Удержание ФСС" и выборка данных банка из него. В ином случае, сбор сведений будет производиться по старой схеме.
102.1228908.10.119.0Новый вид сторнирующих записейЗаработная платаСторнирующие записи
Необходимо разработать новый вид сторнирующих записей, который позволит полностью пересчитать заработную плату за закрытые периоды с учетом изменение в отнесении затрат. Например, в марте выяснили, что в феврале с 10 по 20 число сотрудник был на техпомощи. Тогда в марте заносится архивный переход в межпериод, в котором указывается соответствующая аналитика, заносится сторнирующая запись. И при расчете зарплаты за март месяц формируются записи с минусом с отнесением затрат, которое было в феврале, и положительные суммы с отнесением затрат с учетом внесенного перехода в межпериод.Доработан функционал формирования и обработки сторнирующих записей: 1. Добавлен новый тип сторнирующей записи с причиной "архивный переход". Префикс для записи данного вида "А_П". 2. Добавлена возможность пакетного ввода сторнирующих записей по меню: Операции - Расчет зарплаты - Сторнирующие записи. 3. В классификатор видов оплат добавлен новый тип дополнительной входимости 35 "Учитывать изменение параметров при добавлении перехода в прошлом периоде". Данная входимость имеет Примечание: - сохранить сумму - пересчитать сумму. 3. Добавлена обработка сторнирующей записи с причиной "А_П" в предварительной разноске. Для корректной обработки начислений при вводе архивного перехода за прошлый период необходимо ввести сторнирующую запись "А_П" на тот же период. Для того, чтобы начисления за архивный период попали в обработку, нужно в классификаторе видов оплат для нужных видов оплат добавить дополнительную входимость 35. Если необходимо сохранить общую сумму по начислению, Причину указать "сохранить сумму", если сумму начисления нужно пересчитывать, но указать причину "пересчитать сумму". В результате предварительной разноски для начислений за архивный период, в которых указана соответсвующая доп. входимость, должны сформироваться следующие записи: - запись, соответствующая записис в архиве оплат, но с отрицательной суммой за архивный период - если вид оплаты разбивается по переходам и предварительная разноска осуществляется в параметром "разбивать по переходам", то формируется несколько записей, соответствующих переходам, с аналитикой согласно настройкам. Сумма разбивается пропорционально количеству дней периодов. Если вид оплаты является неразбиваемым, то аналитика устанавливается на дату начала данного начисления, сумма сохраняется.
102.1232218.10.118.0Добавить доп. входимость в КВОЗаработная платаСведения о заработной плате работников по профессиям и должностям (форма 57-Т) [РФ]
Требуется сделать новую дополнительную входимость для видов оплат "Входит в отработанное время для формы Т-57". Сейчас эта форма анализируется входимость "в отработанное время" на закладке "Отчеты".В классификатор "Дополнительные входимости вида оплаты" добавлена входимость 281 - Входит в отработанное время формы N57-T (Россия) (для добавление входимости в классификатор необходимо выполнить проверку реестра настроек).
102.1231468.10.117.0Потеря преемственности. Не округляется удержание в пенсионный фонд.Заработная платаРасчет удержаний (общие вопросы)
Для РБ: при условии, что в классификаторе удержаний не стоит индивидуальная настройка "Округлять сумму" необходимо округлять удержание в пенсионный фонд (175 системный ВУ) для РБ до полных рублей по следующему правилу: "При округлении суммы менее 50 копеек в расчет не принимаются, а 50 и более копеек округляются до 1 рубля". Если индивидуальная настройка стоит, округлять удержание в соответствии с настройкой.Для РБ: для удержаний в пенсионный фонд (175 системный ВУ) предусмотрена индивидуальная настройка "Округлять сумму" в классификаторе удержаний. При значении: - 0 - без округления (т.е. округление до двух знаков после запятой); - 1 - округление до рубля; - 5 - округление до пяти рублей, - 10 - округление до десяти и т.д. Если индивидуальная настройка "Округлять сумму" в классификаторе удержаний не стоит, тогда удержание в пенсионный фонд (175 системный ВУ) округляется до рубля.
102.1226058.10.116.0Расчет зп. Не отрабатывает персональная настройка округления для 175 удержания (удержание в пенсионный фонд)Заработная платаРасчет взносов (удержаний)
Расчет зп. Не отрабатывает персональная настройка округления для 175 удержания (удержание в пенсионный фонд)Для Беларусии: в классификаторе видов удержаний для 175 удержания (удержание в пенсионный фонд) исключена возможность настройки округления данного удержания. Сумма удержания в пенсионный фонд рассчитывается с точностью до копейки и не округляется независимо от значения настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Правила округления Удержаний".
102.739838.10.116.0в РЛ добавить справку врем.нетрудосп.без оплаты (больничный с дыркой от бублика)Заработная платаПредварительная разноска
Есть больничные без оплаты, клиент хочет их видеть в своих расчетных листках. Причина появления больничных без оплаты п.15 постановления "О порядке обеспечения пособия" от 13 сентября 1997 в редакции 24 ноября 2006 года N 1577. Там сказано, что при амбулаторном лечении ребенка после 14 дня болезни больничный не оплачивается. Решение актуально и для РФ, поскольку нерабочие периоды не включаются в расчет больничных и детских, даже если они не оплачивались.1. Доработана функция "Предварительная разноска". Теперь для больничных листов учитывается дополнительная входимость "(29) Запись с нулевой продолжительностью и суммой" классификатора видов оплат. 2.Доработана дополнительная входимость "(29) Запись с нулевой продолжительностью и суммой". Теперь для оплаты с типом "Б" в данной дополнительной входимости в колонке "Доп.информация" можно заполнить значения "по умолчанию"/"не рассчитывать по алгоритму". 3.Доработана функция расчета заработной платы с учетом колонки п.2. Новая колонка имеет смысл при значениях примечания "разноска и расчет" или "только расчет". Теперь, если установлено значение "не рассчитывать по алгоритму", то при отсутствии суммы в предварительном просмотре, сумма не рассчитывается по алгоритму автоматически. Если установлено значение "по умолчанию", то расчет происходит так, как было ранее. Программа берет готовую сумму, при ее отсутствии считает сумму по алгоритму, если при расчете по алгоритму сумма равна 0, то в результатах расчета формируется запись с нулевой суммой.
101.502688.10.114.0Детские пособия - расчет только по рабочим при использовании своего алгоритмаЗаработная платаПособия детям
У клиента под пилотный проект ФСС попадают не все подразделения. Для такого выборочного расчёта видов оплат детских пособий была реализована возможность задания пользовательского алгоритма в cоответствующих видах оплаты. Однако в этом случае в КВО на закладке [По среднему] в поле "признак расчёта" нет возможности указать расчёт по календарным дням (т.к. не используется алгоритм больничных) и расчёт детских пособий идёт всегда по рабочим дням. Возможный путь решения - для алгоритмов больничных по умолчанию использовать расчёт по календарным дням. Другой вариант - в КВО анализировать пользовательский алгоритм и если в нём фигурирует алгоритм больничных, считать весь пользовательский алгоритм алгоритмом больничных (чтобы была возможность в поле "признак расчёта" выбрать "К").Доработан ввод поля "признак расчёта" в КВО-> по среднему. Теперь, программа позволяет выбрать букву "К" в этом поле, если тип оплаты равен "Д" или "Б".
102.1204328.10.113.0П-4. Премия декретницам не должна попадать в отчетЗаработная платаСтатистика о труде и движении рабочей силы
Премия начисляется как декретницам, так и обычным сотрудникам. Для этого ВО стоит входимость в фонд зарплаты по статистике. Поэтому сумма начислений попадает в отчет в фонд оплаты, но по декретницам эта сумма не должна попадать.1. В настройку формирования статистических данных добавлен фильтр по видам неявок. 2. Добавлена дополнительная входимость в отчеты в КВО (Дополнительная проверка табеля для включения суммы в П-4). В случае, если в фильтре по видам неявок, выбраны неявки для исключения сумм из отчета П-4, при формировании статистических данных анализируется доп. входимость - "Дополнительная проверка табеля для попадания суммы в П-4". Если в табеле сотрудника на дату назначения выплаты (или если она не заполнена, на дату начала выплаты) приходится неявка, выбранная в фильтре по неявкам, данная выплата НЕ включается в П-4.
101.512948.10.112.0Не работает копирование соответствий в налогах на ФОТЗаработная платаКлассификатор налогов на ФОТ
Не работает копирование соответствий в налогах на ФОТ.Копирование соответствий налогов на ФОТ работает. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ