Пропали настройки в 1С 8.3: как вернуть

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

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

С чего начать: что именно слетело

Разные симптомы требуют разных действий. Сопоставьте свой случай.

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

Возврат из резервной копии базы

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

Копии в 1С бывают трёх видов, и путают их чаще всего:

Для файлового варианта самая простая копия — это копия файла 1Cv8.1CD из каталога базы. Закрываете все сеансы, копируете файл в сторону. Чтобы вернуться на эту копию, кладёте файл обратно на место рабочего.

Для клиент-серверного варианта копию снимают средствами СУБД (резервная копия базы PostgreSQL или MS SQL), а не копированием файла — файла там нет.

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

Как выбрать копию по дате: берите последнюю копию, снятую до момента, когда настройки были ещё целы. Если точный момент сбоя неизвестен, его подскажет журнал регистрации (см. ниже).

Если слетела только конфигурация (например, после неудачного обновления), а данные целы, не нужно возвращать всю базу. Достаточно загрузить конфигурацию из ранее сохранённого .cf: в Конфигураторе откройте меню Конфигурация → Загрузить конфигурацию из файла. После загрузки Конфигуратор предложит обновить конфигурацию базы данных — подтвердите.

Копирование и сброс пользовательских настроек

Когда «потерялись» именно удобства — сбились отборы в журналах, пропали сохранённые варианты отчётов, съехали колонки — восстановление базы не нужно. Работают с настройками точечно.

Перенести настройки от другого пользователя. В типовых конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) есть механизм копирования. Откройте Администрирование → Настройки пользователей и прав и найдите команду копирования настроек. Выбираете источник (пользователь, у которого всё настроено), приёмник и состав настроек: внешний вид, отчёты, прочее. Удобно, когда у коллеги всё работает, а у вас сбилось.

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

Сбросить форму к стандартному виду. Если конкретный список или документ выглядит неправильно, откройте его, нажмите Ещё → Изменить форму и в редакторе формы примените сброс к стандартным настройкам. Форма вернётся к виду «из коробки», все ваши перестановки колонок и группировок обнулятся.

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

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

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

Проверка и ремонт файловой базы: chdbfl

Если настройки и данные «поехали» из-за повреждения файловой базы, помогает утилита chdbfl.exe. Она проверяет физическую целостность файла 1Cv8.1CD и умеет исправлять часть ошибок.

Утилита лежит в каталоге bin установленной платформы, например C:\Program Files\1cv8\<номер версии>\bin\chdbfl.exe. Работает только с файловым вариантом базы — для клиент-серверной она не применяется.

Порядок такой:

1. Завершите все сеансы работы с базой.
2. Сделайте копию файла 1Cv8.1CD — ремонт идёт по живому и часть данных может быть удалена как нечитаемая.
3. Запустите chdbfl.exe, укажите путь к файлу 1Cv8.1CD.
4. Если нужно не только проверить, но и чинить — включите флажок исправления найденных ошибок.
5. Запустите проверку и дождитесь отчёта.

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

Внутри платформы есть похожий инструмент — Тестирование и исправление в Конфигураторе (меню Администрирование). Он проверяет логическую и ссылочную целостность и умеет пересчитывать итоги. Для него нужен монопольный доступ: все пользователи должны выйти из базы. Эти два инструмента дополняют друг друга: chdbfl — физика файла, тестирование и исправление — логика данных. Разумный порядок при серьёзном сбое: копия файла → chdbfl → тестирование и исправление → проверка базы.

Полная выгрузка и загрузка базы (DT)

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

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

Загрузка: Администрирование → Загрузить информационную базу, выбираете .dt.

Для загрузки и выгрузки нужен монопольный доступ — других сеансов быть не должно. В клиент-серверном варианте .dt тоже работает, но для регулярного резервирования больших баз он медленный; там штатно используют копии средствами СУБД, а .dt оставляют для переноса.

Если задача — именно вернуть настройки и данные на конкретную дату, а у вас есть .dt за ту дату, разверните его в отдельную (тестовую) базу и сверьте, прежде чем менять рабочую. Из развёрнутой копии можно аккуратно перенести в рабочую базу только нужное (например, настройки одного пользователя через копирование настроек), не затирая свежие документы. Это компромисс, когда часть данных после сбоя уже успели ввести заново и терять их нельзя.

Что покажет журнал регистрации

Журнал регистрации не восстанавливает настройки — он показывает, что и когда произошло. Это инструмент диагностики, а не отката.

Открыть журнал можно из режима 1С:Предприятие (в типовых — раздел администрирования) или из Конфигуратора через меню Администрирование → Журнал регистрации.

Чем он полезен в нашей задаче:

• 🔍 Видно, какой пользователь и когда менял настройки, права или учётную политику.
• 🕒 По времени события можно подобрать резервную копию, снятую до сбоя.
• 📄 Можно отфильтровать записи по пользователю, дате и виду события, чтобы не листать всё подряд.

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

Когда подключать поддержку или партнёра

Своими силами решаются типовые случаи: есть копия, повреждение лечится chdbfl, настройки переносятся от коллеги. Внешняя помощь нужна, когда:

• копий нет, а потеряны важные данные — специалист попробует извлечь максимум из повреждённого файла;
• chdbfl и тестирование не помогают, база не открывается;
• сбой связан с доработанной конфигурацией и нужен программист;
• проблема на стороне СУБД в клиент-серверном варианте.

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

Как больше не терять настройки

Почти все потери настроек закрываются одной привычкой — регулярными копиями. Для файловой базы в типовых конфигурациях есть встроенное автоматическое резервное копирование (в разделе обслуживания администрирования), для серверной — расписание средствами СУБД.

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

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