Добрый день!

Ответ будет? 

Добрый день!

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

Добавлю еще ситуацию, немного другую.

Договор ГПХ с 17.07 по 28.07, открыт вид начисления по договору ГПХ с этими же датами.

С 01.08 сотрудник принимается на трудовой договор.

В КЧ стоит Код для среднесписочной=7 без даты, с 01.08.23 =1.

Дата приема 01.08.2023.

В численность застрахованных 010 строка РСВ в июле этот сотрудник не попадает, только в август и сентябрь.

Повторюсь, что раньше с таким порядком ведения ГПХ-шников все собиралось корректно.

Кстати, в СТАЖ договор ГПХ вообще теперь не попадает.

Разбиение по травме настроила, спасибо, все получилось.

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

Этот вопрос решился, перезапуск всего помог похоже.

Но возник еще один вопрос.

Делаем свод с разбиением.

По классному руководству страховые взносы 30% ложатся правильно, на 40120, как и начисления, а травма не разбивается, так и остается на 10960.

Как еще и ее разбить?

Еще вопросик возник.

Решили все-таки КБК увеличить до 18 знаков, чтобы был сам КБК и в хвосте КФО, чтобы при установлении соответствия в 1с было все наглядно, но вот в чем проблема.

В своде я вижу все правильно

А вот в dbf-файле 18 знак обрезается.

Ну и в 1с принимается соответственно без 18-го знака.

Есть ли возможность сделать так, как надо клиенту?

Пример, который описал Николай выше с более простым полем source, не хотим, боятся запутаться при проставлении соответствия. Учреждений много, есть бюджетные и казенные, есть много выплат с разными КБК.

В общем, спасибо, вопрос решен.

Подразделение в подведении баланса было, эту настройку не трогали.

"Способ учета собств. подразделения строк" поставили 2, стало как раньше. Но настройка 1 и раньше была, и поставочная тоже 1.

Еще будут комментарии, желательно более оптимистичные )

ZPL_zplinfo_net(20230914_151057).cab

Старая главная должность с кодом 0, самая первая в списке.

Здравствуйте, т.к. тема не закрыта, напишу.

Тоже клиент столкнулся с такой же проблемой.

Был перевод в другое подразделение с 01 августа,отпуск 18.09.-20.10.2023 г., не верно считает РВ.

до перевода

после перевода

1)Вы указали, что у вас главная должность та, куда был перевод.

Да, указали, а как иначе, если она действительно стала главная?

2)При расчете отпуска исключаемые дни определяются по табелю главной должности

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

3)В табеле главной должности у вас отпуск/командировки не отражен

Так он в табеле новой главной должности и не нужен.

1)Скопировать табель из предыдущей должности в табель новой должности

2)Либо добавить вид отпуска в настройку

Настройка -> 4. Настройки параметров расчета -> 3. Настройка расчета отпуска -> Виды,периоды действ.к-рых не учит.в ср.2 (тогда период отпуска будет исключаться по периоду действия строки НУ)

1 вариант не подходит

2 вариант частично решает проблему, но все равно не правильно, например, в табеле старой главной должности есть Н, их никак не подтянешь этой настройкой.

Возможно ли какое-то лучшее решение этого вопроса? Хотелось бы, чтобы программа видела действительно перевод, а не просто новую исполняемую должность.

Кстати, в списке ИД есть поле "Перевод из", но я так понимаю, что пока оно не работает. Или оно для чего-то другого предназначено?