В процессе работы с программой «1С:Зарплата и управление персоналом» (ЗУП) пользователи часто сталкиваются с ситуацией, когда в документе Прием на работу на закладке «Оплата труда» становится невозможно изменить показатели начислений (например, Оклад или Часовая тарифная ставка). При нажатии на кнопку редактирования («карандаш») поля остаются заблокированными, хотя сам документ еще не проведен. Разберем детально, почему это происходит и как вернуть возможность редактирования данных.
Проанализируем техническую сторону вопроса. Чаще всего данная проблема проявляется в версиях конфигурации ЗУП 3.1.18.46 и смежных релизах этой ветки. Выясним причину: в данных версиях была зарегистрирована программная ошибка (баг 10231548), связанная с некорректной работой механизма управления формой. Программа ошибочно включает защиту данных от редактирования сразу после записи объекта в базу данных.
В норме блокировка должна срабатывать только в двух случаях:
Плановые начисления.СЗВ-ТД (или ЕФС-1), и программа «замораживает» кадровые данные, чтобы избежать расхождений с отчетностью.Однако в рассматриваемой ситуации блокировка срабатывает преждевременно. Система активирует процедуру ПриЧтенииНаСервере, которая анализирует состояние документа и ошибочно устанавливает свойство ТолькоПросмотр для элементов таблицы начислений.
Рассмотрим самый быстрый способ обойти системный запрет без изменения настроек программы. Если вы обнаружили, что «карандаш» не открывает доступ к показателям, выполним следующие действия:
Прием на работу.После активации этой команды система принудительно снимает программную блокировку с полей ввода. Это позволяет отредактировать Показатели, даже если основной алгоритм формы считает, что они должны быть закрыты для правки. Это временное решение, которое помогает быстро завершить работу с текущим документом.
Разберем еще один практический прием, который помогает «сбросить» состояние строки в табличной части. Если программная ошибка блокирует конкретную строку с окладом, мы можем обновить ее состояние вручную:
Del).Оплата по окладу).При добавлении новой строки система инициализирует показатели заново, и они становятся доступными для ввода. Важно помнить, что этот метод работает до следующей записи документа. Если вы запишете документ и снова захотите что-то поменять, показатели могут снова заблокироваться.
Проанализируем ситуацию, при которой блокировка может быть вызвана не ошибкой релиза, а неверными настройками самих начислений. Посмотрим на настройки показателя Оклад:
Оклад.Для сотрудника.Во всех месяцах после введения значения (постоянное использование).Теперь проверим само начисление (раздел «Настройка» — «Начисления»). В карточке начисления на вкладке «Основное» в разделе «Показатели» для каждого используемого значения должно быть указано Запрашивать. Если там ошибочно установлено Не изменять, то редактирование в кадровых документах будет невозможно по логике программы.
Выясним, какие еще факторы могут влиять на доступность полей. Если вы перешли на ЗУП с других систем (например, с конфигурации «Камин»), в базе могут присутствовать остаточные данные или расширения, корректирующие типовой механизм.
Конфликты расширений: Проверьте список установленных расширений (Администрирование — Печатные формы, отчеты и обработки — Расширения). Если расширение затрагивает форму документа Прием на работу, оно может перехватывать событие ПриСозданииНаСервере и блокировать элементы управления. Попробуйте временно отключить подозрительные расширения и проверить работу формы.
Очистка кэша: Иногда интерфейсные «глюки» (когда кнопка есть, но она не нажимается) связаны с локальным кэшем платформы 1С. Попробуйте удалить базу из списка в стартере и добавить её заново — это самый простой способ полной очистки временных файлов конфигурации для пользователя.
Несмотря на наличие обходных путей, единственным надежным способом избавления от этой ошибки является обновление конфигурации. Разработчики 1С устранили данную проблему в последующих патчах ветки 3.1.18. Рекомендуется обновиться до версии 3.1.18.82 или выше, либо перейти на актуальную ветку долгосрочной поддержки (например, 3.1.23 или 3.1.27).
После обновления алгоритм проверки блокировки будет работать корректно: показатели будут доступны для редактирования всегда, пока документ не проведен или пока по нему не зафиксирована отправка отчетности СЗВ-ТД.
Важное примечание: Если документ уже был передан в контролирующие органы (стоит галочка «Пачка принята в ПФР» или создан соответствующий документ СЗВ-ТД), то блокировка является штатным поведением системы. В этом случае изменения в оплату труда следует вносить документом Изменение оплаты труда или Кадровый перевод, чтобы сохранить историю изменений для корректного формирования отчетности в будущем.