2017-10-16 19:55:22
Краткое описание :
Ошибки при регламентном начислении износаОписание :
Регламентное начисление износаЧто измененно :
Возникают следующие ошибки при регламентном начислении износа:
1. При попытке начислить износа выдается сообщение, в котором фигурирует списанная СФО.
2. В параметрах регламентного начисления износа снята галочка "Начислять износ на предметы с нулевой ценой". Тем не менее формируются ведомости начисления износа с нулевыми суммами.
Проблема проявляется с установленным параметром [Common] DeltaDouble=0.00000000001. Если поставить 0, то ошибок нет.
Как измененно :
Исправлено.
2017-10-16 19:55:23
Краткое описание :
Категория плательщика страховых взносов в ПУ-3Описание :
Индивидуальные сведения в ПФ (Формы ПУ-3, ПУ-6 и т.д.)Что измененно :
Республика Беларусь. ПУ-3.
Необходимо предоставить возможность формировать пенсионные стажи и ПУ-3 на
основании категории застрахованного лица, указанного в должности (справочник
должностей/профессий).
Как измененно :
Республика Беларусь. ПУ-3 (начиная с 2016 года).
Для учета категории застрахованного лица при формировании стажей и ПУ-3
необходимо:
- Установить настройку "Настройки Галактики \ Управление персоналом \ Общие
настройки \ Стажи \ Брать категорию застрахованного лица из должности" в
состояние "да".
- Выбрать категорию застрахованного лица для всех должностей предприятия.
- При необходимости смены категории застрахованного лица, сотрудник должен быть
переведен на должность с другой категорией (должен быть переход в межпериод).
- Должна быть рассчитана зарплата с учетом переходов в межпериод (при переходе
начисления разбиваются).
При формировании стажей, учет категории застрахованного лица основывается на
анализе кода застрахованного лица из должности, относящейся к обрабатываемому
табельному периоду. В случае, если стаж формируется для неверной категории
застрахованного лица, необходимо проверить должность в табеле.
При формировании ПУ-3, учет категории застрахованного лица основывается на
анализе кода застрахованного лица из должности, указанной в начислениях. В
случае, если начисление не попало в ПУ-3, необходимо проверить должность в
начислении.
С вышеуказанной настройкой блокируется выбор алгоритма расчета взносов
работника и предприятия. Формирование возможно только с опцией "брать от первой
колонки".
В случае смены категории застрахованного лица, формируются две формы ПУ-3. Одна
для категории 01, вторая для категории 07. Суммы начислений/удержаний/налогов и
стажи разносятся по соответствующим им категориям.
2017-10-16 19:55:23
Краткое описание :
Получить ПУ-3 за 2013 год.Описание :
Индивидуальные сведения в ПФ (Формы ПУ-3, ПУ-6 и т.д.)Что измененно :
Необходим отчет раннее чем за 2014 год для предоставления ФСЗН
корректирующего ПУ-3. ИЗ ФСЗН посмотреть нельзя, так как ключ недействителен
(пользователь системы поменялся в ФСЗН).
Как измененно :
Республика Беларусь. ПУ-3.
При формировании отчета ранее чем за 2014 год снята защита с сообщением
"Формирование возможно за 2014 год или позже!". Вместо нее выдается
предупреждение "Формирование корректного отчета возможно за 2014 год и позже!
Поддержка более ранних версий отсутствует. Продолжить?" с возможностью
получения данных за более ранние периоды. Корректность отчета в данном случае
не гарантируется.
2017-10-16 19:55:23
Краткое описание :
Влияние признака "Пенсионный = нет" на возможность
формирования ПУ-3 по сотрудникам-гражданам РБОписание :
Индивидуальные сведения в ПФ (Формы ПУ-3, ПУ-6 и т.д.)Что измененно :
Исключить влияние признака "Пенсионный = нет" на возможность
формирования ПУ-3 по сотрудникам, у которых в лицевом счете стоит гражданство -
"гражданин РБ".
Как измененно :
Республика Беларусь. ПУ-3.
- Более не анализируется признак "Пенсионный" из лицевого счета закладки
"Взносы, налоги на ФОТ" для граждан Республики Беларусь (указано гражданство с
кодом 112). Отчет по гражданам Республики Беларусь формируется не зависимо от
данного признака.
2017-10-16 19:55:23
Краткое описание :
Расчет выслуги от разных стажейОписание :
Расчет начислений (общие вопросы)Что измененно :
РБ. При работе с настройкой "Настройки Галактики \ Управление персоналом \ Общие настройки \ Стажи \ Брать категорию застрахованного лица из должности" в значении "да". На данный момент, если расчет выслуги лет идет по информации о стажах, то выбирается стаж с системных кодом 65. Необходимо доработать расчет, чтобы была возможность для сотрудника указать, какой именно стаж использовать для расчета. На таможне есть сотрудники двух категорий - госслужащие и не госслужащие. Соответственно и расчет выслуги лет должен вестись от стажа работы в качестве госслужащего для первой категории работников, и от стажа работы на таможне в целом - для второй категории сотрудников. Причем часто бывают случаи, когда у сотрудника изменяется категория, и в информации о стажах будут присутствовать 2 стажа (1 закрытый, второй действующий).
Категория сотрудника зависит от занимаемой им должности, так что можно указывать по какому стажу считать не в ЛС, а в каталоге должностей.
Как измененно :
В окне редактирования справочника "Категории плательщика страховых взносов" добавлено поле "Категория для выслуги". Заполнение производится вручную, путём выбора из справочника "Категории для выслуги лет".
Модифицировано окно редактирования справочника "Управление персоналом - Штатное расписание - Должности/профессии" - добавлено название категории застрахованного лица. Поле-признак "доплата по дополнительному тарифу" отображается только по настройке "Настройки Галактики \ Общие настройки системы \ Настройки для страны" = "Россия".
Изменён расчёт выслуги лет для работников с должностью, к которой привязана категория застрахованного лица с кодом "07". Если для категории застрахованного лица указана категория для выслуги лет - то расчёт выполняется в соответствии с ней и по коду стажа для госслужащих (1458).
2017-10-16 19:55:23
Краткое описание :
Не влазит новый номер лицевого счета в старой форме РЛ в
fastreportОписание :
Расчетные листкиЧто измененно :
Не влазит новый номер лицевого счета в старой форме (до 2016
года) РЛ в fastreport.
Как измененно :
Изменены следующие формы РЛ в формате FastReport (а именно
увеличено поле с лицевым счетом):
- Расчетные листки (полная, без раздела перечислений РБ);
- Расчетные листки (полная без итогов);
- Расчетные листки (с наименованием организации);
- Расчетные листки, без раздела перечислений.
2017-10-16 19:55:23
Краткое описание :
пу-6Описание :
Индивидуальные сведения в ПФ (Формы ПУ-3, ПУ-6 и т.д.)Что измененно :
Республика Беларусь. ПУ-6.
Начисление со входимостью 59 не попадаю в отчет, если дата "с" попадает на
невредный день.
Как измененно :
Республика Беларусь. ПУ-6.
Начисление со входимостью 59 попадаю в отчет, если в периоде "с/по" были дни
работы во вредных условиях. Если за период была работа в различных вредных
условиях и должны формироваться два отчета, сумма будет отнесена к более
раннему периоду вредности. Для корректного разнесения сумм, для каждого периода
работы во вредных условиях должны быть отдельные начисления за вредные условия
с соответствующими вредности периодами.
2017-10-16 19:55:23
Краткое описание :
Требуется доработать сервисную функцию Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) чтобы учесть выплату зарплаты частями после закрытия расчетного периодаОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
Требуется доработать сервисную функцию Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) чтобы учесть выплату зарплаты частями после закрытия расчетного периода.
Пишут:После закрытия периода мы сформировали реестр на перечисление по окончательному расчету ЗП. В день перечисления 15.08.2017 стало известно, что на перечисление ЗП набирается только 75% от всей суммы. Выбирая реестры на перечисление ЗП и подоходного налога в модуле [ФРО] "Операции - Реестры по перечислениям", для каждого из них запускали процедуру "Формирование частичных выплат". В результате сумма выбранного реестра уменьшалась, и формировался второй дочерний реестр (со ссылкой на родительский в поле "номер вышестоящего реестра") на перечисление оставшейся суммы, которую перечислили позже 18.08.2017.
Выгрузка ЛС клиента во вложении. Частями выплачивали зарплату за 07/2017 - 15.08.17 и 18.18.17.
Попробовала запустить сервисную ф-цию Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) на обновлении Z_SERVICE 9.1.124.0. Записи по НДФЛ на основании реестров частичной выплаты зарплаты в архиве не разбились.
Как измененно :
Доработана сервисная функция Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) чтобы учесть выплату зарплаты частями после закрытия расчетного периода.
Теперь результаты расчета НДФЛ разбиваются в том случае, если по одному начислению имеется более одного реестра.
Учитываются только те реестры, которые в учетных записях имеют вид оплаты.
Доход и налог в записи НДФЛ разбивается пропорционально с учетом округления по формуле: s/сумма к перечислению*сумму перечисленную.
В последнюю запись по каждому виду оплаты записываются остатки дохода и НДФЛ с учетом предыдущих записей.
Именно запись из последнего реестра добавляется в суммы удержаний.
Разбиению подлежат те записи, у которых нет ссылки на исходные данные межпериода.
Примечание.Данная доработка не учитывает случай, когда суммы больничных, отпусков или начислений и выплат межперида полностью перечисляются вместе с заработной платой.
Если такая потребность появится у пользователей, функция будет доработана дополнительно.
2017-10-16 19:55:23
Краткое описание :
исправить визуализацию формирования расчетных листков FR за
несколько месяцевОписание :
Расчетные листкиЧто измененно :
Исправить визуализацию формирования расчетных листков FR за
несколько месяцев.
Например, если выделить 10 ЛС и сформировать по ним расчетные листки в FR за 12
месяцев, то в процессе (где отображается количество обработанных ЛС) мы увидим,
что сформировано 120 из 10 (120/10), при формировании БТ-отчетов будет 10/10.
Надо сделать одинаково.
Как измененно :
Визуализация РЛ в формате FastReport сделана по количеству
работников.
2017-10-16 19:55:22
Краткое описание :
системные удержанияОписание :
Расчет удержаний (общие вопросы)Что измененно :
После обновления в средине сентября у клиента началось ==размножаться==== постоянное удержание с кодом 201.
Клиент использовал 201 код для удержания взносов.
Просьба доработать, чтоб удержание работало как и раньше, чтоб расчитанная по проценту сумма удерживалась 1 раз
Как измененно :
Доработан расчет видов удержаний процентом от зарплаты с системными кодами 200-205 при значении "нет" в настройке "... \ Разбивать удержания".
Теперь и при таких значениях в результатах расчета зарплаты формируется только одна запись.
2017-10-16 19:55:22
Краткое описание :
Расчет нескольких скидок с заполненным остаткомОписание :
Расчет начислений (общие вопросы)Что измененно :
Для сотрудника заведено две постоянных доплаты с типом "Скидка" - "имущественный вычет" (алг.97) и "Вычет за счет взносов"(пользователький алгоритм и тип "Скидка" (сумма скидки соответствует сумме удержания взносов в НПФ)).
В случае если для доплаты "Вычет за счет взносов" заполнен остаток, расчет скидки идет неверно.
Как измененно :
Доработан алгоритм применения сумм с типом "Скидка" при условии, что для данного алгоритма заполнена дополнительная входимость (5) Уточнение к типу оплаты не разбивать.
Теперь при таких условиях в результатах расчета заработной платы общая сумма скидки ограничивается суммой за месяц, рассчитанной по алгоритму.
Наличие остатка в постоянной доплате и других скидок не влияет на расчет.
2017-10-16 19:55:23
Краткое описание :
зацикливание подразделенийОписание :
Соответствие СЕ и подразделенийЧто измененно :
"Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Каталоги \ Структурные единицы ШР \ Тип связи СЕ с подразделениями" = 1 подразделение - несколько СЕ.
При выполнении пункта меню "Управление персоналом \ Настройка \ Контроль данных \ Соответствие СЕ и подразделений" некорректно строится дерево подразделений. В этом случае подразделения начинают повторятся бесконечно на каждом уровне.
Как измененно :
Исправлено.
2017-10-16 19:55:23
Краткое описание :
контроль дохода по совместителямОписание :
Учет дохода по совместительствуЧто измененно :
Из сервисных функций пропал учет дохода по совместительству.
Клиент просит вернуть к использованию данную функцию.
Просьба вернуть ее для настройки РБ.
Как измененно :
Все нижеизложенное действительно для Беларуси.
Сервисная функция возвращена в меню по пути: "Заработная плата - Настройка - Сервисные функции - Налог на доходы физических лиц - Учет дохода по совместительству".
При расчете зарплаты будет предложено провести учет дохода если настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Автоматический запрос о получении протокола о доходах с учетом совместительства" в положении "Да".
2017-10-16 19:55:22
Краткое описание :
Не считается социальный вычет с кодом 640Описание :
Расчет подоходного налогаЧто измененно :
Если в классификаторе годовых ограничений задано ограничение для кода вычета 640, назначаем работнику постоянную доплату 640 и при расчете она есть. Всё хорошо
Но не все клиенты ведут классификатор. Те, у кого пусто (или есть записи, но без заданного кода пользователя 640), столкнулись с тем, что вид 640 вообще не считается, пока не задашь в классификатор запись с кодом 640
Не должно быть такой связки, если в каталоге пусто, то вид оплаты 640 должен считаться, но не учитывать ограничение
Как измененно :
Для Беларуси доработана функция предоставления социальных вычетов с кодом вычета 640.
Теперь годовая сумма вычетов не ограничивается,если для какого - либо года в классификаторе годовых вычетов нет записи или есть запись с нулевой суммой.
2017-10-16 19:55:23
Краткое описание :
Брать дату не из межрасчетного начисления, а из "подвязанного" реестра на "перечисление"Описание :
Контроль выплаты зарплаты (удержания) - (предложения по развитию функциональности)Что измененно :
Брать дату не из межрасчетного начисления, а из "подвязанного" реестра на "перечисление"
Ситуация. Через интерфейс "Начисления и выплаты" выплачиваем подарок (алг.98), там же указываем дату получения, например, 28/07/2017
НДФЛ с этого подарка перечисляем вместе с заработной платой, например, 12/08/2017.
Запускаем сервисную функцию контроля выплаты БЕЗ параметра "Для неначисляемых сумм брать дату выплаты из межрасчетного начисления", сейчас функция поле "поле дата выплаты" заполняет датой 28/07 (т.е. из межрасчетного начисления), а нужно 12/08 (ближайший оплаченный реестр на перечисление).
Как измененно :
В ситуации когда сервисная функция контроля запускается с неустановленным параметром "Для неначисляемых сумм брать дату выплаты из межрасчетного начисления" для удержаний налога с неначисляемых сумм, при наличии в них ссылки на реестр и признака "неизм.", дата выплаты заполнится датой из платежки, которая привязана к этому реестру.
2017-10-16 19:55:23
Краткое описание :
Контроль выплаты зарплаты .Удержания.Доработать для 2-х реестров на оконч.выплату зарплатыОписание :
Контроль выплаты зарплаты (удержания) - (предложения по развитию функциональности)Что измененно :
Контроль выплаты зарплаты. Удержания. Доработать для 2-х реестров на оконч.выплату зарплаты
когда удержания по ндфл будут корректно разбиты функцией разбивки удержаний, тогда нужно верно определить реестры и даты выплат (Один реестр оплачен 05.03,второй 11.03. Реестр привязан только от 05.03, а от 11.03 не привязан совсем).
Как измененно :
Сделана доработка под условия примера.
В удержаниях налога, в которых нет ссылки на реестр и признака "неизм.", будет подвязаны суммы других реестров.
2017-10-16 19:55:22
Краткое описание :
Неверно рассчитывается почтовый сбор, если его оплачивает организацияОписание :
Расчет удержаний (общие вопросы)Что измененно :
Неверно рассчитывается почтовый сбор, если его оплачивает организация.
Рассмотрим на конкретном примере.
Сотруднику введено постоянно удержание
Сотруднику начислили компенсацию за уголь.
После расчета идем в постоянное удержание и видим странные суммы: сумма сбора удвоилась
Как измененно :
Исправлена ошибка расчета почтового сбора для случая, когда у работника атрибуты начисления не совпадают с атрибутами отнесения затрат лицевого счета.
Теперь сумма сбора рассчитывается корректно.
Ошибка проявлялась при значении, отличном от "нет", в настройке "... \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания"
2017-10-16 19:55:22
Краткое описание :
Не отрабатывает функция, если доплата без даты окончанияОписание :
Алгоритмы пользователяЧто измененно :
Не отрабатывает функция PDopProcDate, если доплата без даты окончания.
Как измененно :
Изменения коснулись работы функций PDopProcDate и SrPrDopl. Если доплата содержит пустое значение даты окончания, то при анализе пересечения периода действия доплаты с переданным периодом вместо этого пустого значения даты подставляется дата окончания отчетного или будущего периода.