Что изменилось в ЗУП 3.1.38.92
Вышел
Сравнение с версией 3.1.38.69
До 21 сентября: с 10:00 19 сентября сообщения прежних типов фонд не принимает, а новые включаются 21 сентября в 10:00
Главное в 3.1.38.92 — перевод СЭДО (обмена данными по пособиям с СФР) на ЕЦП (единую цифровую платформу). Для релиза уже выпущены три исправления по обмену с СФР — их стоит установить сразу после обновления. Кроме того, в больничном стало пять полей условий исчисления, документы воинского учёта видны в 1С-Отчётности, зарплатные ведомости можно отправлять в Сбербанк через 1С:ДиректБанк, а базу ЗУП теперь можно подключить к приложению «1С:Отчетность 24».
На момент выхода: обновляться срочно.
Что изменилось по существу
Пособия по ВНиМ переходят на ЕЦП: новые типы СЭДО с 21.09.2026
меняет отчётность- Что изменилось и зачем
СФР переводит пособия по временной нетрудоспособности и материнству на Единую цифровую платформу (ЕЦП). Для обмена СЭДО это означает новый формат сообщений: к прежнему трёхзначному номеру типа добавляется «10». Например, Ответ на запрос СФР для расчета пособия раньше уходил с типом 101, а теперь уходит с типом 10110.
Переход привязан к дате: до неё документы создаются и отправляются в прежнем формате, после неё — в новом. Дата перехода задана в программе. Отдельно включать новый формат не требуется; после обновления установите также применимые исправления обмена с СФР.
Главное, что меняется при обмене с СЭДО:
- в документах обмена появляется поле Тип сообщения, по нему видно, в каком формате уходит документ. Оно находится внизу формы, в группе служебных полей, рядом с полем Версия спецификации. Поле Версия спецификации в ответах и исходящих сообщениях было и раньше, после перехода в нём ставится 3.0;
- в запросах и ответах на запросы появляются поле Страхование и ещё два поля для кодов условий исчисления: было три, стало пять. В исходящем сообщении о страховом случае появились номер и дата извещения СФР и расчётные годы. Поле Категория было и раньше, в новом формате в нём стоит числовой код;
- в Больничном листе полей для кодов условий исчисления стало пять вместо трёх.
Новые типы появились у входящего запроса и ответа на него, исходящего сообщения о страховом случае и результатов его обработки, запроса и сведений о среднем заработке, уведомлений об изменении расчёта и об отсутствии ответа. Статусы выплат в формате ЕЦП загружались и раньше.
- Дата перехода и что сделать заранее
Переход назначен на 21.09.2026. Дата сравнивается по времени фонда, то есть московскому, и переключение происходит само: до этой даты новые документы получают прежний тип, с неё новый.
С 19 по 21 сентября 2026 года фонд переносит проактивные процессы по пособиям в ГИС ЕЦП, и обмен переключается в три шага (по объявлению СФР на странице СЭДО):
Накопленные Ответы на запросы СФР отправьте до 18.09.2026 включительно: так фонд рекомендует завершить обработку проактивных процессов по страховым случаям.
Программа выбирает новый формат с начала суток 21.09.2026, а фонд включает приём новых сообщений в 10:00. Ответы, подготовленные утром 21 сентября, отправляйте после 10:00 МСК.
Неотправленные ответы на запросы переходят на новый формат сами. После 21.09.2026 по московскому времени при открытии документа или при отправке тип сообщения пересчитывается на 10110, версия спецификации на 3.0, и ответ выгружается в формате ЕЦП. Прежний формат остаётся только у ответов, отправленных до перехода. Если черновик ответа создан до 21.09.2026, после перехода проверьте его заполнение: в новом формате часть полей скрыта и появились новые (Страхование, коды 4 и 5, Составитель ФИО).
В группе Служебные данные: Версия спецификации 3.0 и Тип сообщения 10110 у ответа в формате ЕЦП (2.45 и 101 у ответа в прежнем формате) - Новые типы сообщений СЭДО
Прежние и новые номера типов сообщений:
Прежний тип Новый тип Что это за сообщение 100 10010 Входящий запрос СФР для расчета пособия 101 10110 Ответ на запрос СФР для расчета пособия 105 10510 Результат ответа на запрос сведений для расчета и выплаты пособия 107 10710 Уведомление об изменении расчета пособия 109 10910 Исходящее сообщение о страховом случае СФР 112 11210 Результат обработки сообщения о жизненных событиях 124 12410 Уведомление об отсутствии ответа СЭДО 320 32010 Запрос данных СФР о среднем заработке 321 32110 Результат обработки запроса о заработной плате 322 32210 Сведения для расчета первых трех дней пособия Уже работают в формате ЕЦП и поддерживались программой раньше: 8510 (ответ на запрос статусов выплаты пособия), 10410 (уведомление о прекращении отпуска по уходу за ребенком до полутора лет), 10610 (результат уведомления о прекращении отпуска по уходу), 11010 (уведомление о статусе выплаты пособия), 12010 (заявление о возмещении выплат родителям детей-инвалидов), 12110 (результат обработки заявления о возмещении) и 12210 (отказ в возмещении выплат родителям детей-инвалидов).
Не у всех типов появился новый код: извещения из системы прямых выплат, запрос реквизитов для выплаты (32), регистрация сведений о застрахованном лице (87 и 88), сведения об оплате отпуска (95 и 97) и уведомления об изменении ЭЛН (111) остаются на прежних типах.
- Входящий запрос СФР для расчета пособия
В запросе нового формата (тип 10010) появились:
- в группе Застрахованное лицо — поле Страхование (вид страхования по ЕЦП). В ту же группу перенесено поле Категория, которое было и раньше;
- в группе Основания — Номер исправляемого процесса, Код причины подпроцесса, Текст причины подпроцесса и Идентификатор сообщения 10910;
- ссылка Исходящее сообщение о страховом случае;
- таблица Необработанные узлы: в неё попадают части сообщения, которые не удалось разобрать, с именем, путём и содержимым. Она помогает найти элементы входящего сообщения, которые программа пока не распознаёт.
Часть прежних полей в новом формате скрыта: Пол, Внешн. совм., Код страны, Регистрационный номер ФСС, Код подчиненности ФСС и часть полей сведений о счёте.
Поле Страхование в группе Застрахованное лицо - Ответ на запрос СФР для расчета пособия
В ответе нового формата (тип 10110) также появились:
- в группе Застрахованное лицо — Страхование;
- в группе Условия исчисления — ещё два поля для кодов условий исчисления: было три, стало пять;
- отдельный блок Составитель ФИО (фамилия, имя, отчество составителя ответа) — виден только в новом формате;
- флажок Расчетные годы отличаются от данных входящего запроса (будет выпущен новый процесс);
- в группе Документ о рождении — Код страны.
Поля Пол, Внешн. совм., Код страны, Работа на дому, Регистрационный номер ОСС и прежний блок Составил ФИО в новом формате скрыты.
В ответе нового формата: поле Страхование и пять полей для кодов условий исчисления - Исходящее сообщение о страховом случае СФР
В сообщении нового формата (тип 10910) появились: Первый расчетный год и Второй расчетный год, флажок Есть заявление о замене лет расчетного периода, группа Извещение СФР (Номер извещения СФР, Дата извещения СФР), Регистрационный номер СФР, группа Период договора (Срочный трудовой договор/Срок договора ГПХ с датами начала и окончания) и флажок Договор ГПХ облагается взносами НС/ПЗ. Прежние поля Код подчиненности ФСС и Регистрационный номер ОСС в новом формате скрыты.
В сообщении нового формата: группы Замена лет, Извещение СФР и Период договора - Страхование и Категория: как заполняются
Оба поля заполняются сами по кадровым данным, обычно их не требуется заполнять вручную.
Страхование — классификация застрахованного лица в ЕЦП. Список значений:
Код Значение 1 Граждане РФ 2 Временно пребывающие иностранные граждане (кроме ВКС по 115-ФЗ и работников в рамках ВТО) 3 Временно проживающие иностранные граждане (кроме работников в рамках ВТО) 4 Постоянно проживающие иностранные граждане (кроме работников в рамках ВТО) 5 Лица без гражданства 6 Беженцы Правило подстановки:
Что в базе Какой код уйдёт Страна гражданства не заполнена (при любом виде застрахованного лица) 5 Граждане РФ 1 Иностранные граждане, временно пребывающие на территории РФ, кроме высококвалифицированных иностранных специалистов 2 Высококвалифицированные иностранные специалисты и члены их семьи из стран ЕАЭС, временно пребывающие на территории РФ 2 Иностранные граждане, временно пребывающие на территории РФ, с 2023 года в соответствии с международным договором подлежащие страхованию на ОМС и ОСС 2 Иностранные граждане, временно проживающие на территории РФ 3 Высококвалифицированные иностранные специалисты и члены их семьи, временно проживающие на территории РФ 3 Иностранные граждане, приравненные к гражданам РФ (постоянно проживающие, признанные беженцами, граждане страны-участника Договора о ЕАЭС) 4 Высококвалифицированные иностранные специалисты и члены их семьи, постоянно проживающие на территории РФ 4 Временно пребывающие на территории РФ иностранные граждане, получившие убежище в соответствии с законом о беженцах 6 Не страхуемые лица, кроме ВКС; нестрахуемые высококвалифицированные специалисты; подлежащие страхованию только на ОПС; временно пребывающие с долгосрочными трудовыми договорами; вид не заполнен не заполняется Категория — категория застрахованного лица. В новом формате это числовой код:
Код Значение 2 Лица, осужденные к лишению свободы и привлеченные к оплачиваемому труду 3 Лица, осужденные к принудительным работам, привлеченные к труду 4 Лица в период приостановления трудового договора после окончания военной службы 6 Лица, работающие по трудовым договорам или по договорам ГПХ 7 Руководители организаций — единственные участники (учредители) 8 Государственные гражданские (муниципальные) служащие 9 Лица, замещающие государственные (муниципальные) должности 10 Члены производственного кооператива, принимающие личное трудовое участие 11 Священнослужители Правило подстановки: если входящий запрос уже содержит категорию, берётся она; иначе по умолчанию ставится код 6. Затем проверяются особые случаи: единоличный руководитель-учредитель получает код 7, сотрудник в период приостановления трудового договора после военной службы — код 4, а для государственных и муниципальных служащих код 8 или 9 определяется по данным госслужбы.
В прежнем формате категория хранилась иначе — строковыми кодами: INSURED (застрахованное лицо), PRISONER (осуждённое к лишению свободы), COMPULSORY (осуждённое к принудительным работам), ENDOFMILITARY (приостановление ТД после военной службы). Поэтому список категорий в одном и том же документе зависит от версии спецификации.
- Остальные документы обмена
Поле Тип сообщения появилось и в других документах и данных обмена, чтобы различать прежний и новый формат:
- Данные СФР для расчета пособия— добавлены Версия спецификации и Тип сообщения;
- Запрос данных СФР о среднем заработке— добавлен Тип сообщения;
- Средний заработок по данным СФР (СЭДО)— добавлены Тип сообщения, флажок Есть необработанные узлы и поля Годы среднего заработка для расчета пособий (расчётные годы и дополнительно запрашиваемые годы);
- Уведомление об изменении расчета пособия— добавлены Тип сообщения, Дата создания, Идентификатор и До;
- Уведомление об отсутствии ответа СЭДО— добавлены Тип сообщения, Версия спецификации, СНИЛС, Идентификатор запроса, Дата запроса и блок Входящее сообщение, в котором видно состояние связанного входящего сообщения: не найдено, не загружено, загружено с ошибками, относится к другому страхователю или всё в порядке;
- Статусы выплаты пособия— добавлен Тип сообщения;
- Запрос недостающих сведений для пособия (от СФР СЭДО)— на форме в группе Сведения, подготовленные по извещению появилось поле Исходящее сообщение о страховом случае.
При загрузке уведомления об изменении ЭЛН (тип 111) в описание ошибки теперь добавляется причина, по которой не найдено физическое лицо.
Больничный лист: пять полей условий исчисления и новые причины неоплаты
меняет расчёт- Условия исчисления: полей стало пять
В Больничном листе в ряду Условия исчисления: код было три поля, стало пять: справа от трёх прежних добавились ещё два таких же. Сами коды не изменились, их по-прежнему десять, добавились только места под них.
При изменении любого из пяти полей кода пересчитываются дата начала оплаты в размере 50% и процент оплаты, при необходимости заново заполняются начисления. В фонд все пять кодов уходят только в ответе формата ЕЦП. В ответе старого формата выгружаются первые три кода, а поля 4 и 5 не показываются.
Полей под коды условий исчисления стало пять: два новых справа от трёх прежних - Причины неоплаты: четыре новых значения
В списке причин неоплаты больничного было семь значений, стало одиннадцать. Добавились:
- Заключение под стражу (ст. 108 УПК РФ)
- Административный арест (ст. 32.8 КоАП РФ)
- Судебно-медицинская экспертиза (ст. 195 УПК РФ, ст. 79 ГПК РФ, ст. 26.4 КоАП РФ)
- Оплата 3-х дней за счет страхователя (п.1 ч.2 ст. 3 255-ФЗ)
У прежнего значения Учебный отпуск уточнена ссылка на норму: было «ст. 173 ТК РФ», стало «ст. 173–177 ТК РФ». Эти значения видны в исключаемых периодах Больничного листа в колонке Причина и в исключаемых периодах Ответа на запрос СФР для расчёта пособия.
Одна и та же причина уходит в фонд под разными кодами в зависимости от формата. В старом формате у причин всего четыре кода, и большинство причин уходит под кодом 4. В ЕЦП кодов больше: свои коды у отстранения от работы, заключения под стражу, административного ареста, судебно-медицинской экспертизы, работы и оплаты 3-х дней. Отпуск без сохранения оплаты и учебный отпуск идут под общим кодом 5, а очередной отпуск и превышение предела оплаты под кодом 4 «иное»:
Причина Код старого формата Код ЕЦП Отстранение от работы 1 1 Отпуск без сохранения оплаты 2 5 Учебный отпуск 3 5 Очередной отпуск 4 4 Работа (в т.ч. удалённая) 4 9 Иное 4 4 Превышен предел оплаты 150 дней — 5 мес. 4 4 Заключение под стражу 4 6 Административный арест 4 7 Судебно-медицинская экспертиза 4 8 Оплата 3-х дней за счёт страхователя кода нет, период выгружается с пустым типом 10 При заполнении ответа на запрос СФР в формате ЕЦП дни, оплаченные за счёт работодателя, сами попадают в исключаемые периоды с причиной Оплата 3-х дней за счет страхователя. В расчёте больничного такие строки не учитываются. Добавлять эту причину вручную не нужно.
В списке причин неоплаты появились заключение под стражу, административный арест, судебно-медицинская экспертиза и оплата 3-х дней за счёт страхователя - НС/ПЗ теперь сверяется с входящим запросом
При открытии электронного Больничного листа с кодом причины 01 или 02 документ сверяется с входящим запросом СФР. Если в запросе указано пособие в связи с несчастным случаем на производстве или профессиональным заболеванием, а больничный оформлен не как НС/ПЗ, возможны два случая:
- документ не рассчитан или не проведён: данные ЭЛН при открытии загружаются заново сами;
- документ рассчитан и проведён, а исправление для него ещё не вводилось: на форме появляется сообщение «По данным СФР данный страховой случай является НС/ПЗ. Рекомендуется заполнить больничный по данным ЭЛН».
Раньше признак НС/ПЗ брался только из самого документа — по причине нетрудоспособности «травма на производстве» или «профзаболевание». Теперь расхождение с данными фонда видно сразу, а не после того, как фонд вернёт сообщение с ошибкой.
На чём основано
Документ.БольничныйЛист, Документ.БольничныйЛист.Форма.ФормаДокумента, ОбщаяФорма.ВводДанныхЛисткаНетрудоспособности, Перечисление.ПричиныНеоплатыБольничных, ОбщийМодуль.УчетПособийСоциальногоСтрахования, ОбщийМодуль.ПрямыеВыплатыПособийСоциальногоСтрахованияФормы, Документ.ОтветНаЗапросФССДляРасчетаПособия, Документ.БольничныйЛист.ПроверитьПоКадровымДаннымСотрудника, Документ.БольничныйЛист.ЗаполнитьУсловияИсчисления, Документ.БольничныйЛист.ЗаполнитьОтветНаЗапросФССДляРасчетаПособия, Документ.БольничныйЛист.ЗаполнитьИсходящееСообщениеОСтраховомСлучаеФСС, Документ.БольничныйЛист.ИсключенныеДаты, Документ.ОтветНаЗапросФССДляРасчетаПособия.ВыгрузитьИсключаемыеПериоды10110, спецификация СЭДО СФР excludePeriodListType/excludePeriod/type редакции 3.0.7
Отпуск по уходу за ребенком: код страны документа о рождении для сообщений СФР
меняет отчётность- Что изменилось
В документе Отпуск по уходу за ребенком в таблице Данные о детях появилась колонка Код страны. Это трёхзначный цифровой код государства, где выдан документ о рождении, по классификатору ОКСМ, например 112 — Беларусь, 398 — Казахстан. Сам он не подставляется, его вводят вручную, и нужен он в одном случае: когда у ребёнка выбран вид документа Иной документ подтверждающий рождение ребенка. По спецификации СФР этот блок предназначен для детей, рождённых за рубежом.
В таблице «Данные о детях» в группе «Подтверждающий документ» появилась колонка «Код страны» Код страны передаётся в сообщение о страховом случае нового формата 10910, которое программа выбирает сама с 21.09.2026. Сообщение создаётся из таблицы Данные о детях в отпуске по уходу кнопкой Исходящее сообщение о страховом случае (СЭДО). Дата, номер, серия и Кем выдан иного документа переносятся в сообщение, как и раньше, теперь к ним добавился код страны. В сообщении нового формата поле Кем выдан скрыто и в фонд не уходит, вместо него обязателен код страны.
Заодно в сообщение стали переноситься годы расчётного периода из отпуска. Если они отличаются от стандартных для даты начала отпуска, в сообщении ставится признак замены лет. В сообщениях прежнего формата годов расчётного периода и замены лет не было. В новом формате заявление о замене лет передаётся прямо в сообщении.
- Справка о рождении
Если у ребёнка в отпуске по уходу указан вид документа Справка о рождении, её данные в сообщение по отпуску по уходу не передаются: для этого пособия фонд принимает свидетельство о рождении (с актовой записью, если она есть) или иной документ, выданный за рубежом. Сообщение потребует данные свидетельства о рождении и без них не пройдёт проверку заполнения.
Уже отправленные сообщения переделывать не нужно.
- Решение об установлении опеки
Если отпуск по уходу оформлен опекуном и у ребёнка указан вид документа Решение об установлении опеки, этот документ в новое сообщение не переносится. В прежней версии он подставлялся в блок иного документа с датой, номером, серией и кем выдан. Теперь сообщение потребует данные свидетельства о рождении ребёнка и без них не пройдёт проверку заполнения.
На чём основано
Документ.ОтпускПоУходуЗаРебенком, МодульМенеджера: ЗаполнитьИсходящееСообщениеОСтраховомСлучаеФСС, ДанныеОтпускаДляСЭДО Перечисление.ВидыПодтверждающихДокументовОтпускаПоУходу Документ.ИсходящееСообщениеОСтраховомСлучаеФСС, МодульМенеджера: ВыгрузитьОснованияДляНазначенияОтпускаПоУходу10910, ВыгрузитьЗаменуЛет10910 Документ.УведомлениеОПрекращенииОтпускаПоУходуЗаРебенком, МодульМенеджера: ЗагрузитьРезультатДоставкиСообщения МодульОбъекта: ЗаполнитьНаОснованииОтветаНаЗапрос ОбщийМодуль.СЭДОФСС: СписокВыбораКодовСтран спецификация СФР: birthDocOtherCountryType/country, тип сообщения 10910
Ведомости в банк теперь можно отправлять в Сбербанк через 1С:ДиректБанк
новая возможность- Зарплатные ведомости через 1С:ДиректБанк
Раньше обмен зарплатными документами со Сбербанком через 1С:ДиректБанк в ЗУП не настраивался: помощник сообщал, что обмен документами по заработной плате с этим банком не поддерживается. Теперь его можно настроить: Ведомость в банк уходит в Сбербанк прямо из программы, а подтверждение зачисления приходит обратно само.
В настройке обмена программа банка называется SberAPI.
- Что нужно для настройки
Настройку создаёт помощник обмена с банком, и для этого нужен действующий доступ к SberAPI: помощник сначала выполняет авторизацию и запрашивает список зарплатных договоров организации.
- банк вернул хотя бы один договор — в исходящих документах настройки появляется строка Список на зачисление денежных средств на счета сотрудников, это и есть ведомость;
- договоров нет или банк запросил повторную авторизацию — настройка создаётся без этой строки, и помощник об этом не предупреждает;
- запрос к банку не прошёл — помощник показывает ошибку и настройку не создаёт.
Строка для ведомостей появляется только при создании настройки помощником, сама она не добавится. Если пройти помощник повторно, список исходящих документов заполнится заново, и ручные изменения в нём придётся повторить.
- Как отправляется ведомость
Что стало с отправленной ведомостью, программа узнаёт при синхронизации статусов обмена с банком:
- банк сразу не принял ведомость, например из-за неверного номера зарплатного договора, — у неё статус Отклонён банком и текст причины;
- банк исполнил ведомость полностью или частично либо отклонил её при обработке — программа сама загружает ответ банка и создаёт документ Подтверждение зачисления зарплаты, связанный с ведомостью, если в ответе есть данные по сотрудникам.
Статус Получено подтверждение ведомость получает и тогда, когда банк её отклонил. Поэтому результат зачисления смотрите в документе Подтверждение зачисления зарплаты, а не по статусу.
У сообщений обмена с банками появилась своя форма выбора: при выборе сообщения открывается список с номером, датой, банком, статусом, суммой и причиной отклонения.
- Что проверить
- Создав настройку обмена со Сбербанком, сразу проверьте, что в исходящих документах есть строка Список на зачисление денежных средств на счета сотрудников.
- После первой отправки ведомости выполните синхронизацию и откройте Подтверждение зачисления зарплаты: по нему видно, кому деньги зачислены.
- Если передаёте зарплату в банк файлом, ничего менять не нужно: формат файлов обмена по зарплатным проектам прежний.
На чём основано
Документ.СообщениеОбменСБанками (Форма.ФормаВыбора, МодульМенеджера ТабличныйДокументЗарплатногоПроекта и СформироватьПечатнуюФормуЭД, МодульФормы ЭлектронныйДокумент) ОбщийМодуль.ОбменСБанкамиSberAPIСлужебный (ОтправитьДокументы, ОтправитьЗарплатнуюВедомость, ПолучитьСтатусыДокументов, ПолучитьСтатусыЗарплатныхВедомостей, ПолучитьИУстановитьСтатусЗарплатнойВедомости, ПолучитьОбщийСтатусВедомостьНаЗачислениеЗП, ПолучитьПодробныйСтатусВедомостьНаЗачислениеЗП, УстановитьСтатусВедомостьНаЗачислениеЗП, СтатусЗарплатнойВедомостиСоответствуетСохранению, СохранитьПодтверждениеЗачисленияДенежныхСредствНаСчетаСотрудников, ПолучитьЗарплатныеДоговоры) ОбщийМодуль.ОбменСБанкамиСлужебный (ЗаполнитьВидыЭДДоступнымиЗначениями, ТаблицаВидовЭДИПрограмм, СформироватьЭДПоЗарплатномуПроекту, ТаблицаОперацийВыписки, СоздатьНастройкуОбмена, ОтправитьДокументыЧерезСервисSberAPI) ОбщийМодуль.ОбменСБанкамиЦифровойРубль (ПрочитатьДанныеОперацияC2B, ПрочитатьДанныеОперацияB2C, РеквизитыОператораПлатформыЦифровогоРубля) ОбщийМодуль.ОбменСБанкамиSberAPIСлужебныйВызовСервера (ДанныеПодписанногоСообщения) ОбщийМодуль.ОбменСБанкамиSberAPIСлужебныйКлиентСервер (АдресЛичногоКабинета) Справочник.НастройкиОбменСБанками.Форма.ПомощникСозданияНастройкиОбмена ОбщийМодуль.ОбменСБанкамиСлужебныйВызовСервера (РеквизитыЭлектронногоДокумента, ПолучитьЗначенияРеквизитовНастройкиОбмена)
Воинский учёт: документы видны в 1С-Отчётности
меняет отчётность- Что изменилось
В журнале 1С-Отчётности, в группе Отчетность по физлицам, появились пять видов документов воинского учёта:
- Извещение о приеме или увольнении для военкомата
- Изменения сведений сотрудников для военкомата
- Первоначальная постановка на воинский учет
- Сведения о подлежащих воинскому учету гражданах
- Сообщение о не состоящих на воинском учете гражданах
Контролирующий орган у всех пяти — Минобороны. К каждому подключён типовой печатный бланк, так что из журнала печатается то же, что из самого документа.
Так документы для военкомата собраны в одном окне с остальной отчётностью: в 1С-Отчётности уже были НДФЛ и персонифицированный учёт, теперь добавился воинский учёт. Карточки самих документов не изменились: новых полей нет, формы и заполнение прежние.
- Кнопка «Отправить» не отправляет, файл сдаётся на сайте
Через 1С эти пять документов не отправляются: по кнопке Отправить выходит предупреждение «Отправка отчета в электронном виде не предусмотрена. Для сдачи требуется загрузить файл отчета на сайте реестрповесток.рф», и отправка не выполняется. Отправлять эти документы из программы нельзя было и раньше: файл выгружался из самого документа.
1С-Отчётность здесь служит списком и местом выгрузки, а не каналом электронного документооборота. Файл для сдачи сохраняется кнопкой Выгрузить, и уже его загружают на сайт реестра повесток.
При отправке появляется предупреждение, что отправка в электронном виде не предусмотрена, файл нужно загрузить на сайте реестрповесток.рф - Что видно в журнале
Для каждого из пяти документов журнал показывает дату создания, организацию, период, комментарий и статус. Колонка кода контролирующего органа пуста: у Минобороны нет кода, подобного коду ИФНС.
Период у трёх документов берётся из полей Начало периода и Окончание периода карточки:
- Извещение о приеме или увольнении для военкомата
- Изменения сведений сотрудников для военкомата
- Первоначальная постановка на воинский учет
У Сведений о подлежащих воинскому учету гражданах и Сообщения о не состоящих на воинском учете гражданах период в журнале берётся из даты документа, хотя поля начала и окончания периода в карточке есть.
Статус определяется по самому документу:
- Сдано— когда в документе стоит флажок Отправлено в военкомат и документ не помечен на удаление
- Подготовлено— когда документ проведён и не помечен на удаление, но флажок отправки не стоит
- В работе— во всех остальных случаях: документ не проведён или помечен на удаление
Эти же три значения — В работе, Подготовлено, Сдано — добавлены в список статусов, которые можно проставить документу воинского учёта в журнале вручную.
В группе Отчетность по физлицам появились пять документов воинского учёта с органом Минобороны
На чём основано
ОбщийМодуль.ВоинскийУчет, процедуры ОпределитьТаблицуОписанияОбъектовРегламентированнойОтчетности, ОпределитьСвойстваОбъектовДляОтображенииВФормеОтчетность, ПереопределитьСтатусИСостояниеСдачиОтчетности, ПолучитьДатыПериодаДокумента, ВыгрузитьДокумент ОбщийМодуль.ВоинскийУчетКлиент, процедуры ВыгрузитьДокументОтчетности, ОтправитьВКонтролирующийОрган ОбщийМодуль.ВоинскийУчетКлиентСервер, процедуры ДокументыЭлектронногоОбмена, ДополнитьСтатусыОбъектовРеглОтчетностиПриРучномВводе Подсистема.ЗарплатаКадрыПриложения.Подсистема.КадровыйУчет.Подсистема.ВоинскийУчет анонс релиза 3.1.38.92
Подключение к приложению «1С:Отчетность 24»
новая возможность- Что появилось
В версии 3.1.38.92 базу ЗУП можно подключить к приложению «1С:Отчетность 24». Это отдельное приложение 1С, в котором готовят регламентированную отчётность. Приложение присылает в ЗУП запрос на данные для заполнения отчёта, ЗУП заполняет отчёт по своим данным и отправляет результат обратно. Сдача отчётности в контролирующие органы через оператора остаётся прежней.
Обмен идёт через облачную шину 1С. Приложение «1С:Отчетность 24» ставит запрос в очередь, база забирает его и отправляет ответ на ту же шину. Регламентное задание проверяет очередь раз в минуту, а на новых версиях платформы база ещё и получает сигнал о новом запросе сразу.
В 1С-Отчетности, в настройках, в блоке Отчетность в электронном виде появилась ссылка Подключения к приложению «1С:Отчетность 24». Её видят только пользователи с правом на чтение списка подключений.
- Подключение по пин-коду
Ссылка Подключения к приложению «1С:Отчетность 24» открывает список подключений. Карточка нового подключения состоит из двух страниц. На первой — поле Пин-код и кнопка Далее, которая не работает, пока пин-код не введён. Пин-код выдаёт приложение «1С:Отчетность 24», когда в нём подключают учётную базу.
Для подключения нужна подключённая Интернет-поддержка: вместе с пин-кодом база передаёт подтверждение входа на портал ИТС. Если пин-код неверный, появляется сообщение Пин-код не верный, если просрочен, Пин-код просрочен, запросите новый. После успешного подключения база сохраняет ключи доступа к шине, и подключение появляется в списке.
После подключения открывается страница настроек: Наименование, Отправитель, гиперссылки Госорганы, Пользователи, Организации и поле Комментарий. По ссылке Техническая информация внизу окна видны получатель, отправитель и адрес базы.
Ссылка на подключения в настройках 1С-Отчетности и окно ввода пин-кода - Что можно разрешить и что запрашивает приложение
По умолчанию в карточке стоит Все госорганы, список можно сузить. Пункты берутся из видов отправляемых документов, которые есть в базе. Фонд в этом списке представлен двумя пунктами, ПФР и ФСС. Чтобы передавать и документы персонифицированного учёта, и данные по пособиям и ЭЛН, отметьте оба.
По ссылке Организации задаются организации, по которым разрешена передача данных (при подключении список может прийти из приложения), по ссылке Пользователи — те, кто сможет подтверждать входящие запросы. Оба списка у каждого подключения свои.
Основной сценарий: приложение «1С:Отчетность 24» запрашивает данные для заполнения регламентированного отчёта, и ЗУП заполняет отчёт по своим данным. Для кадровых документов и документов по пособиям (ЕФС-1, реестр ЭЛН, реестр прямых выплат, сведения о доходах для соцвыплат, заявление о подтверждении права на зачёт авансов по НДФЛ) в конфигурации заданы только правила доступа: документ относится к ПФР, ФСС или ФНС, и передача зависит от того, отмечен ли этот госорган в карточке подключения.
Среди запросов из приложения «1С:Отчетность 24» бывают запросы справочных данных. В окне подтверждения они называются Сотрудники и Банковские счета.
Если отчёт относится к госоргану, который не отмечен в карточке подключения, или организация не входит в заполненный список организаций, данные не передаются и в ответ уходит отказ «Доступ к данным … запрещен». Пустой список организаций означает, что разрешены все.
- Подтверждение перед отправкой
В карточке подключения переключателем задаётся, нужно ли подтверждать запрос; у нового подключения подтверждение включено.
Если подтверждение нужно, пришедший запрос не обрабатывается сразу, а попадает в список Запросы из Отчетность 24, и появляется уведомление. Форма подтверждения показывает по одному запросу: имя подключения, отчёт, организация, период, отправитель, адрес получателя. Внизу кнопки Подтвердить и Отклонить, а если в очереди ещё есть запросы, надпись «Ещё N в очереди». Однотипные запросы с тем же отчётом, организацией и периодом подтверждаются или отклоняются вместе.
После подтверждения данные заполняются и отправляются фоновым заданием. Если подтверждение отключено, на запрос отвечают автоматически, без участия человека, и список Пользователи не нужен.
- Кому доступны настройки и подтверждение
Появились две роли и одноимённые поставляемые профили групп доступа:
- Редактирование настроек подключений к «1С:Отчетность 24»— открывает список подключений и карточку подключения; без неё ссылка в 1С-Отчетности не видна;
- Подтверждение отправки данных в конфигурацию «1С:Отчетность 24»— открывает список Запросы из Отчетность 24 и нужна, чтобы подтверждать и отклонять запросы.
Роли удобно выдавать одноимёнными профилями сотрудникам, которые будут подключать базу и отвечать на запросы приложения. Подтверждать запросы может пользователь с ролью подтверждения или с полными правами. При подключении список Пользователи заполняется автоматически: текущим пользователем и пользователями учётных записей документооборота. Если в карточке подключения отмечены конкретные пользователи, запросы получают только они. Если никто не отмечен, запросы получают все пользователи с этой ролью. Запрос по организации видит только тот, кому эта организация доступна.
- Фоновое задание — раз в минуту
Вместе с шиной появилось регламентное задание Получение сообщений из «1С:Отчетность 24». Оно включено сразу после обновления и запускается каждую минуту круглосуточно. Если подключений нет, задание тут же завершается, но тем, кто шиной пользоваться не будет, его стоит отключить.
На чём основано
Константа.КлиентШиныОтчетности, Константа.СекретШиныОтчетности, ОбщийМодуль.ИнтеграцияСОтчетность24 (РегламентноеЗаданиеПолучениеСообщенийИзОтчетность24, ПолучитьСообщенияПоHttp, ОбработатьПолученноеСообщение, ОтправитьТранспортныйКонтейнер), ОбщийМодуль.ИнтеграцияСОтчетность24ВызовСервера (Подключиться), ОбщийМодуль.ИнтеграцияСОтчетность24КлиентСервер (ГосорганПоИмениТипа), ОбщийМодуль.Отчетность24БРО (АдресаШины, СерверШины), РегистрСведений.Отчетность24БРОПодключения, РегистрСведений.Отчетность24БРОЗапросы, РегистрСведений.Отчетность24БРОНастройкиПодтверждения, РегистрСведений.Отчетность24БРООграниченияПоОрганизациям, РегистрСведений.Отчетность24БРОПараметрыШины, РегистрСведений.Отчетность24БРОСоответствиеСсылок, РегламентноеЗадание.ПолучениеСообщенийИзОтчетность24, Роль.СозданиеНастроекПодключенияКОтчетность24, Роль.ПодтверждениеОтправкиДанныхВОтчетность24, ОбщаяФорма.РегламентированнаяОтчетность, Справочник.РегламентированныеОтчеты, Обработка.ПереносСправочниковБРО
Зачёт авансов НДФЛ, иностранцы, охрана труда — три мелкие правки
меняет отчётность- Заявление о зачете авансов по НДФЛ
В документе Заявление о подтверждении права на зачет авансов по НДФЛ переделан подбор сотрудников: теперь он работает через общий механизм заполнения документов, как в пачках СЗВ.
На экране ничего не изменилось: кнопки и поля остались прежними. Подбор по-прежнему добавляет сотрудников в список и заполняет по каждому на дату документа:
- фамилию, имя и отчество;
- дату рождения;
- паспортные данные — вид документа, серию, номер, кем выдан и дату выдачи;
- ИНН.
Поля, которые пользователь правил вручную, помечаются как исправленные и при повторном заполнении не перезаписываются — это поведение сохранено. Разница одна: если подобрать сотрудника, который уже есть в списке, его данные перечитаются (кроме исправленных вручную), а раньше такая строка пропускалась.
Делать ничего не нужно.
- Уведомления по трудовым договорам иностранцев
В отчёте Уведомления по трудовым договорам иностранцев в печатной форме уведомления о работе по патенту (форма 2023 года) исправлена отметка в пункте 5 гражданско-правовой договор, заключённый в устной форме. Раньше она повторяла соседнюю отметку гражданско-правовой договор, теперь печатается по своему флажку.
Остальные формы отчёта не затронуты.
Если оформляли уведомление о работе по патенту (форма 2023 года) по гражданско-правовому договору, сформируйте печатную форму заново и проверьте на второй странице пункт 5. Отметка должна стоять только у выбранного варианта: у договора в устной форме или у письменного гражданско-правового договора, а не у обоих сразу.
- Реестр обученных по охране труда лиц
В отчёте Реестр обученных по охране труда лиц обновлён формат выгрузки и загрузки XML. Состав полей не менялся, изменилась запись дат: раньше дата выгружалась со временем (гггг-ММ-ддT00:00:00), теперь без него (гггг-ММ-дд).
Перезаполнять реестр не нужно: изменился только вид дат в файле.
Остальные правки формы технические и на работу отчёта не влияют.
На чём основано
Документ.ЗаявлениеОПодтвержденииПраваНаЗачетАвансовПоНДФЛ: МодульМенеджера (ЗаполнитьДокументПоСпискуСотрудников, ЗаполнитьДокументПоПараметрам, ИменаФиксируемыхПолей), МодульОбъекта (ОбработкаЗаполнения), МодульФормы (ОбработкаПодбораНаСервере) Отчет.РегламентированноеУведомлениеРаботаИностранцев: МодульМенеджера (СформироватьСписокЛистовФорма2023_РаботаПоПатенту, ЗаполнениеОбластей) Отчет.РегламентированныйОтчетОбученныеПоОхранеТрудаЛица: Макет СхемаВыгрузки109, Форма.ФормаОтчета2023Кв1 (УниверсальнаяВыгрузкаXMLНаСервере, ВывестиПоказательВXML, ЗагрузкаОтчетаИзФайлаНаСервере, ПроверитьПоказатели, СравнениеОтчетовНаСервере)
Заполнение документов СЗВ, АДВ и ДСВ переписано на единый механизм
служебное- Что изменилось
В релизе переписано заполнение двенадцати документов персонифицированного учёта. Затронуты:
- Сведения о страховом стаже (СЗВ-СТАЖ, ЕФС-1 подраздел 1.2)
- Корректировка сведений о страховом стаже (СЗВ-КОРР)
- Сведения о трудовой деятельности (СЗВ-ТД, ЕФС-1 подраздел 1.1)
- Сведения о заработке и стаже застрахованных лиц (СЗВ-ИСХ)
- Сведения для исчисления доплаты к пенсии (СЗВ-ДСО)
- Опись ОДВ-1 (досрочное назначение пенсии, ЕФС-1 подраздел 2)
- Пачка документов АДВ-1
- Пачка документов АДВ-2
- Пачка документов АДВ-3
- Пачка документов ДСВ-1
- Пачка документов СЗВ-К
- Реестр ДСВ-3 (дополнительные страховые взносы, ЕФС-1 подраздел 3)
Раньше каждый документ заполнялся кодом своей формы, а теперь все двенадцать заполняются тем же способом, который давно используется в кадровых и расчётных документах. Формы, кнопки и поля не менялись.
Исправленные ошибки
По реестру ошибок 1С в релизе 3.1.38.92 исправлены две ошибки. Важнее другое: после выхода релиза для него уже выпущены исправления, и три из них касаются обмена с СФР по пособиям, который с 21 сентября переходит на ЕЦП.
60034195: При открытии в журнале «Извещение СФР» документа «Запрос недостающих сведений для пособия» выходит ошибка
- Статус
Исправлена в 3.1.38.92.
70160236: Ошибка при выгрузке ведомостей с кодами доходов исполнительного производства 4 и 5
- Статус
Исправлена в 3.1.38.92.
70161574: Ответ на запрос СФР без исключаемых периодов формируется с ошибкой формата
- Статус
В 3.1.38.92 ошибка есть, исправление выпущено патчем EF_70161574 от 04.09.2026.
- Что происходит
В Ответе на запрос СФР для расчета пособия по обычному больничному и больничному по несчастному случаю на производстве или профзаболеванию, если исключаемых периодов нет, сообщение уходит без обязательной отметки о пустом списке исключаемых периодов. Такое сообщение не соответствует формату фонда.
- Что делать
Установите исправление до 21 сентября: с этой даты ответы уходят в формате ЕЦП, и ошибка затронет каждый ответ без исключаемых периодов.
70161566: В Ответе на запрос СФР не заполняется период оплаты за счёт СФР
- Статус
В 3.1.38.92 ошибка есть, исправление выпущено патчем EF_70161566 от 03.09.2026.
- Что делать
Установите исправление. Без него в ответах прежнего формата, которые уходят до 21 сентября, период оплаты за счёт СФР не заполняется из запроса фонда: дата окончания остаётся пустой, иногда и дата начала. Пустой период так и уходит в сообщение. Пока исправление не установлено, перед отправкой проверьте поле Период оплаты за счет СФР и заполните даты вручную. В ответах формата ЕЦП это поле не выгружается.
70162181: При обмене с СЭДО СФР возникает ошибка «Поле объекта не обнаружено (ЗначенияРеквизитовДоЗаписи)»
- Статус
В 3.1.38.92 ошибка есть, исправление выпущено патчем EF_70162181 от 10.09.2026.
- Что происходит
Ошибка появляется в некоторых случаях при обработке Уведомления об отсутствии ответа СЭДО.
- Что делать
Установите исправление вместе с двумя предыдущими — все три касаются обмена с СФР.
60034276: В Ответе на запрос СФР для пособия при рождении проверяется заполненность условий исчисления
- Статус
Найдена после выхода 3.1.38.92. Исправление планируется в следующих версиях 3.1.38, патча пока нет.
60034349: «1С:Отчетность 24» получает сообщения лишними регламентными заданиями
- Статус
Исправление выпущено патчем EF_60034349 от 08.09.2026.
- Что происходит
Патч удаляет лишние регламентные задания получения сообщений из «1С:Отчетность 24», которые нагружают сервер.
Исправления библиотек, общие для многих программ
- EF_00_00924148от 19.08.2026 — при запросе выписки через ДиректБанк в некоторых случаях выписка не приходит
- EF_00_00928768от 01.09.2026 — в MacOS недоступно редактирование пути к приложению для электронной подписи
- EF_00_00934561от 10.09.2026 — на платформе 8.3.27.2074 в клиент-серверном режиме длительные операции завершаются не раньше чем через три минуты
Что ещё затронуто
БСП обновлена до 3.1.12.297, компонента штрихкодов — до 10.0.13.7. В релизе обновлена библиотека стандартных подсистем (БСП), на которой построены работа с файлами, обмен данными, электронная подпись и другие служебные механизмы: версия выросла с 3.1.12.281 до 3.1.12.297. Большая часть этих изменений относится к внутренним механизмам и не меняет интерфейс.
Заметных изменений немного, они описаны ниже.
Печать штрихкодов. Внешняя компонента печати штрихкодов обновлена до версии 10.0.13.7, и у генератора штрихкодов появились новые возможности:
- можно задать имя шрифта подписи под штрихкодом;
- можно инвертировать цвета — светлые полосы на тёмном фоне;
- можно получить изображение в формате SVG, а не только PNG;
- добавлен тип кода 26 — QR-код с универсальным платёжным кодом (УПК).
Это возможности для печатных форм и подключаемого оборудования, на самих формах ничего не добавилось.
Регламентированная отчётность. В справочнике Регламентированные отчеты появился признак «Не создавать новый». Его проставляет обновление регламентированной отчётности по типовому списку отчётов. В карточке и в списке отчётов признак не выводится.
Его действие видно при создании отчёта: отмеченных видов нет в списке для создания, а попытка создать такой отчёт из справочника заканчивается сообщением Создание регламентированного отчета данного вида запрещено. Уже созданные отчёты остаются в базе. Так убирают упразднённые формы; в этом же релизе удалён отчёт Регламентированное уведомление о прекращении УСН.
Перенос справочников БРО. Новая обработка Перенос справочников БРО переносит справочники регламентированной отчётности между базами. Она относится к «1С:Отчетность 24» и в повседневном расчёте зарплаты не нужна.
Задача бухгалтера. Задача Формирование платежных поручений на уплату налогов открывает отчёт Данные для отражения удержанного НДФЛ в бухучете в другом варианте: раньше в ЗУП открывался вариант по статьям, теперь обычный. В ЗКГУ остался вариант по статьям.
Кому что делать. Ничего делать не нужно: БСП обновляется вместе с конфигурацией, требования к версии платформы проверьте в описании поставки.
Проверить стоит две вещи. Если внешняя компонента печати штрихкодов устанавливалась вручную, обновите её до версии из поставки. Если пользуетесь задачей бухгалтера по формированию платёжных поручений, откройте из неё отчёт по отражению НДФЛ и убедитесь, что открывается нужный вариант.
Что проверить после обновления
Обмен с СФР. Установите исправления EF_70161574, EF_70161566 и EF_70162181 до 21 сентября.
ЕЦП
Больничный лист
Отпуск по уходу за ребёнком
Обмен с банками
Воинский учёт
«1С:Отчетность 24»
Мелкие правки
Как это собрано
Собрано программным разбором конфигурации, каждый вывод проверен экспертом. Сравнение версии 3.1.38.69 с версией 3.1.38.92 по метаданным, текстам модулей и макетам. Ошибки и исправления — по реестру ошибок 1С. Сроки перехода обмена с СФР на ЕЦП — по объявлению СФР на странице СЭДО.
На чём основано
- документ:
ВходящийЗапросФССДляРасчетаПособия - документ:
БольничныйЛист - документ:
ОтветНаЗапросФССДляРасчетаПособия - регистр:
Отчетность24БРОПодключения - документ:
ИсходящееСообщениеОСтраховомСлучаеФСС - документ:
УведомлениеОбИзмененииРасчетаПособия - регистр:
РегистрацииОтветовНаЗапросыФССДляРасчетаПособий - регистр:
Отчетность24БРОЗапросы - регистр:
РегистрацииИсходящихСообщенийОСтраховыхСлучаяхФСС - документ:
УведомлениеОбОтсутствииОтветаСЭДО - документ:
СведенияОЗаработкеСтажеЗастрахованныхЛицСЗВ_ИСХ - регистр:
Отчетность24БРОСоответствиеСсылок - регистр:
Отчетность24БРОНастройкиПодтверждения - документ:
ДанныеСФРДляРасчетаПособия - документ:
ПачкаДокументовАДВ_2 - документ:
ПачкаДокументовАДВ_3 - модуль:
Отчетность24БРОСериализация - регистр:
РегистрацииЗапросовСреднегоЗаработкаСЭДО - документ:
ЗапросСреднегоЗаработкаСЭДО - регистр:
Отчетность24БРОПараметрыШины - регистр:
Отчетность24БРООграниченияПоОрганизациям - справочник:
НастройкиОбменСБанками - документ:
ЗаявлениеОПодтвержденииПраваНаЗачетАвансовПоНДФЛ - документ:
РеестрДСВ_3 - документ:
СреднийЗаработокСЭДО - документ:
СведенияДляИсчисленияДоплатыКПенсииСЗВ_ДСО - документ:
ДанныеОКорректировкеСведенийЗастрахованныхЛицСЗВ_КОРР - модуль:
ИнтеграцияСОтчетность24ПовтИсп - модуль:
ОбменСБанкамиSberAPIСлужебныйВызовСервера - регистр:
РегистрацииЗапросовСтатусовВыплатыПособий - модуль:
ИнтеграцияСОтчетность24ВызовСервера - документ:
УведомлениеОПрекращенииОтпускаПоУходуЗаРебенком - документ:
ЗапросНедостающихСведенийПособияСФР - документ:
ПачкаДокументовАДВ_1 - модуль:
Отчетность24БРОШинаУведомления - модуль:
ОбменСБанкамиСлужебныйКлиент - форма:
ВводДанныхЛисткаНетрудоспособности - документ:
ПачкаДокументовСЗВ_К - модуль:
ИнтеграцияСОтчетность24
Смотрите также
Ошибка choiceInsurerConfirmedByInsured в ответе СФР по пособию по уходу за ребенком
тот же объект ОтветНаЗапросФССДляРасчетаПособия
Что изменилось в ЗУП 3.1.38.69
тот же раздел
ЗУП 8.3 и ЗУП 3.1 это одно и то же: 8.3 версия платформы, 3.1 редакция конфигурации.
Елена Грянина, автор книг и курсов по 1С:ЗУП, руководитель направления ЗУП на БухЭксперт8. Ведёт частную практику консультанта по 1С:ЗУП 3.1. Ранее принимала экзамены 1С:Специалист-консультант и 1С:Специалист по конфигурированию 1С:ЗУП в фирме 1С.
Собрано программным разбором конфигурации, каждый вывод проверен экспертом. Сравнение ЗУП версии 3.1.38.92 с версией 3.1.38.69 по текстам модулей и метаданным.
Новые разборы на почту
Зарегистрируйтесь и отметьте «Присылать новые разборы». Бесплатно, нужны только почта и пароль.