Токен не найден в БД: ошибка авторизации 1С-ЭДО

📅 Опубликовано 14 сентября 2026 г.

Коротко: сообщение «Проверка токена авторизации завершена с ошибкой: токен не найден в БД» означает, что оператор ЭДО не нашёл на своей стороне ключ авторизации, который хранится в вашей информационной базе. Типовые причины — запуск копии базы, перевыпуск сертификата электронной подписи, закрытая учётная запись ЭДО и устаревший релиз конфигурации. Лечится повторной авторизацией в карточке учётной записи ЭДО, добавлением действующего сертификата и обновлением конфигурации.

Главное за 30 секунд

• Токен — это не пароль пользователя и не сертификат. Это служебный ключ сеанса между вашей базой и сервером оператора ЭДО; он хранится в служебных данных базы и сверяется с записью на стороне оператора.
• Учётная запись ЭДО рассчитана на обмен из действующей рабочей базы. Развернули бэкап «посмотреть» и разрешили ему обмен — рабочая база теряет авторизацию.
• Перевыпуск сертификата ЭП (продление, смена руководителя, новый носитель) обесценивает старый токен: новый сертификат нужно добавить в учётную запись ЭДО.
• Ошибка воспроизводится у всех пользователей и на всех рабочих местах — значит, проблема в учётной записи или на стороне оператора, а не в криптографии на конкретном компьютере.
• Обновление конфигурации закрывает часть сценариев (изменённые адреса сервисов, исправленные ошибки библиотеки ЭДО), но не отменяет повторную авторизацию.

Что означает «Токен не найден в БД» и где 1С показывает эту ошибку?

При первом успешном подключении к сервису электронного документооборота клиент ЭДО, встроенный в конфигурацию 1С, предъявляет оператору сертификат электронной подписи и получает в ответ токен авторизации. Дальше этот токен подставляется в каждый сеанс обмена: отправку документов, получение входящих, обновление статусов, автоматическую сверку. Оператор хранит у себя соответствие «токен — участник ЭДО — сертификат». Когда такой записи в его базе нет, сервис возвращает буквальный технический ответ, который 1С показывает пользователю без перевода: проверка токена авторизации завершена с ошибкой, токен не найден в БД.

Формулировка «в БД» сбивает с толку: речь идёт не о вашей информационной базе, а о базе данных оператора. Ваша база при этом полностью работоспособна, документы проводятся, подпись ставится, криптопровайдер отвечает. Ломается ровно один слой — сеанс авторизации с сервисом ЭДО.

Где обычно всплывает сообщение:

• в рабочем месте «Текущие дела ЭДО» при нажатии «Отправить и получить»;
• при попытке подписать и отправить электронный документ из формы реализации, счёта-фактуры или УПД;
• в фоновом режиме — тогда пользователь видит не окно, а запись в журнале регистрации и «зависшие» документы в состоянии «Ожидается подтверждение»;
• при открытии карточки учётной записи ЭДО и попытке обновить её реквизиты.

Отдельно стоит отличать эту ошибку от родственной, когда система пишет, что не удалось получить токен авторизации. Там сеанс не создаётся вообще — чаще из-за недоступности сервиса, прокси или проблем с контейнером закрытого ключа. Здесь же токен когда-то был выдан, база его помнит, а оператор — уже нет.

Почему токен пропадает: 7 типовых причин

Практика показывает устойчивый набор сценариев. Разберём их по убыванию частоты.

1. Запущена копия информационной базы

Самая массовая причина. Архивную копию развернули для проверки отчётности, тестовую — для обучения, рабочую перенесли на новый сервер и по привычке запустили старую. Как только копия проходит авторизацию под тем же идентификатором участника, токен «переезжает» к ней, а рабочая база получает отказ. Обратный эффект тоже работает: вернулись в рабочую базу — перестала обмениваться копия.

2. Перевыпущен или заменён сертификат электронной подписи

Токен привязан к сертификату, которым выполнялась регистрация. Продление сертификата, смена директора, переход на новый носитель, выпуск сертификата в ФНС вместо коммерческого УЦ — всё это разрывает привязку. Признак: ошибка появилась ровно в тот день, когда бухгалтер начал подписывать документы новым сертификатом.

3. Учётная запись ЭДО закрыта или приостановлена оператором

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

4. Организацию перенесли в другую базу или сменили идентификатор

Разделили учёт на две базы, объединили несколько юрлиц, завели новую учётную запись ЭДО, а в старой базе остались служебные данные прежней регистрации. Клиент честно предъявляет токен, которого у оператора уже нет.

5. Устаревший релиз конфигурации

Механизмы ЭДО живут в библиотеке электронных документов, которая поставляется в составе конфигурации. Адреса сервисов, форматы запросов и правила авторизации периодически меняются. База, не обновлявшаяся год-полтора, обращается по неактуальному маршруту и получает ответ, что токена нет.

6. Сетевые ограничения и подмена сертификата на прокси

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

7. Потеряны служебные данные базы

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

Что наблюдаем	Вероятная причина	Первое действие
Ошибка появилась после разворачивания архивной копии	Конфликт двух экземпляров базы	Отключить обмен в копии, повторно авторизоваться в рабочей базе
Совпала с началом работы по новому сертификату	Перевыпуск сертификата ЭП	Добавить действующий сертификат в учётную запись ЭДО
Не работает во всех базах и у всех пользователей	Учётная запись закрыта оператором	Проверить статус обслуживания у оператора
Ошибка только у одного пользователя	Права доступа или окружение рабочего места	Проверить профиль прав и доступность контейнера ключа
База не обновлялась больше года	Устаревшая библиотека ЭДО	Обновить конфигурацию до актуального релиза
Обмен прерывается только в фоне, вручную работает	Регламентное задание или сетевой фильтр	Проверить журнал регистрации и настройки прокси

Как понять, на чьей стороне проблема?

Прежде чем что-то менять, ответьте на пять вопросов — это займёт десять минут и сэкономит часы.

1. Ошибка у всех или у одного пользователя? Если у одного — смотрите права, криптопровайдер и настройки рабочего места, а не учётную запись ЭДО.
2. Вы точно в рабочей базе? Откройте «Главное» → «О программе» и сверьте каталог информационной базы или строку соединения с сервером. Название в списке запуска легко вводит в заблуждение.
3. Когда последний раз меняли сертификат? Проверьте срок действия в разделе «Администрирование» → «Обмен электронными документами» → «Настройки электронной подписи и шифрования».
4. Что говорит журнал регистрации? «Администрирование» → «Обслуживание» → «Журнал регистрации», отбор по времени возникновения ошибки. Там видно, кто именно инициировал сеанс — пользователь или регламентное задание, и не сопровождается ли обмен другими сбоями. В торговых базах, например, фоновые задания нередко падают и по совсем другой причине — например, из-за ошибки блокировки данных при параллельной работе.
5. Есть ли доступ к сервисам оператора с этого компьютера? Если рядом стоит другая база, подключённая к ЭДО, и она обменивается нормально — сеть исключаем.

Как исправить ошибку: пошаговый порядок действий

Шаг 1. Разберитесь с копиями базы

При запуске базы, восстановленной из архива или перемещённой в другой каталог, платформа задаёт вопрос о том, является ли база копией, и предлагает отключить в ней обмен и регламентные задания. Если в тот момент выбрали «продолжить работу в прежнем режиме», копия начала полноценно общаться с оператором. В копии обмен нужно выключить: снимите флаг обмена с контрагентами в разделе «Администрирование» → «Обмен электронными документами» и отключите соответствующие регламентные задания. Только после этого возвращайтесь в рабочую базу.

Шаг 2. Проверьте учётную запись ЭДО

Путь: «Администрирование» → «Обмен электронными документами» → «Обмен с контрагентами» → «Учётные записи ЭДО». Откройте карточку и сверьте:

• организацию и её ИНН/КПП — они должны совпадать с той организацией, от имени которой отправляются документы;
• идентификатор участника ЭДО — он уникален и указывается при обращении в поддержку;
• список сертификатов, привязанных к учётной записи, и сроки их действия;
• состояние учётной записи — активна она или помечена как закрытая.

Шаг 3. Обновите сертификат и повторно авторизуйтесь

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

Шаг 4. Проверьте окружение рабочего места

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

Шаг 5. Обращение в поддержку оператора

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

Помогает ли обновление конфигурации и какая версия платформы нужна?

Обновление — не универсальное лекарство, но в двух сценариях оно обязательно: когда база отстала на несколько релизов и когда в описании изменений оператора или разработчика прямо указано исправление ошибок авторизации ЭДО.

Как проверить возможность обновления?

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

Какие требования к платформе?

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

Что важно сделать перед обновлением?

Что проверить	Где смотреть	Зачем
Архивная копия базы	Выгрузка в файл .dt или средствами СУБД	Единственный способ откатиться при неудачном обновлении
Незавершённые документы ЭДО	«Текущие дела ЭДО»	Документы в промежуточных состояниях лучше довести до конца
Монопольный режим	«Администрирование» → «Обслуживание» → «Блокировка работы пользователей»	Обработчики обновления не выполнятся при активных сеансах
Версия платформы	«Главное» → «О программе»	Соответствие требованиям нового релиза
Состав доработок	Конфигуратор, режим поддержки	Определяет способ обновления и его трудоёмкость
Внешние обработки и отчёты	«Администрирование» → «Печатные формы, отчёты и обработки»	После смены релиза могут потребовать адаптации

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

1. Сделать архивную копию и убедиться, что она открывается.
2. Завершить сеансы пользователей и включить блокировку работы.
3. Обновить платформу, если этого требует релиз.
4. Обновить конфигурацию, дождаться выполнения обработчиков обновления и посмотреть отчёт о результатах.
5. Открыть «Текущие дела ЭДО» и выполнить обмен вручную — так вы сразу увидите, восстановилась ли авторизация.
6. Снять блокировку и убедиться, что регламентные задания обмена включены и отрабатывают без ошибок.
7. Прочитать в описании релиза раздел с исправленными ошибками: там видно, какие сбои закрыты и не нужно ли донастроить механизмы вручную.

Кто именно выполняет обновление, зависит от вида договора. В рамках ИТС ПРОФ типовые условия обслуживания предусматривают ограниченный объём работ силами партнёра — обновление одной информационной базы на одном рабочем месте трудоёмкостью примерно до часа. В договоре уровня ТЕХНО услуги партнёра не заложены вовсе: он даёт доступ к обновлениям, а устанавливать их клиент должен самостоятельно или за отдельную плату.

Найдите специалиста для решения этой задачи на koderion.ru