Как в 1С открыть доступ для редактирования документов

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

В типовых конфигурациях (1С:Бухгалтерия, 1С:Управление торговлей, 1С:ERP, 1С:ЗУП) управление доступом построено на ролях и профилях групп доступа. Администратор может разрешить редактирование как точечно — для одного сотрудника, так и массово — для целого отдела. Ниже разобраны основные сценарии: от простого назначения прав до снятия даты запрета и работы с блокировками.

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

Как определить причину блокировки документа

Первый шаг — диагностика. Откройте документ и обратите внимание на поведение программы: поля могут быть просто недоступны (серый цвет), может появляться сообщение об ошибке прав доступа при попытке записи, либо программа сообщает о запрете изменения данных за период. Каждый из этих признаков указывает на свой механизм блокировки.

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

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

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

Чтобы открыть пользователю доступ к редактированию документов, откройте раздел «Группы доступа», найдите группу, в которую входит сотрудник (или создайте новую), и укажите для неё профиль, включающий нужные права. Добавьте пользователя в состав группы. Изменения обычно применяются сразу, но в некоторых случаях пользователю потребуется перезайти в программу.

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

1. 1
   Откройте «Администрирование → Настройки прав и пользователей → Профили групп доступа»
2. 2
   Найдите подходящий профиль или создайте его копию с нужными ролями
3. 3
   Перейдите в «Группы доступа» и привяжите профиль к группе
4. 4
   Добавьте пользователя в состав группы
5. 5
   Попросите пользователя перезайти в программу и проверить редактирование документа

Снятие даты запрета изменения данных

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

Настройка находится в разделе «Администрирование» → «Настройки прав и пользователей» → «Даты запрета изменения данных». Здесь можно установить общую дату для всех пользователей, задать индивидуальные даты по организациям или разделам данных, а также указать исключения для конкретных сотрудников. Чтобы открыть редактирование, сдвиньте дату на более раннюю, добавьте пользователя в исключения или временно отключите запрет.

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

Работа с блокировками и статусами документов

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

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

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

Тонкая настройка через роли в конфигураторе

Когда возможностей профилей недостаточно, права настраиваются на уровне ролей в конфигураторе. Откройте конфигурацию в режиме «Конфигуратор», перейдите в ветку «Общие → Роли» и найдите роль, отвечающую за работу с нужным видом документов. Для объекта «Документ» доступны права «Чтение», «Добавление», «Изменение», «Удаление», а также права на проведение и отмену проведения.

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

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

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

Проверка результата и типичные ошибки

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

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

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

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

Открытие документа

Норма

Поля активны, документ доступен для ввода

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

Поля серые или появляется ошибка прав

Запись и проведение

Норма

Документ записывается и проводится без сообщений

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

Сообщение о нарушении прав или дате запрета

Права других пользователей

Норма

У остальных сотрудников ограничения сохранились

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

Доступ открылся у всех, включая тех, кому не нужен

Часто задаваемые вопросы

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

Штатно права в 1С назначаются на вид объекта, а не на отдельный документ. Обходные варианты: механизм ограничения доступа на уровне записей (RLS) по организации или подразделению, либо перенос документа в статусную модель, где редактирование разрешено только определённому ответственному. Точечная выдача прав на один документ потребует доработки конфигурации.

Почему после добавления пользователя в группу доступа ничего не изменилось?

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

Как открыть редактирование документа за прошлый год, по которому сдана отчётность?

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

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

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

Нужно ли снимать конфигурацию с поддержки, чтобы изменить роли?

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

Кто должен выполнять настройку доступа — бухгалтер или программист?

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