подскажите пожалуйста существует ли в таблице входимости алгоритм расчета премии по такой формуле  

оклад деленный на норму рабочего времени за квартал

умножить на количество отработанный дней за квартал

умножить на процент премии     ( то есть выглядит примерно так за 1 квартал 2019 г. 10000 / 57 x 34 x 75%)

эта формула отличается от обыкновенной формулы расчета премии за квартал ( код 112)

При запросе данных элн выходит такая ошибка. Помогите разобраться.

Здравствуйте.

Подскажите, пожалуйста, что я сделала неправильно в данной ситуации или, может быть, нужно поправить какую-то настройку в программе. Дело в том, что на основании приказа в марте 2019г. у части сотрудников задним числом увеличены оклады с 01.01.2019г., мне теперь нужно произвести перерасчет зарплаты за январь и февраль и отпускных (кого коснулось). Вот взяла одного сотрудника и смоделировала ситуацию с перерасчетом з-ты и сформировала по нему форму 6-НДФЛ за I квартал 2019г., при этом допустила, что з-та за март с учетом перерасчета выплачена 29.03.2019г. (на самом деле она будет выплачена в апреле и все это отразится во 2-м разделе формы за 6 м-в). Оклад сотрудника (старый) 11563, новый 12777, разница к доплате 1214 (январь,февраль), доплата по 30% за стаж и за особые условия труда (разница) 364,20 + 364,20, р/к 15% (разница) 291,36. Итого к доплате за январь и февраль по 2233.76, з-та за март 23509,68. По квиточку за январь и февраль доплата по НДФЛ составила 290 (январь) и 291 (февраль), НДФЛ за март 3056. И тут я со всем согласна, но вот в 6-НДФЛ сформировались три вот таких блока:

доплата за январь:

31.01.2019              29.03.2019         01.04.2019              2233.76             982  ??? (в квитке 290)

доплата за февраль:

28.02.2019              29.03.2019         01.04.2019              2233.76             982  ??? (в квитке 291)

з-та за март

31.03.2019              29.03.2019          01.04.2019            23509.68           1673  ??? (в квитке 3056)

Общая сумма налога правильная, но почему она так перераспределилась в 6-НДФЛ? Что теперь делать?

ZPL_zplinfo(20190319_140047).cab

С уважением, Любовь

Добрый день!

1.В ЛС в КЧ заведены уведомление на имущественный вычет и социальный вычет на лечение ,заведен вид 347 для имущественного вычета и 747 для соц. вычета(мед). В ТВХ порядок расчета у 347 и 747 стоит один 150, считается вначале вычет имущественный и уже зп не хватает на соц.вычет. Чтобы вначале применялся соц.вычет, а потом имущественный надо только изменить порядок у видов в ТВХ(347-150, а 347-149)?

2.Случайно в начале прошлого года в одном ЛС вместо 747 вида (мед) завели 748(обучение) и весь год считали. Как теперь правильно пересчитать вид 748 (он неправильный), если сейчас ввели 747?

Добрый день. КЗ 599.7. Какие настройки посмотреть, чтобы непрерывный БЛ сотруднику рассчитывался только за счет организации при превышении 120 дней? Спасибо.

Добрый день!

2-НДФЛ не правильно разбивается по коду организации.

Видимо, в 2-НДФЛ поменялась выборка налогового подразделения. 

В 6-НДФЛ тоже разбивает не правильно. 6-НДФЛ переформировали за 9 месяцев, получили совершенно другие отчеты, сотрудники попадают не в свои ОКТМО.

Пожалуйста, помогите, осталось мало времени для сдачи отчетов. Можно в настроечной таблице "в лоб" поставить чтение из поля podrt, но как это сделать в новом режиме мы не знаем.

Сохраненка: ZPL_zplinfo(20190317_203319).cab

Добрый день!

При работе с клиентом возник вопрос, повторил на поставке. Помогите, пожалуйста, разобраться.

Расчёт за первую половину месяца настроен так:

Сумма заработной платы по 21-му столбцу ТВХ собирается на мнимый вид 901.

Рассчитываю сотрудника за первую половину месяца. Получаю следующий результат.

Расчёт корректный, замечаний нет.

Затем выясняется, что человек прогулял несколько дней в феврале.

Выполняю пересчёт месяца. Рассчитываем ЛС за первую половину ещё раз. После чего ЛС принимает следующий вид:

Получается, в расчёт за первую половину месяца берутся суммы только за март.

Допустим, клиент провёл массовый расчёт за первую половину и сформировал кассовую ведомость по мнимому виду 901, на который упали результаты расчёта. 

В итоге получается вот какая картина:

Во второй половине месяца рабочих дней у человека нет. 

Получается, если в апреле сотрудник не отработает ни дня и уволится, по нему повиснет "долг", который будет уже не из чего удерживать. Сейчас клиент отслеживает таких людей вручную и вручную же исправляет сумму к выдаче по авансу на меньшую, чтобы учесть пересчёт предыдущих месяцев.

Посоветуйте, пожалуйста, как лучше поступить? Создать табличку, которая будет отслеживать подобные ЛС после расчёта за первую половину?

Здравствуйте.

Сложилась следующая ситуация. Сотрудник была в декрете 3 раза подряд по максимальному сроку. В настоящий момент есть необходимость достаточно часто рассчитывать больничный. В качестве базы при расчете среднедневного заработка нужно взять 2009-2010 года. Однако за начало 2009г. данных уже нет, среднедневной заработок рассчитывается неверно. Дальше лучше не будет.
Что делать?

Добрый день. Настраиваем загрузку ЭЛН и указали один и тот же сертификат в трёх строках. Как можно в справке о предприятии очистить строки Сертификат гл.бухгалтера и руководителя? Спасибо.

Добрый день!

У клиента в ходе работы возникла ошибка - в какой-то момент времени по неизвестной причине в УЖЕ рассчитанных ЛС табель заменился на неправильный.

Пример.

У сотрудника стоит стандартный график рабочего времени - 5 дней по 8 часов. В соответствии с этим графиком сотруднику рассчитан оклад за полностью отработанный месяц - 159 часов.

После расчёта часы табеля по какой-то причине изменились:

Вручную расчётчики заполнить часы табеля не могли. Такое невозможно чисто физически, т.к. изменения в табеле мы нашли почти у 3 тысяч сотрудников.

Была версия, что всему виной интеграция с "Контур-Персоналом". Проверили через сервис мониторинга в КПМ - табеля не утверждались никогда. По одному отделению мы табель утверждали сами, когда пытались определить причину ошибки. Эти утверждения/разутверждения и видно на скриншоте.

Кроме того, проверили в КЗ письма интеграции - табеля не присылались никогда (за исключением, опять же, случая тестирования). Следовательно, Интеграция с КП ни при чём (если она не происходит в каком-то скрытом режиме).

Средствами автоматической разноски в КЗ такого результата достигнуть можно, но таблиц разноски, влияющих на часы табеля мы клиенту не делали, а сам клиент их тем более создать не мог.

Таким образом получается, что в какой-то момент сотрудникам массово разнеслись в табель непонятно откуда взятые значения часов.

Сейчас мы оказались в ситуации, когда расчётчики не могут выполнять по уже рассчитанным сотрудникам доначисления, не могут выполнять пересчёты, и по всем ещё не рассчитанным сотрудникам им приходится обнулять табель вручную.

Скажите, пожалуйста

1) каким образом могла возникнуть данная ошибка, случалось ли такое ранее в других организациях?

2) каким образом можно наиболее просто и безболезненно эту проблему исправить/?