В 598 версии такая возможность появилась.

В идеале (чтобы 100% правильность была): новый прием на работу надо осуществлять через заведение новой исполняемой должности.

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

Как минимум в 6-НДФЛ нет и не было перечисленного НДФЛ, так что там нет всех данных.Предназначение указанного "обобщенного регистра" и в чем его полезность - не ясны.

Форму делать не планировали. Ваш запрос первый и единственный в настоящий момент.

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

Лично мне понятно только как заполнять столбцы 1-3, а по остальным есть вопросы.

столбцы 4-6 - под трудовой деятельностью подразумевается только работа по ТД? ГПХ не в счет?

столбцы 7-9 - что является отчетной датой?

столбцы 10, 14-16 - нет информации в программе, только ручной ввод.

Шаблон то сделаем, он не сложный, просто часть полей будут заполнять сами. Ну и вопрос с отчетной датой открытый. Игорь у вас есть возможность уточнить что есть "отчетная дата"? Или может есть контакт в ЦЗ, которому можно задать вопросы?

А вообще я не совсем уловил откуда следует "надо будет"? Почему организации должны это сделать? Письмо не НПА, в письме написано "Федеральная служба по труду и занятости просит организовать"... откуда следует обязанность организации сдавать такую справку?

З.Ы. "Соответствующие сведения по установленным формам направлять в Федеральную службу по труду и занятости по адресу электронной почты anashkinaiv@rostrud.ru" - это вообще "рука-лицо", куда мы катимся....

Николай, осталось непонятным чем не подошел стандартный поставочный вид расчета материальной выгоды.

Заводите вид ссуды (323), заводите мат.выгоду (298). У мат.выгоды делаете ссылку на 323 вид (в БЗ надо поставить.

В помощи есть целый раздел "Выдача ссуды, расчет материальной выгоды"

В справках по ЛС есть даже справка: "Информация по выданным ссудам"

При расчете среднего, по умолчанию р/к пересчитываются. Делается это для того, чтобы в средний попадал р/к только с тех видов, которые попали в средний. В противном случае у вас какие-то виды могут не участвовать в расчете среднего, а р/к с них будет попадать.

Если вам надо учитывать такую ситуацию в вашем алгоритме р/к, то есть возможность написать свой алгоритм расчета так, чтобы он учитывал то, что его вызвали из расчета среднего.

Если есть потребность, я приведу пример.

Вы все сделали правильно! Ваш "ручной" результат - верный.

Ошибка была в программе. При рассмотрении второй исполняемой должности (той, что с 20.08) программа опять учла период с начала месяца, который был уже учтен при рассмотрении первой исполняемой должности.

Причем если по первой должности, этот период был учтен по 4 часовому графику (с 52 часами), то по второй ИД этот же период был уже взят по 8 часовому графику (104 часа). Получилось что период с 01.08 по 17.08 "утроился" по отношению к правильному результату.

Исправили.

Собрали предварительный релиз. Отдали на тестирование. Результаты тестирования будут известны сегодня-завтра. Если ошибок не будет, выпустим обновление.