К статье
Практический материал

Администрирование · 11 мин

Отложенное проведение в 1С: что это и как работает

Отложенное проведение в 1С: что это такое, зачем нужно, как включить и настроить. Ошибки отложенного проведения, контроль итогов и практические рекомендации.

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

Механизм появился в типовых конфигурациях линейки «Управление торговлей 11», «Комплексная автоматизация 2», «ERP Управление предприятием 2» и активно применяется в базах с большим документооборотом. Если в день вводятся сотни и тысячи реализаций, перемещений и оплат, синхронное проведение каждого документа создаёт очереди блокировок и замедляет работу всех пользователей.

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

Как устроен механизм отложенного проведения

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

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

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

Чем отложенное проведение отличается от оперативного

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

КритерийОперативное проведениеОтложенное проведение
Скорость записи документаЗависит от объёма движений; при больших регистрах — медленноВысокая: движения формируются позже
Актуальность регистровСразу после записиС задержкой до запуска задания
Контроль остатковНемедленный, ошибку видит автор документаПри фоновом проведении, ошибку видит администратор
Блокировки между пользователямиВероятны при параллельной работеМинимальны при записи
Требования к сопровождениюСтандартныеНужен контроль очереди и ошибок

На практике режимы нередко комбинируются: часть документов проводится оперативно (например, кассовые, где важен мгновенный остаток), а массовые складские документы уходят в отложенную очередь.

Когда имеет смысл включать отложенное проведение

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

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

Маршрут решения

Как выбрать действие

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

Как включить и настроить отложенное проведение

В типовых конфигурациях настройка находится в разделе администрирования. В «Управлении торговлей 11» и «Комплексной автоматизации 2» путь обычно такой: «НСИ и администрирование» → «Финансовый результат и контроллинг» → соответствующий флаг отложенного проведения и настройка регламентного задания. Точное расположение зависит от версии конфигурации, поэтому ориентируйтесь на поиск по слову «отложенное» в панели настроек.

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

Порядок действий
  1. 1
    Откройте раздел администрирования и найдите настройку отложенного проведения по поиску
  2. 2
    Включите соответствующий функциональный флаг
  3. 3
    Откройте список регламентных и фоновых заданий и найдите задание проведения документов
  4. 4
    Настройте расписание: интервал запуска под интенсивность ввода документов
  5. 5
    Проведите тестовый документ и убедитесь, что он попал в очередь и затем провёлся заданием
  6. 6
    Настройте регулярный контроль ошибок отложенного проведения

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

Контроль очереди и разбор ошибок

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

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

Контрольные точки

Как проверить результат

Состояние очереди отложенного проведения
Норма

Очередь пуста или содержит только свежие документы

Тревожный признак

Накопились документы с ошибками за прошлые даты

Актуальность отчётов по остаткам
Норма

Данные отчётов соответствуют введённым документам с небольшой задержкой

Тревожный признак

Отчёты заметно отстают или не видят вчерашние документы

Журнал регистрации по заданию
Норма

Задание завершается без ошибок

Тревожный признак

Повторяющиеся ошибки проведения или аварийные завершения

Типичные ошибки и ограничения механизма

Самая распространённая ошибка — включить отложенное проведение и забыть про контроль очереди. Документы накапливаются с ошибками неделями, отчёты расходятся с фактом, а причина обнаруживается только при закрытии месяца. Вторая частая проблема — слишком редкое расписание задания: пользователи вводят документы, а остатки обновляются раз в час, что приводит к продажам «в минус» и претензиям к данным.

Ещё одно ограничение: отложенное проведение не ускоряет сами расчёты, а лишь переносит их во времени. Если сервер перегружен, фоновое проведение будет выполняться медленно и очередь начнёт расти. В этом случае нужно разбираться с производительностью (индексы, итоги регистров, нагрузка на СУБД), а не только с настройкой расписания.

Типичные ошибки
01
Включили механизм, но не настроили контроль очереди — ошибки копятся незамеченными
02
Слишком редкий запуск задания — отчёты надолго отстают от введённых документов
03
Проведение документов задним числом без последующего восстановления последовательности — итоги искажаются
04
Ручное изменение документов, которые уже ждут проведения, без понимания их статуса в очереди
05
Закрытие периода при непустой очереди — неполные итоги и необходимость перепроведения

Восстановление последовательности и перепроведение

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

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

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

FAQ: частые вопросы об отложенном проведении

Почему документ записан, но его нет в отчётах?

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

Можно ли провести документ сразу, минуя очередь?

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

Ускорит ли отложенное проведение работу небольшой базы?

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

Что делать, если регламентное задание проведения не запускается?

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

Опасно ли отложенное проведение для целостности учёта?

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

Нужно ли перепроводить документы после исправления ошибки в очереди?

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

Итог

Что важно запомнить

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