Включаем редактирование объектов и документов в 1С

Поле на форме серое, кнопка «Записать» не нажимается, реквизиты документа заблокированы после проведения, а в Конфигураторе рядом с объектами висит замок. «Включить редактирование» в 1С означает совершенно разные действия в зависимости от того, что именно заблокировано: данные, права пользователя или сама конфигурация.

Ниже — как снять блокировку в каждом из этих случаев: через права доступа , через дату запрета изменения, через стандартную команду «Разрешить редактирование реквизитов» и через настройку поддержки в Конфигураторе. Пути приведены для типовых конфигураций на платформе 1С:Предприятие 8.3 (Бухгалтерия, ЗУП, УТ).

Сначала определите, что именно заблокировано

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

Дальше — по каждому случаю отдельно. Если не уверены в своём случае, начните с проверки прав: это самая частая причина.

Проверка режима работы и прав текущего пользователя

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

Закройте форму и откройте документ напрямую из его журнала (например, Продажи → Реализация (акты, накладные)). Если кнопки Записать и Провести появились — дело было в способе открытия.

Если кнопок всё равно нет, проверьте, под кем вы работаете. Имя текущего пользователя видно в правом верхнем углу программы. Полноправный администратор правок обычно не теряет; ограниченный пользователь — теряет из-за ролей.

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

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

Настройка прав доступа через профили групп

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

Откройте Администрирование → Настройки пользователей и прав → Профили групп доступа. Здесь видно, какие наборы прав вообще есть в базе: «Бухгалтер», «Кадровик», «Только просмотр» и другие. Профиль «Только просмотр» как раз запрещает любые изменения — если он назначен сотруднику, правка будет недоступна по всей базе.

Чтобы изменить права сотрудника:

1. Зайдите в Администрирование → Настройки пользователей и прав → Пользователи.
2. Откройте карточку нужного пользователя.
3. Перейдите по ссылке Права доступа в карточке.
4. Снимите профиль «Только просмотр» и добавьте профиль с правами на изменение (например, «Бухгалтер»).
5. Запишите изменения; пользователю нужно перезайти в программу.

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

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

Разрешение правки реквизитов после проведения

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

Чтобы разово разблокировать такие реквизиты в конкретном документе:

1. Откройте документ.
2. Нажмите кнопку Ещё (в правом верхнем углу формы) → Разрешить редактирование реквизитов объекта.
3. В открывшемся окне отметьте группы реквизитов, которые нужно разблокировать, и нажмите ОК.
4. Внесите правки и перепроведите документ.

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

Эта команда снимает блокировку только в одном документе и только на время правки. Массово менять поведение не нужно — чем реже реквизиты проведённых документов открыты для правки, тем меньше риск «уехавших» остатков.

Редактирование документов в закрытом периоде

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

Запрет настраивается в Администрирование → Настройки пользователей и прав → Даты запрета изменения. Варианты действий:

• 🔓 Сдвинуть дату запрета — если правка в этом периоде действительно нужна, дату запрета временно переносят раньше нужного документа, вносят изменения и возвращают запрет обратно.
• 👤 Задать запрет по пользователям — можно разрешить правку закрытого периода только главбуху, оставив запрет для остальных.
• 📅 Указать общую дату — одна дата на всю базу, самый простой режим для небольшой организации.

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

После правки верните дату запрета на место — иначе период останется открытым, и данные сможет изменить кто угодно с соответствующими правами.

Включение возможности изменения конфигурации

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

Чтобы включить возможность изменения:

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

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

Расширение конфигурации (Конфигурация → Расширения конфигурации) — более безопасный путь: оно хранит доработки отдельно и не снимает основную конфигурацию с поддержки.

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

Редактирование в облачных версиях 1С

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

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

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

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

Автоматизация разблокировки реквизитов

Когда реквизиты нужно поправить не в одном, а в десятках документов, ручная команда «Разрешить редактирование» на каждом объекте утомляет. Для таких задач применяют групповую обработку.

В типовых конфигурациях есть штатная Групповое изменение реквизитов (раздел Администрирование или через Все функции). Она меняет выбранный реквизит сразу в группе выделенных объектов — например, подставляет новый договор во все реализации по контрагенту.

Перед любой массовой правкой сделайте резервную копию (Администрирование → Обслуживание → Создать резервную копию или выгрузку в .dt через Конфигуратор). Групповое изменение откатить одной кнопкой нельзя — только восстановлением из копии.

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