«Вами уже высылался акт на данную ТТН»: что делать в 1С

Сообщение «Вами уже высылался акт на данную ТТН» появляется, когда система (чаще всего это обмен с ЕГАИС через УТМ, либо обмен с ЭДО-оператором или системой маркировки) получает повторный документ-акт по той же самой накладной, на которую акт уже регистрировался ранее. Это не сбой программы, а защитная реакция: на одну ТТН может существовать только один акт определённого типа, и повторную отправку сервер отклоняет.

Типичная ситуация: пользователь не увидел результат первой отправки, решил, что документ «не ушёл», и отправил акт повторно. Либо акт был отправлен с другого компьютера, другой учётной записи или из другой программы, а в текущей базе 1С статус документа не обновился. В обоих случаях действия одинаковые: сначала выяснить, что реально происходило с этой ТТН, и только потом решать, нужно ли что-то отправлять заново.

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

Почему появляется сообщение о повторной отправке акта

Механика ошибки проста: внешняя система (ЕГАИС, оператор ЭДО, «Честный знак» или иная платформа) хранит регистрацию каждого акта по уникальному идентификатору ТТН. Когда из 1С уходит повторный акт с тем же идентификатором, сервер сравнивает его с уже зарегистрированным и возвращает отказ с формулировкой о том, что акт уже высылался.

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

Отдельный случай — использование двух программ одновременно: например, акт отправлен из УТМ-совместимого стороннего решения или из личного кабинета, а затем тот же акт пытаются отправить из 1С. Система видит дубль и отклоняет его, хотя в самой 1С никаких следов первой отправки нет.

Как проверить, что акт действительно отправлен

Первый шаг — посмотреть статус накладной в самой 1С. Откройте ТТН (например, «ТТН входящая ЕГАИС» в УТ/Рознице или соответствующий документ в вашей конфигурации) и проверьте поле состояния обмена: там должен быть статус вида «Акт подтверждения передан», «Подтверждена» или «Отказано». Если статус «Акт передан в УТМ» — документ действительно ушёл.

Второй шаг — проверить журнал обмена. В типовых конфигурациях это раздел «Обмен с ЕГАИС» / «История обмена» или протокол обмена с ЭДО. Найдите исходящее сообщение по данной ТТН и входящую квитанцию: наличие квитанции о приёме подтверждает, что сервер акт зарегистрировал.

Третий, самый надёжный способ — проверить на стороне системы: в личном кабинете ЕГАИС, в интерфейсе оператора ЭДО или через запрос остатков/документов по ТТН. Если там акт числится принятым, вопрос закрыт: ничего отправлять не нужно, достаточно синхронизировать статус в 1С.

Контрольные точки

Как проверить результат

Статус ТТН в 1С

Норма

Стоит статус «Подтверждена» или «Акт передан»

Тревожный признак

Статус «Не подтверждена» при наличии акта в системе — рассинхронизация

Журнал обмена

Норма

Есть исходящий акт и входящая квитанция о приёме

Тревожный признак

Акт есть, квитанции нет — проверять на стороне сервера

Личный кабинет системы

Норма

Акт числится принятым по этой ТТН

Тревожный признак

Акта нет и там — значит, первая отправка не прошла, нужна диагностика обмена

Что делать, если акт отправлен, а в 1С он «не виден»

Это самая частая ситуация. Акт принят системой, но база 1С об этом не знает — из-за прерванного обмена, восстановления из копии или работы с другого рабочего места. Решение — не повторная отправка, а синхронизация состояния.

Выполните полный цикл обмена: в типовых решениях это команда «Выполнить обмен» по соответствующему УТМ или принудительное получение входящих документов. Часто после этого в базу загружается квитанция, и статус ТТН обновляется автоматически.

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

1. 1
   Остановитесь: не отправляйте акт повторно и не удаляйте документы
2. 2
   Откройте ТТН в 1С и зафиксируйте текущий статус обмена
3. 3
   Проверьте журнал обмена: есть ли исходящий акт и квитанция о приёме
4. 4
   Проверьте ТТН в личном кабинете системы (ЕГАИС/ЭДО)
5. 5
   Если акт принят — выполните синхронизацию обмена в 1С для обновления статуса
6. 6
   Если акта нет нигде — разбирайтесь с ошибкой обмена (УТМ, сертификат, связь)

Если первый акт был ошибочным

Бывает, что акт уже отправлен, но с неверными данными: подтверждён вместо отказа, указано неверное количество, принята чужая накладная. Здесь повторная отправка того же акта невозможна в принципе — нужно действовать через механизмы отмены или корректировки, предусмотренные конкретной системой.

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

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

Профилактика: как не допустить повторной отправки

Большинство дублей возникает из-за организационных причин, а не технических. Настройте в 1С автоматический обмен по расписанию с корректной обработкой квитанций — тогда статусы документов будут обновляться без участия пользователя, и видимость «неотправленного» акта исчезнет.

Определите одно рабочее место или одного ответственного за отправку актов по входящим ТТН. Если акты отправляют несколько сотрудников с разных компьютеров, вероятность дубля резко возрастает. Также проверьте, что не используется параллельная отправка из сторонних программ или личного кабинета.

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

Когда обращаться за внешней помощью

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

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

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

Можно ли просто отправить акт ещё раз, вдруг пройдёт?

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

Акта нет ни в 1С, ни в личном кабинете, но сообщение о дубле есть. Что это?

Возможно, акт был отправлен с другого рабочего места, из другой программы или до восстановления базы из копии. Также проверьте, не отправлен ли акт другого типа по этой же ТТН. Запросите у системы историю документов по накладной — она покажет, кто и когда отправлял акт.

Как исправить акт, если я подтвердил накладную ошибочно?

Через механизмы самой внешней системы: в ЕГАИС — запрос на распроведение со стороны отправителя и его подтверждение получателем (в установленные сроки), в ЭДО — корректирующий документ или уведомление об уточнении. Простое изменение документа в 1С не отменяет акт, принятый сервером.

Опасно ли это сообщение для учёта, будут ли штрафы?

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

Почему статус ТТН в 1С не обновляется после приёма акта?

Чаще всего не получена или не обработана входящая квитанция: обмен не выполнялся, транспортный модуль (УТМ) остановлен, либо обмен происходит с ошибками. Выполните обмен вручную, проверьте работу УТМ и журнал ошибок. Если квитанция есть в системе, но не загружается — нужна диагностика настройки обмена.

Дубли появляются регулярно по разным накладным. В чём причина?

Систематические дубли обычно означают, что акты отправляются из двух мест параллельно (два рабочих места, 1С плюс сторонняя программа) или что в 1С не обновляются статусы и пользователи отправляют «зависшие» документы повторно. Назначьте одного ответственного за отправку и настройте автоматический обмен с обработкой квитанций.