Разработка и Конфигурация · 10 мин
Как отключить оперативное проведение в 1С
Пошаговая инструкция, как отключить оперативное проведение в 1С через конфигуратор, когда это нужно, риски и проверка результата.
Оперативное проведение — это режим, при котором документ при записи сразу формирует движения по регистрам с текущей датой и временем, а система контролирует остатки «на лету». Отключить его приходится, когда документы вводятся задним числом, загружаются из внешних систем пакетами или когда проверка остатков в реальном времени мешает массовой обработке данных.
Настройка выполняется в конфигураторе на уровне объекта «Документ» и влияет на всю логику проведения: меняется поведение при записи, контроль остатков и работа механизма последовательностей. Поэтому перед изменением важно понимать, какие подсистемы зависят от оперативного учёта — чаще всего это складской и денежный учёт.
Ниже разобраны способы отключения оперативного проведения, отличия поведения документа после изменения, типовые ошибки и порядок проверки результата. Материал ориентирован на конфигурации на управляемых формах (1С:Предприятие 8.3), но общая логика применима и к обычным формам.
Что такое оперативное проведение и когда его отключают
В режиме оперативного проведения платформа фиксирует движения документа текущим моментом времени и при проведении проверяет актуальные остатки. Типовой пример — расходная накладная: система не даст списать товар, которого нет на складе прямо сейчас. Это защищает учёт от отрицательных остатков, но накладывает ограничения.
Отключение оправдано в нескольких ситуациях. Первая — ввод документов задним числом: если менеджеры оформляют первичку за прошлые даты, оперативное проведение будет либо блокировать запись, либо требовать постоянного восстановления последовательностей. Вторая — интеграционная загрузка: при массовом обмене с интернет-магазином или WMS документы часто приходят с прошлыми датами, и оперативный режим становится помехой.
Третья ситуация — собственная разработка, где контроль остатков реализован отдельным регламентным механизмом, а штатная проверка при проведении только дублирует логику и замедляет запись. Во всех случаях решение принимается осознанно: отключение снимает защиту от отрицательных остатков на момент записи.
Как отключить оперативное проведение через конфигуратор
Основной способ — изменение свойства документа в конфигураторе. Потребуются права на изменение конфигурации и монопольный доступ к базе при обновлении конфигурации базы данных. Перед началом работы обязательно сделайте резервную копию: изменение свойств объекта затрагивает структуру метаданных и откатить его «одной кнопкой» нельзя.
- 1Откройте информационную базу в режиме «Конфигуратор» и выполните команду «Конфигурация — Открыть конфигурацию».
- 2В дереве объектов найдите ветку «Документы» и нужный документ, например «РасходнаяНакладная».
- 3Откройте палитру свойств объекта (правый клик — «Свойства»).
- 4Найдите свойство «Оперативное проведение» и установите значение «Запретить».
- 5Сохраните конфигурацию (F7 или «Конфигурация — Обновить конфигурацию базы данных») и подтвердите реструктуризацию.
- 6Запустите базу в режиме «Предприятие» и проверьте поведение документа.
Если конфигурация типовая и находится на поддержке, изменение свойства потребует снятия объекта с поддержки либо включения режима «с поддержкой, с возможностью изменения». Это усложнит будущие обновления: при каждом релизе придётся контролировать, не перезаписал ли поставщик ваше изменение. Учитывайте это при выборе между изменением конфигурации и обходными путями.
Что изменится в поведении документа после отключения
После установки значения «Запретить» документ можно проводить любой датой, включая прошлые и будущие периоды. Движения будут записываться на дату документа, а не на текущий момент. Штамп времени оперативного проведения перестаёт формироваться, и документ выпадает из механизма оперативных итогов.
Контроль остатков при проведении перестаёт срабатывать автоматически в типовой логике, если он был привязан к оперативному режиму. В ряде конфигураций контроль реализован в модуле проведения явно и продолжит работать, но будет сравнивать с остатками на дату документа — поведение зависит от кода конкретной конфигурации. Проверьте это на тестовой копии до применения в рабочей базе.
Дополнительный эффект — документы могут «разминуться» во времени: например, реализация проведена вчерашним днём после того, как сегодняшним днём уже проведён возврат. Такие ситуации приводят к временным отрицательным остаткам внутри периода, которые видны в отчётах с детализацией до документа.
Альтернативы полному отключению
Не всегда нужно менять конфигурацию. Если проблема только в массовом вводе задним числом, часто достаточно организационных и программных обходных решений, которые не трогают метаданные.
Сравнение вариантов
Полностью снимает ограничение на дату проведения. Подходит для собственных конфигураций; в типовых усложняет обновление.
Загрузка документов через обмен с установкой даты и проведением в транзакции. Конфигурация не меняется, но оперативный контроль всё равно может блокировать запись.
Штатный сценарий типовых конфигураций: документы вводятся задним числом, затем запускается перепроведение. Требует дисциплины, но сохраняет контроль остатков.
Ещё один вариант — оставить оперативное проведение, но перенести контроль остатков в регламентное задание или в отчёт контроля. Тогда документы проводятся свободно, а расхождения выявляются отдельной проверкой в конце дня. Такой подход реализуется доработкой модуля проведения и требует участия разработчика.
Типичные ошибки при отключении
Отдельная ошибка — отключать оперативное проведение «для скорости». Само по себе свойство не является главным фактором производительности: узкие места обычно в коде проведения, блокировках регистров и объёме движений. Если цель — ускорить массовую загрузку, сначала профилируйте проведение, а не меняйте метаданные.
Как проверить результат после изменения
Проверку выполняйте на копии базы. Создайте документ вчерашней датой и проведите его: при успешном отключении запись пройдёт без сообщения о невозможности оперативного проведения. Затем откройте движения документа и убедитесь, что они сформированы на дату документа.
Как проверить результат
Документ проводится без ошибок, движения записаны на дату документа
Сообщение о запрете неоперативного проведения — свойство не применено или конфигурация базы не обновлена
Остатки соответствуют ожиданиям с учётом проведённого документа
Отрицательные остатки, которых раньше не было — контроль остатков отключился вместе с оперативным режимом
Документы перепроводятся штатно, движения не дублируются
Ошибки при перепроведении или задвоение движений — требуется анализ модуля проведения
После технической проверки согласуйте результат с пользователями учёта: попросите бухгалтера или кладовщика провести типовые операции за прошлый период и сверить отчёты. Только после этого переносите изменение в рабочую базу — желательно в нерабочее время и с монопольным доступом.
Что важно запомнить
Оперативное проведение отключается в свойствах документа в конфигураторе значением «Запретить». Перед изменением сделайте резервную копию, оцените влияние на контроль остатков и обновления типовой конфигурации, а после — проверьте проведение задним числом и отчёты по остаткам на копии базы.
Частые вопросы
Можно ли отключить оперативное проведение без конфигуратора?
Штатного пользовательского переключателя в типовых конфигурациях нет: это свойство метаданных, а не настройка учёта. Обойти можно только сценарно — например, вводом документов текущей датой с последующей корректировкой, но само свойство изменяется только в конфигураторе.
Что произойдёт с уже проведёнными документами?
Ничего: существующие движения и статусы документов сохраняются. Изменение влияет только на запись и проведение после обновления конфигурации базы данных. Перепроводить старые документы специально не требуется.
Почему после отключения появились отрицательные остатки?
Потому что вместе с оперативным режимом перестал срабатывать контроль остатков на момент проведения. Документы, проведённые задним числом или в «неправильном» порядке, создают временные минусы. Настройте отдельный контроль — регламентным заданием или отчётом — и периодически сверяйте остатки.
Отключение ускорит проведение документов?
Не обязательно. Свойство влияет на логику контроля и штамп времени, но основная нагрузка — в коде проведения и записях регистров. Если проблема в скорости, сначала выполните замер производительности и анализ блокировок.
Как вернуть оперативное проведение обратно?
Тем же способом: в конфигураторе установите свойство «Оперативное проведение» в значение «Разрешить» и обновите конфигурацию базы данных. Учтите, что документы, проведённые задним числом за период отключения, могут потребовать восстановления последовательностей и перепроведения.
Нужно ли отключать оперативное проведение для обмена с сайтом?
Чаще всего нет. Обмены обычно загружают документы текущей датой, и оперативный режим не мешает. Отключение имеет смысл, только если загружаются документы прошлых периодов и штатный механизм блокирует их проведение.