2015-11-25 16:52:21
Краткое описание :
Доработка алгоритма расчета детских пособий из МРОТ.Описание :
Интерфейс "Ежемесячные пособия на детей"Что измененно :
Доработка алгоритма расчета детских пособий из МРОТ.
В настоящее время в системе увеличивается МРОТ на РК, но необходимо увеличивать итоговое рассчитанное пособие на РК.
Об этом говорится в п. 11.1 Положения о расчете среднего заработка (Постановление 375).
Если проблема о детских пособиях, то ниже привожу примеры расчета детских пособий.
Пример 1.
Исходя из Вашего примера система должна считать детские пособия так:
Сотрудник за 2 года заработал 35409,52 р. Сравниваем с СДЗ из МРОТ без учета РК. Получаем, что СДЗ из МРОТ больше. Значит считаем пособие из МРОТ.
Допустим РК 15%. Сумма пособия по уходу за ребенком, рассчитанная исходя из МРОТ, равна 2 394 руб. (5205 руб. x 40%*0,15 + (5205 руб. x 40%)). Минимальный размер пособия по уходу за первым ребенком, который составляет в 2013 г. ? 2 453 руб. 93 коп. Увеличиваем эту величину на РК (2 453 руб. 93 коп. ? 2 453 руб. 93 коп*РК), получается 2822,0195 р.
Сравниваем сумму пособия рассчитанную исходя из МРОТ 2 394 руб. (с учетом РК) и сумму минимального пособия 2822,0195 р. (с учетом РК). Сумма минимального пособия больше, значит применяем минимальный размер пособия 2 453 руб. 93 коп.
Пример 2.
Рассмотрим пример расчета детского пособия когда средний заработок за 2 года превышает МРОТ.
Сотрудник за 2 года заработал 350 409,52 р. Сравниваем с СДЗ из МРОТ без учета РК. Получаем, что СДЗ из МРОТ больше. Считаем пособие исходя из полученного заработка.
Предположим у работника в календарном году за минусом исключаемых календарных дней получилось 500 календарных дней. Определяем СДЗ 350 409,52 р./500 = 700,82 р. Сравниваем полученный СДЗ с максимальным ограничением СДЗ (на 2013 г. он составит 1335,62 руб.) 700,82 р. не превышает ограничения поэтому применяем рассчитанный СДЗ (700,82 р.).
Рассчитываем среднемесячный заработок: 700,82 р. * 30,4 = 21 304,93 р. Допустим РК 15%. Итоговая сумма пособия составит (21 304,93 р. * 40% + ( 21 304,93 р. * 40% * 15%)) = 8521,97 + 1278,3 = 9800,27 р. Сравниваем полученную сумму пособия и сумму минимального пособия 2822,0195 р. (с учетом РК). Полученная сумма больше, значит применяем ее.
Как измененно :
Доработан расчет пособий на детей для РФ, начисляемых с 2013 года.
Если рассчитанный из фактически произведенных в пользу работницы в расчетном периоде выплат средний дневной заработок оказался меньше СДЗmin, дальнейшие расчеты производятся исходя из минимального размера дневного среднего заработка.
При этом средний дневной заработок сравниваем с СДЗ из МРОТ без учета РК.
В районах и местностях, в которых в установленном порядке применяются районные коэффициенты к заработной плате, пособие выплачивается в размере, не превышающем МРОТ.
Сумму пособия по уходу за ребенком, рассчитанную исходя из МРОТ, увеличиваем на РК. Минимальный размер пособия по уходу за первым ребенком увеличиваем на РК.
Сравниваем сумму пособия, рассчитанную исходя из МРОТ c учетом РК, и сумму минимального пособия с учетом РК. Сумма минимального пособия больше, значит применяем минимальный размер пособия.
Аналогично происходит сравнение пособия с максимальной суммой.
2015-11-25 16:52:21
Краткое описание :
Расчет НДФЛ с матвыгоды - реализовать доудержание/сторнированиеОписание :
Расчет подоходного налогаЧто измененно :
У клиента работникам несколько месяцев начислялась матвыгода с 98 алгоритмом, но с неё не удерживался НДФЛ (просто забыли внести постоянное удержание 184 - НДФЛ с матвыгоды).
Теперь при расчёте зарплаты требуется доудержать налог с матвыгоды за прошлые периоды, просят реализовать такую возможность.
Сейчас если в постоянном удержании для 184 в.у. задать в полях "назначено с" и "начало пересчета" требуемую дату, при расчёте зарплаты НДФЛ за прошлые месяцы не доудерживается.
Как измененно :
Доработан расчет НДФЛ с материальной выгоды за прошлые месяцы по настройке на Россию.
Для этого в постоянном удержании для 184 в.у. нужно задать в поле "начало пересчета" требуемую дату, и при расчёте зарплаты НДФЛ за прошлые месяцы удержится.
Алгоритм работает следующим образом: проверяется наличие суммы за нужный месяц в справочнике Размер годового дохода => Налог => Материальная выгода. Если сумма рана 0, происходит поиск сумм в архиве оплат, для которых указан признак входимости в налог с мат.выгоды. Сумма записывается размер годового дохода и от нее рассчитывается налог.
2015-11-25 16:52:21
Краткое описание :
Отображать признак наличия серийных номеров в спецификации
документовОписание :
Предложения по новой функциональности ДСЧто измененно :
Необходимо добавить настройку "Настройки Галактики\Производство
и планирование\Давальческое сырье\ Отображать признак наличия серийных номеров
в спецификации накладных".
Принцип работы данной настройки с накладными модуля "Давальческое сырье" должен
быть аналогичен работе с настройкой "Логистика-> Документы-> Учет серийных
номеров-> Отображать признак наличия серийных номеров в спецификации накладных"
в накладных на сбыт и снабжение контура логистики. То есть: если для данной
настройки поставлено значение "Да", то в панели спецификации МЦ в окне
редактирования накладной отображается дополнительная колонка "Уч.С"(Учет
серийных номеров), в которой выводится литера "С",
если для данной МЦ разрешен выбор серийного номера, и символ "-" - если
запрещен. Если учет СН для заданной МЦ ведется и количество по позиции не
соответствует количеству выбранных пользователем
серийных номеров, литера "С" в поле "Уч.С", будет подсвечена красным цветом.
Если для настройки установлено значение "Нет", колонка "Уч.С" в панели МЦ
выводиться не будет.
Как измененно :
Добавлена настройка "Настройки Галактики\Производство и
планирование\Давальческое сырье\Отображать признак наличия серийных номеров в
спецификации накладных" - допустимые значения "Да"\"Нет". Значение по умолчанию
- "Нет"
2015-11-25 16:52:21
Краткое описание :
Размер соцналогов - разделить налог в пределах ограничения и с превышенияОписание :
Архив налогов на ФОТ и копия архиваЧто измененно :
Сейчас в размере соцналогов для взносов в ПФ показаны раздельно суммы базы в пределах ограничения (711 000) и суммы превышения, однако сам налог хранится только общей суммой. Это затрудняет проверку расчета пользователями и формирование отчетности. Предлагается хранить (и показывать) налог в пределах ограничения и налог с превышения.
Как измененно :
Доработано для РФ. В таблицах "Размер социальных налогов до/после расчета зарплаты" для налога с дополнительным признаком "Л" с 2016 года сумма налога отображается раздельно на базу в пределах ограничения ("Налог до прев.,тек.") и сумму превышения ("Налог после прев.,тек."). Заполняются данные колонки только для текущего лицевого счета.
2015-11-25 16:52:21
Краткое описание :
Медленная выгрузка отчетов, формируемых через построитель
отчетов.Описание :
Построитель отчетовЧто измененно :
Медленная выгрузка отчетов, формируемых через построитель
отчетов.
Формирование отчета прервали после 30 минут.
Как измененно :
Увеличена скорость формирование отчетов через сервисную функцию
"Построитель отчетов" и "Иерархические отчеты".
2015-11-25 16:52:21
Краткое описание :
В локальном меню нет функции ALT+B, а с клавиатуры работает.Описание :
Накладная на отпуск для ремонтаЧто измененно :
В локальном меню нет функции ALT+B, а с клавиатуры работает.
См. вложение. Для актов и накладных на возврат - аналогично!
Как измененно :
Добавлены функции локального меню.
2015-11-25 16:52:21
Краткое описание :
Непонятная отрисовка с налогами, вроде они есть, а вроде и
нет.Описание :
Заявка на обслуживаниеЧто измененно :
Непонятная отрисовка с налогами, вроде они есть, а вроде и нет.
Как измененно :
Редактирование заявки - пункт локального меню "Дублирование
текущей МЦ/услуги": теперь при дублировании МЦ/услугу происходит и создание
записей налогов для новой позиции с учетом введенного количества. Для уже
созданных ранее позиций как вариант использовать кнопку "Выбор группы налогов".
2015-11-25 16:52:21
Краткое описание :
В панели распределения - бессмыслицаОписание :
Накладная на возврат МЦ, не использованных при ремонтеЧто измененно :
В панели распределения - бессмыслица: при вводе количеств по
разрезам нет никакого контроля.
Как измененно :
При правке количества по разрезу теперь осуществляется
контроль: если после ввода количества в позиции разреза сумма количеств по
разрезам позиции превышает фактическое количество по позиции, то выдается
сообщение
"Распределено больше на: ... " и происходит сброс до того значения,
чтобы сумма по разрезам позиции равнялась фактическому количеству по позиции.
2015-11-25 16:52:21
Краткое описание :
Нужно добавить поле или дать возможность добавлять поля
самостоятельноОписание :
Построитель отчетовЧто измененно :
Пользователи могут создавать новые поля для построителя
отчетов, путем разработки и компиляции vip-интерфейсов, реализующих объектный
интерфейс Z_StaffBuilder::IFFRB. Для получения значения таких полей
используется ссылка на карточку сотрудника (Persons.NRec), по которой
программно можно получить значения связанных с этой карточкой различных
атрибутов. Если в настройке отчета указан "Порядок обработки", отличный от
"Текущее состояние", то в отчет могут выводиться по несколько строк для каждого
сотрудника, соответствующих разным записям таблицы обхода, связанной с
карточкой текущего сотрудника. В таком случае плагин на основе IFFRB не
позволяет реализовать пользовательское поле, которое бы выводило в отчет
значения атрибутов таблицы, по которой выполняется обработка данных (порядок
обхода). Нужно дать возможность создавать пользовательские поля отчета, для
получения значений которых будет использоваться не ссылка на карточку
сотрудника, а ссылка на запись таблицы, по которой выполняется построение
отчета.
В качестве примера нужно реализовать плагины для полей "Документ основание" и
"Номер документа основания" таблицы "Поощрения", соответствующей нижней панели
3-го окна картотеки.
Как измененно :
Объявлен объектный интерфейс Z_StaffBuilder::ILoopTable.
Vip-интерфейсы, реализующие пользовательские поля, значения которых зависят от
порядка обработки, должны реализовывать помимо IFFRB ещё и этот интерфейс
ILoopTable. У объектного интерфейса ILoopTable есть лишь одно свойство -
TableNum, определяющее по какой таблице должен быть организован порядок
обработки в отчете, использующем это пользовательское поле. Свойство доступно
только на чтение, т.е. vip-интерфейс пользовательского поля должен через это
свойство возвращать значение, определяющее таблицу циклической обработки.
Допустимые значения описаны в документации компонента
GalDoc\Z_StaffBuilder.chm. В метод GetValue vip-интерфейса, реализующего
ILoopTable через параметр Psn будет передаваться не ссылка на карточку
(Persons.NRec), а ссылка на запись таблицы, по которой реализован порядок
обработки в отчете (например, Apointments.NRec, если в настройках отчета
указано "Порядок обработки"="Назначения" и свойство TableNum vip-интерфейса
пользовательского поля возвращает константу "1", соответствующую этому же
порядку обработки).
В окне выбора полей для отчета созданные пользователем поля будут отображаться
в папке "Пользовательские поля", если они не зависят от порядка обработки,
иначе в соответствующих порядку обработки папках, например в папке
"Назначение", если интерфейс пользовательского поля реализует ILoopTable и его
свойство TableNum возвращает значение "1".
Пользовательские поля в иерархическом представлении окна выбора полей выделены
специальной иконкой.
Сортировка и фильтры по пользовательским полям не поддерживаются.
В качестве примера реализованы плагины для полей "Документ основание" и "Номер
документа основания" таблицы "Поощрения", соответствующей нижней панели 3-го
окна картотеки. Ниже приведен исходный текст одного из них. Компилировать его
необходимо используя файл FFRB.vih, поставляемый с обновлением.
//------------------------------------------------------------------------------
// (c) корпорация Галактика
// Галактика ERP 9.1 - Управление персоналом
// Плагин пользовательского поля "Поощрение: Номер документа основания"
//------------------------------------------------------------------------------
#include FFRB.vih // описание
#doc
Плагин пользовательского поля "Номер документа основания" для таблицы обхода
"Поощрения"
#end
Interface FFRB_1008;
Create view as select *
from Fortune;
// Идентификатор (код) поля
public function GetCode: word;
{
result := 1008;
}
// Описание поля (отображается при выборе)
public function GetDescription: string;
{
result := 'Номер документа основания';
}
// Номер окна, разграничение прав которого должно влиять на видимость поля
public function GetWindowNumber: byte;
{
result := 3; // Анкетные данные, стаж
}
// Типа поля
public function GetTypeField: word;
{
result := 0; // строка
}
// Корневая таблица пользовательского поля
property ILoopTable.TableNum: word read 17; // Поощрения
// Значение поля
public function GetValue(Psn: comp): variant;
{
result := '';
if (GetFirst Fortune where (( Psn == Fortune.NRec )) = tsOk)
result := Fortune.DocNmb;
}
// Путь на текстовый файл с описанием sql-запроса
public function GetSqlFile: string;
{
result := '';
}
// Проверка корректности данного поля при фильтрации
public function CheckField(Psn: comp): boolean;
{
#__UnUsed__(Psn)
result := true;
}
// Множественная пометка
public function Pick(Psn: comp; wFlag: word): boolean;
{
#__UnUsed__(Psn, wFlag)
result := true;
}
End.
2015-11-25 16:52:21
Краткое описание :
Не давать корректировать налоги по позиции в закрытой
заявке.Описание :
Заявка на обслуживаниеЧто измененно :
Не давать корректировать налоги по позиции в закрытой заявке.
Сейчас дает скорректировать и % и сумму налогов, после предупреждения и налоги
становятся ручными.
См. вложение.
Как измененно :
анализируется закрыта ли заявка: если да, то не дает
редактировать информацию, связанную с налогами
2015-11-25 16:52:21
Краткое описание :
Добавить поле "База сумма", "Налог сумма" в интерфейсе "Выплаты и ЕСН/СВ" до и после расчетаОписание :
Архив налогов на ФОТ и копия архиваЧто измененно :
Добавить поле "База сумма", "Налог сумма" в интерфейсе "Размер социальных налогов до(после) расчета
зарплаты".
В размере соц налогов до расчета и после расчета ЗП во вкладке "Суммы по предыдущему филиалу" добавить поля: "База сумма" и "Налог сумма", чтобы можно было видеть, когда наступило превышение по пред. филиалу.
Как измененно :
В интерфейсе "Размер социальных налогов до(после) расчета зарплаты" на вкладке "Суммы по предыдущему филиалу" добавлены поля, где отображаются итоговые суммы базы("Нал.база")" и налога("Налог").
2015-11-25 16:52:21
Краткое описание :
Иерархические отчеты по картотеке и Построитель "не видят"
полную информацию по новому документуОписание :
Построитель отчетовЧто измененно :
В системе появился документ с системным кодом "Виза". В нем
есть поле "идентификационный номер"... его "не видят",
ни построитель отчетов, ни иерархические отчеты по картотеке. Т.е. часть
информации по данному документу в отчеты не попадает.
Необходимо в печатную форму Построителя отчетов и в печатную форму
Иерархических отчетов по картотеке добавить поле "идентификационный номер".
Как измененно :
В иерархический отчет по картотеке и построитель отчетов в
папку "Документы/Все документы" добавлено поле "Идентификационный номер (Виза)"
и его обработки. Данное поле заполняется только для документов с типом "Виза"
(системный код - 1591).
2015-11-25 16:52:21
Краткое описание :
проблемное сообщение: У <табельный номер> нет удержаний, с которых производить удержание алиентов за <месяц год>Описание :
Расчет алиментов в режиме "Начисления и выплаты"Что измененно :
Казахстан: не рассчитываются алименты и исполнительные листы в межпериод и выдается сообщение "Для табельного № ... недостаточно исходных данных для расчета удержания с кодом ..."
Как измененно :
Для Казахстана:
- при добавлении постоянного удержания 188 или 190 производится заполнение полей UdChes и UdZnam, значения которых необходимы при расчете алиментов и исполнительных листов.
- при расчете алиментов и исполнительных листов, если поля UdChes и UdZnam не заполнены, то производится их заполнение
- доработан сбор базы начислений, с которой производится расчет исполнительных листов.
2015-11-25 16:52:21
Краткое описание :
Не происходит автоматическое переключение с иерархического
на линейный режим представленияОписание :
Построитель отчетовЧто измененно :
В окне выбора полей для отчета в построителе отчетов при
использовании быстрого поиска не надо автоматически переключаться с
иерархического на линейный режим. Ни при настройке существующего отчета ни в
мастере создания нового отчета.
Как измененно :
При использовании быстрого поиска в окне выбора полей для
отчета не будет выполняться автоматическое переключение с иерархического на
линейный режим. Это позволит использовать быстрый поиск как в текущей ветви
иерархии списка полей, так и по всему списку, предварительно переключившись в
линейный режим по Alt+S.
2015-11-25 16:52:21
Краткое описание :
Открывать нужный интерфейс выбора ДО и фильтровать по
контрагентуОписание :
Сводные сопроводительные документы на отпускЧто измененно :
Открывать нужный интерфейс выбора ДО и фильтровать по
контрагенту.
При создании спецификации по ALT+F7(Выбор накладных по ДО) открывается
интерфейс выбора из ДО на предоплату???
Надо ДО на продажу(приходится 10 раз CTRL+ENTER нажимать) и ставить фильтр надо
по контрагенту из шапки сводного документа.
Иначе выбор некорректен "Не найдена накладная с номером записи 0"...
Как измененно :
В сводных СД при выборе ДО список фильтруется по контрагенту
сводного документа.
Так же по умолчанию список ДО на продажу/закупку (в зависимости от направления
сводного СД)
2015-11-25 16:52:21
Краткое описание :
Пособие на детей от 3-х до 18 (в период воспитания ребенка до 3-х лет)Описание :
Интерфейс "Ежемесячные пособия на детей"Что измененно :
Пособие на детей от 3-х до 18 (в период воспитания ребенка до 3-х лет) начислялось даже если нет ребенка до 3-х лет.
Как измененно :
Исправлено. Теперь пособие начисляется только если в пособиях есть ребенок до 3-х лет.
2015-11-25 16:52:21
Краткое описание :
Неверный расчет алиментов в межрасчетной выплате будущего периода.Описание :
Расчет алиментов в режиме "Начисления и выплаты"Что измененно :
При расчете алиментов с начислений межпериода в будущем периоде от суммы алиментов отнимаются ранее удержанные алименты с отпускных, рассчитанные в отчетном месяце.
Как измененно :
При расчете алиментов с сумм межпериода и с отпускных в будущем периоде алименты, рассчитанные в текущем периоде, не учитываются.
2015-11-25 16:52:21
Краткое описание :
обнаружен вариант изничтожить юридический и почтовый адресов в каталоге контрагентовОписание :
Редактирование организацийЧто измененно :
В ходе работы с копией базы клиента был обнаружен вариант изничтожить юридический и почтовый адрес в каталоге контрагентов.
Как измененно :
Исправлено.
При повторной конвертации данных каталога контрагентов не происходит затирание новых данных
2015-11-25 16:52:21
Краткое описание :
Функция копирования корресп. счетов для субсчетовОписание :
ВводЧто измененно :
Был расширен контроль корреспонденции до субсчетов.
В связи с чем у многих пользователей возникла необходимость переносить всю
корреспонденцию счетов на субсчета.
Нужно добавить функцию копирования корреспонденции счетов для субсчетов.
Как измененно :
Изменения интерфейса "Допустимая корреспонденция счетов":
- добавлена пометка (только счета);
- в локальное меню панели счетов (верхняя панель) добавлена функция "Копировать
корреспонденцию".
Функция "Копировать корреспонденцию" позволяет для помеченных счетов, либо
текущего скопировать доступную корреспонденцию в субсчета.
2015-11-25 16:52:21
Краткое описание :
Нужно опубликовать новые функции Get_NalogSV и InitStavSVОписание :
Расчёт налогов на ФОТЧто измененно :
Нужно опубликовать новые функции Get_NalogSV(Величина налога в
соответствии с процентными ставками из коллекции) и InitStavSV(Заполнение
коллекции и чтение ставок налогов в коллекцию для СВ), т.к. предполагается их
широкое применение в vip-е.
Как измененно :
Зарегистрированы новые функции Get_NalogSV и InitStavSV.
2015-11-25 16:52:21
Краткое описание :
пропажа тарифа в результатах расчетаОписание :
Расчет начислений (общие вопросы)Что измененно :
У работника заведена доплата. После разноски в предварительном просмотре сумма по тарифу разнесена, а после расчета зарплаты в результатах расчета суммы тарифа нет. В течение расчета тариф обнулялся из-за использования 33-го алгоритма.
Как измененно :
Исправлена пропажа тарифа при расчете заработной платы.
2015-11-25 16:52:21
Краткое описание :
не верный расчет при возврате подоходного в РКОписание :
Расчет подоходного налогаЧто измененно :
Если у работника в течении двух месяцев доход, подлежащий налогообложению, меньше МЗП, то во второй месяц система тоже возвращает подоходный. Это неправильно, т.к. в соответствии с п.2 статьи 166 Налогового кодекса РК: "сумма превышения последовательно переносится на последующие месяцы в пределах календарного года для уменьшения налогооблагаемого дохода работника".
Необходимо исправить расчет подоходного налога.
Как измененно :
Доработан расчет НДФЛ для Казахстана в части применения вычетов, по аналогии с расчетом НДФЛ в РФ.
Учтена настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Сторнирование и возврат \ Возвращать налог за счет вычетов".
Если указанная настройка стоит в положении "нет", то налог за счет остатка вычетов не возвращается. Остаток неучтенных вычетов засчитывается в счет будущих платежей.
2015-11-25 16:52:21
Краткое описание :
Потеря преемственности. Критично для пакетного прогона AQA- тестовОписание :
Редактирование организацийЧто измененно :
Потеря преемственности. Критично для пакетного прогона AQA- тестов
AQA-план для тестирования ТОРО состоит из нескольких (16) простых планов, некоторые из них содержат сегмент восстановления данных и функциональные сегменты. До пакета OPER_158 все планы проходили без проблем, после выхода пакета начались проблемы на сегментах восстановления данных. Удалось среди множества сегментов определить тот, после которого и начинаются проблемы. Этот сегмент работает с каталогом организаций (предположительно после указанного сегмента не закрывается таблица и потом не проходит импорт). Если же после этого сегмента выйти из Галактики, затем войти, то второй сегменте восстановления отрабатывает корректно. Если не выходить, а прогонять планы пакетно, то получаем следующие сообщения:
Ошибка: Нет настройки MyOrg. Выполните "Проверку реестра настроек". IMPORT PODRINFO FROM DBF "C:\DISK_D\gal91\-AQA\tmp\malahov\DATA\269" N S D ;
AQA: Ошибка импорта!
Т.к база не восстановилась до конца, то при повторном входе в Галактику и запуске сегмента восстановления имеем ошибки
Ошибка N 5. Дублированное значение при уникальном ключе. В таблице CATALOGS повторяется значение поля NREC : "903", что противоречит описанной в словаре уникальности индекса CATBYNREC. таблица N25031 Продолжить редактирование ?
После этого приходится Галактику снимать, восстанавливать базу и тесты прогонять фрагментами.
Логи, EXe-шники и скрипты тестов при необходимости могу предоставить
Как измененно :
Исправлена ошибка с таблицей PodrInfo
2015-11-25 16:52:21
Краткое описание :
Редактирование р/с банков к организацииОписание :
Редактирование организацийЧто измененно :
Установлена настройка запрета редактирования банков:
Настройки Галактики \ Общие настройки системы \ Доступ к таблицам \ Запретить модификацию \ Каталог банков - да
Настройки Галактики \ Общие настройки системы \ Доступ к таблицам \ Запретить модификацию \ Каталога контрагентов - нет
Добавляю нового контрагента, на вкладке Банки выбираю из каталога наименование банка, иду в поле Основной р/с.
В результате появляется сообщение Запись защищена от модификации.
Если на р/с распространяется настройка по каталогу банков, то надо и выводить сообщение с настройкой как в банках.
Как измененно :
Настройка "Настройки Галактики \ Общие настройки системы \ Доступ к таблицам \ Запретить модификацию \ Каталога банков" запрещает редактировать только список банков, и не влияет на добавление и редактирование расчетных счетов организаций
2015-11-25 16:52:21
Краткое описание :
"Слетает" указатель года после формирования данных для корректировокОписание :
Архив налогов на ФОТ и копия архиваЧто измененно :
"Слетает" указатель года после формирования данных для корректировок при просмотре таблицы "Размер социальных налогов после расчета зарплаты":
При первом переходе на закладку "Корректировки" окна "Размер социальных налогов после расчета зарплаты", указатель позиционируется на первый год в списке и последний налог в списке(в верхней панели).
Как измененно :
Исправлено. Теперь при входе на закладку "Корректировки" не сбивается позиция указателей.
2015-11-25 16:52:21
Краткое описание :
Проблемы с расчетом п/н когда у работника есть имуществ.вычет + вычет на ребенка+ один месяц зарплата меньше вычета на ребенкаОписание :
Расчет подоходного налогаЧто измененно :
Проблемы с расчетом п/н когда у работника есть имуществ.вычет + вычет на ребенка+ один месяц зарплата меньше вычета на ребенка
У клиента настройки, позволяющие возвращать подоходный налог за счет вычетов, которые их устраивают.
У работника есть вычет на 1 ребенка с января, имущественный вычет с февраля.
В один месяц зарплата меньше вычета на ребенка.
Подоходный налог в этот месяц вернулся, а в следующем вновь удержался в том же размере.
Но в последующих месяцах происходят странности с расчетом п/н. Соответственно некорректно формируется 2-НДФЛ.
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Сторнирование и возврат \ Возвращать налог за счет вычетов" - "да"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вычеты \ Учитывать вычеты при отсутствии дохода за месяц" - "да"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вычеты \ Вычеты переносятся на следующий месяц " - "да"
У работника вычет на 1 ребенка - 1400 с января, имущественный вычет - с февраля. В апреле зарплата была меньше вычета на ребенка. По настройкам системы подоходный налог возвращается за счет вычетов (-91). В мае зарплата позволяет учесть все вычеты на ребенка, вновь добрать п/н и остаток отнести на имущественный вычет. Пока все хорошо.
Но, перешли в настройке в будущий месяц (отчетный май), посчитали ЗП - видим вновь подоходный(????)
Как измененно :
Исправлен расчет НДФЛ с учетом имущественного вычета для алгоритма расчета 1 при наличии суммы заработка меньшего суммы вычетов.
Теперь и в таких случаях имущественные вычеты предоставляются правильно.
2015-11-25 16:52:21
Краткое описание :
Добавить поле в настройку иерархического отчетаОписание :
Иерархические отчеты по ШРЧто измененно :
Пользователи просят в иерархический отчет по штатному
расписанию, в настройку полей для печатной формы добавить поле <дата приема> на
работу сотрудника.
Данное поле необходимо кадровикам для отчетов по штатному
наполнению.
Как измененно :
В иерархический отчет по ШР добавлено поле "Сотрудники на
ставке/Дата приема на работу", заполняемое из 1-го окна карточки сотрудника.
2015-11-25 16:52:21
Краткое описание :
Расчет выслуги лет от стажа на 1 число расчетного месяцаОписание :
Предложения по разработке новых сервисных функцийЧто измененно :
Необходимо разработать функцию в алгоритмах расчета,
позволяющую рассчитать процент по выслуге на 1 число расчетного месяца.
Как измененно :
Настройка "Настройки Галактики \ Управление персоналом \
Расчеты с персоналом \ Выслуга лет \ Учитывать дату начала оплаты при расчете
выслуги лет" заменена на настройку "Расчет процента" с возможностью выбора
следующих значений:
- в рамках расчетного периода;
- в рамках периода, за который начислена сумма;
- на первое число месяца, за который начислена сумма;
- на последнее число месяца, за который начислена сумма.
По умолчанию настройка "Рачет процента" будет установлена в значение в
зависимости от установленного значения настройки "Учитывать дату начала оплаты
при расчете выслуги лет". Если значение последней настройки было установлено в
"Да", то настройка "Расчет процента" будет установлена в "в рамках периода, за
который начислена сумма", иначе - в "в рамках расчетного периода"
Добавлены новые функции для пользовательских алгоритмов
1 - Процент на основании стажа для выслуги лет за переданный период
function Proc_StagByPeriod( ADay1: byte; AMonth1: byte; AYear1: Integer;
ADay2: byte; AMonth2: byte; AYear2: Integer) :
Double;
ADay1, AMonth1, AYear1 - день, месяц и год для левого ограничения
периода
ADay2, AMonth2, AYear2 - день, месяц и год для правого ограничения
периода
Если день месяца какого-либо ограничения периода равен нулю или
некорректно введен месяц или год какого-либо ограничения периода, то период
автоматически захватит весь отчетный (будущий) период. Если введенный день
какого-либо ограничения превышает последний день месяца, то для этого
ограничения возьмется последний день месяца.
2 - Процент на основании стажа для выслуги лет на дату
function Proc_StagByDate(ADay: byte; AMonth: byte; AYear: Integer) : Double;
ADay, AMonth, AYear - день, месяц и год
Если день месяца равен нулю или некорректно введен месяц или, то функция
автоматически захватит весь отчетный (будущий) период. Если введенный день
превышает последний день месяца, то функция возьмет последний день месяца.
3 - Процент на основании стажа для выслуги лет на день относительно информации
из предварительной разноске или расчетного периода, если информации в
предварительной разноске нет
function Proc_StagByDay(ADay: byte) : Double;
ADay - номер дня
Если день месяца равен нулю, то функция автоматически захватит весь отчетный
(будущий) период. Если введенный день превышает последний день месяца, то
функция возьмет последний день месяца.
2015-11-25 16:52:21
Краткое описание :
В печатной форме справки "О зарплате" выводить сумму прописьюОписание :
О зарплате [РФ]Что измененно :
В печатной форме справки "О зарплате" выводить сумму прописью
Как измененно :
ЗП \ Отчеты \ Справки \ О зарплате \ О зарплате [РФ]
В печатных формах сумма среднемесячной зарплаты выводится прописью. Также добавлено поле "Основание выдачи".
Исправлено в формах:
- 'Бизнес-текст' (Справка о заработной плате);
- Word (Справка о заработной плате rtf);
- FR (Справка о зарплате).
Поле "Основание выдачи" выводится в соответствии с выбранным параметром. Если выбрано "лицевые счета", то поле выводится, если ' ' - то нет.
2015-11-25 16:52:21
Краткое описание :
Расчет северной надбавкиОписание :
Расчет начислений (общие вопросы)Что измененно :
В соответствии с ИНСТРУКЦИЕЙ О ПОРЯДКЕ ПРЕДОСТАВЛЕНИЯ СОЦИАЛЬНЫХ ГАРАНТИЙ
И КОМПЕНСАЦИЙ ЛИЦАМ, РАБОТАЮЩИМ В РАЙОНАХ КРАЙНЕГО СЕВЕРА И В МЕСТНОСТЯХ, ПРИРАВНЕННЫХ К РАЙОНАМ КРАЙНЕГО
СЕВЕРА, В СООТВЕТСТВИИ С ДЕЙСТВУЮЩИМИ с НОРМАТИВНЫМИ АКТАМИ (см. Вложение) п.16
16. Процентные надбавки начисляются на заработок (без учета районного коэффициента и вознаграждения за выслугу лет) в следующих размерах:
а) в районах Крайнего Севера - в Чукотском автономном округе и Северо - Эвенском районе Магаданской области, Корякском автономном округе и Алеутском районе Камчатской области, а также на островах Северного Ледовитого океана и его морей (за исключением островов Белого моря) - 10% заработка по истечении первых шести месяцев работы с увеличением на 10% за каждые последующие шесть месяцев работы, до достижения 100% заработка, но не выше 400 рублей в месяц (вводится с 1 января 1991 г.);
б) в остальных районах Крайнего Севера - 10% заработка по истечении первых шести месяцев работы с увеличением на 10% за каждые последующие шесть месяцев работы, а по достижении шестидесятипроцентной надбавки - 10% заработка за каждый последующий год работы до достижения 80% заработка, но не выше 320 рублей в месяц (вводится с 1 января 1991 г.);
Необходимо доработать расчет северных надбавок в связи с этой инструкцией.
Схема доработки.
Работник заработал в районе 1587 максимальный % при переходе в другую зону пересчитываться не должен.
Приходит в 1586 с 50 %
далее через 6 месяцев по шкале зарабатывает 10 %. ИТОГО 60% следующий % надо наращивать через 1 год.
Если работник работает в районах 1585 или 1586, то после зарабатывания % 60%, надо наращивать следующий % через 1 год.
Для решения задачи нужно добавить 2 шкалы для расчета % после достижения 60% надбавки ШКАЛА 9 и ШКАЛА 10
В шкале 9 для молодежи наращивание 20% через 12 месяцев
В шкале 10 наращивание 10% через 12 месяцев
При переходе на шкалы 9 и 10 расчет стажа с нуля ограничивать максимальную надбавку в соответствии с ограничением по тем шкалам, в которых работает работник
Если работник работает в районах 1586 и суммарно по нескольким районам заработал 60% и более, то для молодежи до 30 лет надо перейти на 9 шкалу, для тех, кто старше перейти на шкалу 10.
Если работник работает в районах 1585 и суммарно по нескольким районам заработал 60% и более, то для молодежи до 30 лет надо перейти на шкалу 10, для тех, кто старше -остаться в своей шкале.
Контроль расчета надбавки после достижения 60% необходимо делать по настройке, при настройке "контролировать" переход на дополнительную шкалу должен быть для всех версий расчета.
Как измененно :
Доработан расчет северных надбавок для России при значении "да" настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Учитывать изменения особых климатических условий".
1. Доработана функция Настройка=> Заполнение каталогов=> Градация лет=> Северные надбавки=> [локальное меню] => Конвертация классификаторов.
Добавлена генерация двух вспомогательных категорий (шкал):
код 9 "До 30 лет,вспомогательная шкала расчета свыше 60%"
код 10 "Вспомогательная шкала расчета свыше 60%"
В шкале 9 для молодежи наращивание 20% через 12 месяцев.
В шкале 10 наращивание 10% через 12 месяцев.
Максимальный процент 100.
2. Добавлена настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Переход на дополнительную шкалу при достижении 60%".
Новая настройка, а также настройка "Расчет периода проживания для молодежи" активны при значении "да" в настройке:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Учитывать изменения особых климатических условий"
3. Доработана функция расчета северных надбавок при расчете заработной платы.
Следующий алгоритм работает при значении "да" в настройке п.2.
Переход на дополнительную шкалу происходит в тех случаях, когда работник меняет условия работы из "Местностей, приравненных к рКС" (1587) или из "Иных местностей с особыми климатическими условиями" (1588) на "Остальные районы Крайнего Севера" (1586) или "РКС с особыми климатическими условиями" (1585).
Если работник перешел в "Остальные районы Крайнего Севера (1586)" и суммарно по нескольким районам заработал 60% и более, то для молодежи до 30 лет проценты учитываются по 9 шкале, для тех, кто старше по шкале 10.
Если работник перешел в "РКС с особыми климатическими условиями (1585)" и суммарно по нескольким районам заработал 60% и более, то для молодежи до 30 лет проценты учитываются по шкале 10, для тех, кто старше выбор процента остается по базовой шкале.
Максимальный процент определяется согласно базовой шкале, которая была выбрана согласно возрасту и типу местности.
2015-11-25 16:52:21
Краткое описание :
Не работает отчет о рассинхронизации распределения затратОписание :
Обработка распределения затратЧто измененно :
Не работает отчет о рассинхронизации распределения затрат
Как измененно :
Восстановлена работа отчета рассинхронизации распределелния затрат при использовании строкового представления табельного номера