Обновление форм в 1С 8.3: все способы и очистка кэша

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

Самый частый сценарий — обновить конфигурацию в режиме пользователя через встроенный механизм: Администрирование → Обновление версии программы. Формы приедут вместе с релизом. Если же конфигурация уже свежая, а форма всё равно выглядит по-старому или открывается с ошибкой — дело в кэше, его чистят запуском с ключом /ClearCache.

Какой способ выбрать — зависит от того, как к вам пришло обновление и дорабатывалась ли конфигурация:

В типовых конфигурациях 8.3 интерфейс строится на управляемых формах (режим «Такси»). Обычные формы остались в наследие от версий 8.1–8.2 и встречаются в старых базах — на порядок обновления и очистку кэша это не влияет, различается только внешний вид.

Обновление в режиме пользователя, без Конфигуратора

Для типовых конфигураций (Бухгалтерия 3.0, ЗУП 3.1, Управление торговлей 11) обновление форм и всего интерфейса ставится прямо из программы, без запуска Конфигуратора.

1. Откройте раздел Администрирование.
2. Найдите пункт Обновление версии программы (в некоторых релизах он лежит внутри группы Интернет-поддержка и сервисы).
3. Нажмите проверку обновлений. Программа подключится к серверам 1С и покажет доступную версию.
4. Выберите релиз и запустите установку. Платформа скачает файл обновления, закроет сеанс, применит изменения и перезапустит базу.

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

При первом входе после обновления типовая конфигурация обычно догоняет данные — выполняет обработчики обновления (пересчёт, заполнение новых реквизитов). На экране это «Выполняется обновление информационной базы»: дождитесь окончания, не закрывайте программу принудительно.

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

Обновление через Конфигуратор: когда без него не обойтись

Конфигуратор нужен, когда обновление пришло отдельным файлом (.cfu или .cf), нет интернет-поддержки, или конфигурация нетиповая и дорабатывалась.

Перед обновлением сделайте резервную копию: в Конфигураторе это Администрирование → Выгрузить информационную базу (файл .dt). Это единственная операция в статье, перед которой копия обязательна: откат изменённой структуры базы без неё невозможен.

Дальше по шагам:

1. Запустите Конфигуратор для нужной базы.
2. Откройте Конфигурация → Поддержка → Обновить конфигурацию.
3. Укажите источник: файл обновления, файл поставки .cf или получение из интернета.
4. Платформа сравнит версии и покажет список изменений. Подтвердите кнопкой выполнения — обновится основная конфигурация.
5. Примените изменения к базе: Конфигурация → Обновить конфигурацию базы данных (горячая клавиша F7).

Пятый шаг — ключевой. Без команды «Обновить конфигурацию базы данных» (F7) новые формы в рабочую базу не попадут: изменится только основная конфигурация, а пользователи увидят старый интерфейс.

Если конфигурацию дорабатывали

С чистой типовой всё просто: платформа берёт новые формы из поставки и применяет без вопросов. А вот если конфигурацию правили (добавляли реквизиты, меняли формы), обновление превращается в объединение двух версий.

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

• взять версию из новой поставки (ваша доработка этого объекта потеряется);
• оставить текущую (не получите изменений поставщика);
• объединить вручную в редакторе.

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

Сами формы, которые вы не трогали, обновятся автоматически — разбираться приходится только с теми, что менялись с двух сторон.

Очистка кэша, если новые формы не появились

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

Самый быстрый способ — запустить базу с ключом /ClearCache. Добавьте параметр в ярлык запуска:

"C:\Program Files\1cv8\8.3.XX.XXXX\bin\1cv8.exe" ENTERPRISE /ClearCache

Либо, если работаете через список баз, закройте все сеансы 1С и удалите папки кэша:

• %LOCALAPPDATA%\1C\1cv8\
• %APPDATA%\1C\1cv8\

Третий вариант без возни с папками — удалить базу из списка запуска и добавить её заново. Кэш для неё создастся с нуля.

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

Если «поехала» одна форма, а не вся база

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

Что делать:

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

После сброса форма откроется в стандартном виде, как её задумал разработчик конфигурации.

Обновление форм в клиент-серверной базе

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

Отличия ровно два:

• Монопольный доступ. Структурные изменения требуют, чтобы в базе никто не работал. Перед обновлением установите блокировку начала сеансов и завершите активных пользователей через консоль администрирования кластера или в самой программе (Администрирование → Активные пользователи). Монопольный доступ нужен только для изменения структуры и загрузки .dt — обычное изменение форм и модулей его не требует.
• Динамическое обновление. Если релиз меняет только формы и модули, но не структуру данных, платформа применяет его «на лету». Работающие пользователи получат предложение перезапустить сеанс, чтобы увидеть новые формы — до перезапуска у них остаётся прежний интерфейс.

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

Типичные ошибки при обновлении форм

Как настроить автообновление и не ломать интерфейс

Чтобы формы приезжали вовремя и без ручной возни:

• 📌 Включите автоматическую проверку обновлений в разделе Администрирование → Интернет-поддержка и сервисы. Программа будет сама сообщать о свежих релизах.
• 📌 Держите платформу в актуальном состоянии: номер версии платформы должен быть не ниже того, что требует релиз конфигурации, иначе обновление не установится.
• 📌 Не правьте типовую конфигурацию без необходимости. Пока она «на поддержке» без изменений, обновления ставятся автоматически; доработки приходится переносить вручную при каждом релизе.
• 📌 Проверяйте крупные обновления на копии базы, прежде чем ставить в рабочую.

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

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