Добрый день!

У сотрудника заканчиваются алименты, на виде стоит конец строки 07.04.2023, задолженности никакой нет, но алименты считаются за полный месяц.

Раньше 218 алгоритм учитывал тип неполноты, а сейчас, похоже, он этого не делает.

Вернее так: если стоит в 26 ст. СТВХ 2, то в кассовых ведомостях алименты считаются с учетом НДФЛ, но не ограничиваются датами, а если при этом поставить параметр, например, 6=1 (в пропорции по календарным дням), то ограничивает, но некорректно. Во-первых, вместо календарных дней берет пропорцию по рабочим, а во-вторых, если дата ведомости следующий месяц, то не видит НДФЛ этого месяца, алименты считает только с начислений. Правильно возьмет, только если дата ведомости из текущего месяца.

Просьба исправить.

Добрый день!

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

Допустим, в поле "Ставка" в КЧ содержится несколько записей:

с 01.03.2018 - 0,5;

с 15.03.2018 - 1;

с 01.04.2018 - 0,5.

Есть идеи просто создавать в ЛС несколько строк вида НУ с этими же датами и, либо с разным БЗ, либо просто добавить доп. реквизит "ставка", а БЗ оставлять неизменным. Но поскольку, такие изменения ставок могут происходить чуть ли не каждый день у различных сотрудников, хотелось бы обойтись расчетом в пределах одного вида в ЛС.

Добрый день! Подскажите, как корректно произвести расчеты в программе. Дата  увольнения сотрудника 03 октября (2 и 3 октября рабочие дни). При этом расчеты за сентябрь не закрыты, зарплата не выдана. Программа не переведена в следующий месяц. 3 октября по уволенному сотруднику нужно выплатить зарплату за сентябрь и октябрь, а также компенсацию за неиспользованный отпуск.

Добрый день. Нужно посчитать виды РК и СН по другому столбцу (не по 11 столбцу, по 46 нужно). Попробовал поставить в параметр алгоритмов D2=С(46) не получилось, подскажите, где что поставить.

Добрый день.

Очень нужна помощь специалистов!

В организации проходит проверка КРО министерства. 

Возник вопрос по оплате работы в праздничный день в соответствии с Постановлением КС РФ от 28.06.2018 №26-п, т.е. с учетом компенсационных и стимулирующих выплат.

До проверки оплата праздничных производилась согласно ст. 153 ТК РФ не менее чем в  в двойном размере дневной часовой ставки (оклад/ч). 

Сейчас нам требуется произвести перерасчет за весь 2023 год и 6 месяцев 2024 года и доплатить разницу.

Ревизор выслала нам два примера правильного расчета праздничных (прилагаются ниже). 

Теперь это нужно реализовать в программе. 

Специалист по "Контур-Зарплате" из обслуживающей нас организации помог настроить вид 128 по оплате выходных и праздничных, но возникла проблема с включением в оплату праздничных ночных часов (сотрудник работал в праздник 8 часов, в том числе 6 часов выпали на ночное время). Всего этот сотрудник отработал в ноябре 2023г. ночью 64 часа и за них произведена доплата 20% от оклада. Ревизор в своем расчете оплаты праздничных указала, что при оплате мы, кроме выплаты за стаж и особых условий труда, должны учесть и оплату 6 ночных часов, приходящихся на праздничный день. Как это можно сделать в программе? 

По второму сотруднику оплата труда производится из МРОТ. Ревизор в своем примере указала, что помимо выплаты за стаж и особые условия труда при оплате 12 часов работы 4 ноября 2023г. нужно учесть компенсационную выплату за работу с вредными и (или) опасными условиями труда в размере 4% от должностного оклада и доплату до МРОТ. Как настроить вид 128, чтобы он учитывал при оплате праздничных и эти выплаты тоже? 

Пересчитывать нужно по большому количеству сотрудников, поэтому хотелось бы настроить программу так, чтобы можно было сделать это автоматически, а не вручную.

Мучают сомнения: а правильно ли включать в расчет праздничных оплату ночных (если время работы ночью совпало с праздником), доплату до МРОТ, компенсационную выплату за работу с вредными условиями труда в размере 4% от оклада?

Я не смогла найти эту информацию в Интернете, поэтому, если есть такая возможность, то поделитесь, пожалуйста, нормативными документами чтобы можно было в споре с ревизором аргументированно доказать необоснованность включения этих выплат (или какой-то из них) в расчет.  

пример ошибки оплаты праздничных.docx
ZPL_zplinfo(20240704_152543).cab

Заранее благодарю за помощь.

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

Добрый день!

В алгоритме расчета с номером 6, указываю вот такие параметры

РВ берется для этого вида с другого вида (оклады).

Единичка, отмеченная маркером в параметрах, вроде должна ограничивать взятое РВ нормой месяца, если его много, но почему-то это не делается.

Пробовала поставить еще один следующий параметр 2=приводить к норме месяца, он работает, если РВ много. А если не весь месяц отработан, то дополняется до нормы, что тоже неправильно.

Как настроить?

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

ПСБ банк прислал xlsx файл с номерами карт. В нем присутствуют поля с ФИО, номером карточки, датой выдачи и табельным номером. Если разносить номера карточек функцией W_Face(BankCard ), то встаёт сам номер, а как к номеру разнести ещё и дату выдачи?

необходимо для перекрытия старых карт

Добрый день. Можно ли настроить расчет среднего по по детям-инвалидам, чтоб суммы со всех источников подтягивались и ставились на один? Или это можно сделать только через настройку отдельных режимов расчета по среднему?

ZPL_zplinfo(20240328_120242).cab
Добрый день.
Контур-Зарплата 625.3.
Подскажите, пожалуйста, как программа считает тарифную ставку для расчета праздничных? программа считает 44.66. Посмотрите, по возможности, ЛС, пожалуйста. Возможно что-то с нормой неправильно.

Добрый день!

Сейчас выравниваю строки в квитке, чтобы суммы ровно стояли.

Для подсчёта кол-ва знаков в сумме  использую ф-цию  to_string,  и обнаружил некую странность в работе ф-ции --

когда сумма с копейками  to_string  переводит в строку все символы,  если же копеек нет, то она игнорирует три

символа, начиная с точки.

   Если так задумано то буду анализировать наличие-отсутствие копеек,  если же будет доработка, тогда ничего

делать не буду.

Спасибо.