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

Разработка и Конфигурация · 10 мин

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

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

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

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

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

Что такое оперативное проведение и когда его отключают

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

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

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

Как отключить оперативное проведение через конфигуратор

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

Порядок действий
  1. 1
    Откройте информационную базу в режиме «Конфигуратор» и выполните команду «Конфигурация — Открыть конфигурацию».
  2. 2
    В дереве объектов найдите ветку «Документы» и нужный документ, например «РасходнаяНакладная».
  3. 3
    Откройте палитру свойств объекта (правый клик — «Свойства»).
  4. 4
    Найдите свойство «Оперативное проведение» и установите значение «Запретить».
  5. 5
    Сохраните конфигурацию (F7 или «Конфигурация — Обновить конфигурацию базы данных») и подтвердите реструктуризацию.
  6. 6
    Запустите базу в режиме «Предприятие» и проверьте поведение документа.

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

Что изменится в поведении документа после отключения

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

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

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

Альтернативы полному отключению

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

Сравнение вариантов

Отключение в конфигураторе

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

Программное проведение в обработке

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

Разрешение ввода задним числом с последующим восстановлением последовательностей

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

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

Типичные ошибки при отключении

Типичные ошибки
01
Отключение свойства без анализа зависимостей — в подсистемах склада и денежных средств перестаёт работать оперативный контроль, и отрицательные остатки обнаруживаются только при закрытии месяца.
02
Изменение типовой конфигурации без фиксации доработки — при очередном обновлении свойство перезаписывается, и учёт внезапно возвращается к старому поведению.
03
Проверка только на новом документе — старые документы при перепроведении могут вести себя иначе; тестировать нужно и перепроведение за прошлые периоды.
04
Игнорирование механизма последовательностей — после отключения документы задним числом перестают сдвигать границу последовательности, и отчёты по партиям могут показывать некорректные данные до восстановления.

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

Как проверить результат после изменения

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

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

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

Проведение документа прошлой датой
Норма

Документ проводится без ошибок, движения записаны на дату документа

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

Сообщение о запрете неоперативного проведения — свойство не применено или конфигурация базы не обновлена

Отчёт по остаткам склада
Норма

Остатки соответствуют ожиданиям с учётом проведённого документа

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

Отрицательные остатки, которых раньше не было — контроль остатков отключился вместе с оперативным режимом

Перепроведение старых документов
Норма

Документы перепроводятся штатно, движения не дублируются

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

Ошибки при перепроведении или задвоение движений — требуется анализ модуля проведения

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

Итог

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

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

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

Можно ли отключить оперативное проведение без конфигуратора?

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

Что произойдёт с уже проведёнными документами?

Ничего: существующие движения и статусы документов сохраняются. Изменение влияет только на запись и проведение после обновления конфигурации базы данных. Перепроводить старые документы специально не требуется.

Почему после отключения появились отрицательные остатки?

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

Отключение ускорит проведение документов?

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

Как вернуть оперативное проведение обратно?

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

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

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