Документ подписали, а он остался на подписании: где застряла подпись

Бухгалтер нажал «подписать», окно закрылось, ошибки не было. Через час документ по-прежнему числится ожидающим подписи. Ещё через час к нему подходит логист и спрашивает, ушла ли накладная, потому что машина уже под погрузкой.

Дальше обычно начинают подписывать повторно. Это худшее, что можно сделать, и ниже будет видно почему.

Подписать и отправить это два разных действия

Главное недоразумение живёт здесь. В 1С команда «Отправить электронный документ» и команда «Подписать и отправить» существуют по отдельности. Раз есть объединённая, значит по умолчанию операции разделены, и подпись сама по себе документ никуда не двигает.

Человек нажал «подписать», система честно поставила подпись и на этом остановилась. Никакой ошибки не произошло, поэтому и сообщения никакого нет. Документ лежит подписанный и ждёт отдельной команды.

Проверяется за полминуты: откройте карточку и посмотрите, не висит ли рядом активная кнопка отправки. Висит, значит причина найдена.

Вопрос «накладная ушла?» и ответ «я подписала» описывают разные события, и в этом вся проблема.

Отправка уходит не с вашего компьютера

Второе место, где всё замирает, менее очевидно.

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

Отправка при этом обычно настроена на автоматический режим с интервалом, и пока интервал не истёк, документ лежит подписанным. А если автообмен выключен или интервал выставлен в ноль, он не уйдёт вообще, сколько ни жди.

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

Облачная подпись: окно закрылось, а подпись не завершилась

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

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

Судя по документации Контура на программный интерфейс, окно на подтверждение измеряется минутами. Точную цифру для вашего интерфейса лучше уточнить у оператора, потому что она задаётся настройками сервиса, а не законом.

Картина при этом обманчивая: в 1С окно подписания закрылось без ошибки, а подпись фактически не завершилась. Человек уверен, что подписал.

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

А может, документ ждёт вообще не вас

Случай этот самый частый, и поломкой он не является.

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

По регламенту ГИС ЭПД у документа три статуса: «Не определён», «Ожидается» и «Принят». Для ЭТрН «Принят» наступает, когда в систему поступят Т1 от грузоотправителя и Т2 от перевозчика. Пока пришёл только один из них, документ законно находится в «Ожидается», и делать с ним ничего не надо.

Подробнее эту цепочку мы разбирали в отдельном материале про зависший документ по ЭТрН.

Что с доверенностью

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

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

Что именно происходит с документом при просроченной или отозванной доверенности, отклонение или зависание, единого документированного описания я не нашёл. Поэтому проверяйте доверенность заранее, а не выясняйте опытным путём.

Почему нельзя подписывать повторно

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

Порядок правильный такой: сначала смотрим статус и историю документа, потом решаем. Одна перевозка, один документ.

Пока в офисе разбираются со статусом, рейс можно не останавливать: отдельного штрафа за бумажную накладную сейчас нет.

Порядок проверки за пять минут

Идите сверху вниз и останавливайтесь там, где сойдётся.

Сначала посмотрите, стоит ли ваша подпись фактически. Если подпись облачная, проверьте, не осталось ли неподтверждённого запроса в приложении.

Дальше проверьте, была ли команда отправки. Активная кнопка отправки в карточке означает, что документ подписан, но не отправлен.

Потом посмотрите настройки обмена: включён ли автоматический обмен и какой у него интервал. Ноль или выключенный автообмен объясняют всё сразу.

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

Честно про неудобства

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

Обратная настройка тоже не бесплатна. Отправка сразу после подписи быстрее, но лишает паузы, за которую можно заметить ошибку до ухода документа контрагенту.

И самое неприятное: внятного сообщения у большинства этих состояний нет. Система не говорит «подписала, но не отправила», она показывает статус, а человек читает его как поломку.

Когда это не про вас

Работаете в файловом варианте 1С на одном компьютере? Половины истории с серверной отправкой у вас нет, смотрите на команду отправки и на подпись.

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

Типичная ошибка

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

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

Что можно сделать инструментом

Если такие разбирательства случаются регулярно, смотреть надо на прозрачность. Показывает ли сервис историю документа по шагам, видно ли в ней, чья подпись поставлена и была ли отправка, есть ли веб-кабинет в браузере, чтобы проверить статус независимо от учётной системы. В Контур.Логистике это есть. Цену считайте от реального месячного потока накладных, а список роуминговых связок сверяйте со своими контрагентами до подписания договора.

Операторов в реестре Минтранса одиннадцать, и требования к прозрачности статусов разумно предъявлять к любому.

Что не учли

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

Частые вопросы про документ, который остался на подписании

Почему документ подписан, но не отправлен?

Подписание и отправка это разные операции. В 1С есть отдельная команда отправки и отдельная объединённая «Подписать и отправить». Если нажали только подписание, документ остаётся у вас подписанным и ждёт команды на отправку.

Может ли документ не уйти из-за настроек обмена?

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

Что происходит при облачной подписи?

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

Что значит статус «Ожидается» у документа в ГИС ЭПД?

Это означает, что в систему поступил один из взаимосвязанных файлов обмена и ожидаются остальные. Для ЭТрН статус «Принят» наступает при поступлении титулов Т1 и Т2. Пока пришёл только один, документ находится в нормальном промежуточном состоянии.

Оштрафуют ли, пока документ не ушёл?

Отдельного штрафа за бумажную транспортную накладную в КоАП нет, есть только законопроект о его введении. До 1 марта 2027 года на дорожной проверке инспектор ограничивается устным замечанием. Останавливать рейс из-за статуса документа не нужно.

Один шаг на эту неделю

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