Администрирование · 13 мин
Как почистить кэш ЭДО в 1С и устранить сбои обмена документами
Как очистить кэш ЭДО в 1С: где хранятся временные данные обмена, как удалить их вручную и через настройки, что делать при ошибках подписания и получения документов.
ЭДО в 1С опирается на несколько слоёв временных данных: кэш метаданных конфигурации, кэш сеансовых ключей оператора ЭДО, временные файлы транспортных пакетов и кэш криптопровайдера. Когда любой из этих слоёв повреждается или устаревает, пользователь видит характерные симптомы: документы «зависают» в статусе ожидания, подписание падает с ошибкой сертификата, входящие пакеты не распознаются, а интерфейс обмена открывается с ошибками.
Под «чисткой кэша ЭДО» обычно понимают три разные операции: очистку общего кэша 1С на клиенте, сброс данных обмена с оператором (токены, настройки соединения) и удаление временных файлов транспорта. Важно различать эти сценарии, потому что удалять нужно только временные данные — сами электронные документы, квитанции и настройки учётных записей ЭДО хранятся в базе и при корректной очистке кэша не затрагиваются.
Ниже разобраны признаки того, что проблема именно в кэше, безопасные способы очистки для файлового и клиент-серверного режимов, а также действия, которые выполнять самостоятельно не следует.
Когда очистка кэша ЭДО действительно нужна
Не каждая ошибка обмена связана с кэшем. Прежде чем что-то удалять, убедитесь, что симптомы совпадают с типичными признаками повреждённых временных данных. К ним относятся: ошибка «Не удалось расшифровать данные» или «Сертификат не найден» при рабочем сертификате, зависание документов в статусе «Ожидается отправка», расхождение списка документов в 1С и в личном кабинете оператора, ошибки вида «Ошибка формата потока» при открытии журнала обмена.
Ещё один частый сценарий — после обновления конфигурации. Платформа и подсистема ЭДО (БЭД) кэшируют метаданные, и старый кэш может конфликтовать с новой версией кода. Если ошибки начались сразу после обновления, очистка кэша — первое, что стоит попробовать.
Если же ошибка повторяется у всех пользователей одновременно и не зависит от компьютера, проблема, скорее всего, на стороне оператора ЭДО или в настройках учётной записи — чистка локального кэша здесь не поможет. Проверьте статус работы оператора и срок действия сертификата.
Повторите операцию на другом компьютере — если там всё работает, чистите кэш проблемного клиента
Очистите серверный и клиентский кэш, перезапустите сеансы
Проверьте сертификат, настройки учётной записи ЭДО и доступность оператора
Проверьте каталог временных файлов обмена и повторите отправку
Подготовка: что сделать перед очисткой
Главное правило — перед любыми манипуляциями с кэшем завершите все сеансы 1С у всех пользователей. Работающий сеанс держит файлы кэша открытыми: часть файлов не удалится, а часть будет пересоздана с теми же повреждёнными данными, и очистка окажется бесполезной.
Второй обязательный шаг — архивная копия базы. Сама очистка кэша не трогает данные, но если вы случайно удалите не тот каталог или в процессе решите «заодно» почистить что-то ещё, копия спасёт. Для файловой базы достаточно скопировать файл 1Cv8.1CD, для клиент-серверной — сделать выгрузку через конфигуратор или средствами СУБД.
Также запишите текущие настройки: идентификаторы участников ЭДО, способ обмена (через оператора, прямой обмен, через каталог или FTP). Очистка кэша их не сбрасывает, но если придётся пересоздавать учётную запись, данные будут под рукой.
Очистка клиентского кэша 1С на компьютере пользователя
Клиентский кэш платформы — самая частая причина «фантомных» ошибок ЭДО у конкретного пользователя. Он хранится в профиле пользователя Windows в скрытых папках. Точный путь зависит от версии платформы, но стандартные расположения такие: %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\.
В этих каталогах лежат папки с длинными именами вида 5d4f8a1e-.... — это кэш конкретных информационных баз. Именно их нужно удалить. Папку conf и файлы настроек подключений (ibases.v8i) удалять не нужно — иначе придётся заново настраивать список баз.
- 1Закройте все сеансы 1С у пользователя, включая фоновые (проверьте в диспетчере задач процессы 1cv8.exe и 1cv8c.exe)
- 2Откройте проводник и в адресной строке введите %APPDATA%\1C\1cv8\
- 3Удалите папки с именами-идентификаторами (длинные буквенно-цифровые коды) — это кэш баз
- 4Повторите то же самое в %LOCALAPPDATA%\1C\1cv8\
- 5Запустите 1С, войдите в базу и повторите операцию ЭДО, которая вызывала ошибку
Более мягкая альтернатива — запуск тонкого клиента с параметром /ClearCache. Он очищает кэш только для текущей базы и не требует ручного поиска папок. Параметр указывается в свойствах ярлыка или в дополнительных параметрах запуска в списке баз.
Очистка серверного кэша в клиент-серверном режиме
Если 1С работает в клиент-серверном варианте, часть кэша находится на сервере приложений — в каталоге srvinfo. Внутри него для каждой базы есть подкаталоги вида reg_1541, где и лежит серверный кэш метаданных и сеансовых данных. Симптомы его повреждения — ошибки у многих пользователей сразу после обновления конфигурации, при этом локальная чистка не помогает.
Порядок действий строгий: сначала остановите службу агента сервера 1С (например, «Агент сервера 1С:Предприятия 8.3»), затем удалите содержимое каталогов reg_* внутри srvinfo (сам каталог srvinfo и файлы списка баз не трогайте), после чего запустите службу обратно. Первый запуск сеансов после этого будет медленнее обычного — платформа заново строит кэш, это нормально.
# Остановка службы, очистка серверного кэша, запуск (запускать от администратора)
Stop-Service "1C:Enterprise 8.3 Server Agent"
Remove-Item "C:\Program Files\1cv8\srvinfo\reg_*\*" -Recurse -Force
Start-Service "1C:Enterprise 8.3 Server Agent"Если на сервере работают несколько баз и проблема только в одной, удаляйте каталог только соответствующего регистра. Определить нужный можно по файлу описания базы внутри каталога либо по моменту появления ошибок. При сомнениях чистят все reg_* — это безопасно, просто все пользователи один раз подождут перестроения кэша.
Сброс данных обмена с оператором ЭДО
Отдельный слой — данные, которыми подсистема ЭДО оперирует при связи с оператором: сертификаты сеанса, маркеры доступа, кэш настроек сервиса. Их повреждение даёт ошибки авторизации у оператора при живом сертификате и стабильном интернете.
В типовых конфигурациях на БЭД (1С:Бухгалтерия, УТ, ERP) зайдите в раздел настроек ЭДО — обычно это «Администрирование → Обмен электронными документами» или «Настройки ЭДО → Учётные записи». Откройте проблемную учётную запись и выполните проверку соединения с оператором — часто при этом автоматически перевыпускается сеансовый сертификат, что и решает проблему. Если проверка не проходит, попробуйте пересоздать настройку синхронизации: удалите приглашение и создайте его заново с тем же идентификатором участника.
Дополнительно проверьте криптопровайдер на компьютере, где выполняется подписание: откройте КриптоПро CSP (или ViPNet CSP) и убедитесь, что сертификат виден и закрытый ключ доступен. Кэш контейнеров ключей тоже может «залипать» — помогает переподключение контейнера или переустановка сертификата в хранилище.
Удаление временных файлов транспорта
При обмене через каталог, FTP или почту 1С складывает транспортные пакеты (ZIP-контейнеры с документами и квитанциями) в указанный в настройках каталог. Если обмен прервался посередине, в каталоге остаются недогруженные или битые пакеты, которые мешают последующим сеансам обмена.
Откройте каталог, указанный в настройках транспорта учётной записи, и отсортируйте файлы по дате. Файлы нулевого размера, архивы, которые не открываются, и пакеты, застрявшие на дату сбоя, можно удалить. Документы, уже загруженные в базу, от этого не пострадают — они хранятся внутри 1С. После очистки выполните обмен вручную и проконтролируйте, что пакеты уходят и принимаются.
Также проверьте системный каталог временных файлов (%TEMP%) — при массовых выгрузках там накапливаются гигабайты промежуточных данных, что иногда вызывает ошибки нехватки места при формировании пакетов.
Сравнение способов очистки
Самый безопасный, чистит кэш одной базы у одного пользователя. Не помогает при повреждении серверного кэша
Надёжно убирает весь клиентский кэш. Требует закрытых сеансов и аккуратности, чтобы не удалить список баз
Решает проблемы сразу у всех пользователей после обновления. Требует остановки службы сервера и прав администратора
Помогает при ошибках авторизации у оператора. Крайняя мера — есть риск потерять привязки документов
Проверка результата и типичные ошибки
После очистки выполните контрольный цикл: откройте журнал электронных документов, запустите обмен вручную, подпишите и отправьте один тестовый документ, дождитесь квитанции. Если все этапы проходят без ошибок — очистка удалась. Первый вход в базу и первое открытие журнала ЭДО могут занять заметно больше времени, чем обычно: кэш строится заново, это ожидаемо, а не признак новой проблемы.
Как проверить результат
Вход дольше обычного, затем работа в обычном темпе
Вход обрывается ошибкой или база не открывается вовсе
Документ проходит статусы до «Отправлен», приходит квитанция
Документ снова зависает или падает с той же ошибкой
Список документов совпадает с личным кабинетом оператора
Расхождения в статусах сохраняются
После серверной очистки ошибки исчезли у всех
Ошибка осталась у всех — проблема не в кэше, а в настройках или у оператора
Самая частая ошибка — чистка кэша при открытых сеансах. Файлы блокируются, удаляются частично, и после перезапуска пользователь получает ту же ошибку, делая вывод, что «чистка не работает». Вторая типичная ошибка — удаление лишнего: списка баз, настроек подключения, а в худшем случае — каталога с самой файловой базой. Удаляйте только те папки, назначение которых описано выше.
Если после всех перечисленных шагов ошибка воспроизводится, проблема не в кэше. Соберите технологический журнал или текст ошибки, проверьте версию платформы и модуля БЭД на совместимость, срок действия сертификата и статус оператора — и с этим набором обращайтесь к специалисту по сопровождению 1С или в поддержку оператора ЭДО.
Что важно запомнить
Чистка кэша ЭДО — это удаление временных данных на трёх уровнях: клиентский кэш платформы, серверный кэш в srvinfo и временные файлы транспорта. Всегда закрывайте сеансы и делайте копию базы перед очисткой, удаляйте только кэш-каталоги и проверяйте результат тестовой отправкой документа.
Частые вопросы
Удалятся ли электронные документы при очистке кэша?
Нет. Отправленные и полученные документы, подписи и квитанции хранятся внутри информационной базы 1С, а не в кэше. Очистка кэша затрагивает только временные служебные файлы платформы и транспорта. Риск потери данных появляется только при ручной правке регистров ЭДО или удалении самой базы.
Как часто нужно чистить кэш ЭДО?
Регулярная профилактическая чистка не требуется — кэш не «засоряется» сам по себе. Очищайте его по ситуации: при появлении ошибок обмена, после обновления конфигурации или платформы, после переноса базы на другой сервер.
Ошибка ЭДО только у одного пользователя — что чистить?
Начните с клиентского кэша на его компьютере: параметр /ClearCache или удаление папок кэша в AppData. Если не помогло — проверьте криптопровайдер и сертификат именно на этом рабочем месте, затем переустановку платформы. Серверный кэш при проблеме одного пользователя трогать обычно не нужно.
Чем отличается очистка кэша от обновления конфигурации ЭДО?
Это разные операции. Очистка кэша удаляет временные данные и не меняет ни код, ни настройки. Обновление конфигурации или модуля БЭД меняет саму программу. Часто после обновления требуется очистка кэша, чтобы новые метаданные корректно загрузились, — но сама по себе чистка версию программы не обновляет.
Можно ли почистить кэш без остановки работы пользователей?
Клиентский кэш — да, достаточно закрыть сеанс конкретного пользователя. Серверный кэш в srvinfo — нет: требуется остановка службы агента сервера, а значит, завершение всех сеансов. В круглосуточных системах эту операцию планируют на технологическое окно.
После чистки кэша 1С стала работать медленнее — это нормально?
Да, временно. Первый вход в каждую базу и первое открытие крупных журналов и форм занимают больше времени, потому что платформа заново строит кэш метаданных. После одного-двух сеансов скорость возвращается к обычной. Если замедление сохраняется дольше, причина в другом — стоит смотреть на загрузку сервера и размер базы.