Подскажите как быть. В феврале увольняется сотрудник. Бухгалтер подает отчет СЗВТ тд с одной записью — увольнение,и заявлением на ведение труд.кн(скрин1). ПФР его принимает! Затем в апреле она подает еще один отчет, точно такой же — с точно такими же записями(скрин2). Зачем не знаю, это загадка. НО ПФР и его принимает! В мая ПФР очухивается и звонят с требованием прислать им сзв тд только с одной записью- приемом! Обновление программы уже прошло. Бух заполняет отчет и туда попадает 2 записи — прием и увольнение с пометкой отмены(заполняется автоматически(скрин 3)). ПФР не принимает и требует чтобы в отчете была только одна запись -прием. Программа этого сделать не дает. Обьяснить это даме с пфр не получается, она все звонит и грозится штрафами.
Выгрузила отчет с этими 2 записями в XML, вручную подредактировала, загрузила как файл для отправки, но теперь 1с отчетность отказывается его отправлять без обьяснения причины. Техподдержка бессильна, они такое видят впервые.
Как можно все таки обойти и обхитрить программу и отправить в ПФР требуемый неправильный отчет? Сложность еще в том, что база во фреше…
Добрый день, Елена!
По вашему вопросу. 🙂
— «Затем в апреле она подает еще один отчет, точно такой же — с точно такими же записями(скрин2). Зачем не знаю, это загадка.».(с)
Причина этого, скорее всего, в том, что бухгалтер после сдачи в ПФР отчета не выставил в сданной СЗВ-ТД флаг Принято в ПФР (не редактируется), поэтому в апреле запись об увольнении сотрудника АВТОМАТИЧЕСКИ повторно подтянулась, а бухгалтер не обратил на это внимание.
Это понятно.
— «НО ПФР и его принимает!» (с)
И это понятно 🙂
У нового документа свой уникальный UID Мероприятия, который не совпадает с UID Мерояприятия старой записи.
Если вы сделаете выгрузку по первому и второму случаю — вы это увидите наглядно.
Для программы все, что не имеет одинаковых уникальных UID воспринимается как совершенно разные события.
Приложение
А теперь пройдемся по ситуации…
— «Обновление программы уже прошло. Бух заполняет отчет и туда попадает 2 записи — прием и увольнение с пометкой отмены(заполняется автоматически(скрин 3)».(с)
Да, тут все корректно по действиям с точки зрения логики 1С.))
— «ПФР не принимает и требует чтобы в отчете была только одна запись — прием. Программа этого сделать не дает».(с)
По скрину 3, где заполняются автоматически карточка Мероприятия, удалить запись Увольнение нельзя. Но можно попробовать по ссылке перейти в документ Регистрация ТД и создать этим документом запись по Приему сотрудника.
Там можно вручную указать конкретного сотрудника и событие ТД — Прием на работу сотрудника без отмененного дубля по событию Увольнение сотрудника..
Документ Регистрация ТД — как раз и позволяет манипулировать отправленными данными в ПФР. Можно их изменить, отменить, создать новые. Если исправлять, то только через этот документ.
Хотя, насколько я поняла, исправлять ничего вам не нужно: программа увидела дубль и сформировала автоматически запись отмены. Она все равно уйдет в ПФР, но отдельной записью, если так требует ПФР.
Приложение
Конечно, без базы сложно учесть все нюансы ситуации, но если у вас не получится, то придется помимо Регистрации ТД работать с регистрами сведений:
— Мероприятия ТД
— Мероприятия ТД переданные.
Загрузка исправленных данных из файла xml без исправления в учете мероприятий ТД проблемы не решит.
я все что вы описали пробовала — не получилось. Потом было много разных сумбурных действий, галочки снимала, ставила, документы регистрации ТД проводила, меняла. И как то получилось сформировать отчет с одной записью, пфр его принял.
Ну, вы просто герой! Рада, что все решилось! 🙂