Запрет проведения и деактивация объектов в 1С 8.3
Содержание
Сделать объект «неактивным» в 1С 8.3 можно пятью разными действиями, и выбор зависит от того, чего вы хотите добиться. Если документ не должен влиять на учёт — отмените его проведение. Если элемент справочника больше не нужен в работе — пометьте его на удаление. Если проводить документы определённого вида вообще нельзя — закройте право проведения через настройку прав. А чтобы никто не менял данные прошлых периодов — поставьте дату запрета изменения.
Эти способы не взаимозаменяемы. Отмена проведения убирает движения, но оставляет документ в списке. Пометка на удаление прячет объект из выбора, но данные остаются в базе до физического удаления. Запрет проведения и закрытие периода работают на будущее и на всех пользователей сразу. Ниже — что именно делает каждый механизм и когда его применять.
Отмена и запрет проведения документа
Проведение — это момент, когда документ формирует движения по регистрам: проводки, записи в регистры накопления и сведений. Пока документ проведён, он влияет на остатки, себестоимость, взаиморасчёты и отчётность. Чтобы он перестал влиять, проведение нужно отменить.
В списке документов выделите нужную строку и выберите Ещё → Отмена проведения (та же команда есть в контекстном меню по правой кнопке). Движения удаляются, документ остаётся — его значок в списке меняется, галочка проведения снимается. Открыть, исправить и провести заново можно в любой момент.
Непроведённый документ — это и есть «неактивный» документ: он хранит введённые данные, но на учёт не действует. Такой вариант удобен, когда вы не уверены в документе и хотите отложить его, не удаляя.
Групповая отмена проведения: выделите в списке несколько строк мышью с зажатым Ctrl (или весь период фильтром по дате) и выполните Ещё → Отмена проведения один раз — команда применится сразу ко всем выделенным документам.
Запретить проведение целиком — это уже про права, а не про один документ. Если задача в том, чтобы конкретный пользователь не мог проводить, например, реализации, у его роли убирают право проведения (раздел «Ограничение действий через права пользователей» ниже). Отдельной кнопки «запретить проведение этого документа навсегда» в типовых конфигурациях нет — используют либо отмену проведения, либо дату запрета, либо права.
Пометка на удаление как способ убрать объект из работы
Пометка на удаление — самый частый способ деактивировать элемент справочника или документ, который больше не нужен. Помеченный объект отображается перечёркнутым и исключается из списков выбора: при заполнении документов он не предлагается.
Как пометить:
- Выделите объект в списке.
- Нажмите клавишу
Delили выберитеЕщё → Пометить на удаление / Снять пометку. - Подтвердите действие.
Снимается пометка тем же способом — повторным нажатием Del или командой «Снять пометку».
Пометка на удаление не удаляет данные. Объект остаётся в базе, продолжает занимать место и участвует в контроле ссылочной целостности. Физически он исчезнет только после обслуживания: Администрирование → Обслуживание → Удаление помеченных объектов.
Если пометить на удаление проведённый документ, его движения по регистрам сохраняются, пока проведение не отменено. Поэтому, чтобы объект действительно перестал влиять на учёт, сначала отмените проведение, а потом помечайте на удаление.
Для справочников пометка на удаление работает мягче удаления: вы «выключаете» значение, но при этом все прошлые документы, где оно уже использовано, остаются корректными. Это и есть деактивация без потери истории.
Когда объект нельзя удалить: ссылочная целостность
Главная причина, по которой помеченный объект не исчезает из базы, — на него ссылаются другие данные. 1С контролирует ссылочную целостность: нельзя удалить номенклатуру, если она стоит в проведённых реализациях, или контрагента, по которому есть взаиморасчёты.
При запуске Удаление помеченных объектов программа сначала ищет ссылки. Если они найдены, объект в список на удаление не попадёт, а в отчёте вы увидите, какие именно документы и справочники его используют. Из этого отчёта можно перейти к каждой ссылке.
Что делать, если удалить нужно, а ссылки есть:
- 📌 Оставить пометку и не удалять физически. Для деактивации этого достаточно — объект уже скрыт из выбора.
- 📌 Заменить ссылки на другой объект через обработку поиска и замены ссылок, затем удалить.
- 📌 Перенести устаревшие элементы в отдельную группу-папку (например, «Не используется») — так они не мешают в основном списке, но история сохраняется.
Группировка — недооценённый приём. Создайте в справочнике группу «Архив», перенесите туда отработавшие элементы. В выборе их видно, только если раскрыть группу, а историю документов это никак не трогает.
Отчёт по ссылкам доступен и до запуска удаления: откройте проблемный объект и посмотрите связанные данные через стандартную команду поиска ссылок на объект (она вызывается из формы объекта или из обработки поиска и замены значений). Так вы заранее увидите, где элемент используется, и решите — заменять ссылки, переносить в архив или просто оставлять пометку. Отменять проведение документов ради удаления одного справочника обычно не нужно: достаточно перенаправить ссылки на актуальный элемент.
У части справочников есть собственные реквизиты, отключающие элемент без пометки на удаление, — поле «Недействителен», период действия «с … по …» или признак закрытия. Если такой реквизит в карточке есть, пользуйтесь им: это штатный способ деактивации, задуманный разработчиком конфигурации именно для этого объекта.
Контроль актуальности объектов в распределённой базе (РИБ)
В распределённой информационной базе (РИБ) есть главный узел и периферийные. Изменения объектов регистрируются в плане обмена и передаются между узлами при синхронизации. Пометка на удаление — тоже изменение: если вы пометили элемент в центральном узле, при очередном обмене пометка уйдёт в периферийные.
Это важно учитывать, когда «деактивация» в одной базе не должна затронуть остальные. Несколько правил для РИБ:
- Физическое удаление помеченных объектов выполняйте в одном узле (обычно в центральном), а не параллельно во всех — иначе возможны конфликты обмена по уже удалённым ссылкам.
- Если объект должен остаться только в центре и не попадать на периферию, это решается на уровне правил регистрации и состава плана обмена в конфигурации, а не пометкой на удаление.
- После деактивации объекта проведите синхронизацию
Администрирование → Синхронизация данных, чтобы узлы пришли к одинаковому состоянию, прежде чем запускать удаление помеченных.
Запускать удаление помеченных объектов в РИБ до того, как синхронизация прошла во всех узлах, рискованно: один узел ещё ссылается на объект, а другой его уже удалил. Сначала обмен, потом удаление.
Если распределённой базы у вас нет, этот раздел можно пропустить — для обычной файловой или клиент-серверной базы без обмена ничего из перечисленного не требуется.
Ограничение действий через права пользователей
Когда задача не в одном документе, а в том, чтобы определённые пользователи вообще не могли проводить или менять объекты, работают права доступа . Это запрет на уровне человека, а не отдельной записи.
В типовых конфигурациях на управляемых формах (БП 3.0, ЗУП 3.1, УТ 11) права настраиваются профилями групп доступа: Администрирование → Настройки пользователей и прав → Профили групп доступа. Профиль — это набор ролей, а роль уже содержит конкретные права: чтение, добавление, изменение, проведение, удаление.
Чтобы пользователь не мог проводить документы определённого вида, ему назначают профиль, где у соответствующей роли нет права проведения. Аналогично закрывается право изменения — тогда документы доступны только для просмотра.
Не выдавайте всем профиль «Администратор» или «Полные права». Пользователь с полными правами игнорирует большинство ограничений, включая дату запрета изменения. Деактивация через права имеет смысл только для обычных профилей.
Тонкая настройка «этот конкретный документ недоступен такому-то» делается через ограничение доступа на уровне записей (RLS). Это уже работа администратора или специалиста по 1С и настраивается в конфигурации, а не галочкой в пользовательском режиме.
Запрет изменений в закрытом периоде
После того как месяц или квартал закрыт и сдана отчётность, данные прошлого периода трогать нельзя — иначе «поедут» остатки и отчёты. Для этого служит дата запрета изменения.
Настройка здесь: Администрирование → Настройки пользователей и прав → Даты запрета изменения. Включите флажок и укажите дату. После этого документы с датой раньше указанной нельзя будет провести, перепровести, изменить или удалить — программа выдаст предупреждение и не даст записать.
Варианты настройки:
- Общая дата для всех пользователей — самый простой сценарий после закрытия месяца.
- Разные даты по пользователям — например, бухгалтеру по зарплате период ещё открыт, остальным уже закрыт.
- Разные даты по организациям или разделам учёта — в многофирменной базе.
Дата запрета изменения не действует на пользователя с полными правами. Если нужно жёстко закрыть период даже для администратора, у его профиля не должно быть соответствующего исключения, либо правка выполняется только после осознанного снятия даты.
Дату запрета используют и как «мягкую блокировку»: ставят её на сегодняшнее число, чтобы задним числом никто не вносил документы, пока идёт сверка.
Ошибки при деактивации документов и объектов
Отдельная типичная ситуация — путаница между «удалить» и «сделать неактивным». Удаление необратимо и часто невозможно из-за ссылок. Деактивация (отмена проведения, пометка, архивная группа, флаг недействительности) обратима и безопасна: вы всегда можете вернуть объект в работу, не потеряв связанные документы.
Вторая частая ошибка — пытаться «запретить проведение» одного конкретного документа навсегда. Такого механизма нет. Либо вы отменяете его проведение и не проводите снова, либо закрываете право проведения пользователю, либо ставите дату запрета на период.