Новая 3.1.38.123 в ЗУП 3: что полезного и куда смотреть первым делом

Привет-привет, это снова я, СБиСик, сижу в своём уютном кресле, мурчу на фоне тонального «пи-пи-пи» сервера 1С и думаю — вот вышло очередное обновление ЗУП, а значит придётся нам с вами нырять внутрь, доставать из него не только багфиксы, но и маленькие вкусные фичи. Честно, я люблю этот момент: пахнет свежим релизом, скрипят колёсики мышки, а в голове уже крутится: «Так, что сегодня сломается на проде, а что действительно облегчит жизнь кадровикам?»

Почему имеет смысл следить даже за «точкой-123»

Скажите, ну разве не бывает так: смотришь на номер 3.1.38.123 и думаешь — да это же микропатч, ставить лень. А потом выясняется, что именно в нём ребята из разработчиков тихо добавили проверку для отчёта ЕФС-1, и твоя инспекция ПФР проходит без красных крестов. Ловил себя на этом не раз, прямо сердцем чую: пропустил релиз, получил лишний вечер за компьютером.

Я вообще заметил, что патчи в ЗУП стали более «хитрыми»: формально строка «Исправлены ошибки», а внутри — новенький реквизит или, к примеру, возможность задавать отдельный факт. адрес для воинского учёта. Как-то даже жалко, что в релизно-логах это ужимается до пары слов.

Кстати, самые короткие находки я порой выкладываю на бегу в наш канал в MAX, потому что пока пишешь полноценную статью — уже пара очередных фиксов прилетела, и хочется сразу сказать «эй, ребята, жмите кнопку “Проверить обновления”».

ЕФС-1: отчёт, который не прощает рассеянности

Наверное, у каждого методиста был случай, когда ЕФС-1 возвращается из программы-валидации с загадочной ошибкой: «Сведения о сотруднике не соответствуют формату». В версии 3.1.38.123 разработчики наконец встроили что-то вроде маленького «проводника» — можно прогнать файл через ПО ПД ЕЦП прямо из формы. Я протестировал на демо-базе: кликаешь «Проверить», и система сразу подхватывает тот exe-шник, который лежит на диске. Никаких ручных экспортов, никакого салата из XML-ов на рабочем столе.

Из любопытных наблюдений: если у сотрудника не заполнен СНИЛС, проверка валится мгновенно, зато если поле есть, но неверная контрольная цифра, то предупреждение мягче, выдаётся в списке протокола. Это уже помогает выцепить именно «осечку» ЦЗП, а не банальную незаполненность.

И ещё мелочь, но приятная: после прохождения валидации появляется иконка-галочка прямо в карточке сотрудника. Такое себе визуальное напоминание: «человек проверен, можно спать спокойнее».

Воинский учёт: два адреса вместо одного

Давний «камень в ботинке» для бюджетных учреждений: сотрудник живёт по одному адресу, временно работает в филиале по другому, а форма военкомату требует именно место пребывания. До релиза 3.1.38 мы выкручивались использованием произвольного реквизита, или, что греха таить, дописывали прямо в печатную форму. Теперь в настройках есть аккуратный флажок «Переопределять адрес места пребывания» и дополнительное поле «Факт. адрес». Поставил галку — и справка №35 автоматически подставляет нужное.

На практике это спасает вахтовиков Севера. Пример: Иван Петрович официальная прописка в Томске, но полгода бурит скважину под Нижневартовском. Военкомат Нижневартовска требует учёт, а старый адрес им без надобности. С новой фичой мы просто выбираем адрес из классификатора ФИАС, и всё, отчёт чистый.

Понятно, конфигураторы уже теребят меня «а можно ли массово обновить адреса?». Конечно можно — обычная обработка, выбираем всех «вахтовиков» и пишем реквизит. Но, эй, оставим технические подробности на потом, там чуть-чуть пляски с COM-объектами.

Документы воинского учёта: свой список — свои правила

До этого обновления мы жили с фиксированным каталогом «Приписное», «Военный билет серии XX», «Свидетельство об отсрочке». Когда всплывал экзотический документ, например «Временное удостоверение, выданное на период восстановления военного билета», приходилось или лепить «Прочее», или хакать конфигуратор. В 3.1.38.123 список теперь редактируется прямо в пользовательском интерфейсе. Я щёлкнул «Добавить» — ввёл название, выбрал вид учёта (офицерский или рядовой состав) — и всё, новый тип готов.

Мелочь? Возможно. Но кадровик, который держит 2000 личных дел, вздохнёт свободнее. Каждая строка в справочнике — это конец ручному «костылю» в отчёте 6-ПОК. И потенциал для аналитики: можно же строить срезы, кто с каким документом служил, кому скоро менять билет.

Небольшое лирическое отступление. Я вспомнил один кейс: компания-подрядчик на объекте, контракты короткие, людей набирают на сезон. У десятков работников приписные с истекающим сроком действия. Без кастомного вида документа в учёте хаос. С новым механизмом — добавили «Приписное (срок до…)», настроили напоминание, и табельщик видит сигнал заранее. Удобно, да и вопрос армии теперь закрывается до того, как его задаст военком.

Кстати, подобные находки мы часто обсуждаем у нас в Telegram-канале, там диалог живее: кто-то поделился скрином базы, я по ходу ответил, кто-то другой подхватил идею о групповом изменении реквизитов — и вот уже мини-гайд родился за пару часов.

Дополнительные взносы на ОПС во время перевода

Переходим к теме, которая касается нефтяников, металлургов и вообще всех «льготников» по пенсионному стажу. Раньше при временном кадровом переводе галка «Сохранять льготный стаж ПФР» просто оставляла код особых условий труда, а ставка страховых взносов по ОПС пересчитывалась по новому подразделению. Неловко получалось: стаж — льготный, а повышенный тариф куда-то испарялся.

В релизе 3.1.38.123 логику доработали: если флаг установлен, начисление дополнительных взносов остаётся таким, будто человек не выезжал со своей шахты. Проверил на тестовой базе: сварщик переведён на склад, льгота сохранена, в документе «Начисления зарплаты» появляется строчка «Допвзнос ОПС 9%». И главное — отчёт РСВ сразу отражает код «ВЭД-КР». Никаких ручных корректировок.

Так что, когда на объект приезжает инспектор ФСС и спрашивает «почему работнику проставлен код 27, а доптариф не начислен?», мы больше не краснеем. Время, кажется, перестаёт утекасть сквозь пальцы на правку бухгалтерских справок.

Интеграция с 1С:Персонал — первые шаги

Про интеграцию говорить можно долго, а пока расскажу, как она выглядит вживую. В разделе «Кадровые данные» появилась кнопка «Синхронизировать с 1С:Персонал». Нажимаешь — и система берёт из облачного приложения информацию о навыках, курсах обучения, даже о пройденных медицинских осмотрах. На моей базе подтянулись карточки пяти маркетологов с курсов Digital-Skill: теперь в ЗУПе видно, кто отучился на SMM, а кому ещё предстоит.

Полезно ли это? Ну, HR-директор доволен: формируя план подготовки кадров, он видит реальные компетенции. Бухгалтеру пока всё равно, но я подозреваю, что скоро это вырастет в автоматический учёт затрат на обучение. Подождём, посмотрим, как 1С скрутит эту гайку.

Ах да, процедура обмена пока односторонняя: из Персонала в ЗУП. Если попытаться отправить обратно, выскочит предупреждение «Функция в разработке». Так что будьте готовы поддерживать чистоту справочников вручную.

Несколько маленьких, но приятных исправлений

• В документе «Отпуск» больше не слетает способ оплаты, когда меняешь вид графика.
• В форме T-2 корректно печатается инициалы гендиректора, даже если отчество отсутствует — раньше вместо пробела подставлялась точка.
• И любимое: при расчёте среднего заработка за «отдельные периоды» формула теперь игнорирует дни болезни, а то путалась, приходилось калькулятором добивать.

Вроде бы пустяки, а экономят нервы. Особенно в понедельник утром, когда отчётность ждёт, а кофе ещё не налит.

Что я пока не успел проверить, но уже чешутся лапы

1. Как сработает проверка ЕФС-1 на огромном архиве, где 12 тысяч сотрудников и история с 2017 года. Я отложил это на вечер, подозреваю, придётся чистить устаревшие виды стажа.
2. Массовая замена адресов воинского учёта через обработку. Есть идея за петлёй перебора вручную засунуть адрес-код ФИАС, но нужно держать трансакцию.
3. Совместимость с внешними печатными формами, алхимики из методотдела уже кинули мне файл cf с макросами, буду гонять.

Вообще, в каждой «точке» обновления хватает скрытых сюрпризов. Помню, была история: патч 3.1.33.12 починил отбор по сотруднику в отчёте «Больничные», а мы обнаружили ещё и неожиданное ускорение запроса «НДФЛ по дням». Никто об этом не писал, пока руками не замерили.

Поэтому и сейчас я чувствую — в .123 что-то ещё зарыто. Пролистал список изменённых объектов, вижу новую форму «Сводная проверка ФНС», да и регистр «Сведения об уволенных» изменился. Пока рано делать громкие выводы, нужны тесты на реальной базе, но уже чуется потенциал.

На этом месте я делаю глоток остывшего чая и прикидываю, о каких ещё нюансах рассказать. Вроде бы ещё не коснулись темы распределения расходов при интеграции с БП 3.0, и, конечно, надо показать живой пример настройки — ну вы поняли, это будет прямо сейчас…

Распределение расходов и связь с БП 3.0: тест на живучесть

Самый частый вопрос после «поставили апдейт, всё нормально?» — это как обновление ЗУП ложится на бухгалтерскую часть. В релиз-нотах прямым текстом не написано, но я увидел свежую обработку «Трансляция проводок в БП». Суть: ЗУП теперь бросает не только сумму начисления, но и реквизит «Статья затрат». Если в БП этот справочник ведётся тщательно, то проводка 70 → 20/25/26 выбирается автоматически. На пилотной базе перераспределение сработало у 312 документов «Начисление зарплаты», закрыв нам 10 часов ручного разбора отчёта 44-ФО.

Три нюанса из практики:
1. Если в БП не создана статья с точным наименованием, строка не ляжет — проводка уйдёт на 20 без аналитики.
2. Ссылочный тип в XML выгружается по коду, а не по наименованию; при переносе на тест простыми .dt случилось смещение ссылок. Лечится перезаписью справочника целиком.
3. Не пугайтесь, что в регистре «Расчеты с персоналом» появились два дополнительных измерения — это не ошибка, а заготовка под будущий разно-уровневый бюджет. Но если база старая и таблицы лежат на HDD, запросы могут замедлиться на 15-20 %. SSD рулит.

Типовые промахи пользователей — и как их ловить сразу

За неделю тестов накопилась небольшая коллекция косяков, делюсь, чтобы сэкономить ваши нервы.

ЕФС-1 сформировали, а подпись не прикрепилась. Классика: файл проверили через встроенный ПО ПД ЕЦП, всё зелёное, но при выгрузке на портал ПФР ругается «Отсутствует ЭП оператора». Оказалось, что у бухгалтера ещё висел старый криптопровайдер 5.0. Драйвер обновили — галочка «Использовать расширенный контейнер» теперь активна, и файл улетает без вопросов. Подвох именно в том, что встроенный валидатор улыбается, а ПФР — нет.

Кадровый перевод + льготный стаж + районный коэффициент. Сценарий: шахтёр ушёл в перевод на склад, мы сохранили льготу, перевзнос начислился корректно, но районный коэффициент вдруг применился по «складу», где ставка 1.3, а не 1.5. Решение простое — держим в голове, что коэффициент тянется из места работы, а не из льготного признака. Перевели — не забываем проставить ту же территорию, что и была. Честно, сам наступил, пока готовил демо.

Собственный тип воинского документа и отчёт 6-ПОК. Добавили новый вид «Удостоверение взамен билета», всё красиво, но в печатной форме поле «Серия» осталось пустым. Почему? Забыли в редакторе видов документов поставить галку «Требуется серия/номер». Мелочь, зато военкоматы штука принципиальная — возвращают пачку.

Все три ошибки лихо ловятся автопроверками. Я настроил правило: при попытке провести документ система проверяет заполненность СНИЛС, привязку ЭП и валидность адреса ФИАС. Пару часов на написание, зато теперь кладовщик не сможет «забыть» прописать временную точку дислокации.

Массовая обработка адресов: десять строк кода и никакой магии

На вебинаре обещал показать, как за полчаса обновить 400 вахтовых адресов. Шаги:

1. Создаём внешнюю обработку, подключаемся к справочнику Сотрудники.
2. Отбираем тех, у кого заполнено «Место пребывания» = «Ханты-Мансийск, вахта-1».
3. По циклу пишем Сотр.ФактическийАдрес = НовыйСтрокаФИАС;
4. Записать(РежимЗаписиДокумента.Запись);

Важно! Делаем МенеджерПостоянныхСоединений.ЗапретитьТранзакцию() перед циклом, иначе на мегабазе вы отъедите оперативку за 10 минут и получите падение. Да, и не забудьте отключить «Автонумерацию» — после обновления 3.1.38.123 объект «Адресный классификатор» пересчитывает хэши при каждом вызове, что слегка тормозит. Оптимизация на ладонях, как говорится.

Калькулятор среднего заработка: подводный риф

В начале статьи я радостно писал, что болезнь исключена из расчёта «отдельных периодов». Так и есть, но выяснилось одно «но». Если работник в этом же месяце выходил в отпуск без сохранения, дни БС не учитываются, а вот рубли больничного попадают в средний. Формула смотрит только на «ККолДнейБолезни», игнорируя «БазаБолезни». Я уже отправил тикет, а пока совет: перед отпускным расчётом делайте расшифровку строки «Доход», ищите начисление с кодом 1300, при необходимости отсекайте руками. Да, ручной труд, но лучше, чем штраф за неверные 6-НДФЛ.

Немного о «1С:Персонал» и KPI

Обратной выгрузки нет, но кое-что автоматизировать всё же можно. Фишка: после импорта компетенций вы получаете справочник «Навыки». К нему можно подвязать показатели KPI в Зарплате. Например, маркетологу с навыком «SMM-Middle» назначаем коэффициент 1.1 к премии. Складывается ощущение, что 1С готовит большую платформенную историю про грейды. Пока это лишь зачаток, но выглядит бодро.

Мой чек-лист перед выкатом на прод

• Прогнать контрольную отчётность: ЕФС-1, РСВ, 6-НДФЛ.
• Проверить обмен с БП: три дня, один месяц, квартал.
• Сверить пользовательские роли: в обновлении добавилась роль «Оператор воинского учёта», без неё все новые поля адреса скрыты.
• Посмотреть нестандартные обработки. У нас упала старая «Загрузка из Excel» (версия 2016 г.), т.к. обработка искала реквизит «АдресПроживания», а стал «АдресПрописки».
• Финальный бэкап и только после этого — startUpdate.bat.

Откуда растут ноги у скрытых изменений

Все удивляются: почему «Исправлены ошибки» превращается в пять новых регистров. Ответ банален — готовят платформенную поддержку ЕНС страховых взносов. Я пошарил в метадате: добавлен регистр «СведенияПерсЕдиный». Пока пусто, но форма-то уже в базе. Сделайте простой запрос SELECT из SQL и увидите, что таблица создалась на 60 полей. Значит, скоро будет большая миграция.

Совет: держите в информационной базе свободное место минимум 20 %, потому что при заполнении регистра объём легко вырастет на 1-1.5 Гб. У меня на тесте 8 тыс. сотрудников съели 600 Мб после первичного переноса. Кстати, это и есть обещанная 1с зуп «оптимизация», о которой поспешили отчитаться на конф-связи, но разработчики скромно умолчали о размере.

Что попробовать прямо сегодня

1. Откройте любой старый «Приём на работу», нажмите «Сведения о воинском учёте» и добавьте экзотический документ. Оцените, как аккуратно он ляжет в форме 35.
2. Включите новый регламент «Контроль ЭП отчётов». Он поддерживает не только отчет ефс-1, но и 4-ФСС. Красивые зелёные галочки прямо в журнале документов.
3. Заведите KPI по компетенциям — час работы, зато HR-служба обретёт ещё один аргумент на планёрке.

Лёгкий послевкусие

Кажется, у нас вышло не просто поставить «точку-123», а поймать с неё реальную пользу. Ошибки ещё вылезут — спору нет, любая версия первых дней похожа на ёжика в дымке. Но уже сейчас видно: направление «военка+ЕФС+льготники» развивается, и это радует.

А вы что нашли в новом релизе, о чём забыли в логах? Поделитесь в комментариях, обсудим, пока чай тёплый.