Почему в 1С:Бухгалтерия 3.0 не удается изменить ведомость на выплату зарплаты и как снять блокировку?

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

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

Программная логика блокировки формы ведомости

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

ТолькоПросмотр = ДатыЗапретаИзменения.ИзменениеЗапрещено(Объект.Ссылка.Метаданные().ПолноеИмя(), Объект.Ссылка) 
    ИЛИ ВзаиморасчетыССотрудниками.ЕстьОплатаПоВедомости(Объект.Ссылка);

Проанализируем это условие. Программа проверяет два ключевых фактора:

1. Действует ли на дату документа или раздел учета ограничение из механизма ДатыЗапретаИзменения.
2. Существуют ли проведенные или связанные расчетные документы, подтверждающие факт выплаты по данной ведомости через функцию ВзаиморасчетыССотрудниками.ЕстьОплатаПоВедомости().

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

Причина 1. Срабатывание механизма даты запрета изменения данных

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

Дело в том, что дата запрета в «1С:Бухгалтерии» настраивается с разной степенью детализации:

1. Общая дата для всех пользователей: единая граница периода, до которой редактирование закрыто полностью.
2. По разделам учета: для раздела «Зарплата и кадры» может быть установлена собственная дата запрета, отличающаяся от общей даты по бухгалтерскому учету.
3. По организациям: если в базе ведется учет нескольких юридических лиц, дата закрытия периода может быть индивидуальной для каждой организации.
4. По пользователям или группам: для конкретного бухгалтера могут действовать персональные ограничения.

Разберем порядок действий для проверки и снятия запрета:

1. Перейдем в раздел Администрирование — Настройки пользователей и прав.
2. Раскроем группу Даты запрета изменения и перейдем по гиперссылке Настроить.
3. Проверим способ указания даты запрета: если выбран вариант «По разделам» или «По разделам и объектам», найдем строку «Зарплата» и проверим установленную дату.
4. Убедимся, что дата нашей ведомости строго позже установленной границы запрета. При необходимости сдвинем дату запрета назад на требуемый период или временно отключим контроль.

Причина 2. Наличие связанного документа оплаты

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

Многие пользователи проверяют структуру подчиненности документа и видят ведомость пустой, однако блокировка сохраняется. Рассмотрим, почему так происходит:

1. Оплата через банк: ведомость может быть привязана к документу Списание с расчетного счета. В ряде случаев при ручном подборе ведомости в банковскую выписку или при частичном заполнении связь не всегда корректно визуализируется в простом дереве подчиненности.
2. Кассовые документы: по ведомости мог быть создан документ Выдача наличных (РКО). Даже если кассовый ордер помечен на удаление или не проведен, ссылка на ведомость внутри табличной части может удерживать признак блокировки.
3. Копирование документов: если новая ведомость создавалась путем копирования старой, ранее оплаченной ведомости, в системные реквизиты могут скопироваться признаки предыдущих взаиморасчетов.

Пошаговый алгоритм устранения связи с оплатой:

1. Откроем журнал документов Банковские выписки и журнал Кассовые документы.
2. Установим отбор по организации и периоду выплаты зарплаты.
3. Найдем платежные документы, в которых фигурирует номер проблемной ведомости.
4. Временно снимем проведение с найденных документов оплаты или очистим в них поле выбора ведомости.
5. Вернемся в ведомость — доступность полей и кнопок редактирования восстановится. После внесения правок документы оплаты потребуется провести повторно.

Причина 3. Ведение учета заработной платы во внешней программе

Если ведомость по-прежнему недоступна для изменения, проанализируем параметры учета программы. В конфигурации «1С:Бухгалтерия предприятия» предусмотрено два режима работы с зарплатой:

1. Учет ведется непосредственно в текущей информационной базе.
2. Учет ведется во внешней программе (например, «1С:Зарплата и управление персоналом 3.1»).

Если в разделе Зарплата и кадры — Настройки зарплаты установлен переключатель «Учет расчетов по зарплате и кадровый учет ведутся во внешней программе», то все документы блока «Зарплата», поступающие по синхронизации, блокируются от ручного изменения. Редактировать такие ведомости необходимо исключительно в базе-источнике (в ЗУП) с последующей повторной выгрузкой в бухгалтерскую программу.

Причина 4. Права доступа и профили пользователей

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

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