2017-12-07 13:21:14
Краткое описание :
Клиент просит доработать системуОписание :
Назначение фактического авансаЧто измененно :
В параметры назначения фактического аванса "с учетом отработанного времени на дату" необходимо добавить новый параметр "Отпуска исключаемые", который будет выходить после установки галочки в поля "Не назначать при наличии отпуска после даты расчета" либо "Не назначать при наличии отпуска до даты расчета". Выбранный в этом поле вид отпуска будет исключаться из расчета при анализе предоставленных отпусков до и после даты расчета аванса.
Этот параметр нужен для того, чтобы была возможность включить в отработанное время неявку по причине административного отпуска. Сейчас в системе если выбрать административный отпуск в поле учет неявок для включения в отработанное время и установить галочки в "Не назначать при наличии отпуска после даты расчета" либо "Не назначать при наличии отпуска до даты расчета", то административный отпуск в расчет отработанного времени не включается, и, как следствие, если сотрудник брал в месяце расчета административный отпуск, аванс ему не назначается (несмотря на то, что условное обозначение по административному отпуску выбрали в поле учет неявок для расчета отработанного времени).
Как измененно :
В параметры назначения аванса добавлена опция "Игнорировать наличие отпусков". Выбранные виды отпусков игнорируются при анализе на наличие отпусков до или после даты расчета.
2017-12-07 13:21:15
Краткое описание :
арифметическая сумму колонки 22 расчетно-платежной ведомости для бюждетных организаций не совпадает с итогоОписание :
Расчетно-платежная ведомость для бюджетных организацийЧто измененно :
В расчетно-платежной ведомости для бюджетных организаций (форма в редакции от 30.03.2015) обнаружены следующие ошибки:
1. FR3: настройка "Печатать работников с нулевым доходом" должна позволять/запрещать выводить на печать строки по сотрудникам, у которых "итого начислено" = 0 и "итого удержано" = 0, и не должна распространяться на сотрудников, у которых "итого удержано" отлично от 0 (как это происходит в текущей реализации).
2. FR3, данные расчетного месяца: задваивание сумм графы 10 при вычислении начисленной суммы (гр.13), что влечет за собой увеличение суммы к выдаче (гр.22).
3. Excel: в итоговую сумму по всем сотрудникам записывается сумма для архивной формы.
4. Excel, данные расчетного месяца: не выводятся данные в графу 10.
Как измененно :
Внесены исправления: формирование расчетно-платежной ведомости в обоих форматах (Excel и FR3) происходит идентичным образом.
Внесены изменения во внешний вид окна параметров: изменены размеры полей ввода, выровнены поля ввода и подписи к ним, изменены размеры окна, переименован параметр "тип отчета" в "формат вывода".
2017-12-07 13:21:15
Краткое описание :
В форме Т-51 нет возможности влиять на входимость в графы удержанийОписание :
Расчетная ведомостьЧто измененно :
В форме Т-51 (Отчёты \ Отчёты по оплате труда персонала \ Расчётная ведомость) нет возможности влиять на входимость в графы удержаний.
Необходим диалог по аналогии с настройкой входимости по начислениям для настройки входимости удержаний в ведомость Т-51.
Как измененно :
Доработана форма Т-51 (Отчёты \ Отчёты по оплате труда персонала \ Расчётная ведомость).
Изменения в окне параметров: cccc
- параметр "Выводить суммы удержаний ЗП в банк" преобразован в список. Варианты списка для пользовательских отчетов, остались без изменения:
- в графу 14 (удержано и зачтено)
- в графу 18 (к выплате).
Для отчетов "Расчетная ведомость(от 05.01.2004)", "Вкладные листы(от 05.01.2004)", "Расчетная ведомость(от 05.01.2004)- формат А3" список имеет след. вид:
- в графу 14 (удержано и зачтено)
- в графу 18 (к выплате)
- согласно входимости.
Выбранное значение списка сохраняется для каждого из видов отчета отдельно.
При выборе варианта "согласно входимости" становится видимым параметр "Выводить суммы удержаний ЗП в банк", по F3 на котором открывается окно "Виды удержаний". Это окно позволяет установить входимости сумм по ВУ в графу 14 или графу 18 расчетной ведомости и представляет собой табличный просмотр удержаний с признаком "перечисление" (выбираются из классификатора удержаний с сист.кодами 206-210 и 220-230) со следующими столбцами:
- Код удержания - пользовательский код ВУ из классификатора удержаний
- Вид удержания - наименование ВУ
- входимость: номер графы
- Входимость в сумму - описание входимости.
По умолчанию для всех ВУ установлена входимость в графу 14. Входимости сохраняются в системе для каждого пользователя отдельно.
Суммы по видам удержаний для каждого из указанных в окне удержаний попадают в графу 14 либо 18, в зависимости от установленной входимости.
2017-12-07 13:21:14
Краткое описание :
Необходимо для оплат по премии формировать период её начисленияОписание :
Импорт "Начислений и выплат"Что измененно :
Необходимо в сформированном начислении работнику для вида оплаты премии, начисляемой за период работы (в КВО для такой премии проставлена доп.входимость 17 - "Премия выплачена за период (количество месяцев)" и в графе "Примечание" значение 2-12), иметь информацию о том, за какой именно календарный период начислена эта премия.
В идеале - 2 даты "с.. по" периода, усечённого датами приёма/увольнения. То есть: если премия по организации в целом платится по итогам 3 месяцев и конкретная очередная выплата премии производится по итогам 3 квартала 2016 года, то:
Для работника, работавшего полностью "с 01.07.2016 по 30.09.2016"
Для работника, принятого на работу 14.08 - соответственно "с 14.08.2016 по 30.09.2016"
Для работника, уволенного 29.08 - соответственно "с 01.07.2016 по 29.08.2016"
У одних клиентов премии оформляются через постоянные доплаты, у других - через межрасчётные начисления и выплаты.
Информация по указанию периода должна быть открыта для ввода при формировании данных в вышеуказанных режимах, доступна для редактирования по сформированным записям, передаваться в расчётные начисления через режим предварительной разноски(доплаты) или напрямую (расчёт начислений) и отображаться в расчётных начислениях и архиве оплат.
Как измененно :
Если для вида оплаты заведена доп. входимость 17 (премия выплачена за период), то для ввода становится доступным период, по итогам которого сформирована доплата/начисление, в следующих интерфейсах:
- параметрах формирования межрасчетных выплат;
- окне редактирования межрасчетных выплат;
- параметрах формирования постоянных доплат (только для режима "формирование доплат");
- окно ввода и редактирования постоянной доплаты.
- окно просмотра начислений в результатах расчета заработной платы
- окно просмотра архивных начислений
Даты периода, по итогам которого сформирована доплата/начисление, усекаются по периоду работы сотрудника (в межрасчетных выплатах - с учетом истории увольнений).
2017-12-07 13:21:14
Краткое описание :
Импорт начислений и выплат с идентификацией по уникальному страховому номеруОписание :
Импорт "Начислений и выплат"Что измененно :
Импорт начислений и выплат с идентификацией по уникальному страховому номеру.
Внешняя программа, из которой импортируются данные через dbf, xls или xlsx-файлы, не содержит сведений о табельных номерах сотрудников в Галактике. В любой внешней программе физическое лицо (сотрудник) идентифицируется с помощью уникального страхового номера, который и выгружается в файл для последующего импорта в Галактику. Как можно привязаться к табельному номеру, которого нет и быть не может в импортируемых данных?
Ситуацию с совпадением страховых номеров для нескольких табельных номеров можно разрешать, дополнительно запросив при обнаружении такой ситуации в процессе импорта ручной выбор табельного номера. Тем более, что фактически такие ситуации единичны.
Кроме того, можно регулировать такие ситуации установкой фильтра по подразделениям и сотрудникам, который будет действовать при импорте данных.
Как измененно :
Отнесение импортируемых данных о начислениях и выплатах теперь может проводиться по заданному в файле импорта страховому номеру. Табельный номер в таком случае в файле импорта указывать не обязательно.
Имя поля для файла excel - "Страховой номер", для dbf-файла - "InsuranceNum".
В том случае, если при импорте будут найдены несколько лицевых счетов с совпадающими страховым номером (и табельным номером при его наличии), подходящих под условия фильтра, выплата создастся для последнего лицевого счета.
Последним лицевым счетом считается тот, в котором указана наибольшая дата увольнения или дата увольнения не задана. Если даты увольнения совпадают, то последним считается лицевой счет с минимальным кодом вида работы (т.е. приоритетнее будут лицевые счета по основному месту). Если и вид работы совпадает, то последним будет считаться тот лицевой счет, в котором установлена максимальная дата перевода в филиал/приема.
Исправлена ошибка, из-за которой импорт зависал, если в настройках для полей с табельным номером указать 0, а любому другому полю указать номер столбца, отличный от нуля.
2017-12-07 13:21:15
Краткое описание :
Учет стажа проживания при переходеОписание :
Северные надбавкиЧто измененно :
Сотрудник до 30 лет, прожил в мягких условиях с максимальной надбавкой 30% , перешел в местность "Остальные районы КС" надбавка должна быть 30 с настройкой "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Расчет периода проживания для молодежи"="для каждого типа
местности". Использовать значение настройки "единовременно" заказчик не может, т.к. специально для него была доработка ПИР 102.147472, чтобы при переходе в более жесткие условия молодым сотрудникам северные начислялись по ускоренной шкале только через год работы, а не сразу. Сейчас при этой настройке считает 0%.
Т.о. необходимо доработать работу системы с настройкой "для каждого типа местности" таким образом, чтобы при приеме на работу в более жесткие условия начислялась надбавка по максимальной в месте проживания (проживал в условиях с максимальной надбавкой 30%,
пришел на работу в условия с максимальной надбавкой 80%. Надбавка будет начисляться 30%)
В данной ситуации лучше сделать отдельную настройку, например "Учитывать стаж проживания", которая будет сохранять нарощенный процент в местности проживания."
Как измененно :
Доработан расчет северных надбавок для работников, не достигших 30-летия, с периодом годового проживания.
Для следующих значений настроек:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Учитывать изменения особых климатических условий" - "да"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Расчет периода проживания для молодежи" - "для каждого типа местности"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Переход на дополнительную шкалу при достижении 60%" - "да"
1. Добавлена настройка:
"...Северные надбавки \ Всегда учитывать стаж проживания для молодежи".
При значении "Да" данной настройки всегда учитывается процент по стажу проживания, даже, если работник в данной местности не работал.
При значении "нет" функционал работает, как раньше.
Если у работника моложе 30 лет был период проживания в мягких условиях местности, но не было стажа работы в этой местности, то такой стаж проживания исключается из учета.
Примечание.
Мягкие:
"Местности, приравненные к рКС" (1587)
"Иные местности с оcоб.клим.усл" (1588)
жесткие -
"РКС с особыми климатическими условиями" (1585)
"Остальные районы Крайнего Севера" (1586)
2017-12-07 13:21:15
Краткое описание :
Изменить отбор в фильтр по сотрудникамОписание :
Расчеты по оплате трудаЧто измененно :
Необходимо включать в фильтр сотрудников, имеющих "-" начисления в текущем месяце за предыдущие, если установлена настройка:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Учет дохода по месяцу" - за который начислен.
Как измененно :
В отчете в разрезе бухгалтерских проводок "Расчеты по оплате труда" изменена работа фильтра лицевых счетов в разрезе цехов отнесения затрат. При выполнении фильтрации используется информация из параметра "Учет начислений". Ранее учет по месяцу за который или в котором брался из системной настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Учет дохода по месяцу"
2017-12-07 13:21:14
Краткое описание :
Поле Процент при пометке работников в межрасчетных начисленияхОписание :
Ведение интерфейса "Начисления и выплаты"Что измененно :
Реализовать по аналогии с постоянными доплатами. Если стоит процент в общих параметрах формирования, при пометке работников в межрасчетных начислениях вместо колонки Сумма стоит колонка Процент, в которой прописывается процент, при пометке работника. Здесь же при пометке работников, я могу поменять процент в случае, если у некоторых он отличается от заданного.
Как измененно :
Теперь при формировании межрасчетных начислений есть возможность, при задании процента, в фильтре указывать персональный процент для каждого сотрудника.
2017-12-07 13:21:14
Краткое описание :
Лицевые счета. Выбор категории. Множественная пометка для выбора категории сотрудника не нужна.Описание :
Лицевые счета (окно ввода и редактирования)Что измененно :
Лицевые счета. Выбор категории. Множественная пометка для выбора категории сотрудника не нужна.
При выборе категории сотрудника в лицевом счете открывается окно с перечнем категорий, в котором можно выбрать сразу несколько категорий. Множественная пометка категорий в данном списке не нужна и вводит в заблуждение пользователя.
Как измененно :
В список констант добавлена новая константа (битовая маска). При передаче в интерфейс выбора категории этой константы множественная пометка запрещается. Вызов интерфейса выбора категории из интерфейса лицевых счетов модифицирован - в параметры добавлена новая константа. Множественная пометка невозможна.
2017-12-07 13:21:14
Краткое описание :
Формирование реестра по налогу с контролем по перечислению за прошлый период.Описание :
Расчет удержаний (6-НДФЛ)Что измененно :
Расчет заработной платы не учитывает случай формирования двух реестров на перечисление отпуска в межпериод при пропорциональном разбиении.
Как измененно :
Доработана функция учета реестров при расчете заработной платы для случай формирования двух реестров на перечисление отпуска в межпериод при пропорциональном разбиении.
Теперь в таком случае в результатах расчета заработной платы формируются отдельные записи по НДФЛ, сумма доходах в которых формируется пропорционально.
Программа также формирует в этих записях ссылки на реестры перечисления в банк, насколько это возможно.
Если программа не может правильно подобрать ссылки, она формирует ссылки на реестры НДФЛ.
2017-12-07 13:21:15
Краткое описание :
Контроль выплаты зарплаты.Начисления.Описание :
Контроль выплаты зарплаты (начисления)Что измененно :
Контроль выплаты зарплаты. Начисления.
Через Начисления и выплаты в межпериод по ведомости выдали матпомощь. ПВ обработана. Но сервисная ф-ия не проставляет дату выплаты.
Как измененно :
Доработана сервисная функция контроля выплаты зарплаты (начисления), чтобы в случае, когда у работника в ведомости не заполнена дата выдачи, а также в случаях, когда эта дата меньше даты формирования ведомости, либо превышает дату закрытия ведомости, чтобы бралась дата закрытия ведомости (либо дата из РКО).
2017-12-07 13:21:15
Краткое описание :
Учесть изменения в расчете пособий по БИР (часть 2)Описание :
Экспорт сумм доплат до размера пособия на ребенкаЧто измененно :
Учесть изменения в расчете пособий по БИР (часть 2)
После вступления в силу изменений законодательства о государственных пособиях семьям, воспитывающим детей, у многих сложилось мнение, что доплату к пособию по беременности и родам будут получать только женщины, не имеющие работы (студентки и безработные). Реально круг женщин, которым полагается такая доплата, значительно шире. Г
Доплату смогут получить Г:
1. Работники, получившие пособие в минимальном размере (б/л рассчитывается из минимального ограничения, когда страховой стаж менее 6 мес. или когда сумма б/л, рассчитанная из среднедневного или из тарифа без надбавок и повышений меньше минимального ограничения (в частности при работе на неполную ставку)) - уже реализовано.
Г2. Низкооплачиваемые работницы, у которых размер пособия по беременности и родам за весь период, удостоверенный листком нетрудоспособности, меньше размера пособия по уходу за ребенком в возрасте до трех лет, которое было бы назначено за период со дня рождения ребенка по последний день, удостоверенный этим листком - требуется реализовать. Г
Как измененно :
Доработан расчет доплаты к пособию по беременности и родам:
1. доплата назначается только для случаев, когда пособие назначено 1 июля 2017 и позже.
2. вне зависимости от наличия или отсутствия признака расчета пособия из МРОТ, если разница между суммой пособия (пособий) с учетом ранее выплаченной доплаты с тем же ВО, указанным в параметрах, и суммой больничного (больничных) по БиР оказывается больше 0, она выплачивается в качестве доплаты.
3. в отчет "Сверка начислений" попадают записи о сотрудниках, у которых были найдены больничные по БиР в указанном периоде, даже если они не подлежат начислению доплаты.
2017-12-07 13:21:15
Краткое описание :
не выводится индекс в справку 182нОписание :
О сумме заработной платы, на которую начислены СВ [РФ]Что измененно :
В параметрах формирования справки по форме 182н "О сумме заработной платы, на которую начислены СВ" (модуль Заработная плата - Отчеты - Справки - О сумме заработной платы, на которую начислены СВ) во вкладке "Дополнительные настройки" в поле "адрес предприятия" указан параметр "почтовый".
Если посмотреть юридическую информацию указанную в данной организации в справочнике "Организации и банки", то будет видно, что почтовый адрес указан с индексом, и по правилам КЛАДРа
Но при формировании справки адрес всегда выходит без индекса, необходимо исправить.
Как измененно :
В справку по форме 182н "О сумме заработной платы, на которую начислены СВ" (модуль Заработная плата - Отчеты - Справки - О сумме заработной платы, на которую начислены СВ) добавлен вывод индекса для варианта формирования справки с параметром "адрес предприятия" = почтовый.
2017-12-07 13:21:14
Краткое описание :
В некоторых случаях суммы, подлежащие распределению на продукты выпуска ОУ, не сопоставляются имеющимся в производственном балансеОписание :
Распределение затратЧто измененно :
В некоторых случаях суммы, подлежащие распределению на продукты выпуска ОУ, не сопоставляются имеющимся в производственном балансе
Как измененно :
Исправлена ошибка программирования
2017-12-07 13:21:14
Краткое описание :
незапланированный расчет з/п за буд месяц при открытом интерфейсе начислений буд периодаОписание :
Ведение интерфейса "Начисления и выплаты"Что измененно :
При открытом интерфейсе начислений буд. периода после занесения туда данных, если забыли закрыть этот интерфейс, перешли в любой лицевой счет и рассчитали зарплату, то рассчитывается зарплата будущего месяца вместо текущего. При этом в левом углу светится отчетный месяц, в настройке пользователя переключился автоматом расчетный месяц на "будущий". Получается путаница, пользователь не переключал отчетный период и не планировал расчет за буд. месяц.
Как измененно :
При изменении настройки расчетного периода в результате переключения в окне начислений и выплат:
- выводится сообщение с предупреждением для пользователя;
- в нижнем левом углу отображается актуальная информация о текущем значении настройки.
2017-12-07 13:21:14
Краткое описание :
некор доход в разбивке НДФЛ по РКОписание :
Расчет удержаний (6-НДФЛ)Что измененно :
Клиент зафиксировал некорректный доход в разбивке НДФЛ, при этом сам НДФЛ корректный.
Ситуация такова :
- есть 2 вида оплаты повременная и вредность на сумму 10.39, на которые начисляется районный коэффициент одним станд в/оплаты (44)
- при этом в разбивке НДФЛ указывается запись с правильным НДФЛ , но доходом по 1 виду оплаты РК с повременки, из дохода
выпадает часть РК на 2 вид - вредность. Соответственно и в НДФЛ-6 доход меньше на эту сумму.
- Ситуация проявляется со слов клиента при неполностью отработанном времени за месяц.
Как измененно :
Исправлена ошибка формирования суммы дохода в записях НФДЛ, при наличии начисления на сумму, НДФЛ с которой равен 1 рубль.
Теперь такая запись не считается остатком округления, в результатах расчета она формируется отдельно с видом оплаты, которым обозначен доход.
2017-12-07 13:21:14
Краткое описание :
В результатах расчета не заполняется ссылка по ВО в случае если ЗП перечисляется двумя видами удержанийОписание :
Расчет начислений (общие вопросы)Что измененно :
1. В результатах расчета не заполняется ссылка по ВО в случае, если ЗП перечисляется двумя видами удержаний.
Сотрудник планирует перечислять свою ЗП в два разных банка.
У одно удержания указана сумма, например, 5000, а остальная сумма должна попасть на другое перечисление.
Для первого удержания указано значение "Перечисление суммы из зарплаты" и задана готовая сумма.
Как определить на какой вид оплаты отнести эту сумму?
Предлагается следующее решение.
Пользователи будут устанавливать признак "перечисление всей зарплаты", если при этом заведена готовая сумма, итог по этому удержанию будет ограничиваться ею.
Получается, что у сотрудника будет создано два удержания. Тип у каждого будет "Перечисление всей зарплаты", но, если в первом удержании указана сумма, то будет удержание будет именно этой суммы. Если во втором удержании сумму не указали, значит оно сформируется на остаток.
Поскольку виды удержания одинаковы, и нельзя проставить приоритеты, то нужно позаботиться о том, чтобы постоянное удержание у которого задана сумма, пошло в расчет первым.
Виды оплат, на которые будет распределяться сумма, будут предоставляться согласно приоритетам распределения перечислений КВО.
2. Сформирован реестр на перечисление суммы из функции меню "Начисления и выплаты".
Вид удержания обозначен системным кодом 170,для которого в классификаторе видов удержаний указаны тип "перечисление" и значение "разбивать по подразделениям, аналитике, параметру и виду оплаты".
У работника имеется два вида оплаты, входящих в расчет удержаний, поэтому сумма разбивается.
Но сумма "начислено" в обеих записях равна начислению в межпериод и, по этой причине, в записи остатка к перечислению, начисленная сумма равна 0.
Как измененно :
Для России доработана функциональность формирования сумм на перечисление для значения "по подразделениям, аналитике и параметру входящих оплат" настройки
"... Режимы расчетов \ Разбивать удержания".
1. Если у сотрудника имеется два удержания с одинаковым кодом, типом "Перечисление всей зарплаты", и в первом удержании указана сумма, то удержание ограничивается именно этой суммой.
Если во втором удержании сумма не указана, то оно сформируется на остаток суммы.
Виды оплат, на которые будет распределяться сумма, будут предоставляться согласно приоритетам распределения перечислений.
Если сумма по виду оплаты, на который относится перечисленная сумма, больше нежели ограничение, то поле "начислено" рассчитывается пропорционально.
В этом случае поле "начислено" и вид оплаты по второму удержанию будут соответствовать остатку начисления.
Поскольку виды удержания - одинаковые, то постоянное удержание у которого задана сумма, приходит к расчету первым.
2. Доработан учет реестра на перечисление суммы из функции меню "Начисления и выплаты" для видов удержаний с типом "перечисление", которые не принадлежат списку жестко зашитых.
Сумма по такому реестру не разбивается, даже, если в классификаторе видов удержаний указано значение "разбивать по подразделениям, аналитике, параметру и виду оплаты".
Таким образом, в записи остатка к перечислению, начисленная сумма заполняется соответственно.