В работе с социальным электронным документооборотом (СЭДО) нередко возникают ситуации, вызывающие панику у бухгалтеров и расчетчиков: ответ на запрос фонда для расчета пособия (или подготовленное заявление о выплате пособия) сформирован и отправлен из программы 1С:Зарплата и Управление Персоналом (ЗУП), но специалисты СФР утверждают, что документ к ним не поступал. При этом сроки подачи могут истекать, что грозит штрафными санкциями.
Разберем детально, почему возникает такая ситуация, как технически диагностировать проблему в 1С и какие юридические шаги необходимо предпринять для защиты организации от штрафов.
Прежде всего, давайте проанализируем терминологию и статусы документов. В системе СЭДО статус "Отправлен в фонд" (или "Отправлен в СЭДО") в интерфейсе 1С означает лишь то, что программа успешно сформировала транспортный пакет, подписала его электронной подписью и передала на шлюз отправки (оператора или напрямую на шлюз СФР).
Это не гарантирует, что сервер СФР принял этот пакет, расшифровал его и присвоил регистрационный номер. Цепочка выглядит так:
Если на этапе 3 или 4 происходит сбой (перегрузка серверов фонда, технические работы), документ может "повиснуть" в воздухе. Он ушел от вас, но не дошел до базы данных инспектора. Нередко причиной проблем становятся и ошибки в сопутствующей отчетности, поэтому важно контролировать заполнение сведений о стаже в ЕФС-1 и использовать актуальные справочники трудовых функций при подаче сведений.
Не спешите сразу отправлять новый отчет, создавая дубли. Давайте выполним ряд действий для проверки реального состояния обмена.
В первую очередь, необходимо попытаться принудительно обновить статусы. Часто бывает так, что фонд документ принял, но ваша 1С еще "не знает" об этом, так как не получила ответную квитанцию.
Перейдем в рабочее место Обмен с СФР (бывш. ФСС). Нам нужно найти функцию принудительного получения сообщений. Обычно она находится в меню "Еще" или вынесена отдельной кнопкой:
Действия для принудительного обновления:
Эта команда заставляет программу опросить сервер СЭДО по всем идентификаторам отправленных пакетов. Если документ был принят фондом, статус в регистре СостоянияДокументовСЭДОФСС обновится, и вы увидите заветное "Сдан".
Если принудительное обновление не помогло, давайте посмотрим "под капот" программы. Нам нужно убедиться, что отправка действительно состоялась технически, и получить идентификатор пакета (GUID).
Для этого воспользуемся регистром сведений ТранспортныеСообщения. Чтобы попасть в него:
В этом регистре хранятся "сырые" данные обмена. Найдите запись, соответствующую вашему ответу на запрос. Обратите внимание на колонку с текстом ошибки или статусом. Иногда там содержится информация о техническом сбое на стороне шлюза, которая не выводится в удобном виде в пользовательском интерфейсе. Для детального изучения структуры и сохранения данных можно использовать инструмент для выгрузки документов СЭДО в файл.
Если запись есть, значит, 1С свою работу выполнила. Скопируйте Идентификатор сообщения (длинный набор букв и цифр). Он понадобится для общения с техподдержкой и доказательства вашей правоты.
Рассмотрим ситуацию: срок ответа истекает сегодня или уже истек. Бухгалтер боится штрафа в 5000 рублей за несвоевременную подачу сведений. В такой ситуации есть два пути:
Если статус висит "Отправлен", но фонд его не видит, технически вы можете отправить сведения повторно. Для этого в документе Ответ на запрос СФР:
Риски: Если срок уже прошел, отправка текущей датой формально фиксирует просрочку. Фонд может выставить штраф автоматически. Чтобы минимизировать риски ошибок в суммах, перед повторной отправкой рекомендуется провести анализ начислений и удержаний по сотрудникам со страховыми взносами и выполнить сверку взносов по единому тарифу, чтобы данные в ответе точно совпали с учетом.
Если вы уверены, что отправили все вовремя, и у вас есть подтверждение отправки (запись в 1С с датой и временем), вы можете занять принципиальную позицию.
Согласно законодательству и судебной практике, страхователь не несет ответственности за технические сбои на стороне приемного комплекса фонда или оператора связи, если отправка была произведена в установленный срок.
Если вам все же придет уведомление о штрафе или требование дать пояснения, подготовьте следующий пакет документов:
1. Скриншоты из программы 1С:
2. Выгрузка транспортного пакета (XML):
Это самое важное доказательство. В 1С можно выгрузить технический файл, который был отправлен. Он содержит электронную подпись и метку времени.
Чтобы его получить:
При наличии оператора ЭДО (Калуга, Тензор, СБИС и др.), даже если обмен настроен "напрямую" из 1С, часто можно запросить у техподдержки оператора официальное письмо-подтверждение прохождения трафика через их узлы в указанное время.
Не ждите пассивно штрафа. Рекомендуем действовать на опережение:
Такое действие демонстрирует вашу добросовестность. Даже если автоматическая система фонда выставит штраф, наличие такого письма и логов отправки позволит легко оспорить его в досудебном порядке или в суде.
Проблема "Отправлен, но не получен" в СЭДО — это, к сожалению, распространенная техническая реальность. Ваш алгоритм действий:
ТранспортныеСообщения на наличие ошибок.