При проведении документа формируется Ид мероприятия. Если документ просто перепровести, то Ид не меняется, а вот если отменить проведение и провести снова, то Ид становится другим и последующие документы СЗВ-ТД могут в мероприятиях вывести, что одно мероприятие отменилось, а другое стало вместо него.
Вообще лишние телодвижения с этими документами порождают кучу записей в регистре сведений Мероприятия трудовой деятельности прочие с разными идентификаторами. Я пока экспериментировал с двумя документами Регистрация трудовой деятельности и двумя документами Сведения о трудовой деятельности СЗВ-ТД по одному сотруднику и его совместительству, у меня в этом регистре образовалось 13 записей. Как потом это все разгребать даже не представляю.
Дело в том, что этот документ при проведении делает записи в регистр сведений "Мероприятия трудовой деятельности" и при проведении анализиуются идентификаторы этого же регистра. Если идентификаторы есть, то они не пересоздаются, а если идентификаторов нет, то создаются заново. Правда в самом документе тоже есть поле с идентификатором, но оно во-первых не доступно для редактирования, по умолчанию скрыто и при заполнении пустое. Но вот если туда идентификатор пропишется, то при перепроведении уже не будет переформировываться.
Еще столкнулся с тем, что если документом Регистрация трудовой деятельности введены данные на начало 2020 года и в этих данных есть две строки - по основному месту работы и по внутреннему совместительству, то приоритетным будет сотрудник с последней датой мероприятия. Т.е. если сотрудник написал заявление и мы передаем сведения за прошлый год, то в СЗВ-ТД попадают данные по одному сотруднику и это могут быть данные по внутреннему совместителю(если последние кадровые движения были по совместителю). Если хотим основного, то как вариант в данном случае не заполнять документ Регистрация трудовой деятельности по внутренним совместителям пока ситуация того не потребует.
Для себя я немного переписал запрос в общем модуле ЭлектронныеТрудовыеКнижки в функции ЗапросВТМероприятияДоНачалаУчета, чтобы приоритет был у основного места работы.
По крайней мере так в версии 3.1.13.151
Отправить комментарий