Как исправить ошибку «Операция не может быть выполнена из-за несоответствия версии» при записи документа в 1С?

← На главную

При разработке сложных обработок или механизмов автоматизации в 1С программисты часто сталкиваются с критической ошибкой: «Операция не может быть выполнена из-за несоответствия версии или отсутствия записи базы данных (возможно, запись была изменена или удалена)!». Эта ошибка чаще всего возникает в момент вызова метода Записать(). В этой статье мы подробно разберем, почему это происходит, проанализируем реальный пример из практики и найдем способы решения проблемы.

Что такое «Несоответствие версии» (Оптимистическая блокировка)?

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

Работает это по следующему алгоритму:

Когда мы вызываем метод ПолучитьОбъект(), платформа считывает данные из базы и запоминает текущую версию объекта (например, "Версия 1").
Мы изменяем какие-то поля в этом объекте (например, дату или комментарий) в оперативной памяти.
В момент вызова метода Записать() платформа проверяет: совпадает ли версия объекта в нашей переменной с той версией, которая сейчас записана в базе данных?
Если за то время, пока мы меняли поля, кто-то другой (фоновое задание, другой пользователь или даже наш собственный код в другой части транзакции) успел записать этот объект, версия в базе изменится (станет "Версия 2").
Платформа видит, что версии не совпадают, и выдает ошибку, чтобы предотвратить потерю данных (так называемое «затирание» чужих изменений).

Разбор практической ситуации: Перенос заказов на другую дату

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


Для Каждого строка_ТаблЗаказы Из _МСтрТаблЗаказы Цикл 
    _ДокО_ЗаказНаПроизводство = строка_ТаблЗаказы.ДокЗаказ.ПолучитьОбъект();
    
    // Получение параметров технологической операции
    стру_ПараметрыТехОперации = глПолучитьПараметрыТехнологическойОперации(_ДокО_ЗаказНаПроизводство.ТехнологическаяОперация, _ДокО_ЗаказНаПроизводство.ТехнологическаяКарта);
    
    // Установка новых дат
    _ДокО_ЗаказНаПроизводство.ДатаИсполнения = ?(глПустоеЗначение(ВхСтрокаПриемник.Окончание), ВхСтрокаПриемник.Период, ВхСтрокаПриемник.Окончание);
    _ДокО_ЗаказНаПроизводство.РазмещенВПроизводственномРасписании = НЕ глПустоеЗначение(_ДокО_ЗаказНаПроизводство.ДатаИсполнения);
    
    // Расчет даты обеспечения
    Если глПустоеЗначение(ВхСтрокаПриемник.Начало) Тогда 
        _ДокО_ЗаказНаПроизводство.ДатаОбеспеченияПотребностей = ВхСтрокаПриемник.Начало; 
    Иначе 
        _ДокО_ЗаказНаПроизводство.ДатаОбеспеченияПотребностей = ВхСтрокаПриемник.Начало - стру_ПараметрыТехОперации.ОбязательнаяПаузаПередНачалом; 
    КонецЕсли;
    
    Попытка 
        Если _ДокО_ЗаказНаПроизводство.Проведен Тогда 
            _ДокО_ЗаказНаПроизводство.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный); 
        Иначе 
            _ДокО_ЗаказНаПроизводство.Записать(РежимЗаписиДокумента.Запись); 
        КонецЕсли; 
    Исключение 
        Сообщить(ОписаниеОшибки()); 
        Возврат; 
    КонецПопытки; 
КонецЦикла;

На первый взгляд код выглядит корректно: объект получается через ПолучитьОбъект(), реквизиты меняются, вызывается Записать(). Однако именно здесь возникает ошибка несоответствия версий.

Выявление скрытой причины: Цепочка обновлений

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

В нашем примере выяснилось, что при изменении реквизита ДатаИсполнения в документе ЗаказНаПроизводство срабатывает обработчик, который находит связанный с ним ЗаказПокупателя и обновляет даты в нем. Код выглядит примерно так:


// Фрагмент из модуля объекта ЗаказНаПроизводство
ЗаказПокупателяОбъект = _ЗаказПокупателяСсылка.ПолучитьОбъект();
ЗаказПокупателяОбъект.ДатаИсполнения = _НоваяДатаИсполненияЗаказаПокупателя;

Если ЗаказПокупателяОбъект.Проведен Тогда 
    ЗаказПокупателяОбъект.Записать(РежимЗаписиДокумента.Проведение); 
Иначе 
    ЗаказПокупателяОбъект.Записать(РежимЗаписиДокумента.Запись); 
КонецЕсли;

В чем заключается ловушка? В системе может быть настроена обратная связь или подписка на события. В данном случае оказалось, что при записи ЗаказПокупателя система автоматически инициировала перепроведение всех связанных с ним документов ЗаказНаПроизводство.

Происходит следующий цикл:

В обработке мы получили объект _ДокО_ЗаказНаПроизводство (Версия 1).
Вызвали Записать().
Внутри транзакции записи сработал код, который открыл и записал ЗаказПокупателя.
При записи ЗаказПокупателя сработал триггер (или код в модуле), который заново записал наш исходный ЗаказНаПроизводство.
Версия ЗаказНаПроизводство в базе данных стала равной 2.
Основной процесс записи (из п. 2) пытается завершиться, но видит, что в базе уже Версия 2, а у него в памяти все еще Версия 1.
Результат: Ошибка несоответствия версии.

Как решить проблему несоответствия версий?

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

1. Устранение избыточных записей (Рефакторинг логики)

Самый правильный путь — проанализировать цепочку вызовов. Если вы меняете документ А, который меняет документ Б, убедитесь, что документ Б не пытается программно изменить документ А в той же транзакции. Для этого можно использовать свойство ОбменДанными.Загрузка = Истина, чтобы временно отключить сложные проверки и каскадные обновления при программном изменении реквизитов, если это допустимо бизнес-логикой.

2. Повторное получение объекта перед записью

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


// Вместо использования переменной, полученной в начале цикла
_ДокО_ЗаказНаПроизводство = строка_ТаблЗаказы.ДокЗаказ.Ссылка.ПолучитьОбъект();
// ... вносим изменения ...
_ДокО_ЗаказНаПроизводство.Записать();

3. Обновление объекта в памяти (Метод Прочитать)

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

4. Использование управляемых блокировок

Чтобы гарантировать, что никто не изменит объект, пока вы с ним работаете, используйте объект БлокировкаДанных. Это особенно актуально для высоконагруженных систем.


Блокировка = Новый БлокировкаДанных;
ЭлементБлокировки = Блокировка.Добавить("Документ.ЗаказНаПроизводство");
ЭлементБлокировки.УстановитьЗначение("Ссылка", НужнаяСсылка);
Блокировка.Заблокировать();

// Теперь мы уверены, что версия не изменится до конца транзакции
Объект = НужнаяСсылка.ПолучитьОбъект();
// ... изменения и запись ...

5. Проверка модифицированности

Иногда ошибка возникает из-за того, что метод Записать() вызывается повторно для объекта, который фактически не изменился. Перед записью полезно проверять, были ли внесены изменения в данные:


Если Объект.Модифицированность() Тогда
    Объект.Записать();
КонецЕсли;