Добрый день. Работаем в ЗУП КОРП, редакция 3.1 (3.1.18.151), при формировании справки сзв -стаж из увольнения сотрудника в поле территориальные условия не проставился код РКС, сформировали отчет за 2021 у большинства сотрудников также не проставился код . В организации есть филиалы в которые есть подразделения в районах ркс, мкс, проч, эти данные указываются в справочнике территории. Подскажите с чем связана такая ошибка, в начале года формировали отчеты такой проблемы не было, сейчас же при перезаполнении отчета коды тер условий у большинства исчезают, взаимосвязь выявить не можем.
Все комментарии (22)
Комментарии закрыты.
Здравствуйте!
Смоделировал в своей базе релиза 3.1.18.151, все работает. Если сотрудника перевести на территорию, где указан РКС, то в СЗВ-Стаж с даты перевода на территорию стаж показывается с РКС.
Пришлите свою ситуацию на скриншотах (выберете какого-нибудь одного сотрудника):
1. документ, которым переводите сотрудника на территорию;
2. скрин самой территории
3. скрин из регистра сведений «Параметры периодов стажа ПФР» с отбором по этому сотруднику
Добрый день. В демо базе у меня тоже ситуация не воспроизвелась.
А попробуйте перепровести «Прием на работу» и ещё раз после этого перезаполните СЗВ-СТАЖ.
Если не поможет, то пришлите скрин из сведений об организации (вкладку Главное и Основные сведения), а также из подразделения «Отдел хозяйственного обеспечения», в которое принимается сотрудник.
Перепроведение, отмена проведения и повторное проведение не изменило ситуацию. Скриншоты в след письме.
А зачем Вы этому сотруднику назначаете при приеме территорию, если он итак принимается в организацию, у которой указан РКС, районный коэф. 1,7 и северная надбавка — все это (судя по скринам) уже указано на уровне организации. Зачем ещё раз это указывать в территории и присваивать ему территорию, если итак все это же указано в настройках организации?
Попробуйте в приеме вообще убрать «Территорию» и перепровести прием, после этого переформировать СЗВ-СТАЖ.
Добрый день, территории используем не только для указания особых условий, рк и сн (в этом примере данные идентичны, но так не у всех, есть организации у которых в настройках не указано мкс/ркс и %, а указано только в территориях, и ситуация похожая — у одних в отчетности отображается территориальный признак у других нет ) но и для указания ифнс.
также управленческая отчетность стоится в разрезе территорий
Здравствуйте! Дмитрий в отпуске до 13.09.21, поэтому я отвечу на данный вопрос. Посмотрела в зарегистрированных ошибка, ничего похожего нет. Складывается впечатление, что есть ещё один какой-то параметр, который мы не учитываем, воспроизводя пример на демобазе.
Можно попробовать провести документ «Табель учета рабочего времени» (если его не используете), он делает движения в РС «Параметры периодов стажа ПФР», возможно он исправит ошибку.
Также нужно проверить, не было ли за этот год каких-то изменений в позициях ШР у данных сотрудников? Например, не менялся ли доп.тариф (есть такая ошибка в зарегистрированных)?
Добрый день, вредные условия для позиции не задавали. Провели табель, перезаполнили отчет РКС также не встало.
Добрый день! Скорее всего это ошибка в программе. Раньше уже была похожая, но она исправлена:
Ошибка 10205803
Код ошибки: 10205803
Код(ы) обращения: SW1350236 SW1350328
Статус: Исправлена в выпущенной версии Зарегистрирована: 15.01.2019
Исправлена: «1С:ЗУП 3, 1С:ЗГУ 3», версия 3.1.10.50
Описание:
При оформлении документа < Кадровый перевод> при отсутствии назначения перевода в другое подразделение, но с переводом на территорию (в справочнике указаны территориальные условия- МКС) сотрудника в отчете < СЗВ-Стаж> не отражаются сведения о работе в территориальных условиях (код) и период работы в территориальных условиях.
https://bugboard.v8.1c.ru/error/000051704
Возможно, вернулась ?
Напишу разработчикам, мне кажется, что в программе не хватает регистра сведений, по аналогии с регистром «Состояния сотрудников», который бы по периодам регистрировал особые и вредные условия труда, иначе каждый раз довольно сложно искать ошибки. Да и отчет по нему можно будет строить «Периоды работы в особых и вредных условиях труда»
Добрый день. В нашем примере данные не верны с даты приема на работы, и ранее я и Ваш коллега тестировали в Демо базе ситуация не воспроизводится, разработчики, возможно, также не смогут воспроизвести ошибку. В нашей рабочей базе у части сотрудников ркс /мкс проставляется в отчете, склоняюсь к мысли что есть какие — то нюансы еще, но отловить пока не смогла. У Вас в демо базе ситуация воспроизвелась?
Здравствуйте! На ЗУП КОРП 3.1.18.151 ошибка не воспроизвелась, код заполняется:
Посмотрела в Конфигураторе алгоритм заполнения СЗВ_СТАЖ, можно ещё данные проверить в указанных регистрах сведений:
Добрый день, смогу посмотреть только на следующей неделе, прошу не закрывать вопрос.
Хорошо. Я пока напишу разработчикам, может быть удастся выйти на какую-нибудь ошибку.
Добрый день.
В регистре Территориальные условия дополнительные подразделения нет;
В регистре территориальные условия местностей подразделение есть с тер усл — ркс и периодом с начала 2020;
В регистре территории сотрудников территория указана верная , у территории выбран ркс.
в испр — этих сотрудников нет
в интервальном год — 01.01.20 территория верная дата начала 16.10.20 окончания — 31.12.3999.
Добрый день! По описанию в указанных регистрах всё хорошо, нужно смотреть конкретную базу. Я писала разработчикам, они в ответ сразу присылают ссылку на загрузку базы. Если в базе есть доработки, то возможно из-за них появляется ошибка. Если доработок нет, попробуйте написать разработчикам, они посмотрят базу, если есть возможно им её отправить.
Добрый день. Отправить базу не можем, слишком много там персональных данных и ком тайна. Если учитывать что в одном подразделении и одной территории по части сотрудников встает РКС/МКС по части нет, то явно что-то в данных .
Добрый день! Уточните, пожалуйста, один нюанс, есть ли доработки в программе?
Есть, но данного отчета они не касаются, в основном печатные формы, новые док-ты и регистры к ним, отчеты итд.
Добрый день! В таких случаях я обычно привожу доработанную базу к типовой, проверяю не пропала ли ошибка.
Если база доработанная, то скорее всего обновления устанавливаются не последовательно, а полным релизом, это как раз и может привести к подобным ошибкам. Т.е. на каком-то релизе была обработка данных, его пропустили, значит обработка не запустилась, в результате далее механизм не верно отрабатывает старые записи.
Ещё можно в отладке посмотреть на каком этапе возникает ошибка.