Задачи ЕРП Галактика решенные на дату 2018-03-13

Задача :101.61538

2018-03-13 17:24:00
Краткое описание :
В результаты расчета попадает удержание межрасчетной выплаты не с тем параметром. продолжение 101.161164
Описание :
Расчет удержаний (общие вопросы)
Что измененно :

В межрасчет рассчитаны и выплачены реестром суммы с определенным параметром.
Операции - Начисления и выплаты - Расчет.
Настройка "Разбивать удержания" установлена в значение "по подразделениям, аналитике и параметру входящих оплат".

При расчете зарплаты в начисления попадает тот же параметр, но в удержание попадает параметр из ЛС.
Если в межрасчетной выплате задан параметр, то в удержание нужно брать его из межрасчетной выплаты (как и в случае с начислением), если же он не задан, то брать его из ЛС (опять же, как и в случае с начислением).

Если межрасчетные выплаты считаются в разрезе разных параметров (которые потом входят в аналитический разрез реестров и ведомостей) и они явно задаются в интерфейсе межрасчетной выплаты, то, само собой разумеется, что эти параметры должны попадать и в Результаты расчета в начисления и в удержания с этой выплаты (перечисление в банк).
На данный момент в начисление параметр попадает из межрасчетной выплаты, а в удержание из ЛС, что абсолютно нелогично.

Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет межпериода при расчете зарплаты \ Учет выплат по реестрам
учет не ведется.

Проблема не только по реестрам, но и по платежным ведомостям, т.е. когда удержание=181

Если в Начислениях и выплатах рассчитать НДФЛ, то в результаты расчета потом 182/183 ВУ попадет также с параметром из ЛС, а не из Начисления-выплаты.
Как измененно :

Доработана функция формирования сумм удержания "из Начислений и выплат" в результатах расчета заработной платы для значений "учет не ведется" в настройках учета реестров и платежных ведомостей.
Теперь параметр удержаний принимает значение параметра из начисления в том случае, если не определены другие настройки классификатора видов удержаний.
Кроме того, в результаты расчета передается и сумма начисленная.

Примечание. Ситуация проявлялась в тех случаях, когда приоритет расчета удержаний равен 0.

Задача :102.178858

2018-03-13 17:24:00
Краткое описание :
расчет пенсионного с отпусков при наличии двух отпусков (в отчётном и в будущем периоде)
Описание :
Отпуска будущих периодов
Что измененно :

РБ. Отчетный период - январь.
В отчетном периоде предоставили отпуск с 10.02.18 по 10.02.18, рассчитали отпуск, рассчитали удержания - все хорошо.
Рассчитали зарплату, все нормально.
Далее в закладке будущий период назначили еще один отпуск тому же сотруднику с 18.02.18 по 20.02.18, рассчитали.
Рассчитываем удержания - не считает пенсионный, пенсионный 0.
Как измененно :

РБ, расчёт удержаний в пенсионный фонд для отпуска будущего периода выполняется корректно.

Задача :102.179586

2018-03-13 17:24:00
Краткое описание :
Расчёт в "Удержаниях и выплатах" - проверка наличия отпусков
Описание :
Расчет сумм в режиме "Удержания и выплаты"
Что измененно :

Исторически сложилось разграничение типов в классификаторе отпусков по коду отпуска:
1...20 - основные отпуска (очередной и т. п.), где 2 - отпуск по уходу за ребенком
21 - административный отпуск (за свой счет)
22...39 - учебный отпуск
40 и выше - компенсация за неиспользованный отпуск
Периодически возникают вопросы и замечания от клиентов о неудобстве такого разграничения. Одним не хватает диапазона кодов до 20, другим (при переходе на Галактику из других систем) просто не хочется менять привычные коды.
Необходимо при расчёте сумм в режиме "Удержания и выплаты" отказаться от проверки номерного значения кода для разделения компенсации от отпуска (40 и выше) и перейти на проверку поля "тип отпуска" из классификатора в значении "компенсация".
Как измененно :

При формировании суммы "Выплачено" учитываются отпуска не по значению кода (меньше 40), а по значению поля "тип отпуска" для этого кода в классификторе отпусков. Учитываются отпуска, для которых это значение не "компенсация".

Задача :102.179605

2018-03-13 17:24:00
Краткое описание :
Требуется добавить проверку при заполнении поля "ИТ-Д3" занчением "Детипрл"
Описание :
Пенсионный стаж
Что измененно :
Требуется добавить проверку при заполнении поля "ИТ-Д3"
занчением "Детипрл".
При заполнении поля ИТ-Д3 значением "ДЕТИПРЛ" нужно добавить проверку на
значение поля "Родственная связь".

Как измененно :
Российская Федерация. Формирование данных о пенсионном стаже
сотрудников.
Добавлены условия при формировании стажа ДЕТИПРЛ. Данный стаж заменяет стаж
ДЕТИ или ДЛДЕТИ в случае, если отпуск по уходу (создающий табельное отклонение
с соответствующим кодом стажа, на основании которого строится стаж) создан
через приказ и указан ребенок, а так же:
- родство не пустое и не "СЫН", "ДОЧЬ", "ДЕТИ",
- если родство "ДЕТИ", но родственная связь не пустая и не "МАТЬ", "ОТЕЦ".

Задача :102.179606

2018-03-13 17:24:00
Краткое описание :
Необходим анализ кода расчёта удержаний - обращение к отпускам
Описание :
Расчет удержаний (общие вопросы)
Что измененно :

Исторически сложилось разграничение типов в классификаторе отпусков по коду отпуска:
1...20 - основные отпуска (очередной и т. п.), где 2 - отпуск по уходу за ребенком
21 - административный отпуск (за свой счет)
22...39 - учебный отпуск
40 и выше - компенсация за неиспользованный отпуск
Периодически возникают вопросы и замечания от клиентов о неудобстве такого разграничения. Одним не хватает диапазона кодов до 20, другим (при переходе на Галактику из других систем) просто не хочется менять привычные коды.
Ведутся работы по отказу от проверки номерного значения кода для разделения компенсации от отпуска (40 и выше) и переходу на проверку поля "тип отпуска" из классификатора в значении "компенсация".
В ходе анализа в исходном коде udnalog.pas (Procedure GetUder -> procedure ProcessVacations) нашёлся участок обработки, в котором проверяется условие (OtpuskR^.Kotpus < 40). Но код, похоже, устаревший. Необходимо принять решение - производить ли в этой функции замену на "подгрузку" и проверку классификатора отпусков.
if OtpuskR^.Kotpus < 40 then
begin
CurMonthR^.Summa:=CurMonthR^.Summa+OtpuskR^.SbFzp+OtpuskR^.SbFmp;
if (OtpuskR^.SbFzp<> 0 ) or (OtpuskR^.SbFmp <> 0) then
begin
KlOtpuskR^.Kotpus := OtpuskR^.Kotpus;
{$ifdef _KLCACHE_}
if not GetKlOtpuskCache.Read(OtpuskR^.Kotpus, KlOtpuskR) then
{$else}
if klOtpuskF^.GetEqual(tiklOtpusk01) <> tsOk then
{$endif}
KlOtpuskR^.IsRabDn := 0;
CurMonthR^.Kotpus := KlOtpuskR^.IsRabDn;
end;
if OtpuskR^.DatOk > CurMonthR^.DatOk then
CurMonthR^.DatOk := OtpuskR^.DatOk;
if ((OtpuskR^.DataN < CurMonthR^.DataN) or
(d_day(CurMonthR^.DataN) = 0)) and
(d_day(OtpuskR^.DataN) <> 0) then
CurMonthR^.DataN := OtpuskR^.DataN;
end;
Как измененно :

Удален ненужный код в исходном коде udnalog.pas (Procedure GetUder -> procedure ProcessVacations)
if OtpuskR^.Kotpus < 40 then
begin
CurMonthR^.Summa:=CurMonthR^.Summa+OtpuskR^.SbFzp+OtpuskR^.SbFmp;
if (OtpuskR^.SbFzp<> 0 ) or (OtpuskR^.SbFmp <> 0) then
begin
KlOtpuskR^.Kotpus := OtpuskR^.Kotpus;
{$ifdef _KLCACHE_}
if not GetKlOtpuskCache.Read(OtpuskR^.Kotpus, KlOtpuskR) then
{$else}
if klOtpuskF^.GetEqual(tiklOtpusk01) <> tsOk then
{$endif}
KlOtpuskR^.IsRabDn := 0;
CurMonthR^.Kotpus := KlOtpuskR^.IsRabDn;
end;
if OtpuskR^.DatOk > CurMonthR^.DatOk then
CurMonthR^.DatOk := OtpuskR^.DatOk;
if ((OtpuskR^.DataN < CurMonthR^.DataN) or
(d_day(CurMonthR^.DataN) = 0)) and
(d_day(OtpuskR^.DataN) <> 0) then
CurMonthR^.DataN := OtpuskR^.DataN;
end;

Задача :102.179675

2018-03-13 17:24:00
Краткое описание :
В записях о пенсионном стаже с основанием ДЕТИ не должно заполняться количество ставок
Описание :
Пенсионный стаж
Что измененно :
В записях о пенсионном стаже с основанием ДЕТИ не должно
заполняться количество ставок.

Как измененно :
Российская Федерация. Формирование данных о пенсионном стаже
сотрудников.
При автоматическом формировании записи о стаже-отклонении, если для кода стажа
указан параметр "не выводить" для условий труда, кол-во ставок не заполняется.

Задача :102.179681

2018-03-13 17:24:00
Краткое описание :
При формировании отчета контролировать совпадение ВК заданного для отчета и ВК, заданного в алгоритме расчета калькуляций
Описание :
Калькуляция себестоимости объекта
Что измененно :

При формировании отчета контролировать совпадение ВК заданного для отчета и ВК, заданного в алгоритме расчета калькуляций
Как измененно :

При запуске отчета выполняется проверка на совпадение варианта калькулирования, заданного в параметре Вариант калькулирования и в настройках алгоритма, заданного в параметре Алгоритм расчета.
Если вариант калькулирования не совпадает, то выдается предупреждение и формирование отчета не выполняется.

Задача :102.179711

2018-03-13 17:24:00
Краткое описание :
Дополнить функционал алгоритмов ВО
Описание :
Алгоритмы пользователя
Что измененно :

"алгоритм расчета начисления доплаты до МРОТ: Все начисления кроме РК и СН суммируются, если сумма менее МРОТ (фиксированная сумма устанавливается по каждому региону отдельно) производиться доплата до МРОТ. 68 регионов, в 50% случаев МРОТ региона отличается от МРОТ федерального и не получится завязаться на стандартный МРОТ из справочника."

Как вариант решения видим привязку регионального МРОТ во внешних атрибутах подразделений. На текущий момент функции, которая вернула бы значение из внешних атрибутов подразделения отсутствует. Необходимо реализовать такую функцию.
Как измененно :

Зарегистрирована новая функция DEPARTMENT_DOATTR (DEP, Name) - значение внешнего атрибута типа Double для каталога подразделений.
Параметры функции:
DEP - ссылка на подразделение
Name - наименование внешнего атрибута.

Примечание. Функция находит значение с учетом иерархии

Задача :102.179766

2018-03-13 17:24:00
Краткое описание :
Формирование стажей для ПУ-3 при оплачиваемом простои целый месяц.
Описание :
Пенсионный стаж
Что измененно :

Формирование стажей для ПУ-3 при оплачиваемом простои целый месяц.

У сотрудника был оплачиваемый простой, с которого идут отчисления в пенсионный стаж, целый месяц (код вида деятельности ВЗНОСЫВРЕМ), также в этом месяце была премия, которая прервала код вида деятельности ВЗНОСЫВРЕМ, т.к. в месяце не было рабочих дней. Такого быть не должно, в таких случаях код вида деятельности ВЗНОСЫПРЕМ первичен и не может быть прерван кодом вида деятельности ПРЕМИЯ.
Как измененно :

Республика Беларусь. Формирование данных о пенсионных стажах сотрудников.
В настройках вида деятельности добавлена возможность установить параметр "игнорировать". В этом случае, отклонение с таким кодом не будет не отображено, не вырезано.
В справочник добавлен новый вид деятельности "ПРОСТОЙ". Для того чтобы он отобразился, необходимо произвести инициализацию каталогов. Новый вид деятельности необходимо указывать для периодов оплачиваемого простоя на предприятии. В виде деятельности "ПРОСТОЙ" необходимо установить параметр "игнорировать".

Задача :102.179812

2018-03-13 17:24:00
Краткое описание :
Пенсионный стаж. Год оплаты по договору.
Описание :
Пенсионный стаж
Что измененно :
РФ. Пенсионные стажи.
В 11-м окне картотеки поле "Год оплаты по договору подряда" заполняется только
для записей с системными кодами стажа "ДОГОВОР", "НЕОПЛДОГ", "НЕОПЛАВТ", если
стаж сформирован по архиву договоров. Нужно заполнять год также и при
формировании стажа по архиву оплат.
Как измененно :
Российская Федерация. Формирование данных о пенсионных стажах
сотрудников.
При формировании пенсионных стажей по договорам подряда на основании архива
оплат, заполняется поле "Год оплаты по договору подряда" на основании года, в
котором начислена сумма.

Задача :102.179874

2018-03-13 17:24:00
Краткое описание :
При калькулировании НАЛОГОВОЙ схемы возникает рантайм на операции с видом СДР в случае исключения передач затрат со складов
Описание :
Распределение затрат
Что измененно :

При калькулировании НАЛОГОВОЙ схемы возникает рантайм на операции с видом СДР в случае исключения передач затрат со складов
Как измененно :

Исправлена ошибка программирования

Задача :102.180021

2018-03-13 17:24:00
Краткое описание :
Нужен подсчет часов по командировке внесенных с помощью системных отклонений / неявок.
Описание :
Пенсионный стаж
Что измененно :

Необходимо формировать стаж ВЗНОСЫВРЕМ для командировок, оформленных не через приказ.
Как измененно :

Республика Беларусь. Формирование данных о пенсионных стажах сотрудников.
В справочник добавлен новый вид деятельности "КОМАНДИРОВКА". Для того чтобы он отобразился, необходимо произвести инициализацию каталогов. Новый вид деятельности необходимо указывать для командировок. В виде деятельности "КОМАНДИРОВКА" необходимо установить параметр "игнорировать".

Задача :102.180081

2018-03-13 17:24:00
Краткое описание :
Автоматизировать инициализацию каталога "Коды стажей"
Описание :
Виды стажей
Что измененно :

Автоматизировать инициализацию каталога "Коды стажей" при добавлении в каталог системных кодов.
Как измененно :

При открытии интерфейса формировании данных о пенсионном стаже запускается функция инициализации системных каталогов с кодами стажей (РФ) и видами деятельности (РБ). Инициализация расширена.
РФ:
* ДЕТИПРЛ - Отпуск по уходу за ребенком (не родители).
РБ:
* ПРОСТОЙ - Время простоя по вине работодателя,
* КОМАНДИРОВКА - Работа в командировке.

Задача :106.10564

2018-03-13 17:24:00
Краткое описание :
Неправильно рассчитываются алименты для работников, уволенных в последний день месяца
Описание :
Расчет алиментов и исполнительных листов
Что измененно :

Неправильно рассчитываются алименты для работников, уволенных в последний день месяца.
Как измененно :

Алименты не пересчитываются, если дата окончания алиментов равна дате окончания начислений, с которых расчитываются алименты.

Задача :180.10636

2018-03-13 17:24:00
Краткое описание :
Арифметическое округление Социальных отчислений
Описание :
Расчёт налогов на ФОТ
Что измененно :

В Казахстане внесены изменения в Постановление Правительства Республики Казахстан от 21 июня 2004 года № 683 "Об утверждении Правил исчисления и перечисления социальных отчислений". Касательно уплаты социальных отчислений в связи с внесением изменений в Постановление Правительства Республики Казахстан от 21 июня 2004 года № 683 "Об утверждении Правил исчисления и перечисления социальных отчислений".Постановлением Правительства Республики Казахстан от 29 сентября 2017 года №603 "О внесении изменений и дополнений в некоторые решения Правительства Республики Казахстан" (вступило в силу 5 октября 2017 года), в связи с неоднократными обращениями работодателей и предпринимателей были внесены изменения в Постановление Правительства Республики Казахстан от 21 июня 2004 года № 683 "Об утверждении Правил исчисления и перечисления социальных отчислений"
Так, в соответствии с правилами, при исчислении социальных отчислений суммы, исчисленные в тиынах, округляются до 1 тенге в большую сторону. Это означает, что независимо сколько тиын получается при расчете, сумма СО увеличивается на 1 тенге.
Как измененно :

РК. Если в классификаторе налогов на ФОТ для социальных отчислений ("Дополнительный признак" = "О") установлено округление итоговой суммы до целых НДЕ, то это округление производится всегда в бОльшую сторону.