Почему не сохраняется значение константы в 1С 7.7 и как исправить ошибку обновления записи?

← На главную

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

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

Анализ симптомов проблемы на примере кода

Рассмотрим классический пример из практики. В конфигурации определено несколько аналогичных констант, имеющих тип Перечисление.Булево. Девять из них работают абсолютно штатно, позволяя свободно переключать значения между «Да» и «Нет». Десятая же константа упорно отказывается фиксировать значение «Да».

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


Процедура Сформировать()
    Константа.ИзмСчетПриНаличПодчиненных = Перечисление.Булево.Да;
КонецПроцедуры

При попытке выполнить эту процедуру система аварийно прервет выполнение и выдаст в окно сообщений системную ошибку:

{Глобальный модуль(4623)}: Ошибка обновления записи

Аналогичные проблемы могут возникать и при попытке использовать предопределенную процедуру ПриЗаписиКонстанты() в глобальном модуле:


Процедура ПриЗаписиКонстанты(ИмяКонстанты, Значен)
    Если ИмяКонстанты = "ИзмСчетПриНаличПодчиненных" Тогда
        // Попытка принудительно установить значение
        Константа.ИзмСчетПриНаличПодчиненных = Значен;
    КонецЕсли;
КонецПроцедуры

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

Глубинная причина сбоя: структура таблицы 1SCONST.DBF

Для того чтобы понять природу этой ошибки, нам необходимо заглянуть во внутреннее устройство базы данных формата DBF (файловый вариант 1С 7.7). Все константы конфигурации, а также периодические реквизиты справочников и счетов физически хранятся в одной-единственной таблице под названием 1SCONST.DBF.

Давайте выясним, как устроена запись константы в этой таблице. В нормальном состоянии для любой непериодической константы в таблице 1SCONST.DBF должна существовать ровно одна строка. В этой строке:

Поле OBJID содержит значение «0» (это признак того, что запись принадлежит константе, а не периодическому реквизиту конкретного объекта справочника).
Поле ID содержит уникальный внутренний идентификатор константы (например, SC125), который генерируется системой автоматически и сопоставляется с именем константы в файле словаря данных 1cv7.dd.
Поле VALUE хранит непосредственное значение константы.

Сбой с «незапоминанием» значения возникает тогда, когда в таблице 1SCONST.DBF по какой-то причине образуется физическое задвоение записей с одним и тем же идентификатором константы. Это может произойти вследствие аварийного завершения работы программы, сбоя сетевого соединения в многопользовательском режиме, некорректного восстановления базы данных или прямого копирования файла метаданных 1cv7.md без проведения штатного объединения конфигураций.

Когда в таблице присутствуют две записи с одинаковым ID константы, логика платформы 1С 7.7 начинает сбоить следующим образом:

При чтении значения константы (например, при открытии формы списка констант) система считывает данные из первой попавшейся в индексе строки (где записано значение «Нет»).
При попытке интерактивной или программной перезаписи система пытается обновить другую строку с тем же идентификатором или пытается вставить новую запись, что приводит к конфликту уникальности индексов в файле 1SCONST.CDX.
В результате транзакция блокируется, изменения откатываются, и платформа выдает ошибку Ошибка обновления записи, возвращая на экран значение из первой (неизменяемой) строки.

Методы решения проблемы

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

Способ 1. Пересоздание константы в Конфигураторе

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

Разберем этот процесс по шагам:

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

При таком подходе платформа сгенерирует для константы новый внутренний идентификатор ID в словаре 1cv7.dd. При первом запуске в режиме «Предприятие» система запишет в таблицу 1SCONST.DBF одну чистую запись с новым идентификатором, и проблема с задвоением будет полностью решена.

Способ 2. Выгрузка и загрузка данных (Рекомендуемый системный метод)

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

Выполним процедуру по следующему алгоритму:

Попросите всех пользователей выйти из базы данных.
Откройте Конфигуратор и создайте резервную копию базы данных.
В меню выберите пункт «Администрирование» — «Выгрузка данных...». Укажите путь для сохранения архива (файл с расширением .zip, содержащий файл данных 1cv7.dat). Нажмите кнопку «ОК» и дождитесь завершения процесса.
Создайте новую пустую папку на диске для чистой базы данных. Поместите туда только файл метаданных 1cv7.md из вашей рабочей базы.
Запустите Конфигуратор для этой новой пустой папки.
Выберите пункт меню «Администрирование» — «Загрузка данных...», укажите созданный ранее архив выгрузки и запустите процесс загрузки.

В процессе загрузки платформа 1С 7.7 последовательно считывает данные из текстового файла 1cv7.dat и заново создает структуру таблиц DBF строго в соответствии с метаданными. Любые физические дубликаты записей в таблице констант 1SCONST.DBF при этом будут отсечены, так как система переписывает только актуальные значения объектов.

Способ 3. Прямое исправление таблицы 1SCONST.DBF через DBF-редактор

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

Давайте пошагово рассмотрим ручное исправление таблицы:

Сделайте резервную копию файлов 1SCONST.DBF и 1SCONST.CDX.
Откройте файл словаря базы данных 1cv7.dd (он находится в каталоге базы данных) с помощью любого текстового редактора.
Выполните поиск по имени проблемной константы (например, ИзмСчетПриНаличПодчиненных). Найдите блок описания этой константы. Нам нужно узнать её внутренний идентификатор, указанный в поле ID (например, это может быть строка вида SC248).
Откройте файл 1SCONST.DBF с помощью специализированного редактора DBF-таблиц.
Отфильтруйте записи в таблице по двум колонкам: в колонке OBJID укажите значение «0», а в колонке ID — найденный нами идентификатор константы (например, SC248).
Проанализируйте результат фильтрации. Если вы увидите две или более строки для этой константы, вы обнаружили причину сбоя. Одна из строк будет содержать старое значение, а вторая — новое или пустое.
Аккуратно пометьте лишние (дублирующиеся) строки на удаление и выполните операцию упаковки таблицы (Pack), чтобы физически стереть записи из файла.
Закройте DBF-редактор. Чтобы избежать конфликта индексов, обязательно удалите файл индексов констант 1SCONST.CDX в каталоге базы данных.
Запустите 1С в монопольном режиме — система автоматически перестроит индексный файл 1SCONST.CDX на основе исправленной таблицы.

Способ 4. Проверка монопольного режима и активных блокировок

Иногда банальной причиной ошибки обновления записи является зависшая сессия пользователя или открытое окно редактирования констант на другом рабочем месте. Если один из пользователей вошел в режим редактирования списка констант, платформа блокирует соответствующий диапазон записей в файле 1SCONST.DBF.

Чтобы исключить этот фактор:

Убедитесь через диспетчер задач или консоль администрирования сетевых шард, что все сеансы пользователей к каталогу базы данных завершены.
Удалите все временные файлы блокировок (файлы с расширениями *.lck) в каталоге базы данных и в каталогах пользователей (папки \usrdef\users\).
Запустите базу данных строго в монопольном режиме и попробуйте интерактивно изменить значение константы. Если изменение прошло успешно, значит, дело было исключительно в сетевой блокировке файла базы данных.

Резюме и рекомендации

Сбой с записью констант в 1С 7.7 — классический пример нарушения логической целостности БД формата DBF. Самым быстрым способом "лечения" является простое пересоздание константы в Конфигураторе, так как оно переназначает внутренние идентификаторы и очищает старый мусор в таблицах. Однако для поддержания общего здоровья базы данных рекомендуется регулярно проводить процедуру тестирования и исправления (ТИИ) с включенными опциями проверки физической целостности и пересчета служебных данных, либо периодически выполнять выгрузку-загрузку данных.