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


Описание файла обновления:
ФайлZ_ZARNASTR_RES_911030.TXT
ОбновлениеZ_ZarNastr_res_911030
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_ZARNASTR
ТипRES
Версия9.1.103.0
Дата2018-04-02 15:16:47
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.180086NEWНе корректный расчет процента по выслуге функцией Proc_StagByPeriodЗаработная платаСпециальные алгоритмы
Не корректный расчет процента по выслуге функцией Proc_StagByPeriod. На текущий момент выбор схемы подсчета происходит по настройке: "... Выслуга лет Использовать для расчета при переходе на новый процент". У пользователей установлено значение "табель". В этом случае расчет продолжительности идет при помощи табельных функций в учетом оплачиваемых отклонений Можно добавить новое значение настройки, а старое переименовать. Например "табель (с учетом оплачиваемых отклонений)" "табель (без учета отклонений)" Если по новому значению настройки "табель (без учета отклонений)" система будет учитывать только рабочие дни, без учета оплачиваемых отклонений в т.ч. командировок, то такое решение вполне устроит.1. Доработана настройка: "... Выслуга лет Использовать для расчета при переходе на новый процент". Переименовано значение "табель". Новое название "табель с учетом оплачиваемых отклонений" В этом случае расчет продолжительности идет при помощи табельных функций в учетом оплачиваемых отклонений, как было ранее. Добавлено новое значение настройки "табель без учета отклонений". 2. Доработан расчет выслуги при расчете заработной платы с учетом нового значения настройки. Для этого значения система будет учитывать только рабочие дни, без учета оплачиваемых отклонений в т.ч. командировок.
103.9756NEWнепонятна разбивка видов оплат отпуска при расчете с к-том повышения тарифаЗаработная платаРасчет начислений (общие вопросы)
Непонятна разбивка видов оплат отпуска при расчете. Клиент хочет одной строкой. Так, что давайте сделаем настройку отмены разбивки отпуска по датам выплаты. Да настройка отпуска "по месяцу начисления" не соответствует закону, но ее ставят, так как легче вести учет и проверять НДФЛ. Я все-таки считаю, что если клиент пользуется такой настройкой, то ему разбивка не нужна. Клиент настаивает, считает, что работнику видеть эту разбивку ни к чему в расчетном листке.Сворачивать настройкой р/листка тоже не согласен , т.к. у них много переходов и доплат по ним с разными процентами, это надо видеть, а отпуск 2 строками нет. Если они передумают посреди года, то есть сервисная функция разбивки архива по реестрам.1. Для России добавлена новая настройка: "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты Разбивать начисления отпуска и больничного по датам выплаты (перечисления)" По умолчанию, настройка имеет значение "Да" 2. Доработан учет начислений отпуска при расчете заработной платы с учетом новой настройки для России. Если в настройке установлено значение "Нет" начисления отпуска не разбиваются по датам выплаты.
102.1783899.1.102.0Ошибка при расчете продолжающего больничного по бер&родамЗаработная платаРасчет больничных
Ошибка при расчет продолжающегося больничного по беременности и родам. Не выпускает из окна расчета пока не удалишь введённый больничный, циклит с протоколом сообщений - некорректные данные в пенсионных стажах. Для работника рассчитан пенсионный стаж ПУ-3. Если стаж не рассчитан все ОК!Исправлена ошибка, в результате которой постоянно выдавался протокол о невозможности создания стажа в больничном, при попытки выхода из интерфейса, если использовалась настройка "Настройки Галактики Управление персоналом Общие настройки Стажи Данные для пенсионного стажа". Дополнительно. Упразднен устаревший механизм создания пенсионных стажей на основании больничных и отпусков, упразднена настройка "Настройки Галактики Управление персоналом Общие настройки Стажи Данные для пенсионного стажа".
102.1780499.1.101.0Необходимо переименовать настройкуЗаработная платаНастройка
Необходимо переименовать настройку: "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Расчет удержаний в межпериод Рассчитывать алименты с межрасчетных начислений и аванса" на "рассчитывать алименты в межпериод"Переименована настройка: "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Расчет удержаний в межпериод Рассчитывать алименты с межрасчетных начислений и аванса" на "рассчитывать алименты в межпериод"
180.104209.1.101.0В Управлении персоналом и в Заработной плате не предоставлять выбор архивного режима работыЗаработная платаРежимы работ
В Управлении персоналом и в Заработной плате не предоставлять выбор режима работы, для которого не сформирован график работы.Добавлена системная настройка "Настройки Галактики Управление персоналом Общие настройки Режимы работы отображать для выбора только при наличии сформированных графиков". Значение по умолчанию - "нет". При ее установке в "да" в случае передачи в интерфейс выбора режима работы года и месяца, для которых должен выбираться режим, отображаться для выбора будут только те режимы работы, для которых в системе имеются сформированные графики. Заголовок окна выбора режима будет иметь вид "Режим работы (график на %месяц% %ГГГГ% сформирован)".
102.1790359.1.100.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1789299.1.99.0Необходима доработка конвертации с участием новых таблиц в части переноса сведений для ФССЗаработная платаРабота с интерфейсом ввода больничных листов
Доработка интерфейса больничных листов с участием новых таблиц в части переноса сведений для ФСС Необходима доработка конвертации с участием новых таблиц в части переноса сведений для ФСС для случая, когда у администратора нет доступа к таблицам BlankBln или FssInfoДоработан конвертер с участием новых таблиц в части переноса сведений для ФСС для случая, когда у администратора нет доступа к таблицам BlankBln или FssInfo.
102.1725099.1.98.0Доработка интерфейса больничных листов с участием новых таблиц в части переноса сведений для ФССЗаработная платаЗаявления о выплате пособия в ФСС
Необходимо перенести сведения для ФСС в новые таблицы BlankBln и FssInfo.Реализован перенос данных в ФСС в новые таблицы. Визуально для пользователей ничего не должно поменяться. После установки обновления будет запущен конвертер, который переведет имеющиеся записи по листкам нетрудоспособбности - данные в ФСС из таблицы FondOtp в таблицы BlankBln, FssInfo.
102.1769309.1.97.0Не применять вычет основного лс до даты приемаЗаработная платаРасчет подоходного налога
Есть дополнительный лицевой счет с видом работы договор подряда. Сотрудник работал с июля и получал доход, платил подоходный. Вычет на работника по договорам подряда не предоставляется. В октябре работник пришел на основное место работы, связали новый лицевой счет как основной с дополнительным по договору подряда (нужно для 12-труд). В ноябре считаю зарплату основному лицевому счету с настройкой по сторнированию 3 месяца. За август и сентябрь возвращается налог, вижу, что это из-за того, что применяется вычет на работника к месяцам, когда работник еще не работал. В архиве вычетов записи только с октября. Нужно чтобы вычет не применялся в месяцах до даты приема основного лицевого счета.Добавлена системная настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вычеты Учитывать вычеты связанных дополнительных ЛС до даты приема" с возможностью установки значения "да" (по умолчанию) и "нет". Если настройка "Учитывать вычеты связанных дополнительных ЛС до даты приема" установлена в "нет", дата "Учесть вычеты с" (лицевой счет - вкладка "Налог на доходы") не установлена и идет расчет основного лицевого счета, то при расчете удержания с указанным количеством месяцев для пересчета (как системная настройка или непосредственно в лицевом счете) будут применены стандартные вычеты только для того периода, который начинается с даты приема в лицевом счете с учетом истории приема-увольнения. Если дата "Учесть вычеты с" установлена, то при рассмотрении необходимости применения стандартных вычетов будет учитываться эта дата (значение настройки "Учитывать вычеты связанных дополнительных ЛС до даты приема" в таком случае не учитывается). Если установлена настройка "Учитывать вычеты связанных дополнительных ЛС до даты приема" в значение "нет" и дата "Учесть вычеты с" не установлена, то на вкладке "Налог на доходы" лицевого счета напротив поля "Учесть вычеты с" появляется подсказка "-> по настройке "Учитывать вычеты связанных дополнительных ЛС до даты приема"
102.1544699.1.96.0Настройка "Печатать в расчетном листке время по табелю" распространяется только на расчёт ЗПЗаработная платаРасчетные листки
Настройка "Печатать в расчетном листке время по табелю" распространяется только на расчёт ЗП, а должна работать при формировании расчётных листков, в том числе и за прошлые периоды. Необходимо либо переименовать эту настройку и создать новую для табеля, либо изменить принцип её работы.Настройка "Печатать в расчетном листке время по табелю", расположенная в "Настройки Галактики Управление персоналом Расчеты с персоналом Наряды", переименована в "Ограничивать рабочее время табелем при расчете заработной платы". Данное наименование лучше отражает принцип работы этой настройки.
102.1587219.1.96.0Необходимо изменить обработку полей при расчете сборов по шкалеЗаработная платаРасчет алиментов и исполнительных листов
В связи с изменением структуры таблицы классификатора "Процентные шкалы почтовых переводов" необходимо перенести указание величины минимального размера платежа за перевод из наименования шкалы в отдельное, специально предназначенное поле и изменить соответственно алгоритм расчёта.Окно Классификатор "Настройка - Заполнение каталогов - Процентные шкалы почтовых переводов" - в верхней панели названий шкал добавлена колонка "Минимальный тариф". Доступна для ввода и корректировки данных в режиме редактирования. При установке обновления и модификации реестра настроек системой однократно автоматически выполняется копирование минимального тарифа (если он задан корректным образом) из названия шкалы в вышеупомянутую колонку. При расчётах величины почтового сбора по шкале учитывается ненулевое значение, занесенное в вышеуказанное поле.
102.1763929.1.96.0Учет настройки Всегда учитывать стаж проживания для молодежи.Заработная платаСеверные надбавки
Если у работника моложе 30 лет был период проживания в жестких условиях местности, но не было стажа работы в этой местности, то настройка Настройки ГалактикиУправление персоналомРасчеты с персоналомСеверные надбавкиВсегда учитывать стаж проживания для молодежи работает на так, как если бы у работника был период проживания в мягких условиях. Необходимо изменить наименование настройки на "Учитывать стаж проживания для молодежи во всех типах местности", а значение настройки, которое сейчас "нет" будет следующим: "Только для районов Крайнего Севера".Скрыта настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Всегда учитывать стаж проживания для молодежи". Создана настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Учитывать стаж проживания молодежи для всех типов местности" с возможностью выбора следующих значений: - только для районов Крайнего Севера; - да. Если в настройке "Всегда учитывать стаж проживания для молодежи" было установлено значение "нет" или вообще не установлено никакое значение, то настройка "Учитывать стаж проживания молодежи для всех типов местности" при создании будет установлена в значение "только для районов Крайнего Севера", иначе будет установлено значение "да".
102.1704969.1.94.0Учет стажа проживания при переходеЗаработная платаСеверные надбавки
Сотрудник до 30 лет, прожил в мягких условиях с максимальной надбавкой 30% , перешел в местность "Остальные районы КС" надбавка должна быть 30 с настройкой "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Расчет периода проживания для молодежи"="для каждого типа местности". Использовать значение настройки "единовременно" заказчик не может, т.к. специально для него была доработка ПИР 102.147472, чтобы при переходе в более жесткие условия молодым сотрудникам северные начислялись по ускоренной шкале только через год работы, а не сразу. Сейчас при этой настройке считает 0%. Т.о. необходимо доработать работу системы с настройкой "для каждого типа местности" таким образом, чтобы при приеме на работу в более жесткие условия начислялась надбавка по максимальной в месте проживания (проживал в условиях с максимальной надбавкой 30%, пришел на работу в условия с максимальной надбавкой 80%. Надбавка будет начисляться 30%) В данной ситуации лучше сделать отдельную настройку, например "Учитывать стаж проживания", которая будет сохранять нарощенный процент в местности проживания."Доработан расчет северных надбавок для работников, не достигших 30-летия, с периодом годового проживания. Для следующих значений настроек: "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Учитывать изменения особых климатических условий" - "да" "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Расчет периода проживания для молодежи" - "для каждого типа местности" "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Переход на дополнительную шкалу при достижении 60%" - "да" 1. Добавлена настройка: "...Северные надбавки Всегда учитывать стаж проживания для молодежи". При значении "Да" данной настройки всегда учитывается процент по стажу проживания, даже, если работник в данной местности не работал. При значении "нет" функционал работает, как раньше. Если у работника моложе 30 лет был период проживания в мягких условиях местности, но не было стажа работы в этой местности, то такой стаж проживания исключается из учета. Примечание. Мягкие: "Местности, приравненные к рКС" (1587) "Иные местности с оcоб.клим.усл" (1588) жесткие - "РКС с особыми климатическими условиями" (1585) "Остальные районы Крайнего Севера" (1586)
102.1732839.1.93.0Необходимо скрыть настройку "Учет облагаемых сумм и алиментов"Заработная платаРасчет алиментов и исполнительных листов
Для пользователей РФ. В соответствии с законодательством РФ алименты должны рассчитываться "по месяцу в котором". Поэтому необходимо скрыть настройку "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Учет облагаемых сумм и алиментов", т.е. сделать ее недоступной, и установить значение "по месяцу, в котором они были рассчитаны".Для РФ значение настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Учет облагаемых сумм и алиментов" установлено в "по месяцу, в котором они были рассчитаны" (если значение отличалось от такового) и настройка недоступна для редактирования.
102.1741009.1.93.0Сохранять примечания для записей лицевых счетов с другой константойЗаработная платаЛицевые счета (окно ввода и редактирования)
Записи в лицевых счетах и в архиве удержаний в редких случаях могут иметь одно примечание на двоих.Исправлен случай, когда у записей лицевого счета и записей в архиве удержаний общее примечание.
102.1728779.1.92.0Изменения в расчете среднего заработка за время отпуска (РБ)Заработная платаРасчет отпускных
Изменения в расчете среднего заработка за время отпуска (РБ). Инструкция о порядке исчисления среднего заработка, сохраняемого в случаях, предусмотренных законодательством, изложена в новой редакции. В связи с изменениями в Инструкции, необходима следующая доработка в Галактике: Средний заработок за время трудового и социального (в связи с получением образования) отпусков - если расчет производится исходя из часовой заработной платы (абз. 2 п. 10 Инструкции N 47), то должны учитываться только оплаты, перечисленные в п.1.1 Приложения.РБ. Для реализации нового подхода недостаточно одной входимости в расчёт отпуска, как такового. Необходимо разделять оплаты, входящие в расчет и из СДЗ, и из СЧЗ, от оплат, входящих только в расчёт из СЧЗ. С этой целью в классификатор видов оплат добавлена новая дополнительная входимость с номером 22 "Заработная плата за выполненную работу или отработанное время". Для случаев расчёта отпускных из СЧЗ кроме общей входимости в средний для отпуска анализируется ещё и наличие вышеуказанной новой доп.входимости. Если она присутствует - сумма по такому виду оплаты включается в состав часовой заработной платы по месяцам расчётного периода. Добавлен внутренний конвертер, который запустится автоматически при обновлении реестра настроек. Он добавит вышеуказанную доп.входимость для видов оплат с системными кодами: 1, 6, 7, 8, 44, 45, 49 и 53. А также для видов оплат с типами: "РК", "Сев", "Высл", "Инд", "ВЧ", "НЧ", "ПЧ", "СЧ", "РВ", "НД", "13зп", "Раз", "ДМЗП", "Договор". Тем не менее, на каждом предприятии (организации) необходимо дополнительно вручную проверить собственный классификатор видов оплат и, при необходимости, произвести донастройку. Если это не будет сделано, есть риск занизить средний заработок для работников, которым отпускные будут считаться через средний часовой заработок.
106.104929.1.91.0Расчет ежемесячной надбавки за выслугу летЗаработная платаРасчет начислений (общие вопросы)
В рассчитываемом месяце у сотрудника меняется процент выслуги лет. Встает задача пропорционально разделить начисления с которых считается выслуга на относящиеся к одному и другому проценту. Галактика берет для расчета процентов только часы по плановому графику сотрудника, а клиент считает, что должны браться часы отработанные по факту.Добавлена настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Выслуга лет Использовать для расчета при переходе на новый процент" с возможными значениями - график (по умолчанию) - табель. Данная настройка доступна для редактирования при установленном значении "дате начала стажа в ЛС" настройки "Процент выслуги учитывать по" или по сочетанию значений "стажу из Сведений о стажах" настройки "Процент выслуги учитывать по" и "да" настройки "Рассчитывать по часам". Настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Выслуга лет Использовать для расчета при переходе на новый процент" актуальна в случае изменения процента для расчета выслуги лет в расчетном периоде в пределах одной категории. Так как общая выслуга лет в таком случае будет состоять из суммы выслуги лет до изменения процента и выслуги лет после изменения процента, то нужно определить, какая доля базовой суммы приходится на каждое из слагаемых. Эти доли теперь будет определяться на основании данных из табеля или графика работы сотрудника в зависимости от установленного значения настройки.
102.1732269.1.90.0контроль дохода по совместителямЗаработная платаУчет дохода по совместительству
Из сервисных функций пропал учет дохода по совместительству. Клиент просит вернуть к использованию данную функцию. Просьба вернуть ее для настройки РБ.Все нижеизложенное действительно для Беларуси. Сервисная функция возвращена в меню по пути: "Заработная плата - Настройка - Сервисные функции - Налог на доходы физических лиц - Учет дохода по совместительству". При расчете зарплаты будет предложено провести учет дохода если настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Автоматический запрос о получении протокола о доходах с учетом совместительства" в положении "Да".
102.1715709.1.89.0ОВР в разрезе категорий служащихЗаработная платаОбщая ведомость распределения
Таможенным органам необходимо получать данные ОВР в разрезе категорий служащих. Их всего 2: государственные служащие(ГС) и просто служащие(С). Раньше отфильтровать сотрудников ГС можно было по подразделению, в котором работает сотрудник. (В одном подразделении не могли работать сотрудники с разными категориями) Но в связи с указом президента об оптимизации численности госслужащих, теперь в одном и том же подразделении могут работать и сотрудники с категорией ГС, и сотрудники с категорией С. Также сотрудники довольно часто будут менять категорию. Для получения ОВР в разрезе категорий предлагается реализовать дополнительный фильтр в параметрах отчета. Недавнок справочнику должностей добавили поле "Категория застрахованного лица". В ОВР начисления можно фильтровать по должностям с выбранной категорией. Существующие значение настройки "Разбивать удержания" не позволят разбить удержания в случае перехода сотрудника с одной должности на другую в рамках одного подразделения. Соответственно наилучшим решением в вопросе разбивки удержаний по должностям было бы ввести новое значение настройки "Разбивать удержания" - "по подразделениям и ДОЛЖНОСТЯМ переходов межпериода". За прошлые месяцы клиент может получить ОВР в разрезе категорий используя фильтр по подразделениям (как он делал это раньше). Раньше отфильтровать сотрудников определенной категории можно было по подразделению, в котором работает сотрудник. (В одном подразделении не могли работать сотрудники с разными категориями). Начиная с сентября в одном подразделении могут работать сотрудники разных категорий, поэтому и требуется доработка ОВР.1. Добавлено новое значение "по подразделениям и должностям переходов межпериода" настройки "... Режимы расчетов Разбивать удержания" 2. Доработан расчет удержаний при расчете заработной платы с учетом нового значения настройки. Работы продолжаются
102.1686969.1.88.0Расчет отпуск в зависимости от выслуги (стажа)Управление персоналом6. Оформление очередного отпуска
Расчет отпуска в зависимости от выслуги (стажа). У пользователя количество дней отпуска зависит от стажа выслуги, который не совпадает со стажем работы на предприятии (в него включается служба в армии, например). Нужна возможность вид стажа указывать не один для всех отпусков в системой настройке, а для каждого отпуска указывать свой вид стажа. Просто расчет разных отпусков могут вести по разным видам стажа, для разных групп сотрудников.Расчет полагающихся отпусков. Переработан учет видов стажей при расчете полагающихся отпусков. В отпуска по штатному расписанию, привязку персональных отпусков 7-го окна картотеки, функцию привязки персональных отпусков и функцию привязки отпусков по ШР добавлено поле "Трудовой стаж". При расчете полагающихся отпусков учитывается вид стажа из данного поля, а не из настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Планирование отпусков Вид стажа для расчета продолжительности планируемого отпуска". Данная настройка теперь служит ориентиром "по умолчанию" при создании новых записей в вышеуказанных интерфейсах. Также, при смене настройки предлагается автоматически обновить вид стажа во всех отпусках на случай, если для всех отпусков используется один вид стажа. Реализован конвертер, который проставит для уже существующих записей отпусков вид стажа из настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Планирование отпусков Вид стажа для расчета продолжительности планируемого отпуска".
101.625419.1.87.0Добавить настройку, позволяющую выполнять переход к новому периоду при наличии пользователей в модуле "Табельный учет"Заработная платаПереход к новому периоду
Необходимо добавить настройку, позволяющую выполнять переход к новому периоду при наличии пользователей в модуле "Табельный учет". До выхода Z_Service 9.1.121 клиенты на Oracle и SQL Server имели такую возможность из-за имевшейся ошибки. Актуально для клиентов, с большим количеством филиалов (торговых точек) и ведущих табельный учет на местах.Настройки Галактики из раздела "Переход на следующий месяц" переименованы с "Запретить вход в модуль [...] при переходе к новому периоду" переименованы в "Запретить работу в модуле [...] при переходе к новому периоду". Новые названия лучше отражают суть настроек, т.к. они запрещает не только вход в модули, но и запуск перехода при наличии в модулях пользователей. Добавлена настройка "Запретить работу в модуле "Табельный учет" при переходе к новому периоду".
102.1700079.1.86.0В справочник профессий/должностей добавить возможность указывать категорию застрахованного лицаУправление персоналомУсловия труда на рабочем месте
В организациях, где работают сотрудники, которые являются гос. служащими и работники, которые не являются гос. служащими, бывают случаи изменения категории застрахованного лица сотрудника. Такое изменение может произойти в случае смены должности, а так же в случае вступления в силу декретов по оптимизации гос. должностей (декреты так же предполагают наличие нескольких идентичных ставок, которые отличаются только категорией). Необходимо добавить возможность указывать категорию застрахованного лица в справочнике профессий/должностей.Республика Беларусь. Добавлена настройка "Настройки Галактики Управление персоналом Общие настройки Стажи Брать категорию застрахованного лица из должности". В справочнике профессий/должностей добавлено поле "Код категории ЗЛ" (Код категории застрахованного лица). Оно отображается, если включена вышеуказанная настройка. В штатном расписании добавлено поле "Код категории ЗЛ" (Код категории застрахованного лица). Оно отображается, если включена вышеуказанная настройка. В последующих решениях при работе со включенной настройкой. Будут добавлены поля застрахованного лица: - в 6-м окне картотеки, - в окне выбора должностей по штатному расписанию, - на первой вкладке лицевого счета рядом с должностью, - в переходах в межпериод. Будут скрыты поля застрахованного лица: - в 1-го окне картотеки, - в РПД-1, - в лицевом счете на закладке кадровой информации.
101.604089.1.85.0Залогировать прикладное событие просмотра лицевого счета и расчетного листкаЗаработная платаЛицевые счета (окно ввода и редактирования)
Предлагаем залогировать в журнале прав доступа функцией pr_WriteEventToLog прикладные события: - "Просмотр вкладки "Название вкладки" лицевого счета для табельного номера "1000123"" - "Просмотр расчетного листка за месяц год ФИО" Также требуется добавить в текст событий вывод ФИО. К примеру: "Просмотр лицевого счета для табельного номера "1000123" ФИО"Добавлено логирование в журнале прав доступа дополнительных прикладных событий: - просмотра вкладок лицевого счета; - просмотра расчетного листка; - просмотра 13 и 14 окон Картотеки сотрудников. Следует заметить, что момент логирования события просмотра расчетного листка возникает при выводе информации в поток формируемого отчета (FastReport, FCom). Конкретная реализация отчета (в т.ч. пользовательская) может содержать доп. фильтры по данным, из-за которой попавший в поток сотрудник в самом отчете отображаться не будет. Добавлена настройка "Настройки Галактики Управление персоналом Общие настройки Записывать ФИО в прикладные события журнала модуля "Права доступа" системы Support". Ее значение по умолчанию "нет". Если включить настройку, то в дополнение к табельному номеру в текст логируемого события будет добавляться ФИО.
180.103029.1.84.0Не удается пересчитать налоги за 2015 в 2017 годуЗаработная платаРасчёт налогов на ФОТ
Не удается пересчитать налоги с годовой налогооблагаемой базой за 2015 в 2017 году.Для Рф. Доработан функционал сторнирования при расчете налогов на ФОТ по настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Страховые взносы Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном". Теперь возможно просторнировать СВ за 2 года от текущего, если значение настройки попадает в период сторнирования. Максимальное количество месяцев для сторнирования 35, но расчет не выходит за границы позапрошлого года.
102.1684589.1.83.0При заполнении одного поля, слетают значения другого поляЗаработная платаАлименты, исполнительные
Для постоянных удержаний с системными кодами 187, 188, 191 при заполнении поля "Банк" на вкладке "Получатель сбора по перечислению" затирается значение поля "Макс. %" 1) Заполняем поле "Макс. %". 2) Затем на вкладке "Получатель сбора по перечислению" выбираем "Банк" (введенное ранее значение в поле "Макс. %" удаляется) 3) Заполняем вновь поле "Макс. %" (введенное ранее значение на вкладке "Получатель сбора по перечислению" в поле "Банк" удаляется)Для постоянных удержаний с системными кодами 187, 188, 191 изменение поля "Банк" на закладке "Получатель сбора по перечислению" не влияет на поле "Макс. %".
180.102629.1.81.0Зависание системы при проверке реестра настроекЗаработная платаФормирование и расчет нарядов
При проверке реестра настроек система зависает на этапе "Выполнение алгоритма Z_ZARNASTR::CONVERT_JOBSHEETSAUTONUMBERING".Значительно ускорено приведение номера для нарядов в спецтаблице с номерами документов к последнему номеру по внутренней нумерации.
102.1696429.1.80.0Оплаты по путевым листамЗаработная платаПутевые листы
Оплаты по путевым листам у которых дата начала и окончания оплаты, к примеру с 29.05.2017 по 30.05.2017, не попадают в расчет заработной платы за июнь. На старых обновлениях такой проблемы не было (клиент утверждает что при расчете з/п за май все было в порядке). Также проводился расчет оплат по путевым листам на базе данных с обновлениями на конец 2016 года - в итоге расчет проводится верно (оплаты с датами начала и окончания предыдущего месяца попадали в расчет з/п за текущий месяцБыла создана настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Импорт из других модулей Учет путевых листов будущего периода". Имеет два варианта: - в отчетном периоде Все путевые листы будут учитываться при расчете и в отчетном и в будущем периоде. - в будущем периоде При расчете в отчетном периоде будут учитываться путевые листы отчетного и прошлого периода. При расчете в будущем периоде будут учитываться путевые листы только будущего периода (месяц даты начала учтенного путевого листа будет совпадать с расчетным месяцем).
101.619619.1.79.0Пилотный проект ФСС - добавить настройку участияЗаработная плата4-ФСС (общие вопросы)
Для работ по АЗ "Добавление настройки "Дата начала пилотного проекта" необходимо добавить настройки "ПРЯМЫЕ ВЫПЛАТЫ ФСС" и зависимую от неё "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ" (раздел "Управление персоналом", или "Управление персоналом Общие настройки") с такими вариантами: - "НЕТ" (по умолчанию) - используется до тех пор, пока регион не попадает в зону пилотного проекта ФСС. Зависимая настройка "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ" недоступна. - "ПЕРЕХОДНЫЙ ПЕРИОД" - при выборе этого значения должна открываться зависимая настройка "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ", в которой задаётся общая для всего предприятия дата начала прямых выплат ФСС (пилотного проекта). - "ПЕРЕХОДНЫЙ ПЕРИОД (ЧАСТИЧНО)" - используется в случае, если некоторые, но не все обособленные подразделения предприятия подключены к пилотному проекту. Зависимая настройка "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ" недоступна (при необходимости в дальнейшем для этого значения настройки можно будет сделать задание даты подключения к пилотному проекту на уровне подразделений). - "ДА" - выставляется по окончании переходного периода, когда все события точно попадают в ПП (предположительно в начале следующего года после начала пилотного проекта в регионе). Зависимая настройка "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ" недоступна.Для РФ: В раздел настроек "Управление персоналом Общие настройки" добавлены настройки: - Прямые выплаты ФСС (со значениями "нет" (по умолчанию) / "переходный период" / "переходный период (частично)" / "да") - Дата подключения к пилотному проекту (доступна при значении настройки "Прямые выплаты ФСС" = "переходный период")
101.592519.1.78.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.1659029.1.77.0Начисления и выплаты в межпериод при расчете за периодЗаработная платаРасчет начислений (общие вопросы)
Необходимо, чтобы начисления и выплаты в межпериод попадали в расчет заработной платы за период независимо от даты начала этих начислений.Изменения коснулись работы функционала расчета заработной платы за период "с начала расчетного периода по указанную дату" (на вкладке "Разноска" окна параметров расчета заработной платы). Для гибкости работы функционала добавлена настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты При расчете за период учитывать начисления и выплаты", которая может принимать значение - безусловно - по дате начала (устанавливается по умолчанию) - по дате выплаты Если установлена настройка "по дате начала" или "по дате выплаты", то соответствующие даты сравниваются с датой окончания периода расчета заработной платы: и если эти даты меньше, чем дата окончания периода расчета заработной платы, то "начисления и выплаты" будут участвовать в дальнейшей обработке при расчете заработной платы.
102.1610629.1.76.0Избавиться от возможности генерации номера наряда по внутренней нумерацииЗаработная платаФормирование и расчет нарядов
Реализовать для функционала нарядов как бригадных, так и индивидуальных. 1.Избавиться от возможности генерации номера наряда по внутренней нумерации, перейти полностью на способ нумерации по спец. таблице. 2.Избавиться от настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Наряды Автонумерация нарядов". 3.Если это функционал проекта "Операции / Наряды", то избавиться от запуска пересчета номера наряда при переводе нарядов в архивные.Скрыта настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Наряды Автонумерация нарядов". Теперь нумерация нарядов всегда ведется по специальной таблице. Номер в специальной таблице синхронизируется с номером внутренней нумерации, если это был действующий способ. В этом случае в нумерацию по спец. таблице занесется максимальный существующий номер наряда. При необходимости, задать номер, с которого нужно начинать нумерацию нарядов можно через интерфейс "Модуль "Настройка" - Настройка - Нумерация Документов.". Максимальное значение номера по спец. таблице - 999 999.
102.1657859.1.75.0Решение по ПИР 102.164303 отключать по настройкеЗаработная платаРасчет подоходного налога
Клиент в дополнительном ЛС устанавливает признак "% снижения налога" - "100", что бы в расчетном по этому листку отражались только начисления и удержания - а в расчетном по основному ЛС - отражается все налогообложение и льготирование совокупно.Доработана функциональность по настройке на страну Беларусь. 1. Добавлена настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вычеты Учитывать имущественные и социальные вычеты для смежных ЛС работника". По умолчанию, настройка имеет значение "да". 2. Доработана функция учета социальных и имущественных вычетов при расчете заработной платы. Теперь сумма вычета с алгоритмом 97 из справочника Постоянных доплат основного лицевого счета распространяется на все связанные Лицевые счета только при значении "да" в настройке из пункта 1.
102.1649119.1.74.0Сделать настройку 17761 - Учесть переходы в межпериод для нормы времени - доступной для пользователей БеларусьЗаработная платаРасчет больничных
Необходимо сделать настройку номер 17761 "Учесть переходы в межпериод для нормы времени" доступной для пользователей РБ.Настройка номер 17761 "Учесть переходы в межпериод для нормы времени" сделана доступной для редактирования пользователями РБ.
102.1652699.1.74.0Определения вредности при расчете ОППВЗаработная платаРасчёт налогов на ФОТ
Просим предусмотреть для Казахстана два варианта определения вредности при расчете ОППВ (Дополнительный признак = Р Профессиональное пенсионное страхование): 1. на основании комбинации "подразделение + должность"; 2. на основании значения поля "Оплата за работу" = "во вредных условиях". На данный момент система определяет вредность по значению поля "Оплата за работу". Данное решение подходит для одного из клиентов, они пользуются модулем Управление персоналом и имеют сложную структуру в штатном расписании, когда в одном подразделении есть две одинаковые должности с разыми условиями труда. И не подходит для других клиентов, так как они не используют модуль управление персоналом и для расчета ОППВ применяют каталог "Условия труда на рабочем месте". Заполнение нового признака является трудоемким, так как в Галактику информация о переходах приходит из системы САП импортом. Получается, на данный момент они не могут рассчитать ОППВ.Добавлена общесистемная настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги ". Название "Расчёт ОППВ вести на основании" с двумя значениями: "оплаты за работу" / "подразделения и должности". По умолчанию при добавлении настройки устанавливается значение "оплаты за работу". Настройка видима для Казахстана. Расчёт налогов на ФОТ (ОППВ) ведётся с учётом значения добавленной настройки.
102.1646179.1.73.0После конвертации с 8.1 на 9.1 не перенеслась доп аналитика в классификаторах видов оплат и удержанийЗаработная платаНастройка
Перенести конвертер дополнительных аналитик в классификаторе видов оплат/удержаний в механизм обновления настроек.Конвертер перенесен в настройки с сохранением проверки значения скрытой настройки UP.ZAR.KLVIDOPL.ExtrAnalConverted. Таким образом у тех пользователей, у которых конвертер уже отработал, он не запустится повторно, а у тех, кто переходит с 8 на 9 - запустится.
102.1647629.1.73.0Максимальное количество месяцев для сторнирования налогов на ФОТЗаработная платаРасчёт налогов на ФОТ
Максимальное количество месяцев для сторнирования, которые учитываются при расчете = 23. Но в настройке: "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Единый социальный налог/Страховые взносы Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном" можно установить любое значение, что может вводить пользователей в заблуждение. Необходимо либо ограничить возможность ввода большего числа месяцев в настройке либо выводить предупреждение при расчете, если в данной настройке указано более 23-х месяцев.Для РФ. При выборе значения для настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Единый социальный налог/Страховые взносы Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном" в случае превышения допустимого числа месяцев для сторнирования выдается предупреждение "Не предусмотрено сторнирование годовых налогов на ФОТ более, чем за N месяцев", где N - максимально допустимое значение с учетом даты отчетного периода (сторнирование не может выходить за границы прошлого года). Это значение и будет установлено в данном случае для настройки. В параметрах расчета зарплаты (на закладке "Налоги на ФОТ") также при выборе количества месяцев для сторнирования выдается аналогичное предупреждение.
102.1646319.1.72.0Убрать настройку UP.ZAR.CHANGES.SETDEFAULTЗаработная платаСведения о переходах
Предлагаю убрать из системы настройку "Настройки Галактики Управление персоналом Расчеты с персоналом Переходы в межпериод Устанавливать значения по умолчанию в соответствии с датой начала перехода". Обработку оставить ту, которая равноценна выполняющейся по настройке, установленной в "Да".Убрана из системы настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Переходы в межпериод Устанавливать значения по умолчанию в соответствии с датой начала перехода". Существующая обработка равноценна имевшейся при настройке, установленной в "Да". Т.е. в переход автоматически устанавливаются параметры на дату начала перехода. Т.е. теперь при создании перехода в межпериод его буфер автоматически заполняется значениями на дату начала перехода.
101.611189.1.71.0Праздничные дни при наличии перехода на другой режим работы формируются не верно.Заработная платаФормирование табеля
Праздничные дни при наличии перехода на другой режим работы формируются не верно. Сформированы два режима переменной длинны, при внесении в систему перехода в межпериод с одного на другой, сформировался ТУВР, в котором некорректное кол-во праздничных дней. Ситуация решается удалением и формированием ТУВР заново.Праздничные часы в табеле при переформировании табеля не удалялись из-за того, что попали в него как ручные корректировки, которые эмулируются системой в том случае, если количество праздничных часов в графике работы в праздничный день отличается от количества рабочих часов. В случае пользователя дело оказалось в том, что праздничные сохраняются с недостаточной точностью и если ввести время с минутами (к примеру, 10:10), то сохраненное значение праздничных часов отличалось от рабочих даже если значения вводились одинаковые. В рамках решения проблемы праздничные часы по графику сохранены в новых полях. При обновлении реестра настроек выполняется конвертор, заполняющий новые поля. Теперь праздничные часы будут сохраняться с достаточной точностью.
102.1604339.1.71.0Расчет профсоюзных взносовЗаработная платаРасчет взносов (удержаний)
Необходимо удерживать профсоюзные взносы со всех начислений работника за отчетный период, уменьшенных на сумму ОПВ и ИПН. В настройках Галактики для профсоюзных взносов есть возможность исключать ОПВ и целевой сбор. (Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Взносы - Профсоюзные взносы - Учет облагаемой базы) Просим добавить настройку позволяющую исключать ОПВ и ИПН одновременно. Для расчета Профсоюзных взносов используется 197 системный код.Для Казахстана. В настройке "Настройка - Настройка - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Взносы - Профсоюзные взносы - Учет облагаемой базы" добавлена возможность выбора нового режима ограничения "ОПВ и ИПН уменьшают базу". При установке данного режима база для расчет профсоюзных взносов будет уменьшена на размер пенсионных взносов и размер подоходного налога.
102.1599089.1.70.0Минимальное ограничение банковского сбора за перечисление алиментов в банкЗаработная платаРасчет алиментов и исполнительных листов
Минимальное ограничение банковского сбора за перечисление алиментов в банк. При расчете сбора за перечисление в банк постоянных удержаний с ВУ 187, 188 и 191 необходимо применять минимальное ограничение.Для РБ: Добавлена новая настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Прочие удержания Шкала сборов по перечислению в банк" для возможности добавления шкалы с минимальной суммой сбора за перечисление алиментов и исполнительных листов в банк. При расчете сборов за перечисление алиментов и исполнительных листов в банк (ВУ 187, 188, 191), если не указаны ни процент, ни шкала в постоянном удержании для расчета сборов, то анализируется добавленная настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Прочие удержания Шкала сборов по перечислению в банк". Если же значение настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Прочие удержания Шкала сборов по перечислению в банк" не заполнено, то анализируется настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Прочие удержания Процент удержания сбора по перечислению в банк".
102.1625729.1.69.0Вернуть протокол расчета налога при наличии смежного ЛСЗаработная платаУчет дохода по совместительству
После удаления настройки Управление персоналом Расчеты с персоналом Режимы расчетов Автоматический запрос об учете доходов по совместительству" пропала возможность получать протокол расчета налога при наличии смежного ЛС! Данному клиенту критично - данные протокола печатались и подшивались к расчетному, что упрощало проверку расчета подоходного. Необходимо вернуть!Добавлена настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Автоматический запрос о получении протокола о доходах с учетом совместительства". Теперь при расчете ЗП появляется диалоговое окно с предложением показать отчет.
180.66469.1.69.0Ошибка при расчете НДФЛ по доп. аналитикеЗаработная платаРасчет подоходного налога
Ошибка при расчете НДФЛ по доп. аналитике. Проблема с расчетом НДФЛ по обособленным подразделениям (дополнительной аналитике) 1. Сотрудник в феврале месяце работал на двух обособленных подразделениях, считаем ЗП, а в налоге получается разница на 1р, видно по справке 2НДФЛ. Если руками посчитать 13% (25092.83*0.13=3262.06), то налог получится на 1р больше чем в реале посчитанный. Такая же ситуация и в апреле. И если формировать справку 2НДФЛ за весь год, то получается, что 2 рубля ?пляшут? между обособленными подразделениями. Правильного варианта для данного случая не существует. Их всего два: - считать налог по каждому подразделению раздельно; - считать в целом по сотруднику, а разбежку проводить по какому-то подразделению, тогда в справках будут расхождения. Очень много встречается комментариев на эту тему, но большинство мнений все же сходится на первом варианте, т.е. считать по каждому подразделению. На форуме бухсофта высказываются мнения, что данное решение принимает само предприятие по согласованию со своей территориальной налоговой.1. По настройке на Россию добавлена новая настройка: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Раздельный расчет по обособленным подразделениям". Настройка открыта для России, если установлено значение "аналитике и параметру входящих оплат" в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания по подразделениям". При изменении значения страны или принципа разбиения удержания настройка появляется, но открывается или закрывается от редактирования. Настройка имеет несколько значений: нет из дополнительных аналитик из подразделений отнесения затрат. Значение "из дополнительных аналитик" предназначено для тех, кто формирует справку 2- НДФЛ, с параметром "Доп.аналитика для подразделения отнесения затрат". Значение "из подразделений отнесения затрат" предназначено для тех, кто желает свести отчетность 2- НДФЛ по обособленным подразделениям отнесения затрат без учета дополнительных аналитик. 2. По настройке на Россию добавлена новая настройка: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сводить к единой сумме за год при раздельном расчете по обособленным подразделениям". Настройка имеет значения:"нет/да". При значении "нет", сумма НДФЛ, округляется в рамках каждого обособленного подразделения. При значении "да", сумма НДФЛ рассчитывается отдельно по каждому обособленному подразделению, но при расчете последнего входящего подразделения, расчет происходит уже с общего годового дохода, за вычетом сумм налога по тем подразделениям, которые пришли к расчету раньше. 3. Новые настройки работают только при значении "аналитике и параметру входящих оплат" в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания по подразделениям". При изменении принципа разбиения удержаний настройка открывается или закрывается от редактирования. 4. В справочниках "Результаты расчета" и "Суммы по видам удержаний" для удержаний добавлены поля "Облагаемая сумма", "Учтено вычетов", "Обособленное подразделение", "КПП" и "ОКТМО". Переноситься в архив они будут при переходе на новый расчетный период. Поля "Обособленное подразделение" и "КПП" можно увидеть только для удержаний с кодами 182 и 183 по настройке на Россию. Для этих же кодов удержаний поле "Номер исполнительного листа" переименовывается в "ОКТМО". Новые поля будут заполняться и использоваться: при расчете НДФЛ с настройкой "Раздельно по обособленным подразделениям" при выполнении функции "Контроль дохода". 5. Доработана функция расчета НДФЛ при расчете заработной платы. Теперь при расчете используются настройки п.1. и 2. Настройки работают согласно описанию в указанных пунктах. 6. Доработана функция "Контроль дохода". Вместо устаревшего параметра [.] Разносить материальную выгоду Введен новый параметр [.] Заполнять облагаемую сумму и вычеты в записи об удержании. Для нового значения параметра предусмотрен выбор собственного периода, отличного от периода контроля дохода. Если данный параметр установлен, в результатах расчета заполняются новые поля "Облагаемая сумма", "Учтено вычетов", "Обособленное подразделение", "КПП" и "ОКТМО". Заполнение происходит в зависимости от значений настройки "Раздельный расчет по обособленным подразделениям". Если в настройке установлено значение "из дополнительных аналитик", то поиск "КПП" и "ОКТМО" происходит по подразделению из дополнительных аналитик. Если в дополнительных аналитиках не найдена ссылка на подразделение, то "КПП" и "ОКТМО" устанавливаются по ссылке на подразделение отнесения затрат. Для всех остальных значений настройки дополнительные аналитики не анализируются: "КПП" и "ОКТМО" устанавливаются по ссылке на подразделение отнесения затрат. В дальнейшем, поля "КПП" и "ОКТМО" будут использоваться при расчете НДФЛ для сбора общей суммы дохода и налога за год в разрезе по обособленным подразделениям. 7. Доработана функция "Переход на новый расчетный период". При переходе на новый период в справочник "Суммы удержаний" из результатов расчета зарплаты переносятся поля: "Облагаемая сумма", "Учтено вычетов", "Обособленное подразделение", "КПП" и "ОКТМО". Примечание. После того, как Вы изменили значение настройки ... Раздельный расчет по обособленным подразделениям", обязательно нужно выполнить функцию "Контроль дохода".
101.369799.1.68.0Больничный - указывать дни нарушения режима в больничном, а не в табелеЗаработная платаРасчет больничных
Недостаток существующего решения заключается в том, что для ввода в систему нарушения режима больничного нужно задействовать несколько сотрудников с разными функциональными ролями (кадровики, табельщики), так как на сегодняшний день в системе Галактика ERP дни нарушения необходимо вручную проставлять в табеле посредством заведения отклонений, что влечет за собой большие неудобства при добавлении, изменении или удалении нарушения. Требуется автоматизировать ввод отклонений, основанных на нарушении больничного режима, в табель учета рабочего времени.Пользователю предоставлена возможность указать непосредственно в больничном дату нарушения режима (для РБ - период нарушения) и условное обозначение неявки (из классификатора условных обозначений). На основании этих данных впоследствии в табеле будет сформировано отклонение. В интерфейсе просмотра листа нетрудоспособности поле "Дата нарушения режима" будет заменено полями "Начало нарушения режима" и "Окончание нарушения режима". Также будет добавлено поле "Условное обозначение". Для преобразования данных о нарушении у больничных, введенных до выхода данного решения, разработан автоматический конвертер больничных листов, который выполняется при обновлении настроек. Общий принцип работы При получении больничного листка от сотрудника либо при необходимости изменения или удаления нарушения бухгалтеру требуется указать в больничном листе даты начала и окончания периода нарушения (для России и Украины требуется указать только дату начала, датой окончания считается последний день больничного), код нарушения режима и условное обозначение неявки. После этого система получит сигнал о необходимости переформировать табель. При переформировании табель учтет введенный период нарушения в больничном и сформирует соответствующее отклонение. Конвертер должен перенести дату нарушения в поле "Дата начала нарушения режима" корневой таблицы больничного, а поле "Дата окончания нарушения режима" в зависимости от страны останется пустым либо заполнится датой окончания больничного. Поле "Условное обозначение" будет заполнено у тех больничных, для которых в табеле будет найдено отклонение с датой начала, совпадающей с началом нарушения и датой окончания, совпадающей с датой окончания больничного или с концом месяца, если больничный длится несколько месяцев. По такому же принципу будет построена связь между найденным отклонением и больничным. При переформировании или загрузке табеля, будут сформированы отклонения с датами начала/окончания, соответствующими датам нарушения режима в больничном. Будет сформирована связь между больничным и отклонением табеля. Условное обозначение также будет соответствовать введенному в больничном листе.
102.1609669.1.67.0Настройка для разноски за периодЗаработная платаПредварительная разноска отпусков и компенсаций расчетного периода
Выполняется предварительная разноска за период. Сейчас, если дата начала отпуска больше(позже) даты окончания предварительной разноски, то отпуск не попадает в начисления. При этом может возникнуть такая проблема: если дата формирования реестра на выплату отпускных входит в период предварительной разноски, то сумма удержания по реестру попадает в расчётный листок. Тем более, что реестр обычно формируется за несколько дней до начала отпуска. То есть начисление отпуска не попадет в результаты расчета, а реестр, как удержания, появится - и будет удержана сумма из оклада. Клиент просит реализовать решение через настройку, которая будет регулировать попадание/не попадание: по началу пакета отпусков (по умолчанию) или по дате выплаты.Для решения в папке общесистемных настроек "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период" создано две вложенные папки с названиями "Расчет удержаний в межпериод" и "Учет межпериода при расчете зарплаты". В папку "Расчет удержаний в межпериод" вынесены настройки: - "Рассчитывать целевой сбор", - "Рассчитывать удержания в пенсионный фонд", - "Рассчитывать профсоюзный сбор", - "Рассчитывать алименты с межрасчетных начислений и аванса". В папку "Учет межпериода при расчете зарплаты" вынесены настройки: - "Учет выплат по платежным ведомостям", - "Отчетный период: с", "..по", - "Будущий период: с", "..по", - "Учет выплат по реестрам", - "Вид удержания для оплаты через кассу начислений и выплат межпериода", - "Вид удержания для перечисления в банк начислений и выплат межпериода", - "Считать заработную плату за период авансом", - "Вид удержания для реально перечисленной заработной платы", а также добавлена новая системная настройка "При расчете за период учитывать отпуска по дате" с двумя значениями "начала" / "выплаты". По умолчанию значение установлено "... по дате.. начала". Значение новой настройки учитывается в том случае, когда выполняется предварительная разноска не за весь месяц, а с параметром "Период" = "с начала расчетного периода по указанную дату". В этом случае: - если значение настройки "... по дате.. начала", то начисления по пакету отпусков отображаются в предварительном просмотре в случае, если дата "Начало" пакета меньше даты "Окончание" в параметрах предварительной разноски; - если значение настройки "... по дате.. выплаты", то начисления по пакету отпусков отображаются в предварительном просмотре в случае, если дата "Выплатить" пакета меньше даты "Окончание" в параметрах предварительной разноски.
102.1599669.1.66.0Нельзя ставить дробное выражение в настройке для учета пенсионного возрастаУправление персоналомНастройка
Настройки ГалактикиУправление персоналомОбщие настройкиСтажи - Общеустановленный пенсионный возраст для мужчин (15053) - Общеустановленный пенсионный возраст для женщин (15054) Со следующего года будет происходить увеличение пенсионного возраста на полгода. То есть значения вышеуказанных настроек станут дробными, например 60.5 лет для мужчин и 55.5 для женщин.Добавлена возможность ввода дробного пенсионного возраста в годах.
102.1603909.1.65.0Взносы по обязательному социальному медицинскому страхованиюЗаработная платаРасчет взносов (удержаний)
С 01.01.2017 года в Казахстане вводиться в действие Закон "Об обязательном социальном медицинском страховании" от 16.11.2015 года. Нужно предусмотреть: 1) Предусмотреть вид удержания для взноса работника, физического лица работающего по договору гражданско-правового характера в фонд социального медицинского страхования. 2) Предусмотреть минимум и максимум облагаемой базы; 3) Предусмотреть расчет отчислений и взносов в зависимости от статуса Резидентства работника указанного в Лицевом счете, если у работника сменился статус с Нерезидент на Резидент, работодатель должен рассчитать и оплатить взнос работника за счет его дохода. 4) Применять правило по месяцу "в котором". Если при расчете ЗП за январь 2017 года, работнику до начислены суммы за предыдущий расчетный период, либо начислены отпускные за следующий месяц, сумма отчислений и взносов по мед страхованию будет рассчитываться от общей суммы доходов входящих в расчет, в не зависимости от того за какой период производятся оплаты.По настройке "Настройки Галактики Общие настройки системы Настройки для страны" в значении "Казахстан" для расчета взноса "Обязательное социальное медицинское страхование": 1. В лицевом счете на закладке "Взносы, налоги на ФОТ" открыто поле "Страхование нетрудоспособности". Если сотрудник является плательщиком взноса, то данное поле должно быть = "+"; 2. В КВО на закладке удержания доступно поле "взносов ОСМС". Если начисление формирует базу для расчета взноса, то значение поля должно быть = "+"; 3. Проценты, которые необходимо удержать с начислений задаются для сотрудников, работающим по договорам подряда задаются "Настройка / Заполнение каталогов / Налоги на ФОТ и взносы / Проценты взносов на обязательное социальное медицинское страхование (удержания) - договора подряда", для остальных сотрудников - "Настройка / Заполнение каталогов / Налоги на ФОТ и взносы / Проценты взносов на обязательное социальное медицинское страхование (удержания) - зарплата". !!! Для сотрудников, которые работают по договорам подряда, необходимо в лицевом счете указать на закладке "Основная" Вид работы: код 2 - договор подряда!!! 4. Для определения ограничения необходимо в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Взносы Взносы в фонд социального страхования Вид перечисления для ОСМС" указать код перечисления отчисления; 5. Код удержания для ОСМС необходимо указать в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Взносы Взносы в фонд социального страхования Код удержания для ОСМС"; 6. Минимальное ограничение определяется, как минимальная заработная плата, заданная в справочнике "Настройка / Заполнение каталогов Ставки налога и вычеты Минимальная заработная плата (базовая величина)"; Расчет взноса ОСМС производится следующим образов: 1. Формируется база из начислений, которые участвуют в расчете, т.е. указана входимость "взносов ОСМС"; 2. Из базы отнимаются взносы в пенсионный фонд (код 175) и взнос, код которого указан "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Налог и взносы Вид удержания для добровольных профессиональных взносов"; 3. Производится минимальное или максимальное ограничение базы, если это необходимо; 4. Определяется процент в зависимости от значения "Вид работы" сотрудника;
102.1601459.1.64.0Округление ОППВЗаработная платаРасчёт налогов на ФОТ
Клиент при расчете ОППВ не использует каталог Условий труда на рабочем месте, в настройках классификатора налогов на ФОТ параметр "Дополнительный признак" = "-" (нет дополнительных признаков). При расчете ОППВ система не округляет итоговую сумму налога по работнику за месяц. Тогда при формировании реестра на перечисление для банка с округлением до 2-х знаков после запятой, итоговая перечисленная сумма по налогу на ФОТ не равняется начисленной. Просим реализовать округление итоговой суммы налога на ФОТ до 2-х знаков после запятой по каждому работнику, для совпадения с реестрами на перечисление.В окне редактирования классификатора налогов на ФОТ добавлено поле "Округлять итог", видимое только при "Настройки Галактики Общие настройки системы Настройки для страны" = "Казахстан". Данное поле НЕ предназначено для указания точности округления - оно (округление) выполняется с точностью до сотых долей и применяется к итоговой сумме налога по работнику за месяц. Для поля предназначено два значения "да"/"нет", при вводе новой записи автоматически выставляется значение "нет". Одновременно проведена модификация окна редактирования - для всех стран окно стало шире на 2 позиции, уменьшена высота кнопки "Льготы по подразделениям". При расчёте налогов на ФОТ (база для которых формируется в пределах месяца, а не нарастающим итогом за год) округление итоговой суммы (отчислений за работника) за месяц до сотых долей выполняется в соответствии с выставленной настройкой классификатора. При установке обновлений, содержащих решение, одновременно с модификацией реестра настроек запускается конвертер, который для налога с дополнительным признаком "Р" проставит в классификаторе налогов на ФОТ в поле "Округлять итог" значение "да". Если модификация реестра настроек не запустилась автоматически, то её можно запустить самостоятельно или просто в классификаторе налогов на ФОТ выставить нужные признаки.
101.605749.1.63.0Учет дохода по совместительству - скрыть неактуальные настройкиЗаработная платаНастройка
Поскольку сервисная функция "Учёт дохода по совместительству" давно утратила актуальность, предлагается скрыть настройки "Режимы расчетов - Автоматический запрос об учете доходов по совместительству" (системную и пользовательскую) с одновременным их обнулением. А также убрать зависящий от этой настройки параметр перехода на следующий месяц "произвести учёт доходов по совместительству".Настройки обнулены и скрыты. Параметр перехода удален из интерфейса перехода на следующий месяц.
102.1587199.1.63.0"Настройки Галактики Управление персоналом Расчеты с персоналом Наряды Начать нумерацию нарядов с..." - увеличить тип с word на longintЗаработная платаНастройка
В связи с докомпиляцией словаря и изменением типа поля "номер наряда" с word на LongInt появилась возможность хранить номер наряда большего размера. Поэтому необходимо увеличить тип с word на longint и для настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Наряды Начать нумерацию нарядов с..." - увеличить размер"Настройки Галактики Управление персоналом Расчеты с персоналом Наряды Начать нумерацию нарядов с...".Изменен тип настройки с word на longint "Настройки Галактики Управление персоналом Расчеты с персоналом Наряды Начать нумерацию нарядов с...".
102.1607249.1.63.0Ненужная папка "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы НДФЛ межпериодаЗаработная платаНастройка
Для России скрыть папку "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы НДФЛ межпериода.Папка скрыта.