Загрузить больничный и запрос СФР из файла в 1С можно двумя командами: в документе «Больничный лист» работает кнопка «Загрузить из файла», а входящий запрос для расчёта пособия принимается через отдельную форму загрузки из файла в журнале пособий. Формат один — XML: сообщения СЭДО фонд передаёт именно в нём. Сам файл берут в личном кабинете страхователя либо выгружают из программы оператора, у которого сообщение уже загрузилось. Главное различие, которое определяет исход: файл переносит данные в программу, но не создаёт подтверждения приёма на стороне СЭДО, поэтому ответ фонду всё равно уходит обычным каналом, а срок в 3 рабочих дня продолжает идти независимо от того, как сведения попали в базу.
Разберём, где лежат обе команды, что проверить до загрузки и какие дословные отказы означают, что дело не в файле. Отдельно покажем дефект поставки 3.1.38.92 КОРП с текстом «Метод объекта не обнаружен (ЗагрузитьСообщение100)»: формулировка указывает на файл, хотя причина в удалённом методе конфигурации. Сравним путь через файл с загрузкой по идентификатору с сервера и назовём ситуации, где файл остаётся единственным вариантом. Таблица отказов, сценарии выбора пути, стоимость на 2026 год, чек-листы для скачивания и ответы на частые вопросы — во второй половине статьи.
Что переносится файлом и в каком формате
Сообщения СЭДО направляются в формате XML-документа с соблюдением спецификации — это требование фонда, и оно одинаково для запроса недостающих сведений, для ответа страхователя и для сообщений об изменении ЭЛН. Для загрузки электронного больничного в документ «Больничный лист» используется тот же формат. Никаких архивов, PDF и таблиц программа не принимает: файл должен быть тем самым XML, который выдала система, работающая с сервисом фонда.
Файлом переносятся два разных объекта, и их регулярно смешивают. Первый — медицинская часть листка нетрудоспособности: периоды освобождения от работы, медорганизация, код причины. Она ложится в документ «Больничный лист» и нужна для расчёта. Второй — входящий запрос СФР для расчёта пособия, тип 100, с 19 сентября 2026 года — 10010. Это сообщение проактивного процесса, и из него в программе создаётся документ, на основании которого формируется ответ фонду. Файл с запросом не заполнит больничный лист, а файл с листком не запустит процесс назначения пособия.
Источников файла три. Личный кабинет страхователя на портале фонда, где сведения видны раньше, чем они доходят до учётной программы. Система оператора отчётности: сценарий выгрузки запроса в XML, подготовки ответа в учётной программе и загрузки обратно прямо описан в документации операторов. Третий вариант — выгрузка из программы, где обмен уже ведётся, например у страхователя, который параллельно работает в двух системах.
Официальная спецификация СЭДО в открытом доступе не опубликована, и состав полей в файлах мы знаем по интерфейсам программ, а не по нормативному документу. Поэтому всё, что написано ниже про структуру файла, подавайте себе как практику: она воспроизводится, но ссылаться на неё как на норму нельзя. Проверить формат можно только опытным путём — попыткой загрузки в свою конфигурацию.
Мария Ж, специалист по цифровой подписи и КЭДО: «Первое, что мы выясняем в споре о документе, — в каком режиме он создавался. Файл, который система сформировала и подписала криптографически, и картинка с изображением подписи живут по разным правилам, и требования к ним разные. Посмотрите на то, что вы скачали из кабинета: XML-сообщение фонда это машинный документ, а его распечатка или снимок экрана самостоятельной силы не имеют. Сохраняйте исходный файл, а не его изображение.»
Где в 1С:ЗУП лежат команды загрузки из файла
Команд две, и находятся они в разных местах. В документе «Больничный лист» рядом с кнопкой получения данных из фонда стоит «Загрузить из файла»: в редакции 3.1 соседняя кнопка называется «Получить данные из ФСС», в более старой редакции 2.5 она называлась «ЭЛН из ФСС». Электронные листки в журнале больничных помечаются отметкой в колонке «ЭЛН», по ней видно, какие документы пришли из фонда, а какие заведены руками.
Входящий запрос загружается иначе. Это сообщение проактивного процесса, и у него своя форма загрузки из файла, вызываемая из журнала входящих запросов в разделе «Кадры — Пособия». При загрузке программа обращается к методу документа «Входящий запрос ФСС для расчета пособия» — имя объекта пригодится, когда понадобится читать текст ошибки, он ссылается именно на него.
Отдельная команда «Получить сообщения за период» стоит рядом и решает другую задачу: она догружает с сервера то, что не принесло регламентное задание, за указанный интервал дат. С файлом она не связана вовсе, но именно её обычно пробуют первой, и если она не помогла, переходят к файлу.
Пожалуйста, подпишитесь на нас в мессенджерах
Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.
Как загрузить XML-файл запроса СФР в 1С:ЗУП: пошаговая инструкция
- Шаг 1. Получите файл. В личном кабинете страхователя или в программе оператора сохраните сообщение как XML, не переименовывая расширение и не открывая его в редакторе, который может переписать кодировку.
- Шаг 2. Откройте журнал входящих запросов СФР для расчёта пособий в разделе «Кадры — Пособия» и убедитесь, что выбрана та организация, по которой пришло сообщение. Регистрационный номер страхователя в файле и в карточке организации должны совпадать.
- Шаг 3. Вызовите форму загрузки из файла и укажите сохранённый XML. Если загружаете медицинскую часть листка, а не запрос, откройте документ «Больничный лист», заполните сотрудника и нажмите «Загрузить из файла».
- Шаг 4. Проверьте созданный документ: заполнены ли работник, номер процесса, вид пособия и периоды. Пустой номер процесса означает, что файл разобран не полностью и отвечать по такому документу нельзя.
- Шаг 5. Сформируйте ответ обычным порядком и отправьте его через обмен с фондом. Загрузка файла сам ответ не отправляет и приём сообщения в СЭДО не подтверждает.
- Шаг 6. Зафиксируйте, что данные попали в программу файлом, а не через обмен: дата документа в базе и дата запроса у фонда в этом случае расходятся, и при разборе просрочки это придётся объяснять.
Что проверить до того, как открывать форму загрузки
Больше половины неудачных загрузок объясняется не файлом, а состоянием базы. Проверки занимают несколько минут и делаются один раз.
- Релиз и конфигурация. Откройте «О программе» и посмотрите номер версии и название конфигурации. Для работы после перехода на ГИС ЕЦП нужен релиз 3.1.38.92 и выше, но у поставки КОРП именно на этой версии есть дефект ручной загрузки XML, о котором ниже.
- Дата выгрузки файла. Сообщение, выгруженное до 19 сентября 2026 года, сформировано в старом формате типа 100. После миграции этот тип в обмене не используется, и обрабатывается он не так, как новый 10010.
- Организация и регистрационный номер. Единый регистрационный номер СФР состоит из 10 цифр и применяется с 1 ноября 2024 года, номер ПФР из 12 цифр в формате ХХХ-ХХХ-ХХХХХХ не отменён и используется в других отчётах. В карточке организации должен стоять тот номер, по которому фонд адресует сообщения.
- Кто ещё забирает сообщения. Если обмен по этой организации ведётся ещё и у оператора отчётности, сообщения забирает он, и в 1С по идентификатору они уже не придут. Это первая причина пропавших запросов, и при такой схеме файл остаётся основным способом переноса данных в учётную программу.
- Наличие документа-дубля. Посмотрите, нет ли в журнале уже созданного запроса с тем же номером процесса. Повторная загрузка того же файла даст вторую карточку, а ответ, отправленный по старому процессу, фонд не примет.
В практике Добыто эти пять проверок мы просим пройти до того, как человек начнёт искать причину в самом файле: конкретно расхождение регистрационного номера и параллельный обмен у оператора закрывают большинство обращений, где «файл не грузится».
Мария Ж, соучредитель сервиса КЭДО Добыто: «Оценивается не подпись в журнале ознакомления, а фактическая способность человека работать в системе. Когда ручной путь знает один специалист, а он в отпуске или на больничном, организация теряет не инструмент, а срок. Мы закладываем пилотную группу перед раскаткой на всю компанию именно поэтому: работать с аварийным сценарием должны уметь минимум двое. Проверьте, кто в вашей команде, кроме основного бухгалтера, сможет повторить загрузку без подсказки.»
Лайфхак: обмен между внешним сервисом и учётной базой настраивается по графику либо запускается вручную, и все данные должны синхронизироваться в обе стороны. При ручном переносе файлом именно этот шаг выпадает: данные оказались в одной системе и не появились в другой.
Дефект поставки 3.1.38.92 КОРП: «Метод объекта не обнаружен»
Есть ситуация, в которой корректный файл не загрузится ни при каких настройках. В конфигурации «1С:Зарплата и управление персоналом КОРП», редакция 3.1, релиз 3.1.38.92, ручная загрузка XML старого формата вызывает метод, которого в поставке уже нет. Программа выдаёт три строки подряд: «Ошибка загрузки файла «…Запрос недостающих сведений №41774564546 от 11.09.2026.xml» Метод объекта не обнаружен (ЗагрузитьСообщение100)», в стеке вызовов «Документы.ВходящийЗапросФССДляРасчетаПособия.ЗагрузитьСообщение100(…)» и завершающее «Вероятно, файл не соответствует спецификации ответа веб-сервиса ФСС».
Ценность здесь в различии, которое текст ошибки прячет. Последняя строка указывает на файл, и человек начинает его пересохранять, выгружать заново, сравнивать с чужим образцом. Файл при этом ни при чём. Метод ЗагрузитьСообщение100 удалён из конфигурации при подготовке релиза к новым типам сообщений, и обращение к нему заканчивается отказом независимо от содержимого XML. В релизе 3.1.38.69 тот же файл обрабатывался нормально.
Это единичный дефект конкретной поставки, а не типовое поведение обмена. Он бьёт по узкой и предсказуемой группе: по тем, у кого на руках остались XML-файлы запросов, выгруженные до миграции, и кто разбирает хвосты перехода. В примере из практики речь о файле от 11 сентября 2026 года, то есть о сообщении, сформированном за неделю до отключения старых типов. Под дефект выпущено временное расширение, которое восстанавливает процедуру без изменения типовой конфигурации: оно разбирает XML, находит элемент confirmationRequest и обрабатывает блоки benefit1Approve, benefit2Approve, benefit4Approve, benefit5Approve, benefit6Approve и recalculation.
Отдельно о статусе этих сведений. Дефект описан в публикации разработчика расширения, в официальной базе ошибок фирмы 1С он не подтверждён, поэтому рассчитывать на штатное исправление в ближайшем обновлении не стоит. Практический вывод простой: если конфигурация КОРП и релиз 3.1.38.92, проверьте гипотезу с методом первой, до любых действий с файлом. Забрать сообщение с сервера по идентификатору в этой ситуации быстрее — тот путь метод ЗагрузитьСообщение100 не использует.
Остальные отказы при загрузке из файла и что они означают
Тексты ошибок при загрузке приходят с трёх разных уровней, и лечатся они по-разному. Один уровень — структура самого файла. Второй — состояние листка нетрудоспособности в базе фонда. Третий — конфигурация программы. Смешение этих уровней приводит к тому, что человек чинит не то.
| Дословный текст | Уровень | Что за этим стоит и что делать |
|---|---|---|
| «Метод объекта не обнаружен (ЗагрузитьСообщение100)» | Конфигурация | Метод удалён в релизе 3.1.38.92 поставки КОРП. Файл менять бесполезно: ставится расширение либо сообщение забирается с сервера по идентификатору |
| «Поле объекта не обнаружено (Body)» | Структура файла | Структура выгруженного XML не соответствует стандарту ответа веб-сервиса фонда. Возникает при импорте файлов, выгруженных сторонней системой; лечится на стороне той системы, а не в 1С |
| «Листок нетрудоспособности не может быть загружен, его состояние: «Заполнен страхователем»» | Состояние ЭЛН | Состояние 070: листок уже получен, по нему сформирован и отправлен реестр. Повторная загрузка невозможна, работать нужно с существующим документом |
| «Номер недействителен» | Состояние ЭЛН | Номер листка в базе фонда не найден. Сверяется номер посимвольно и факт выдачи листка медорганизацией |
| «В программе найден другой больничный» | База программы | По этому работнику и периоду документ уже заведён. Проверяется журнал больничных до повторной загрузки, иначе появляется дубль расчёта |
| «(Ф_Л)Указан незарегистрированный номер ЛН» | Состояние ЭЛН | Формулировка операторской системы о том же: номер листка не зарегистрирован в базе фонда |
Из таблицы видно практическое правило: только первые две строки относятся к файлу и программе, остальные четыре говорят о состоянии листка и содержимом базы. Если текст ошибки упоминает состояние или номер ЛН, менять файл бессмысленно, вопрос решается через медорганизацию или через журнал больничных.
Чек-листы для разбора загрузки и проверки данных
Начинать удобнее с чек-листа «не приходят больничные»: он задаёт порядок проверок, после которого становится понятно, нужен вам файл или сообщение всё-таки можно забрать с сервера.
| Документ | Скачать |
|---|---|
| Чек-лист «не приходят больничные»: порядок проверки | Скачать |
| Памятка: статусы электронного листка нетрудоспособности | Скачать |
| Карта путей СЭДО в 1С:ЗУП и 1С:Бухгалтерии | Скачать |
| Чек-лист диагностики ошибки сервера СЭДО по пяти слоям | Скачать |
| Чек-лист проверки XML-ответа перед отправкой в СФР | Скачать |
Файл или загрузка по идентификатору с сервера
Загрузка по идентификатору — второй ручной путь, и выбор между ним и файлом определяется набором условий. Программа создаёт запись в регистре входящих сообщений СЭДО, в неё вносятся организация и идентификатор сообщения, после чего содержимое запрашивается с сервера фонда командой из меню записи. Пошаговый порядок этой операции разобран отдельно, здесь важна не механика, а граница выбора.
| Критерий | Загрузка из файла | Загрузка по идентификатору с сервера |
|---|---|---|
| Нужен доступ к СЭДО из программы | Нет | Да |
| Нужен сертификат для расшифровки | Нет: файл уже расшифрован выгрузившей системой | Да, содержимое без сертификата не раскроется |
| Зависимость от доступности серверов фонда | Нет | Да |
| Связка с процессом в фонде | Слабее: документ в базе есть, подтверждения приёма в СЭДО нет | Полная |
| Риск несоответствия спецификации | Высокий: сюда попадают «Поле объекта не обнаружено (Body)» и дефект с методом ЗагрузитьСообщение100 | Низкий |
| Ограничение по сроку хранения на сервере | Нет | Да: сообщения типа 332 хранятся на сервере максимум 7 дней |
Строка про срок хранения и есть развилка. Пока сообщению меньше недели, путь через сервер предпочтительнее по всем остальным критериям: он даёт полную связку с процессом и не создаёт риска формата. Как только семидневное окно закрылось, преимущество исчезает вместе с возможностью: идентификатор больше не приходит в перечне, и забирать нечего.
Мария Ж, судебный эксперт в сфере корпоративного и трудового права: «Переход на электронные документы не означает, что бумага не понадобится никогда: суд вправе истребовать подлинник, если только он способен подтвердить обстоятельство дела, а при сомнениях назначается экспертиза. Распечатка электронного документа остаётся его копией и сама по себе ничего не доказывает, пока не заверена. Посмотрите, какие документы по пособиям у вас существуют только в электронном виде, и решите заранее, чем вы подтвердите их подлинность.»
Полезно знать: обратный перенос подписанных документов из одной системы в другую даёт полное задвоение: база растёт, нагрузка на учётную систему увеличивается, а дальнейшая судьба копии становится неочевидной. Там, где задачу решает открытие документа по ссылке, копировать файлы не нужно.
Когда файл остаётся единственным путём
Ситуаций, в которых альтернативы файлу нет, пять, и все они распознаются заранее.
Пожалуйста, подпишитесь на нас в мессенджерах
Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.
- Серверы фонда недоступны, а срок идёт. Ответ на запрос недостающих сведений даётся в течение 3 рабочих дней, и недоступность сервиса этот срок не останавливает. Если сведения видны в личном кабинете, файл переносит их в программу, пока обмен не восстановился.
- Сообщению больше 7 дней. После истечения срока хранения идентификатор не приходит в перечне, и команда получения сообщений за период уже не помогает. Забрать содержимое с сервера нечем.
- Обмен ведётся у оператора, а расчёт в 1С. Сообщение физически получила другая система, и по идентификатору в учётную программу оно не придёт никогда. В такой схеме перенос файлом работает постоянно, а не в аварийном режиме.
- Сообщение уже загрузилось в стороннюю программу. Тот же случай в частном виде: запрос разобран другой системой, повторно фонд его не отдаст.
- Нет доступа к сертификату. Сертификат перевыпускается, владелец недоступен, контейнер закрытого ключа на другом рабочем месте. Загрузка по идентификатору требует расшифровки, файл — нет.
Мы в Добыто третий пункт считаем самым недооценённым: организация годами держит обмен у оператора, при этом ждёт запросы в 1С и раз за разом объясняет отсутствие сообщений релизом или сертификатом. Схему обмена стоит выяснить один раз и записать в регламент, чтобы каждый новый бухгалтер не проходил этот круг заново.
Когда загружать файлом не нужно
Обратная сторона: есть случаи, где файл не решает задачу и только добавляет документов в базу. Если сообщение спокойно приходит обменом, ручная загрузка создаст вторую карточку того же запроса, и ответ рискует уйти по закрытому процессу. Если текст ошибки говорит о состоянии листка — «Заполнен страхователем», «Номер недействителен» — файл не изменит ничего: состояние хранится у фонда, а не в вашем XML. Если запроса нет потому, что листок ещё не закрыт или нетрудоспособность короче 3 дней, загружать нечего: запрос фонд не формировал. И отдельный случай, где файл избыточен: с 1 июля 2026 года фонд сначала берёт сведения с индивидуального лицевого счёта и часть данных повторно не запрашивает, поэтому отсутствие запроса может быть штатным поведением, а не потерей.
Внимание: каждая дополнительная система в цепочке обмена это отдельная точка интеграции. Когда на её стороне возникают перебои, встают не только выгрузки, но и работа людей, которые от неё зависят, поэтому запасной путь переноса данных стоит проверять до того, как он понадобится.
Чего файл не заменяет: приём сообщения и срок ответа
Файл решает задачу переноса данных и не решает задачу документооборота с фондом. Документ в базе появился, расчёт сделать можно, но в СЭДО по этому сообщению ничего не изменилось: подтверждения приёма нет, и фонд по-прежнему ждёт ответ по своему каналу. Отсюда практическое следствие: после загрузки файлом ответ формируется и отправляется обычным порядком, а дата документа в базе перестаёт совпадать с датой сообщения у фонда.
Цена ошибки здесь считается не в переоформлении. Нарушение срока представления сведений — это 5 000 рублей по части 3 статьи 15.2 255-ФЗ, а на должностное лицо дополнительно от 300 до 500 рублей по части 4 статьи 15.33 КоАП. Непредставленный документ по части 1 той же статьи стоит 200 рублей за каждый, а излишне понесённые фондом расходы по части 2 — 20 процентов суммы, но не более 5 000 и не менее 1 000 рублей. Состав нарушения по каждой части и порядок действий при получении акта разбираются в материалах об ответственности страхователя на сайте фонда, там же фонд публикует свою позицию по спорным ситуациям.
Срок при этом считается не от даты, когда вам удалось загрузить сведения. Трёхдневный срок течёт со дня получения запроса, и судебная практика по статье 15.2 идёт в ту же сторону: в 2024 году окружной суд отменил штраф 5 000 рублей, указав, что срок считается с момента получения запроса страхователем, а не его отправки фондом, а в 2026 году другой окружной суд связал начало течения срока с днём получения работодателем недостающих сведений от работника. Технический сбой сам по себе от ответственности не освобождает, но при доказанном сбое на стороне фонда штрафы отменяют, а при сбое у страхователя снижают как смягчающее обстоятельство.
В практике Добыто мы просим фиксировать ручную загрузку так же, как фиксируют любой сбой: сохранять исходный файл, снимок экрана с текстом ошибки, запись из журнала регистрации и дату обращения в поддержку. Из этих материалов потом собирается возражение на акт, и восстановить их задним числом обычно уже невозможно.
Мария Ж, юрист со стажем более 20 лет: «Достоверность электронного документа в споре повышают письменные пояснения человека, который этот документ готовил или получал, и суд вправе вызвать такое лицо даже по собственной инициативе. Поэтому обезличенная папка со скриншотами работает хуже, чем короткая служебная записка исполнителя с датами и последовательностью действий. Заведите привычку: при любой ручной загрузке сведений фиксируйте, кто, когда и почему её выполнял.»
Какой путь выбрать в вашей ситуации
Сценарии ниже перекрывают почти все обращения по теме и читаются по симптому: по тому, что вы видите на экране и знаете о своей схеме обмена.
| Ситуация | Что критично | Рабочий путь |
|---|---|---|
| Сведения видны в кабинете, обмен не отвечает, сообщению меньше недели | Срок 3 рабочих дня | Сначала получение сообщений за период, затем загрузка по идентификатору, файл как третий вариант |
| Сообщение датировано более чем неделей назад | Срок хранения на сервере | Только файл: идентификатора в перечне уже нет |
| Обмен по организации ведётся у оператора отчётности | Схема обмена, а не релиз | Файл как штатный способ переноса, либо перевод обмена в одну систему |
| Конфигурация КОРП, релиз 3.1.38.92, файл старого формата | Удалённый метод конфигурации | Загрузка по идентификатору либо установка расширения, восстанавливающего процедуру |
| Файл выгружен сторонней программой, ошибка упоминает Body | Структура выгрузки | Перевыгрузка на стороне исходной системы, в 1С менять нечего |
| Ошибка упоминает состояние листка или номер ЛН | Данные у фонда | Работа с существующим документом либо дубликат листка от медорганизации |
Общее правило читается по второму столбцу: в четырёх случаях из шести решает не файл, а обстоятельство вне его. Определив критичный фактор, вы экономите основное время разбора, потому что перестаёте проверять то, что на исход не влияет.
Стоимость перевода кадровых процессов в электронный вид
Итоговая сумма зависит от численности, набора электронных подписей и того, нужна ли интеграция с учётной системой.
| Услуга | Стоимость | Сроки |
|---|---|---|
| Тариф «Старт»: до 25 сотрудников, ПЭП и УНЭП, базовые шаблоны, email-поддержка | от 30 руб. за сотрудника / мес. | подключение за 5 минут |
| Тариф «Бизнес»: без ограничения по численности, ПЭП, УНЭП и УКЭП, кастомные шаблоны | от 50 руб. за сотрудника / мес. | подключение за 5 минут |
| Минимальная оплата на тарифе «Бизнес» | 50 сотрудников за 30 000 руб. в год | оплата за год |
| Интеграция с 1С, электронный архив, приоритетная поддержка | входит в тариф «Бизнес» | подключение за 5 минут |
| Тариф «Корпорация»: выделенный сервер, SLA 99.9%, персональный менеджер | по запросу | рассчитывается индивидуально |
| API и кастомные интеграции | по запросу | рассчитывается индивидуально |
| ПЭП и УНЭП для сотрудников | бесплатно на всех тарифах | выпуск при подключении |
Обмен с фондом по пособиям тарифами КЭДО не оплачивается: он идёт через учётную программу и оператора отчётности. Тариф определяет другое — в каком виде у вас живут согласия работников, приказы об ответственных за обмен и кадровые документы по периоду болезни. Условия по каждому тарифу собраны на странице тарифов сервиса КЭДО Добыто.
Для расчёта под свою численность посчитайте отдельно работников, которым нужен личный кабинет, и тех, кто подписывает документы со стороны работодателя усиленной квалифицированной подписью. Второй список обычно короткий, и именно он определяет выбор тарифа.
Выводы
Перенос сведений файлом — это XML и две разные команды: одна в документе больничного листа, вторая в форме загрузки входящего запроса. Путь рабочий, но вторичный: пока сообщению меньше недели и обмен жив, адресная загрузка с сервера точнее, потому что даёт связку с процессом в фонде. Файл становится единственным вариантом в пяти узнаваемых ситуациях, главная из которых — обмен, который ведётся в другой системе. Тексты отказов разделяются по уровням: про файл говорят только два из них, остальные про состояние листка и содержимое базы, а дефект поставки КОРП 3.1.38.92 вообще не связан с содержимым XML, хотя его формулировка утверждает обратное.
Мы в Добыто занимаемся той частью задачи, которая остаётся за пределами обмена с фондом: согласиями работников, приказами об ответственных за обмен, кадровыми документами по времени болезни и их хранением в электронном виде с фиксацией того, кто и когда с ними работал.
Частые вопросы
Можно ли загрузить файлом сам ответ на запрос СФР
Готовый ответ в программу файлом не заводится: ответы и исходящие сообщения формируются и отправляются только вручную через обмен. Обратный сценарий существует на стороне операторов отчётности: там запрос выгружается в XML, ответ готовится в учётной программе и загружается обратно кнопкой загрузки уже в системе оператора. Это загрузка в оператора, а не в 1С, и подтверждение приёма в этом случае формирует его система.
Подойдёт ли XML, выгруженный из программы другого оператора
Не всегда. Известный случай: файл, выгруженный сторонней системой, при импорте в 1С:ЗУП 3.1 даёт «Поле объекта не обнаружено (Body)». Причина в том, что структура экспортированного файла не соответствует стандарту ответа веб-сервиса фонда, и правится она на стороне выгружающей системы. Перед массовым переносом проверьте один файл: если он загрузился, загрузятся и остальные того же формата.
Дефект с методом ЗагрузитьСообщение100 касается версий ПРОФ и базовой
Описанный случай относится к конфигурации «1С:Зарплата и управление персоналом КОРП», редакция 3.1, релиз 3.1.38.92. В ПРОФ механизм ручной загрузки устроен иначе, и такого текста ошибки там не воспроизводили. Посмотрите название конфигурации в окне «О программе»: если это не КОРП, причину неудачной загрузки надо искать в структуре файла или в состоянии листка.
Поможет ли откат на релиз 3.1.38.69
В 3.1.38.69 обработка сообщения старого формата ещё работала, но этот релиз не поддерживает типы, включённые фондом 19 и 21 сентября 2026 года. Откат вернёт одну загрузку и сломает весь текущий обмен: программа начнёт отправлять типы, которые шлюз больше не принимает. Задача решается расширением под конкретный дефект или загрузкой сообщения с сервера.
Как понять, что сообщения забирает другой оператор, а не теряются
Схема обмена видна в настройках обмена с контролирующими органами по строке СФР: при операторской схеме флажок прямого обмена по СЭДО снят, при прямой установлен. Сам флажок в форме бывает скрыт и выводится через изменение формы. Если по организации активны обе схемы или обмен ведётся ещё и в сторонней программе, сообщения уходят туда, кто запросил их первым, и в остальных системах они не появятся.
Нужно ли снимать пометку «Новое» со старых сообщений перед загрузкой
Команда снятия пометки применяется, когда накопившиеся старые сообщения мешают получению новых. К загрузке из файла она отношения не имеет, но помогает в смежной ситуации: если перечень входящих забит записями старше недели, по которым содержимого уже не получить, очередь разбирается быстрее. Сначала стоит убедиться, что по этим записям действительно нет неотвеченных запросов.
