2018-03-13 17:24:00

Краткое описание :

В результаты расчета попадает удержание межрасчетной выплаты не с тем параметром. продолжение 101.161164

Описание :

Расчет удержаний (общие вопросы)

Что измененно :

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

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

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

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

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

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

Как измененно :

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

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

2018-03-13 17:24:00

Краткое описание :

Расчёт в "Удержаниях и выплатах" - проверка наличия отпусков

Описание :

Расчет сумм в режиме "Удержания и выплаты"

Что измененно :

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

Как измененно :

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

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;

2018-03-13 17:24:00

Краткое описание :

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

Описание :

Калькуляция себестоимости объекта

Что измененно :

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

Как измененно :

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

2018-03-13 17:24:00

Краткое описание :

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

Описание :

Пенсионный стаж

Что измененно :

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

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

Как измененно :

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

2018-03-13 17:24:00

Краткое описание :

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

Описание :

Распределение затрат

Что измененно :

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

Как измененно :

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

2018-03-13 17:24:00

Краткое описание :

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

Описание :

Виды стажей

Что измененно :

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

Как измененно :

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

2018-03-13 17:24:00

Краткое описание :

Арифметическое округление Социальных отчислений

Описание :

Расчёт налогов на ФОТ

Что измененно :

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

Как измененно :

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