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


Описание файла обновления:
ФайлG_ZARPL_DLL_912980.TXT
ОбновлениеG_Zarpl_dll_912980
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_ZARPL
ТипDLL
Версия9.1.298.0
Дата2018-09-12 19:37:20
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.1695529.1.232.0не формируется реестр по зарплате за первую половину месяцаЗаработная платаУчет реестров и платежных ведомостей при расчете заработной платы
не формируется реестр по зарплате за первую половину месяца. со слов Капустина А., причина в неправильном определении исходного кода удержания в результатах расчета.Доработана функция формирования удержаний к перечислению аванса при расчете заработной платы за первую половину месяца. Теперь поле "исходный код удержания" в результатах расчета равен коду для визуального отражения.
102.1696429.1.231.0Оплаты по путевым листамЗаработная платаПутевые листы
Оплаты по путевым листам у которых дата начала и окончания оплаты, к примеру с 29.05.2017 по 30.05.2017, не попадают в расчет заработной платы за июнь. На старых обновлениях такой проблемы не было (клиент утверждает что при расчете з/п за май все было в порядке). Также проводился расчет оплат по путевым листам на базе данных с обновлениями на конец 2016 года - в итоге расчет проводится верно (оплаты с датами начала и окончания предыдущего месяца попадали в расчет з/п за текущий месяцБыла создана настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Импорт из других модулей Учет путевых листов будущего периода". Имеет два варианта: - в отчетном периоде Все путевые листы будут учитываться при расчете и в отчетном и в будущем периоде. - в будущем периоде При расчете в отчетном периоде будут учитываться путевые листы отчетного и прошлого периода. При расчете в будущем периоде будут учитываться путевые листы только будущего периода (месяц даты начала учтенного путевого листа будет совпадать с расчетным месяцем).
102.1694409.1.230.0Расчет компенсации за вредность. Дополнительные требования.Заработная платаРасчет начислений (общие вопросы)
Дополнение к разработке расчета компенсации за вредность и премии ФЗП с учетом бонусов (ПИР 102.167569): 1. При расчете компенсации при условии 50/50 для сравнения сумму начисленной ЗП не должны входить все отпуска. 2. При расчете по условию МРОТ расчет должен производиться по факт. отраб времени Сумму по МРОТ /дни по графику * факт. отраб. дни.Дополнение к разработке расчета компенсации за вредность и премии ФЗП с учетом бонусов (ПИР 102.167569): 1. При расчете компенсации при условии 50/50 для сравнения сумму начисленной ЗП не должны входить все отпуска. 2. При расчете по условию МРОТ расчет должен производиться по факт. отраб времени Сумму по МРОТ /дни по графику * факт. отраб. дни.
101.622069.1.229.0Неверно передается сумма налога на доход по совместительству в основной ЛС (похоже на 101.61102)Заработная платаРасчет подоходного налога
Неверно передается сумма налога на доход по совместительству в основной ЛС, в результатах расчета для совместителя сумма налога отличается от суммы на закладке "Налог"Исправлен расчет НДФЛ для совместителя. Теперь сумма налога в основном окне не отличается от суммы на закладке "Налоги". Соответственно, сумма налога на доход по совместительству учитывается верно для основного ЛС.
102.1693229.1.229.0Реестры по оплате договоров подряда формируются вместе с пенсионным взносомЗаработная платаРасчет удержаний (общие вопросы)
Реестры по оплате договоров подряда формируются вместе с пенсионным взносом. Проблема в том, что в результатах расчета пенсионного взноса в поле Исходный вид удержания записывается не код вида удержания Пенсионный взнос, а код вида удержания по перечислению в банк "нет" "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты Учет выплат по платежным ведомостям" "аналогично платежным ведомостям" "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты Учет выплат по реестрам"Доработана функция формирования результатов расчета заработной платы для следующих значений настроек: "нет" "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты Учет выплат по платежным ведомостям" "аналогично платежным ведомостям" "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты Учет выплат по реестрам" Теперь, и для таких случаев, правильно заполняется поле "исходный вид удержания". Примечание. Проблема проявлялась в том случае, когда было перечисление в межпериод.
180.102669.1.229.0Взнос ОСМС уменьшает налогооблагаемую базуЗаработная платаРасчет подоходного налога
В связи с изменением в законодательстве РК от 30.07.2017 № 80-VI, при определении дохода работника, облагаемого у источника выплаты, за каждый месяц в течение календарного года независимо от периодичности выплат, применяются следующие налоговые вычеты: "7) сумма взносов на обязательное социальное медицинское страхование в соответствии с Законом Республики Казахстан "Об обязательном социальном медицинском страховании"." Просим доработать расчет Индивидуального подоходного налога для Казахстана. Расчет и перечисление в фонд взносов на ОСМС (Обязательное социальное медицинское страхование) в соответствии с Законом Республики Казахстан "Об обязательном социальном медицинском страховании" начнется: - для работников работающих по договорам ГПХ (гражданско-правового характера) с 01.07.2017. - для работников устроенных по трудовому договору с 01.01.2019 года. Т.е. в июне взносы еще не рассчитывали, первые суммы будут получены при расчете ЗП за июль. Пример: Начисленный доход работника = 100 000 Налоговый вычет в 1 МЗП = 24 459 (с 01.01.2017) Обязательные пенсионные отчисления (ОПВ) = 100 000 * 10% = 10 000 Добровольные пенсионные выплаты (ДПВ) = 100 000 * 1% = 1 000 Взнос ОСМС = 100 000 * 5% = 5 000 ИПН = (Начисления - 1 МЗП - ОПВ - ДПВ - взнос ОСМС) * 10% = (100 000 - 24 459 - 10 000 - 1 000 - 5 000) * 10% = 5 954,1Изменен функционал по настройке на страну Казахстан. 1. Доработана функция расчета индивидуального налога. Теперь облагаемая база уменьшается на сумму взносов ОСМС. Суммы взноса ОСМС и Учтено ОСМС записываются в справочники "Размер годового дохода до расчета зарплаты и после" по кнопке "Вычеты". Для Суммы взноса ОСМС с 2017 года используется поле "Дополнительные вычеты", для колонки "Учтено ОСМС" заголовок не предусмотрен. 2. Доработана функция "Контроль дохода" для учета взносов ОСМС с 2017. Теперь при "Контроле дохода" будет заполняться колонка взноса ОСМС поле "Дополнительные вычеты" в размере годового дохода до расчета зарплаты. Для сумм до 2017 в колонке будут находиться дополнительные вычеты из Лицевого счета. Колонка "Учтено ОСМС" для сумм с 2017 года пока будет оставаться неизменной, до 2017 сумма будет очищаться.
101.619009.1.228.0При расчете доплаты с накопительным алгоритмом №40 формируются несколько записей начислений, одна из которых отрицательнаяЗаработная платаРасчет начислений (общие вопросы)
При расчете доплаты с накопительным алгоритмом №40 формируются несколько записей начислений, одна из которых отрицательная. Ситуация возникает при зависимости накопительных алгоритмов друг от друга.Исправлено. Накопительные алгоритмы 37-40 отрабатывают корректно.
101.621499.1.228.0Учтенные налоговые вычеты сотрудника с начала года не всегда целиком попадают в расчет НДФЛ с отпусков межпериодаЗаработная платаРасчет удержаний с отпусков межпериода
НДФЛ с отпуска межпериода считается с учетом дохода, налогов и учтенных вычетов с начала года. Однако учтенные налоговые вычеты сотрудника с начала года не всегда целиком попадают в расчет НДФЛ с отпусков межпериода. В примере из вложения расчет НДФЛ (без учета льгот) происходит таким образом: (доход с начала года (156342,41) - сумма льгот с начала года (11200) + сумма отпускных (1542,18))*0,13 - сумма удержанного НДФЛ с начала года (18505) = 564. Однако, сумма льгот с начала года должна быть 14000р (а не 11200).Исправлена функция расчет НДФЛ (без учета льгот) в межпериод при значении "да" в настройках "... Управление персоналом Расчеты с персоналом Налог на доходы Вычеты Учитывать вычеты при отсутствии дохода за месяц" "... Управление персоналом Расчеты с персоналом Налог на доходы Вычеты Вычеты переносятся на следующий месяц ". Теперь, при отсутствии дохода за какой либо из прошлый месяцев, вычеты переходят на следующий период при условии, что он не совпадает с отчетным.
101.621539.1.228.0Отмена зарплаты в будущем периоде изменяет признак "Профсоюзный" в лицевых счетах уволенных в текущемЗаработная платаОтмена расчета зарплаты
Отмена зарплаты в будущем периоде изменяет признак "Профсоюзный" в лицевых счетах. Проявляется ЛС сотрудников с проставленной датой увольнения текущего периода, но со статусом "Открыт для расчета".Исправлены функции "Расчет зарплаты" и "Отмена расчета зарплаты" в будущем периоде для уволенных в отчетном месяце. Теперь признак "Профсоюзный" в лицевых счетах сохраняется. Примечание. Для Казахстана функция расчета заработной платы не дорабатывалась.
102.1683309.1.228.0Обнуляется сумма на руки после расчета удержаний в будущем периодеЗаработная платаРасчет алиментов с отпусков межпериода
При наличии заданной шкалы почтовых сборов в алиментах, расчет удержаний полностью зануляет сумму на руки с отпускных. Если проставить процент вручную в постоянной удержании по алиментам, то расчет удержаний проходит корректноИсправлено корректное сохранение ранее рассчитанного сбора.
180.100589.1.228.0Неверная хоз. операция в результатах расчета удержанияЗаработная платаРасчет удержаний (общие вопросы)
Неверная хоз. операция в результатах расчета удержании (ВУ 221). Подробности во вложении.Доработано формирование ТХО в удержаниях при расчете заработной платы. В классификаторе видов удержаний добавлен параметр для способа определения ТХО. При значении "по умолчанию" формирование происходит по-старому, при значении "из КВУ" соответственно из классификатора видов удержаний.
180.102449.1.228.0Алгоритм оплаты работы в выходнойЗаработная платаАлгоритмы пользователя
Просьба доработать функцию, которая будет возвращать процент из постоянной доплаты в зависимости от переданного периода.Разработана функция PDopProcDate(fOpl: tvidopl; db: date; de: date): double. Функция возвращает сумму процентов из постоянных доплат с системным видом оплаты fOpl, пересекающихся с переданным периодом. Начала периода передается через параметр db, а конец - dе.
102.1690809.1.227.0После обновлений не формируются реестры по удержаниямЗаработная платаРеестры по перечислениям. Формирование
После обновлений не формируются реестры по удержаниям для РБ. Вероятно, это происходит из-за того, что в результатах расчета не заполняется "исходный вид удержания".Доработан расчет заработной платы. Теперь в результатах расчета заполняется "исходный вид удержания".
101.619659.1.226.0Детские пособия - доработать с учетом настройки участия в пилотном проекте ФССЗаработная платаИнтерфейс "Ежемесячные пособия на детей"
После добавления настроек участия предприятия в пилотном проекте ФСС необходимо доработать расчёт ежемесячных детских пособий при разных значениях этой настройки. Начиная с даты подключения предприятия к пилотному проекту ФСС страхователь не производит выплату ежемесячных пособий на детей. В связи с этим необходимо реализовать следующее. "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "НЕТ": доработка не требуется. "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ДА": при расчёте детских пособий необходимо безусловно обнулять начисленную сумму и сумму к выплате. "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ПЕРЕХОДНЫЙ ПЕРИОД": при расчёте детских пособий необходимо анализировать отчётный период модуля. В случае, если отчётный период модуля больше, или равен месяцу из зависимой настройки "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ", при расчете детских пособий необходимо обнулять начисленную сумму и сумму к выплате аналогично настройке "ДА".Теперь, если включена настройка "Прямые выплаты ФСС" или она в положении "переходный период" и настройка "Дата подключения к пилотному проекту" меньше, чем отчетный период, то результат расчета детского пособия обнуляется.
102.1685929.1.226.0Ограничение для алиментов за вычетом взносов в пенс. фонд.Заработная платаРасчет алиментов и исполнительных листов
При расчете алиментов и и/л, а так же при определении ограничения по алиментам необходимо учитывать пенсионные взносы.При значении настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Расчет алиментов за вычетом удерж.в пенс.фонд" = да: 1. Для всех стран: пенсионные взносы вычитаются из базы для расчета алиментов и исполнительных листов; 2 Для РБ и РФ: пенсионные взносы вычитаются при определении максимальной суммы алиментов и исполнительных листов, которую можно удержать.
102.1675699.1.225.0Требуется разработать расчет доплаты и компенсации за вредностьКонтур управления персоналомПредложение по новой функциональности контура управления персоналом
Требуется разработать расчет доплаты и компенсации за вредность 4-й этап разработки "Вредность: доплата и компенсация". Во вложении EXCEL-файл заказчика с описанием алгоритмов.Аскона. Разработан расчет заработной платы с расчетом Компенсации за вредность и пересчетом Премии по итогам работы. Расчет согласно вложенной таблице. Настройка согласно Инструкции пользователя.
101.592519.1.224.0Расчет налогов на ФОТ - округление страховых взносов до копеекЗаработная платаРасчёт налогов на ФОТ
РФ. Сейчас ПФР проверяет правильность перечисления взносов по РСВ-1, в котором заложена погрешность. Смысл соотношений в том, что для каждого работника в сумме налога, рассчитанного НАРАСТАЮЩИМ ИТОГОМ С НАЧАЛА ГОДА, допускается погрешность в пределах 0.5 копейки. В связи с этим предлагается всесторонне проанализировать возможность округления до копеек сумм налогов на ФОТ непосредственно при их расчёте (нарастающим итогом). Это позволит избавиться от проблем округления в отчётах по налогам на ФОТ. Алгоритм: считаем взносы с начала года, затем отнимаем взносы за прошлые периоды, результат округляем до копеек. Алгоритм округления обусловлен тем, что обновления выйдут не с начала года, получается в БД будут лежать в некоторых месяцах (первая половина года точно) не округленные значения.РФ. Дополнен расчёт налогов на ФОТ, входящих в отчёт РСВ-1. Добавили общесистемную настройку "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Единый социальный налог/Страховые взносы Округлять сумму за месяц до копеек" со значениями ДА/НЕТ. По умолчанию значение установлено в НЕТ. Тут же изменили название папки с" Единый социальный налог/Страховые взносы" на "Страховые взносы". В случае, если значение настройки установлено в ДА, тогда округляется до двух знаков итоговая сумма по работнику (физическому лицу, а не лицевому счёту) за месяц. При этом продолжают оставаться неокруглёнными: - при наличии связанных л/счетов - итоговые суммы по каждому из них; - составляющие части взносов, относящиеся на оплаты. В части расчёта доп.тарифов при смене условий вредности у работника в течение одного месяца - округление выполняется в части итоговых сумм по каждому подклассу отдельно. Пример. Пусть ставка (условно) составляет 5.3%. Работнику начислены три оплаты в размере 1000, 22.11 и 122.44. Ранее получали взносы по оплатам в размере 53.00 (1000*0.053), 1.17183 (22.11*0.053) и 6.48932 (122.44*0.053) соответственно. Итого взносов 60.66115. После доработки получим: 1) 1000+22.11+122.44=1144.55 (начислено) 2) 1144.55 * 0.053 = 60.66115 (итого взносов) 3) округление до сотых, в данном случае в меньшую сторону 60.66 (итого взносов) 4) коэффициент = 60.66 / 60.66115 = 0.999981 5) "распределение" налога по входящим оплатам пропорционально их величине (с соответствующим округлению уменьшением): 52.9989... (как 1000*0.053*0.999981) , 1.17180... и 6.48919... .
102.1680119.1.224.0Авансовый платеж учтен дважды в больничном.Заработная платаРасчет удержаний с больничных листов
Авансовый платеж учтен дважды в больничном. Сотруднику,у которого есть сумма авансового платежа(50 р), рассчитан переходящий больничный и сумма удержаний. Сумма "погашено НДФЛ" есть и в основном больничном и в Оплатах за счет ФСС. Таким образом реестр на выплату ндфл с больничного уменьшен не на 50 р, а на 100.Доработан учет авансовых платежей при расчете удержаний с больничного в диапазоне оплаты за несколько месяцев. Теперь при расчете суммы погашения за каждый последующий месяц учитываются суммы уже погашенные. Проблема проявлялась при настройке учета дохода по месяцу "за который начислено".
102.1680189.1.224.0Учет вычетов в реестре на перечисление в межпериод при пересчете.Заработная платаУчет реестров и платежных ведомостей при расчете заработной платы
Учитывать суммы вычетов из ранее сформированных реестров при пересчете больничных и отпусков.Доработана функция учета вычетов из реестров межпериода при расчете заработной платы в том случае, если был повторный расчет больничных, НДФЛ и повторное перечисление в межпериод. Теперь сумма вычетов по тем записям, для которых отсутствуют реестры на перечисление НДФЛ, ограничиваются суммой дохода. Общая сумма вычетов при этом ограничивается общей суммой вычетов согласно текущему состоянию источника.
102.1680199.1.224.0В результатах расчета заработной платы на отрицательный доход формируется положительный налог.Заработная платаРасчет подоходного налога
В результатах расчета заработной платы на отрицательный доход формируется положительный налог в том случае, когда общая сумма вычетов по записям межпериода превышает сумму положенных вычетов.Доработан расчет НДФЛ при расчете заработной платы. Теперь в результатах расчета заработной платы для отрицательного дохода не формируется положительный налог в том случае, когда общая сумма вычетов по записям межпериода превышает сумму положенных вычетов.
102.1683469.1.224.0Выполняется сторнирование НДФЛЗаработная платаРасчет подоходного налога
Выполняется сторнирование НДФЛ, хотя дата назначения в постоянной доплате (скидка) не установленаДоработана функция автоматического пересчета НДФЛ с учетом даты назначения скидки. Теперь, если дата назначения в постоянной доплате (скидка) не установлена, пересчет НДФЛ выполняется от даты начала расчета. Если дата начала расчета принадлежит расчетному месяцу, пересчет НДФЛ не происходит.
180.102029.1.223.0Неверно исчисляются алименты с БЛ, если установлена настройка по решению суда и макс.% = 70Заработная платаРасчет алиментов и исполнительных листов
Если в постоянном удержании поле "Решен. суда" = "да" и "Макс. %" равно "50" или "70", то при расчете удержания сумма больничного не участвует в определении максимальной суммы, которую можно удержать.Исправлено: при наличии алиментов или исполнительных листов, которые необходимо удерживать с сумм больничного, максимальная сумма, которую можно удержать определяется с учетом сумм больничного. Причем максимальное ограничение для постоянных удержаний с признаком "Решен. суда" = "да" будет с учетом сумм больничного, а для постоянных удержаний, у которых "Решен. суда" = "нет", будет определятся без учета сумм больничного.
102.1678129.1.222.0Формирование записей по НДФЛ, если есть приз (35%)Заработная платаРасчет подоходного налога
Формирование записей по НДФЛ, если есть приз (35%) В КВО указан "+" в поле "входит в расчет дополнительного налога". Установлена настройка: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вид удержания для дополнительной шкалы НДФЛ". В межпериод выдаем приз (облагается по ставке 35%), формируем реестр на перечисление и реестр на НДФЛ. При расчете заработной платы формируется 4 записи вместо 1. Ситуация, в частности, проявляется в том случае, когда имеется только один вид оплаты, входящий в расчет основного налога.Доработана функция формирования записей по НДФЛ, если есть приз (35%). В КВО указан "+" в поле "входит в расчет дополнительного налога". Установлена настройка: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вид удержания для дополнительной шкалы НДФЛ". В межпериод выдаем приз (облагается по ставке 35%), формируем реестр на перечисление и реестр на НДФЛ. При расчете заработной платы формируется 1 запись НДФЛ с указанного вида оплаты, в том числе и для случая, когда имеется только один вид оплаты, входящий в расчет основного налога.
102.1678219.1.222.0Изменение базы для расчета алиментов с 16.05.2017 (РБ)Заработная платаАлименты, исполнительные
Изменение базы для расчета алиментов с 16.05.2017 (РБ) С 16 мая 2017 года вступили в силу изменения в постановление Совета Министров Республики Беларусь от 12 августа 2002 г. N 1092 "О перечне видов заработка и (или) иного дохода, из которых производится удержание алиментов на содержание несовершеннолетних детей": При расчете алиментов на содержание несовершеннолетних детей из заработка и иного дохода кроме налогов надо вычесть также обязательные страховые взносы в ФСЗН.Для РБ: из базы для алиментов (ВУ 185, 186, 187, 191) при значении настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Расчет алиментов за вычетом удерж.в пенс.фонд" = "ДА" отнимаются обязательные страховые взносы в ФСЗН, если в постоянном удержании для алиментов в поле "на кого осуществляется оплата" указан родственник, у которого код родства равен "ДЕТИ". При данной настройке взносы в ФСЗН из базы для исполнительных листов (ВУ 188 и 190) и алиментов не на несовершеннолетних детей не отнимается.
102.1678779.1.222.0Runtime. При расчете зарплаты на расчете удержаний.Заработная платаРасчет удержаний (общие вопросы)
Runtime. При расчете зарплаты на расчете удержаний - выход за границы коллекции.Исправлено.
102.1667779.1.221.0Контроль дохода,перенос сальдо,лишние пустые записиЗаработная платаКонтроль дохода
Контроль дохода,перенос сальдо из смежного ЛС в осн,лишние пустые записи. Можно убрать сальдо за январь 2017Доработана функция "Контроль дохода". Теперь записи сальдо за текущий год формируются по следующему принципу: за помеченные месяцы + 1. Таким образом, если не помечен декабрь отчетного года, сальдо за январь следующего не формируется.
102.1672679.1.221.0Перенос сальдо.Контроль дохода.Сообщение об ошибкеЗаработная платаКонтроль дохода
Перенос сальдо.Контроль дохода.Сообщение об ошибке Попытка записи недопустимого значения в таблицу N16024. (NREC = 0). Операция отменена. Думаю,дело в том, что это сообщ. выдается только первый раз.Доработана функция "Контроль дохода" для расчетного года. Теперь нет вывода сообщения об ошибке "Попытка записи недопустимого значения в таблицу N16024.(NREC = 0).Операция отменена." независимо от того, запускалась ли ранее функция контроля или расчета заработной платы для данного ЛС. Примечание. Исключен, также, вывод сообщения "Для табельного номера ... Ошибка при работе с таблицей "Сальдо на начало месяца"".
102.1679629.1.221.0Возврат налога (ТНС МИЦ)Заработная платаРасчет подоходного налога
установлено значение "да" в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сторнирование и возврат Контролировать удержание по налогу" Протокол выдается строчки: [06] Функция погашения долга [07] Начислено 48089.67, удержано 48089.67. Визуально, эти цифры равны, но при сравнении оказалось, что они не равны и программа пошла на возврат НДФЛ. Это очень странно, потому - что все суммы в результатах расчета выглядят округленными. Примечание. Проблема проявляется только в данном случае на данной выгрузке.Доработана функция расчета заработной платы при значении "да" в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сторнирование и возврат Контролировать удержание по налогу" Протокол выдается строчки: [06] Функция погашения долга [07] Начислено 48089.67, удержано 48089.67. Изменены типы данных для хранения сумм "всего начислено" и "всего удержано". Теперь сравнение этих данных дает одинаковый результат и возврата НДФЛ не происходит. Кроме того, доработан механизм функции возврата. Усилена проверка ограничения общим итоговым остатком разницы "всего начислено" и "всего удержано" по каждой группе.
102.1659029.1.220.0Начисления и выплаты в межпериод при расчете за периодЗаработная платаРасчет начислений (общие вопросы)
Необходимо, чтобы начисления и выплаты в межпериод попадали в расчет заработной платы за период независимо от даты начала этих начислений.Изменения коснулись работы функционала расчета заработной платы за период "с начала расчетного периода по указанную дату" (на вкладке "Разноска" окна параметров расчета заработной платы). Для гибкости работы функционала добавлена настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты При расчете за период учитывать начисления и выплаты", которая может принимать значение - безусловно - по дате начала (устанавливается по умолчанию) - по дате выплаты Если настройка установлена в значение "безусловно", то "начисления и выплаты" не подвергаются проверке на пересечение с выбранным периодом расчета. Если установлена настройка "по дате начала" или "по дате выплаты", то соответствующие даты сравниваются с датой окончания периода расчета заработной платы: и если эти даты меньше, чем дата окончания периода расчета заработной платы, то "начисления и выплаты" будут участвовать в дальнейшей обработке при расчете заработной платы.
101.406759.1.219.0Переносить плановое время по наряду в результаты расчетаЗаработная платаФормирование и расчет нарядов
Создаем наряд, заполняем фактические дни и часы, заполняем плановые дни и часы. После расчета зарплаты, в результатах расчета видим фактические часы, но не видим плановые(равны нулю). При попадании этой записи в архив, плановое время так же равно нулю. Для возможности анализа записей из архива пользовательскими алгоритмами предлагается переносить плановое время из нарядов в результаты расчета.Теперь при расчете зарплаты плановое время из нарядов переносится в результаты расчета.
101.619469.1.219.0Не учитывается Матпомощь в межпериодЗаработная платаУчет реестров и платежных ведомостей при расчете заработной платы
Не учитывается Матпомощь в межпериод. Начисляем мат.помощь за будущий месяц в текущем вместе с отпуском, формируем реестры, проводим окончательный расчет, а в удержаниях Мат.помощь почему то относится к 220 ВУ, но она была сформирована к выплате по ВУ 178. Причем отпускные суммы удерживаются по 178 и в результатах расчета относятся к 178 ВУ.Исправлена функция учета реестров при расчете заработной платы в случае начисления в межпериод материальной помощи за будущий период в отчетном. Теперь такая материальная помощь отражается в результатах расчета соответствующим видом удержания. Кроме того, в записи заполняется соответствующий вид оплаты, облагаемая сумма, "начислено с..по..", источник выплаты, источник начисления. Аналогичные поля теперь заполняются и для записи перечисленного отпуска.
101.619509.1.219.0Расчет зарплаты - не учитывается перечисление отпуска в межпериод, формируется повторное перечислениеЗаработная платаРасчет удержаний (общие вопросы)
Установлено значение "только по видам оплат" настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания" Отпуск перечислен в межпериод полностью. Но при окончательном расчёте зарплаты это перечисление не учитывается и формируется повторное перечисление на ту же сумму.Доработано формирование записей на сумму к перечислению при расчете заработной платы при значении "только по видам оплат" настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания". Теперь при окончательном расчёте зарплаты повторно не формируется перечисление на сумму, перечисленную реестром межпериода.
102.1661609.1.218.0Наряд не рассчитался при нажатии кнопки "расчет", но признак "расчет" проставилсяЗаработная платаФормирование и расчет нарядов
В случае, когда наряд не рассчитался при нажатии кнопки "расчет", признак "расчет" проставляется.Теперь, если по каким-то причинам наряд не рассчитался при нажатии кнопки "Рассчитать наряды...", то признак расчета наряда также не будет проставляться. В перечень нарядов добавлено поле "Расч.", в котором отображается статус разноски и расчета наряда: "+" - разноска выполнена, "Р" - расчет выполнен. Теперь записи, по которым не выполнена разноска, не выделяются серым цветом - у них поле "Расч." пустое, что указывает на отсутствие разноски. Кроме того, убрано информационное сообщение об окончании расчета нарядов.
180.101949.1.218.0При выполнении контроля НДФЛ программа падает по ошибке 216Заработная платаКонтроль дохода
При выполнении контроля НДФЛ, в ситуации, когда у двух и более сотрудников есть перенос сальдо со старого лицевого счета, программа падает по ошибке 216.Теперь в ситуации, когда у двух и более сотрудников есть перенос сальдо со старого лицевого счета, программа работает нормально.
180.102069.1.218.0Не заполняется источник данных для ВО 137 для текущего месяцаЗаработная платаРасчет подоходного налога
Не заполняется источник данных для ВО превышения больничного для текущего месяца в том случае, если больничный начался в прошлом месяце, сумма превышения за прошлый месяц целиком приходится на время больничного за счет предприятия, часть больничного за счет предприятия переходит на текущий месяц и для видов оплаты больничного указана настройка КВО=> Удержания=> Учет дохода в налоговой отчетности "по месяцу, в котором выплачен".Правильно заполняются поля "источник данных" для удержаний НДФЛ с превышения пособия по нетрудоспособности, в том числе и для случая, когда больничный начался в прошлом месяце, сумма превышения за прошлый месяц целиком приходится на время больничного за счет предприятия, часть больничного за счет предприятия переходит на текущий месяц и для видов оплаты больничного указана настройка КВО=> Удержания=> Учет дохода в налоговой отчетности "по месяцу, в котором выплачен".
180.88939.1.218.0Будущий период в путевых листахЗаработная платаПутевые листы
Доработать расчет заработной платы таким образом, чтобы при расчете заработной платы в отчетном периоде учитывались данные по путевым листам за текущий месяц; при расчете заработной платы в будущем периоде учитывались данные по путевым листам за будущий месяц.Теперь при расчете заработной платы учитываются путевые листы из модуля "Управление транспортом" только за месяц расчета.
101.618989.1.217.0Рассчитывается удержание по исполнительному листу с начисления, у вида оплаты которого отсутствует входимость в "удержания и штрафы"Заработная платаРасчет алиментов и исполнительных листов
При наличии суммы удержания по алиментам и исполнительным листам больше максимально возможной рассчитывается удержание по исполнительному листу с начисления, у вида оплаты которого отсутствует входимость в "удержания и штрафы".Если у ВО отсутствует входимость в "удержания и штрафы" или "алименты" и сумма рассчитанных алиментов и и/л больше максимально возможной суммы, которую можно удержать, то алименты и и/л с данного ВО не рассчитываются.
102.1661399.1.217.0Колонка сумма для совместителейЗаработная платаВычеты по отдельным видам доходов
Сейчас для основных работников, совместителей и договоров подряда можно использовать один вид оплаты с кодом дохода 500. В справочник вычетов льготируемая сумма 1678, сумма для совместителей 111. При расчете дохода с кодом 500 для основных работников льготируемая сумма 1678 рублей, для договоров подряда и совместителей 111 рублей. Но такое заполнение не отрабатывает для вида работы Договор подряда (Галактика для них берет льготируемую сумму как для основного работника 1678), а для совместителей отрабатывает Колонка Сумма для совместителей работает только для вида работы 1. Считаем, что если оставили функционал колонки для совместителей и клиент им успешно пользовался, пока не столкнулся с начислением дохода по договору подряда следует добавить в функционал колонки сумма для совместителей анализ вида работы Договор подряда, так как клиенту удобней вести начисления одного вида оплатыДля Республики Беларусь. Доработано налогообложение сумм, подлежащих льготированию. Теперь, при налогообложении сумм, подлежащих льготированию, для внешних совместителей (в лицевом счете установлен код вида работ 1) и сотрудников, работающих по договору подряда (в лицевом счете установлен код вида работ 2), учитывается сумма льготы из колонки "Сумма для совместителей" справочника "Налоговые вычеты по отдельным видам дохода".
102.1661629.1.217.0Если разноска и расчет выполняется последовательно, то проставляется признак "расчет".Заработная платаФормирование и расчет нарядов
Если разноска и расчет выполняется последовательно, без закрытия наряда, то проставляется только признак "расчет", а должен заполниться и признак "разноска".Исправлено, теперь после расчета наряда отметка о разноске сохраняется.
102.1663329.1.217.0Лишние взносы на ППС при расчете зарплатыЗаработная платаРасчёт налогов на ФОТ
Если в некотором месяце у работника отсутствует хотя бы один полный рабочий день в особых условиях труда (или время, приравненное к работе в особых условиях труда), то оснований для начисления и уплаты взносов на ППС за такого работника не имеется. Это правило (полное отсутствие взносов на ППС) должно распространяться, в том числе, и на оплаты с доп.входимостью 59 (Взносы на ППС формировать полностью, вне зависимости от отработанного времени).РБ. Доработано в соответствии с постановкой - если нет оснований для "общего" начисления взносов на ППС, то и для оплат с доп.входимостью 59 они не начисляются.
106.104459.1.217.0Перестал заполняться совокупный доход в смежных данных, в Размере годового дохода после расчета з/п под кнопкой "Вычеты"Заработная платаРасчет начислений (общие вопросы)
При установленной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания" в "Разбивать удержания - по подразделениям, аналитике и параметру входящих оплат" и если есть только материальная выгода, а других начислений нет, то совокупный доход под кнопкой "Вычеты" в размере годового дохода после расчета заработной платы не заполняется.Исправлено. Совокупный доход заполняется корректно.
102.1566769.1.216.0Обработка таблицы IndeksЗаработная платаИндексация
В таблице Indeks для РБ проблема: поле "конец интервала" может иметь одинаковое значение для разных категорий, при одинаковом DATREC и KOLMIN. Вернее, проблема как раз заключается в том, что это значение одинаковым быть НЕ может, потому что в таблице Indeks описан индекс Indeks01 = DATREC(Unique, Desc) + KOLMIN(Unique) + ENDINT(Unique) Уникальность по этому набору полей мешает для Беларуси заводить в этом классификаторе записи, где данные три поля одинаковые. Но на самом деле для РБ дата закона, кол-во МЗП и конец интервала могут совпадать для разных категорий, и это нормально. То есть, уникальной должна быть комбинация четырёх полей (+ CHOICE), а не трёх. Нужно обеспечить корректное хранение данных в этой таблице, когда значения даты, кол-ва МЗП и конца интервала совпадают, но не совпадает категория.В индекс Indeks01 таблицы Indeks добавлен сегмент CHOICE (код категории). Уникальность индекса сохранена: Indeks01 = DATREC(Unique, Desc) + KOLMIN(Unique) + ENDINT(Unique) + CHOICE(Unique)
102.1618849.1.216.0Алгоритм для расчета нарядовЗаработная платаФормирование нарядов
Недостаточно существующих алгоритмов по расчету нарядов для необходимого предприятию расчета. Нужен алгоритм, который позволит получить итоговое количество "Часы факт"*"КТУ" по операции, так как в наряде две (и более) операции. Также нужна возможности взять "Часы факт с учетом КТУ" по каждому работнику и "Часы факт" по каждой записи в спецификации наряда.NRSUMTIMEBYOP(OPERATION: comp, withKTY: boolean): double; Возвращает сумму фактически отработанного времени (с учетом КТУ, если параметр withKTY равен true) по операции OPERATION из спецификации наряда. Операцию в собственном алгоритме можно выбрать с помощью функции OPERNAR. NRSUMTIMEBYLS(LS: comp, withKTY: boolean): double; Возвращает сумму фактически отработанного времени (с учетом КТУ, если параметр withKTY равен true) для конкретного работника LS из спецификации наряда. Лицевой счет в собственном алгоритме можно выбрать с помощью функции LSNAR. NrTime(withKTY: boolean): double; Возвращает сумму фактически отработанного времени (с учетом КТУ, если параметр withKTY равен true) по конкретному наряду из спецификации наряда.
102.1662839.1.216.0перенос сальдо по матпомщи с основного ЛС на доп.Заработная платаКонтроль дохода
Переносить и суммы с предыдущего места работы и сальдо на начало месяца только из смежных дополнительных ЛС в смежный основной.Теперь суммы с предыдущего места работы и сальдо на начало месяца переносятся только из смежного дополнительного ЛС, который имеет вид работы "Основное место работы" и который был уволен последним, в смежный основной, который является физическим лицом.
102.1663449.1.216.0Сумма налогового вычета при расчете НДФЛ с отпуска и матпомощи к отпуску учитывается дваждыЗаработная платаРасчет удержаний с отпусков межпериода
У сотрудника через постоянную доплату заведен налоговый вычет на сумму удержанных взносов (ежемесячных) в негосударственный пенсионный фонд. Рассчитывают отпускные, заводят матпомощь к отпуску. Запускают расчет отпуска и удержаний (Shift-F8). Сумма налогового вычета учитывается при расчете НДФЛ с отпускных сумм и с сумм матпомощи к отпуску, то есть дважды, что в дальнейшем приводит к пересчету НДФЛ при окончательном расчете. Нужно чтобы вычет учитывался один раз.При расчете НДФЛ с материальной помощи к отпуску учитывается ранее примененная скидка при расчете НДФЛ с отпуска.
102.1664429.1.216.0Сообщения при обновлении реестра настроек на пустой базеНастройкаПроверка реестра настроек
При запуске Галактики на пустой базе выдаётся ряд сообщений, среди которых могут быть такие: Нет настройки UP.DATOTCH. Выполните "Проверку реестра настроек". Нет настройки UP.TEKBUD. Выполните "Проверку реестра настроек". Нужно исключить выдачу этих сообщений.При запуске Галактики на пустой базе перечисленные сообщения не выдаются.
102.1665549.1.216.0При наличии двух пост. удержаний на перечисление в банк результаты расчёта формируются некорректноЗаработная платаРасчет удержаний (общие вопросы)
В результатах расчёта в 221 ВУ сумма начисления, ссылка на ВО и параметр указаны из 218 ВО, хотя сумма к выплате относится к 207 ВО. Имеется несколько видов Параметров. Добавляем начисление 218 (Компенсация) с параметром "213_КВР 122". Добавляем удержание 131 для для 218 ВО. В зависимости от Параметра собираются, контролируются налоги (разные корреспонденции счетов по КОСГУ - Классификация операций сектора государственного управления); так, в приведенном инциденте все начисления (до того, как ввели ВО 218 - СанКур) были в рамках параметра 213_статья,, соответствующего КОСГУ = 211. Соответственного, все удержания и налоги должны собираться в рамках этого Параметра, НЛФЛ выделялся одной строкой. Проводки собирались по определенным корреспонденциям счетов. Т.е. при добавлении 218 начисления и соответствующего ему 131 удержания система должна их связывать. Теперь же кроме 131 удержания параметр "213_КВР 122" также формируется и в 221 удержании. Поэтому ТХО формирует проводки с некорректными суммами.Доработана функция разбиения суммы к перечислению при расчете заработной платы для значений "по подразделениям, аналитике и параметру входящих оплат" и "только по видам оплат" настройки: "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания". Теперь, если для удержания нет вида оплаты, то сопоставление его с начислением происходит по другим параметрам. Таким образом оно относится к соответствующей группе начислений и вторично запись этими атрибутами в сумму "к перечислению" не попадает.
102.1666309.1.216.0В отчет 6-НДФЛ попадают не те суммы по отпускам, которые реально перечисленыЗаработная платаРасчет удержаний (6-НДФЛ)
При расчете заработной платы формируются +- записи НДФЛ по отпускам межпериода. Схема формирования данных: Начислен отпуск, часть которого приходится на будущий период рассчитан отпуск сформирован реестр на перечисление отпуска и НДФЛ Заново рассчитан отпуск, сумма начислений изменилась в большую сторону сформирован реестр на перечисление отпуска и НДФЛ Рассчитана заработная плата. Проблема проявляется при следующих настройка: 1. Для видов оплаты отпуска установлено значение "по месяцу, в котором выплачен" в поле КВО "Учет дохода в налоговой отчетности" 2. Для видов оплаты отпуска установлено значение "По настройке выбора ШПЗ с учетом наличия данных" в поле КВО "Параметр", причем параметр в КВО не задан, а задан в ЛС работника. 3. Дата выплаты начислений отпуска принадлежит марту. 4. Дата оплаты реестра также принадлежит марту (т.е. доход учитывается к марту) 5. Виды оплат для начисленных сумм за будущий период в первом и втором реестре различаются. В первом реестре - это виды оплат для текущего отпуска, во втором реестре - для будущего.Исправлена ошибка расчета заработной платы по учету реестров на перечисление отпуска и НДФЛ в межпериод. Проблема проявлялась при наличии двух реестров связанных с пересчетом отпусков с установленными настройками: 1. Для видов оплаты отпуска установлено значение "по месяцу, в котором выплачен" в поле КВО "Учет дохода в налоговой отчетности" 2. Для видов оплаты отпуска установлено значение "По настройке выбора ШПЗ с учетом наличия данных" в поле КВО "Параметр", причем параметр в КВО не задан, а задан в ЛС работника. Теперь в таких случаях результаты расчета НДФЛ развиваются на две части для каждого периода и вида оплаты отпуска . Первая часть отражает сумму дохода и НДФЛ из первого реестра, вторая часть остаток дохода и НДФЛ согласно пересчету. Для каждой записи заполняется источник данных "Отпуск".
102.1669579.1.216.0Перестали работать алгоритмы для работы с табелем из списка нарядовЗаработная платаФормирование и расчет нарядов
Перестали работать табельные алгоритмы для расчета нарядов из списка нарядов. Начинают работать только если на фоне запустить интерфейс с табелем или создать и удалить запись наряда.Теперь табельные алгоритмы при расчете нарядов из табличного просмотра работают нормально.
101.616129.1.215.0Лишняя строка в разбивке авансаЗаработная платаРасчет удержаний (общие вопросы)
При расчете зарплаты за половину месяца с параметром "расчет аванса" сумма, перечисленная в межпериод с системным кодом 208,отразилась в результатах расчета заработной платы с кодом 199. Функциональность расчета зарплаты в режиме аванса построена таким образом, что при записи в базу данных, коды, зашитые для перечисления зарплаты заменяются на код аванса. Таким образом, сумма по виду оплаты 19, перечисленная реестром межпериода с кодом 208, отразилась в результатах расчета заработной платы с кодом 199. Если бы пользователи не использовали код 208 для межпериода, а использовали другой код, не указанный в списке жестко зашитых кодов, у них подмена кодов не произошла бы.Доработана функция расчета зарплаты за первую половину месяца с параметром "расчет аванса" для случаев, когда суммы перечисленные в межпериод отражаются системными кодами удержаний "206...210, 220...230", заявленными разработчиками для перечисления всей зарплаты в сбербанк. Теперь,если сумма пришла из реестра на перечисление, то в результаты расчета зарплаты сумма записывается с кодом из реестра.