Проверка мероприятий трудовой деятельности

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

   В этом отчете идет просто проверка на количество записей по мероприятию. Это можно увидеть в режиме изменения варианта отчета (вкладка Условное оформление для группировки)

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

   Я обычно в этих случаях проверяю, чтобы мероприятие которое сдано в ПФР было зарегистрировано (заполнена колонка Регистратор ) и не отменено, а чтобы все остальные записи по этому мероприятию (лишние так сказать), были отменены.

   

2. Здравствуйте, Светлана!
   Тогда надо бы понять на какие записи необходимо обращать внимание? Как увидеть ошибку с помощью этого отчета? особенно если сотрудников много.
   Отчетный период = март. В СЗВ-ТД по всем ЮЛ (> 100) попали записи по 2400 ФЛ( со своими наборами мероприятий)
   Количество строк в проверочном отчете около 70 тысяч.
   Увольнение перепровели/перерасчитали 8 раз — вижу 8 строк отменой и одна последняя, которая в уходит СЗВ.
   Или есть блок строк по сотруднику, у которого не было мероприятия в марте — строки с мероприятиями прошлых лет и январский перевод.
   (см. прикпепленный).
   Как же увидеть в отчете что не так?

   1. Насколько я понимаю, у этого отчет несколько другое назначение: не проверить полностью свой учет, а удостовериться, что ИД уже сданного в ПФР мероприятия изменился и его требуется заменить с помощью обработки. Ведь не зря этот отчет идет в паре с обработкой по замене ИД мероприятия. Он как проверка перед ее выполнением, чтобы убедиться, что ее действительно нужно выполнить, ведь действия обработки потом будут необратимы.

      Как я понимаю задумка такая: сначала заполняем СЗВ-ТД, если по кому-то образуются лишние записи (которые уже переданы в ПФР), тогда уже анализируем через отчет, в чем причина и при необходимости меняем ИД мероприятия (если выясняется, что в ПФР ушел один ИД, а сейчас в учете у нас другой). Т.е. смысл в том, чтобы восстановить утраченные ИД с помощью этого отчета. А проводить сплошной контроль всех мероприятий через него, согласна с Вами, неудобно.

      Конкретно в Вашем отчете по 1 сотруднику 2 блока с мероприятием увольнение от 02.04.2020. Всех полей не видно, но могу предположить, что последнее мероприятие Увольнение отличается от 1го (которое отменено 8 раз). Возможно заполнено основание увольнения или что-то еще, поэтому Увольнение и поделилось на 2 разных блока. Если хотите проверить правильность отраженного мероприятия, сравните их между собой, какое должно быть передано в ПФР? На скриншоте нет информации о документе передачи, поэтому предполагаю, что это увольнение еще не передавали. Если так, то сейчас по факту в СЗВ-ТД должно попадать нижнее мероприятие (не отмененное)

3. а я наивно предположила что «проверка» в наименовании отчета обозначает : «смотри сюда, тут ошибка!!!»

   1. Нет, к сожалению) Отчет был создан для борьбы с уже найденными ошибками. В публикации Обработка по исправлению уникальных идентификаторов (UUID-ов) по кадровым мероприятиям для СЗВ-ТД мы тоже его рассматриваем именно в контексте исправления выявленных ошибок, а не как отдельный инструмент.

4. а если документы Регистраций ТД с вх.остатками на 2020 сформировали 14.04 и туда попали мероприятия (прошлых лет) сотрудников, уволенных в январе-феврале 2020, по которым СЗВ-ТД за январь-февраль отправлены в ПФР. Но из этого документа такие мероприятия не удалили?
   Можно ли их теперь удалить? в шапке этого документа предупреждение «! Записи ТК переданы в ПФР….».

   1. Скажите, а когда сдавали СЗВ-ТД за январь-февраль, подавали только текущие мероприятия или остатки на 01.01.2020 тоже (может вручную как-то добавляли)? Потому что если передавали только текущие мероприятия, то в перспективе остатки по этим людям все равно придется подавать (ПФР уже повсеместно просит досдать) и эти мероприятия тогда отменять не нужно, т.к. они пригодятся при подаче остатков.

      Если же остатки передавали и при заполнении документа РТД данными до 2020 мероприятие задублировалось и мы точно уверены, что оно лишнее, тогда лучше его отменить. А вот как это сделать вопрос интересный.

      По-хорошему лучше не трогать исходный документ РТД, т.к. велик риск (особенно при большой численности), что что-то изменится при его перепроведении. Особенно если его перепроводить через отмену проведения (а не просто провести заново), то все ИД точно «поедут».

      Но если отменить мероприятие отдельным документом РТД по кнопке «Отменить» в СЗВ-ТД по сотруднику будут попадать оба мероприятия (и исходное и отмененное, причем оба с одинаковыми идентификаторами). Такая беда именно с мероприятиями до 2020 года. На мой взгляд, это некорректное заполнение СЗВ-ТД, о котором лучше написать разработчикам (v8@1c.ru).

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

5. я удалила запись из РС Мероприятия ТД прочие

6. и не знаю что это за собой повлечет…

   1. Если удаляли записи только с ИД, которые отсутствуют в регистрах актуальных данных (Мероприятия ТД и Мероприятия ТД переданные, т.е. этих записей нет среди зарегистрированных мероприятий и среди переданных), тогда просто отчет по проверке мероприятий станет красивее 🙂 Сами по сама такие записи не несут актуальной информации, а скорее хранят историю транзакций.

7. Кадровики начали лепить СЗВ-ТД по уволенным (на след. день после увольнения) а расчетчики пытаются перерасчитать документы увольнений (ошибки в расчетах нашли).
   Расчетчики могут воспользоваться кнопкой ЕЩЁ, на опасаются непонятных последствий (что произойдет с СЗВ-ТД в последствии).
   Спасайте нас!

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

      Как заверяют разработчики, если данные, связанные с СЗВ-ТД не меняются и у документа не отменять проведение, а просто провести его заново, то ИД не должен затереться. На демобазе Вашего релиза в принципе так и сработало.

      Но я бы рекомендовала или сначала попробовать на копии базы. Или после пересчета и проведения Увольнения проверить ИД мероприятия (который сформирован документом и тот, который в СЗВ-ТД) и если он все-таки заменится, то то восстановить его обратно обработкой по замене UUID.

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

8. В Увольнении (исходном) делают перерасчет начислений, а значит не просто пререпроводят.
   Дата Увольнения 27.04, его сначала утвердили и провели (например, 25го числа) а перед выплатой заметили косяк в расчетах. А кадровики уже сделали СЗВ-ТД и вбомбенили туда флаг передан в ПФР (который прикрывает редактирование Увольнения)

   1. При нажатии на кнопку «Пересчитать» отмены проведения не происходит. в этом случае ИД у меня остался тем же. Сначала Еще-Иззменить документ. потом пересчитываем и проводим, главное не отменять проведение. Попробуйте на копии базы сначала

9. ПОНЯЛА! пробую в копии

   1. Главное не трогать данные, которые попадают в регистр Мероприятия ТД (дату увольнения, номер и дату приказа, наименование документа и т.д.) и не отменять проведение документа. Напишите результат, как опробуете, пожалуйста

10. Эх! ИД меняется, да еще и РС Мероприятия ТД прочие записывается с предыдущим ИД.
    Сделала так: Еще-Изменить, Пересчитала, не меняя ничего вообще в документе. Просто нажала Пересчитать.
    Я плачу…
    // релиз 3 1 10 378

11. Заверения разработчиков в очередной раз мимо.
    Однако, обработка с партн.сайта1С сработала (по замене уидов).
    Эх, было бы хоть тыщи три сотр-ов, а то ведь 15 (торговая сеть с 200% текучкой)

    1. Очень жаль! Пробовала на демобазе также 3.1.10.378 при пересчете и последующем проведении совсем другое поведение. Пробовала даже менять кое-что в документе, например количество дней компенсации отпуска. В результате после всех изменений ИД в регистре «МТД» не меняется, а в «МТД прочие» ничего не заполняется. Все-таки это видимо зависит от еще каких-то сопуствующих факторов(( Спасибо, что поделились!

    2. Скажите, а если обновить копию базы до 3.1.10.416 и пересчитать прям этот же документ Увольнение, ИД опять изменится?

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

12. Типовая 3 1 10 376 — ид не изменился (и не появилась запись в РС Мероприятия ТД прочие).
    Вот еще интересно — если Регистрацию ТД (до 2020) снять с проведения, записи встают в РС. Мероприятия ТД прочие. И остаются там навсегда. Можно удалить.
    Но, теперь надо понять действие «сопутствующих факторов», которые изменяют ИТ при перерасчете Увольнения в рабочей базе

    1. Вот такие вопросы пришли в голову:

       Кроме нажатия кнопки «Пересчитать» что-то еще изменяли?
       В результате пересчета какие начисления изменились?
       Есть в рабочей базе какие-то доработки?
       Заполнено ли поле «Наименование документа» на вкладке Условия увольнения?

13. Вот что заметила.
    Если сотр принят в 2020 (не было вх.остатков) и уволен в 2020, то перерасчет его увольнения с последующим проведением не делает записей в РС МТДПрочие.
    Тоже самое если принят до 2020, ввод остатков был, но больше ничего кроме увольнения, например, в апреле.
    Но если, сотр принят до 2020,
    01.03.2020 был Перевод с флагом,
    вх.остатки мероприятий введены 14.04 и сформирован СЗВ-ТД за март,
    а увольняется чел 25.04.2020. На него делают СЗВ-ТД за апрель с флагом в ПФР. И вдруг замечают ош.в расчетах увольнения.
    Далее идут в Увольнение, там Ещё — Изменить, пересчитывают документ, но при попытке проведения получают сообщение (см.прикрепленный). Без того чтобы снять с проведения док — не обойтись.

    1. Скажите, Вы на каком релизе вопроизводили? У меня на 3.1.10.378 ошибки не возникает. Делала вот что (поправьте, если что упустила):
       1. Ввела Кадровый перевод от 01.03.2020 с флагом
       2. Ввела РТД от 17.04.20 с данными до 2020
       3. Создала СЗВ-ТД март, ппал и перевод и меропрятие до 2020, поставила флажок Пачка приняты в ПФР
       4. Ввела увольнение от 25.04, рассчитала
       5. Создала СЗВ-ТД за апрель, туда попало только уовльнение, флажок, что отчет принят, поставила
       6. Изменила условия начисления зп (например, ввела неявку на 25.04)
       7. Захожу в Увольнение. Еще — Изменить документ. Пересчитываю документ и провожу. Ошибок нет, ИД не поменялся.

       Все так? Если да, покажите записи регистров (МТД, МТД прочие) и табличных частей Мероприятия всех СЗВ-ТД по сотруднику (с включенным отображением ИД)

14. Релиз 378.
    мои действия примерно те же (отсутствий задним числом не делала, ставила/снимала галку в Увольнении рассчитать ЗП за апрель).
    Просто препровести Увольнение (на моём эксперименте в копии рабочей базы не удалось с сообщением «// «Сотрудника необходимо уволить позднее кадрового события «Прием» (01.05.2020 – Прием на работу от //»). Что бы перепровести, надо снять док с проведения.

    Но, прикреплю изображения регистров из рабочей базы (конечно, там Увольнение снимали с проведения, что бы появилась возможность провести пересчитанный документ)

15. добавила СЗВ-ТД с закладки Мероприятия

    1. Смотрите, ИД в регистре Мероприятия ТД для мероприятия Увольнение совпадает с ИД в документе СЗВ-ТД. Он точно изменился при перепроведении Увольнения? В регистра Мероприятия ТД прочие, да вижу отмененные записи, но они с другими ИД и вполне могли быть сформированы еще до передачи СЗВ-ТД в ПФР. Т.е. на учет влиять не должны

       Или просто документ СЗВ-ТД еще перезаполнили после всех изменений? Если не перезаполняли и ИД не заменился, то проблем в учете быть не должно. При заполнении следующего СЗВ-ТД это мероприятия не должно подтягиваться

16. Может записи из РС.МТДПрочие удалить от греха?

    1. Попробуйте заполнить СЗВ-ТД по сотруднику? Или подобрать его туда. Если лишних записей не попадет (а насколько я понимаю, не должно попадать никаких), то можно не трогать РС МТД прочие. Иногда действительно приходится из него удалять записи, когда в СЗВ-ТД попадают мероприятия с отменой, которые не должны быть отменены. Но если этого не происходит, то нет смысла их удалять. Они будут добавляться туда постоянно (при любом изменении кадровых документов и РТД через отмену проведения, даже если эти мероприятия еще не переданы).

17. если заполнить СЗВ-ТД общий за апрель — попадает

    1. Покажите, с каким ИД?

18. а потому что опять сняли с провед. Увольнение, пересчитали док и провели.
    Появилась новая запись в РС МТДПрочие

    1. А в основном регистре МТД теперь что?

19. все РС МТД

    1. Да, вот теперь ИД заменился и исправить это можно только обработкой, к сожалению.

       Скажите, а если еще раз пересчитать это увольнение и пытаться провести, опять выдает ошибку? И ввобще такая проблема была только с этим увольнением или и с другими?

20. Для исправления воспользуюсь обработкой.
    Замечание по одному документу, но требование — найти все аналогичные и исправить!
    (прям, Золушкой себя чувствую)

    1. Можно попробовать массово перепровести документы Увольнение и посмотреть, по каким будет ругаться. Я так понимаю, ведь проблема не в том, что нажали «Пересчитать», а ошибка возникает именно в момент проведения документа. Но лучше конечно такие трюки выполнять сначала на копии базы 🙂

21. Состояние данных меняется ежесекундно. То что было во вчерашней базе, в рабочей сегодня уже не так.
    На копии могу себе позволить что то перепровести, даже массово. Только утвержденных увольнений около 900 за апрель.
    Светлана, огромное Вам спасибо за помощь !
    Буду думать что и как можно делать

    1. Рада была поучаствовать в обсуждении 🙂

22. Эх! исправительная обработка то только в монопольном режиме работает. А в рабочей базе никогда не бывает что бы пользователей не было. Даже сейчас их больше 30

    1. Да, с этим я тоже сталкивалась. Тут, к сожалению, никак не обойти. Если только свою обработку пробовать писать. Но не могу сказать, насколько технически это реализуемо без монопольного режима, лучше проконсультироваться с программистами.

23. Да, сделаю заявку нашим программистам. Может, они эту подладят

24. Здравствуйте, Светлана!
    Наверное, эту задачу надо закрыть.
    За праздники нарыла расхождений в мероприятиях сотрудников после обновления на 378ой релиз (когда новые механизмы пытались найти соответствие мероприятий в сданных СЗВ-ТД).
    Я лучше новую задачу создам.
    Ещё раз благодарю за помощь!

    1. Добрый день, Елена! Спасибо за обратную связь! Вопрос закрывается

Комментарии закрыты.