Регламентное задание обмена с СФР: расписание в 1С:ЗУП 2026

Регламентное задание обмена с СФР в 1С:ЗУП называется «Обмен с СФР (бывш. ФСС)» и лежит по пути Администрирование — Обслуживание — Регламентные операции — Регламентные и фоновые задания. Работает оно в два этапа, и это определяет всё остальное. Первый этап забирает у фонда перечень идентификаторов входящих сообщений, идёт примерно раз в 30 минут и подписи не требует. Второй загружает содержимое, требует сертификата и выполняется только по тем сообщениям, где запрос уже был подписан интерактивно. Отсюда главное различие, которое решает исход: расписание управляет тем, когда программа спросит фонд о новых сообщениях, но не тем, когда документы окажутся в базе. Пока никто не нажал «Получить из ФСС», автоматика приносит только список.

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

Где лежит расписание обмена и как называется задание

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

В карточке задания важны три вещи: признак включённости, расписание и дата последнего запуска. Дата последнего запуска — единственный быстрый индикатор того, что задание вообще шевелится. Если в ней вчерашнее число, а база работала весь день, проблема не в интервалах, а в том, что задание отключено или падает с ошибкой; текст ошибки смотрят в журнале регистрации по пути Администрирование — Обслуживание — Журнал регистрации с отбором по уровню «Ошибка».

Что проверить до того, как менять расписание

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

1. Релиз конфигурации. Полноценный механизм фоновой загрузки появился в 3.1.27.90 и 3.1.23.865, а для работы с пособиями после 21 сентября 2026 года рабочий минимум — 3.1.38.92: дата перехода на новые типы сообщений зашита в программу, а не задаётся настройкой.
2. Признак включённости задания. Отключённое задание не пишет ошибок, оно просто ничего не делает.
3. Дата последнего запуска. Сравните её с текущим временем и с интервалом в расписании.
4. Наличие второго задания с тем же именем. Дубль не ускоряет обмен, а ломает его.
5. Факт хотя бы одного ручного запроса. Без интерактивно подписанного запроса второй этап не запустится ни при каком расписании.

Два этапа фоновой загрузки: почему приходит список, а не документы

Первый этап обмена — запрос перечня. Программа обращается к сервису СЭДО и получает список идентификаторов сообщений, которые лежат на сервере для вашего регистрационного номера. Криптография на этом шаге не задействована: сертификат не нужен, расшифровывать нечего, приходят только идентификаторы и служебные признаки. Именно поэтому первый этап отрабатывает даже там, где с сертификатами беда, и создаёт обманчивое ощущение, что обмен работает.

Второй этап — загрузка содержимого. Здесь программа формирует запрос на конкретное сообщение, подписывает его сертификатом страхователя, отправляет и расшифровывает ответ. И вот ключевое ограничение: в фоне загружаются только те сообщения, по которым пользователь ранее подписал запрос интерактивно. Полная автоматизация здесь невозможна в принципе. Регламентное задание загружает список сообщений, а расшифровка содержимого требует действий пользователя с криптографическим сертификатом, и сообщение считается полученным только после такой расшифровки.

Отсюда растёт вся категория жалоб «настроили, а ничего не грузится». Бухгалтер видит в регистре входящих новые записи, открывает их, а внутри пусто: есть идентификатор, нет содержимого. Так механизм ведёт себя штатно: он дошёл до границы своих полномочий и ждёт человека с ключом. Правка интервалов в этой точке результата не даст.

Практический вывод из таблицы один: диагностику начинают с того, какая из двух строк не сработала. Если пусто в регистре — разбираются с сетью, адресом сервиса и регистрационным номером. Если записи есть, а документов нет — вопрос к сертификату и к тому, подписывал ли кто-нибудь запрос руками.

Пожалуйста, подпишитесь на нас в мессенджерах

Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.

Канал в MAX Канал в Telegram

Мария Ж, специалист по цифровой подписи и КЭДО: «Когда выясняется, что второй этап обмена требует живого человека с ключом, первым делом предлагают отдать токен бухгалтеру или оставить его в порту. Практика распространённая и незаконная: контроль над ключом лежит на владельце сертификата, и ссылка на то, что ключом пользовался кто-то другой, ответственность не снимает, а подтверждает. Правильный путь — выпустить подпись на того, кто реально ведёт обмен, и закрепить его полномочия документом».

В практике Добыто мы на этапе внедрения сразу разводим две роли: кто владеет сертификатом и кто нажимает кнопки в программе. Если это разные люди, расписание обмена настраивают под график того, у кого есть ключ, а не под удобство кадровой службы.

Интервалы в типовой поставке и почему их сверяют со своей базой

Цифры интервалов лучше держать в голове как ориентир типовой поставки, а не как норматив. Открытые источники дают три несовпадающих набора значений: около 30 минут на первый этап и 1 час 55 минут днём или 40 минут ночью на второй; интервал запросов 20-50 минут днём и 1,5-3,5 часа ночью без разделения на этапы; минимальный интервал между запусками 3601 секунда в материалах 2023 года. Скорее всего, вторая цифра описывает суммарное поведение механизма, а третья устарела, но утверждать это как факт нельзя. Значение, которое действует именно у вас, читается в карточке задания в вашей базе, и сверить его стоит до любых выводов о том, что обмен «тормозит».

Отдельная деталь, которая переворачивает расчёт сроков: дата получения сообщения определяется датой, на которую направлялся запрос к СЭДО, а не датой фактической загрузки содержимого. То есть если перечень идентификаторов пришёл во вторник, а руками вы догрузили тело сообщения в четверг, датой получения останется вторник. Трёхдневный срок ответа на запрос недостающих сведений по пункту 22 Правил № 2010 и части 8 статьи 13 255-ФЗ отсчитывается не от того момента, когда вы увидели документ на экране. Проверить это можно по самой записи входящего сообщения: в ней видна дата запроса, а не дата разбора.

Файловая база и клиент-серверная: куда девается ночной цикл

Ночью регламентное задание выполняется, если запущена база — для файловых баз — или если база расположена на сервере. Формулировка короткая, а следствие из неё объясняет добрую половину жалоб на нерегулярную загрузку. В файловой базе задания живут внутри клиентского сеанса. Закрыли программу в 18:00 — до утра не отработал ни один цикл, ни первый этап, ни второй. Утром очередь разбирается с нуля, и выглядит это как «сообщения приходят пачками и не вовремя».

В клиент-серверной базе задания выполняются на сервере и от того, открыт ли клиент, не зависят. Именно поэтому одна и та же настройка расписания у двух компаний даёт разный результат, и сравнивать интервалы без учёта типа базы бессмысленно.

Кейс из практики: производственная компания на 600 сотрудников жаловалась, что запросы фонда приходят с задержкой в сутки и кадровая служба не укладывается в трёхдневный срок. Расписание было настроено корректно, база файловая, последний сеанс закрывался в конце рабочего дня. После переноса базы на сервер ночные циклы пошли штатно, и запросы стали появляться к началу смены, а не к обеду.

Важный нюанс из практики: оставлять файловую базу открытой на ночь ради расписания — решение рабочее, но хрупкое. Сеанс рвётся при перезагрузке компьютера, обновлении операционной системы и отключении питания, и падение происходит молча. Если отказаться от ночных циклов нельзя, надёжнее переносить базу на сервер, а не следить за тем, выключил ли бухгалтер компьютер.

Дубли заданий, две базы и отказы по частоте

Серверы фонда ограничивают количество запросов от одного регистрационного номера: в дневное время не чаще чем раз в 5 минут, в ночное не чаще чем раз в час. При прямом обмене программа сама укладывается в лимит, отправляя запросы с интервалом 20-50 минут днём и 1,5-3,5 часа ночью по московскому времени. Проблема возникает, когда обращений к фонду становится больше, чем предполагает один экземпляр механизма.

Типовых источников лишних обращений два. Первый — дубль регламентного задания в одной базе. Второй, более частый и менее очевидный, — две базы с одним и тем же регистрационным номером: тестовая копия рядом с рабочей, база бухгалтерии рядом с базой зарплаты, база обособленного подразделения. В документации 1С это названо прямо: при использовании двух баз время между запросами будет меньше, чем задано на сервере. Каждая база честно соблюдает свой интервал, а фонд видит сумму.

В практике Добыто вторую базу с тем же регистрационным номером находят обычно там, где её не искали: учебная копия для новых сотрудников, архивная база прошлого года, отдельная база филиала после реорганизации. Отключать обмен в таких базах приходится адресно, потому что расписание в них включено по умолчанию.

Результат приходит в трёх разных формах, и их полезно различать, потому что чинятся они по-разному. Сводка ниже собрана по текстам, которые реально видит пользователь.

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

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

Пожалуйста, подпишитесь на нас в мессенджерах

Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.

Канал в MAX Канал в Telegram

Мария Ж, спикер на конференциях по КЭДО и юриспруденции: «Каждый дополнительный сервис в цепочке — это ещё одна точка интеграции и ещё одна точка отказа. Мы это видим и на порталах, и на мессенджерах: пока всё работает, разницы нет, а в момент перебоя процесс встаёт целиком, причём по причине, на которую компания повлиять не может. Поэтому при выборе схемы обмена считайте не только скорость, но и число звеньев, которые способны вас остановить».

Ручной обмен: шесть команд и когда какая нужна

Ручной запуск входит в штатную схему обмена: без интерактивного запроса второй этап не стартует вообще. Команд шесть, и путать их не стоит, потому что они обращаются к разным механизмам.

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

Отдельно стоит флажок «Отображать отдельную кнопку для обновления по СЭДО»: он выводит в журналы кнопку «Обновить (СЭДО)», которая тянет только документы социального документооборота и не трогает остальную отчётность. Рядом с ней располагается команда «Загрузить сообщения в фоне».

Как проверить расписание обмена и запустить обмен вручную: пошаговая инструкция

1. Шаг 1. Откройте Администрирование — Обслуживание — Регламентные операции — Регламентные и фоновые задания и найдите строку по фрагменту «ФСС».
2. Шаг 2. Проверьте признак включённости, расписание и дату последнего запуска. Если дата старше суток при работающей базе, причина не в интервале.
3. Шаг 3. Убедитесь, что задание с этим именем в списке одно, а база с этим регистрационным номером в компании тоже одна рабочая.
4. Шаг 4. Откройте Кадры — Пособия — Входящие запросы СФР для расчета пособий и нажмите «Получить из ФСС». Это интерактивный запрос, он разблокирует фоновую загрузку содержимого.
5. Шаг 5. Если ожидаемое сообщение не появилось, выполните «Еще» — «Получить сообщения за период», задав интервал с запасом от даты события.
6. Шаг 6. При отказе посмотрите полный текст в журнале регистрации с отбором по уровню «Ошибка» и определите по таблице выше, чей это отказ: программы, фонда или транспорта.
7. Шаг 7. Если известен идентификатор конкретного сообщения, создайте запись в регистре входящих сообщений СЭДО, заполните организацию и идентификатор и выполните «Еще» — «Получить с сервера СЭДО».

Мария Ж, соучредитель сервиса КЭДО Добыто: «В любой системе, где данные ходят между двумя контурами, обмен настраивается по графику и при этом всегда остаётся возможность выполнить его вручную. Второе не запасной вариант, а часть нормальной работы: график отвечает за фон, руки — за срочное. Проверьте у себя, что ручной запуск умеет делать не один человек в компании, иначе его отпуск превращается в срыв срока».

Шаблоны и чек-листы для настройки обмена

Начните с чек-листа настройки СЭДО в 1С:ЗУП с нуля: он проходит всю цепочку от реквизитов организации до расписания, и по нему видно, на каком шаге настройка оборвалась.

Что автоматика не подхватывает никогда

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

1. Содержимое сообщений, по которым запрос не подписан интерактивно. Второй этап работает только по ранее подписанным запросам.
2. Расшифровку. Она невозможна без сертификата и участия пользователя, и сообщение считается полученным только после неё.
3. Сообщения старше 7 дней. Перечни хранятся на сервере ограниченное время, и после того как идентификатор ушёл из списка, догрузить сообщение списком уже нельзя — остаётся адресный запрос по идентификатору или файл.
4. Ночные циклы в файловой базе при закрытой программе. Задание выполняется только в живом сеансе.
5. Сообщения, забранные другим оператором. Если организация ведёт обмен в системе стороннего оператора, сообщения забирает он, и в 1С по идентификатору они уже не придут.
6. Ответы и исходящие сообщения. Они формируются и отправляются только руками: расписание отвечает за входящий поток, не за исходящий.

Когда правка расписания задачу не решает

Расписание — инструмент с узкой зоной ответственности, и честнее сразу назвать случаи, в которых его трогать не нужно.

Обмен ведётся у стороннего оператора. Сообщения физически забирает его система, а 1С по идентификатору получает отказ. Здесь помогает не интервал, а решение о том, где ведётся обмен: либо переносить его в 1С целиком, либо принимать, что в базу данные попадают файлом.

Запроса от фонда в принципе нет. С 1 июля 2026 года фонд берёт стаж и календарные дни с индивидуального лицевого счёта и часть сведений повторно не запрашивает. Ожидание запроса, которого не будет, выглядит как неработающее расписание, а является изменением состава сведений.

Процесс закрыт на стороне фонда или запрос ушёл другому страхователю. В протоколах это видно по кодам семейства ERR_PR, и разбирается это содержимым, а не частотой опроса.

Сбой на стороне сервиса. Коды 500, 502, 503 и 504 во время регламентных работ или миграции платформы означают, что сервер не отвечает всем сразу. Учащение опроса в этот момент только добавит отказов по частоте.

Во что обходится неотработавшее расписание

Цена вопроса считается не в потерянных минутах. Ответ на запрос недостающих сведений подаётся в течение 3 рабочих дней, подтверждение получения извещения — в течение 3 рабочих дней, ответ на извещение о недостающих сведениях — в течение 5 рабочих дней, причём дата получения извещения в пятидневный срок не входит и течение срока начинается на следующий день. Нарушение срока представления сведений — это 5 000 рублей по части 3 статьи 15.2 255-ФЗ, непредставленный документ — 200 рублей за каждый по части 1 той же статьи, а на должностное лицо добавляется от 300 до 500 рублей по части 4 статьи 15.33 КоАП.

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

Мария Ж, судебный эксперт в сфере корпоративного и трудового права: «При разборе спорных ситуаций имеет значение наличие приказа о возложении обязанностей на конкретного работника. Если приказа нет, а человек в эти дни отсутствовал, работодателю сложнее доказать, чьи именно обязанности не были исполнены. По обмену с фондом это работает так же: назовите в приказе ответственного и его замену, и вопрос о том, кто пропустил срок, перестанет быть предметом догадок».

Стоимость перевода кадровых процессов в КЭДО: тарифы 2026 года

Стоимость зависит от численности и от того, какие виды электронной подписи нужны сотрудникам и кадровой службе.

Итоговая сумма складывается из численности, выбранного набора подписей и потребности в интеграции с учётной системой; на тарифе «Бизнес» действует минимальная оплата в 50 сотрудников, поэтому компании до 25 человек обычно считают «Старт». Условия по каждому тарифу и состав функций опубликованы на странице тарифов Добыто КЭДО.

Выводы

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

Мы в Добыто выстраиваем кадровые процессы так, чтобы обмен с фондом опирался на понятные роли и сроки: кто владеет подписью, кто запускает обмен, кто отвечает в срок и что происходит, когда этот человек в отпуске. Сама по себе настройка расписания занимает минуты, а вот распределение ответственности за срок — это уже вопрос регламента, и именно он определяет, придёт ли ответ фонду вовремя.

Частые вопросы

Можно ли вручную поставить интервал в 5 минут, чтобы сообщения приходили быстрее

Технически расписание правится, но эффект будет обратным. Днём фонд принимает запросы от одного регистрационного номера не чаще чем раз в 5 минут, и при интервале на грани лимита часть запусков вернёт код 403 или ошибку 1012 «повторный запрос ранее чем через 5 минут». Кроме того, сама программа пропустит слишком частый запуск с записью «Частый запуск задания» в журнале регистрации. Скорость появления документов при этом не вырастет: содержимое всё равно тянется вторым этапом и только по подписанным запросам.

Задание выполняется, но дата последнего запуска не меняется. Что это значит

Чаще всего это означает, что задание падает с ошибкой до фиксации успешного выполнения либо отключено при включённой галочке расписания. Полный текст смотрят в Администрирование — Обслуживание — Журнал регистрации с отбором по уровню «Ошибка»: там видно, дошёл ли запрос до сервера. Если в тексте фигурирует HTTP-код, отказ транспортный и к расписанию отношения не имеет; если фигурируют слова «сертификат», «криптооперация» или «расшифровать», разбираются с криптографией.

Нужно ли отключать регламентное задание на время обновления релиза

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

Как отличить потерю сообщений в расписании от ситуации, когда их забирает другой оператор

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

Что делать с расписанием при обособленных подразделениях

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

Сохранится ли дата получения сообщения, если догрузить его вручную через несколько дней

Да, и это работает не в пользу страхователя. Дата получения определяется датой, на которую направлялся запрос к сервису, а не датой фактической загрузки содержимого. Если перечень идентификаторов пришёл в понедельник, а тело сообщения вы догрузили в четверг, срок ответа отсчитывается от понедельника. Поэтому при разборе просрочки смотрят не на дату появления документа на экране, а на дату запроса в записи входящего сообщения.