Как правильно реализовать отправку данных на сайт и запись в справочник 1С в условиях высокой нагрузки?

← На главную

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

Почему возникают блокировки и почему стандартный подход не работает

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

Решение: разделение процессов через регистр сведений

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

Этап формирования очереди: Вы создаете запись в специальном регистре сведений, например, с названием ОчередьОбменаССайтим. В этой записи фиксируются исходные данные, необходимые для отправки, и устанавливается статус, например, КОтправке.
Этап выполнения обмена: Регламентное задание считывает записи со статусом КОтправке, выполняет HTTP-запрос к сайту, получает ответ (идентификатор) и только после этого вносит изменения в справочник.

Этот подход позволяет полностью исключить блокировки справочника на этапе ожидания ответа от сервера, так как сетевой запрос происходит вне транзакции записи справочника.

Реализация асинхронного обмена

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

Измерение ОбъектСсылка (тип СправочникСсылка)
Ресурс ДанныеДляОтправки (тип ХранилищеЗначения)
Ресурс Статус (тип ПеречислениеСсылка.СтатусыОбмена)
Ресурс ОтветСайта (тип Строка)

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


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

Преимущества использования очереди

Рассмотрим подробнее, почему использование регистра сведений снимает нагрузку:

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

Рекомендации по управлению блокировками

Если в определенных сценариях вам все же необходимо записывать данные в рамках одной транзакции, используйте объект БлокировкаДанных. Он позволяет явно указать системе, какие данные вы планируете изменять, еще до начала процесса записи:


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

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

Проанализируйте вашу текущую архитектуру: если количество пользователей и интенсивность обменов растет, не бойтесь вводить промежуточные хранилища в виде РегистрСведений. Это стандартный и самый надежный путь профессиональной разработки в 1С.