При сбое электронного сервиса бухгалтер видит один симптом: документ не отправляется. Но за одинаковым сообщением об ошибке могут стоять разные ситуации. Отчёт мог попасть в очередь оператора, остаться в локальной базе или быть отклонён до передачи. Для УПД и электронных перевозочных документов дополнительно важно определить, на каком участнике остановился обмен.
Первое действие — не повторная отправка, а фиксация состояния. Повторные попытки без проверки идентификаторов могут привести к дублям, а бездействие при приближении срока — к нарушению обязанности. Резервный канал выбирают отдельно для конкретного документа и адресата.
1Четыре ситуации, которые нужно различать
- Документ передан оператору, но не принят адресатом. Проверьте очередь, идентификатор, квитанции и статус доставки. Приём оператором не всегда равен исполнению обязанности перед ведомством.
- Ошибка возникла до отправки. Если нет подтверждения передачи, одного нажатия кнопки «Отправить» недостаточно.
- Адресат вернул отказ. Установите код и причину: ошибка формата, реквизитов или содержательной проверки требуют разных действий.
- Обмен между контрагентами не завершён. Сверьте статусы у отправителя, оператора и получателя; не создавайте новую версию документа без проверки.
2Алгоритм первых 15 минут
- Зафиксируйте дату, точное время, организацию, пользователя, сервис, вид документа и установленный срок.
- Сохраните полный текст и код ошибки, скриншот и при необходимости журнал регистрации 1С.
- Запишите номер, дату, период, имя файла, идентификатор отправки и последний подтверждённый статус. Если идентификатора нет, отметьте это.
- Проверьте официальные сообщения разработчика, оператора и соответствующего ведомства. Сохраните источник с датой проверки.
- Выясните, принят ли документ оператором, доставлен ли адресату и есть ли итоговая квитанция.
- Проверьте, разрешён ли резервный способ передачи для конкретной формы, срока и адресата.
- Назначьте одного ответственного за инцидент и время следующей проверки, исключив параллельные отправки.
3Если недоступна 1С-Отчётность
Разделите документы на уже отправленные и те, для которых нет подтверждения передачи. Для первых сохраните идентификаторы и отслеживайте результат; для вторых оцените срок и возможность альтернативной подачи.
ФНС
Проверьте доступность официального сервиса представления отчётности, поддержку конкретной формы, формат файла, электронную подпись и полномочия подписанта. Наличие личного кабинета не означает, что через него принимают любую отчётность.
СФР
Для отдельных документов могут применяться кабинет страхователя или предусмотренные механизмы СЭДО. Перед переключением согласуйте действия с администратором и проверьте состояние исходного сообщения, чтобы не создать повторный процесс.
Росстат
Проверьте официальный веб-сбор или иной доступный канал для конкретной формы. Убедитесь в наличии полномочий, электронной подписи и возможности получить подтверждение приёма.
Подготовка файла и его отправка — разные этапы. При использовании резервного канала сохраняйте исходный файл, подтверждения передачи и итоговый протокол.
4Если недоступна 1С-ЭДО
Установите, сформирован ли электронный документ у оператора и видит ли его контрагент. Сопоставьте идентификатор, номер, дату, сумму и версию документа.
Если получатель не видит УПД, запросите подтверждение отсутствия и обращение к оператору. Не формируйте второй УПД без согласованного решения: две независимые цепочки усложняют приёмку и налоговый учёт.
При обороте маркированных товаров альтернативный канал, включая «ЭДО Лайт», можно рассматривать только после проверки доступности конкретного сценария, подключения сторон и требований к передаче сведений. Временные первичные документы оформляйте с учётом закона, договора и возможности последующего сопоставления.
5Если недоступна 1С-ЭПД
Сначала определите, является ли сбой общим для оператора или касается конкретного документа, подписанта либо интеграции. Зафиксируйте статусы, время и официальное сообщение оператора.
Бумажное оформление не является универсальным резервом. Его допустимость определяется действующими правилами и предусмотренными исключениями для соответствующего вида электронного перевозочного документа. Сам по себе сбой локальной программы не подтверждает право перейти на бумагу.
После восстановления выясните, какие сведения требуется передать в систему, как связать оформленные документы и кто отвечает за завершение обмена. Не создавайте электронный дубликат бумажного документа без проверки установленного порядка.
6Какие доказательства сохранить
- Карточку инцидента с датой, временем, сервисом, документом и сроком.
- Полный скриншот ошибки и доступные технические журналы.
- Идентификаторы, статусы, квитанции и протоколы обмена.
- Официальные сообщения оператора или разработчика с датой проверки.
- Хронологию попыток отправки и их результатов.
- Сведения о проверенных резервных каналах и причинах их неприменимости.
- Переписку с поддержкой и контрагентом без избыточных персональных данных.
- После восстановления — подтверждение фактической доставки и закрытия инцидента.
7Карточка инцидента
| Поле | Что указать |
|---|---|
| Организация | Наименование и ИНН |
| Сервис | 1С-Отчётность, 1С-ЭДО или 1С-ЭПД; оператор |
| Документ | Вид, номер, дата, период |
| Срок | Крайняя дата исполнения обязанности |
| Первая ошибка | Дата, время, текст и код |
| Передача | Идентификатор и последний подтверждённый статус |
| Сбой | Источник официального подтверждения |
| Резерв | Проверен, неприменим или использован |
| Ответственный | ФИО и время следующей проверки |
| Результат | Квитанция, дата приёма и итоговый статус |
8Что проверить после восстановления
- Сверьте очередь исходящих и результаты всех резервных отправок.
- Проверьте возможные дубли по номеру, дате, периоду, сумме и идентификаторам. Не удаляйте записи до выяснения статуса у адресата.
- Загрузите квитанции и протоколы, сохраните связь с карточкой инцидента.
- Для ЭДО подтвердите получение контрагентом; для ЭПД — выполнение необходимых действий участниками цепочки.
- Если срок пропущен, подготовьте фактическую хронологию для юридической оценки. Подтверждённый технический сбой не означает автоматического освобождения от ответственности.
- Обновите регламент: резервные каналы, контакты поддержки, полномочия и запрет несогласованной повторной отправки.
9Типичные ошибки
- Считать нажатие кнопки «Отправить» доказательством доставки.
- Повторно отправлять документ без проверки идентификатора и статуса.
- Менять настройки обмена в рабочей базе без согласования с администратором.
- Считать любой личный кабинет универсальным резервным каналом.
- Называть сбой форс-мажором без правовой оценки и подтверждающих документов.
- Продолжать бумажный документооборот после восстановления без проверки правовых оснований.
10Частые вопросы
Если отчёт находится в очереди, отправлять ли его повторно?
Не автоматически. Сначала проверьте идентификатор, квитанции и статус у оператора. При приближении срока решение о резервном канале принимайте с учётом конкретной формы и риска дубля.
Достаточно ли скриншота ошибки для отмены штрафа?
Нет гарантии. Нужны хронология попыток, технические подтверждения, квитанции и сведения о предпринятых действиях. Правовые последствия определяются по соответствующей обязанности и обстоятельствам дела.
Можно ли всем перейти на бумажные перевозочные документы?
Нет. Допустимость бумажной формы зависит от конкретного документа, действующих исключений и подтверждённых обстоятельств сбоя.
Если срок ещё не наступил, можно ли просто ждать?
Лучше заранее проверить подпись, полномочия, формат файла и допустимый резервный канал, сохранив одного ответственного за отправку.
11Вывод
При сбое электронного сервиса необходимо различать подготовку документа, передачу оператору, доставку адресату и окончательное принятие. Надёжный порядок действий: зафиксировать состояние → проверить статусы и официальные сообщения → оценить резервный канал → исключить дубли → подтвердить результат квитанциями.
Перед применением к конкретному случаю проверьте актуальные правила для соответствующей отчётности, УПД или перевозочного документа. Технический сбой и его правовые последствия не следует оценивать по одному скриншоту.
