Снимаем запрет в 1С 8.3: от закрытого периода до заблокированной базы
Содержание
Чаще всего запрет в 1С снимают в одном месте: Администрирование → Пользователи и права → Даты запрета изменения. Там сдвигают дату назад или добавляют исключение для нужного пользователя. Если же не пускает в саму базу, запрет стоит на уровне сеансов: его убирают в Администрирование → Обслуживание или в консоли кластера.
Ниже разобраны все виды запретов, которые встречаются в БП 3.0, ЗУП 3.1, УТ 11 и других типовых конфигурациях на платформе 8.3. Сначала определите, какой запрет сработал. От этого зависит, кто его снимает и где.
Откуда в 1С берутся запреты
Запрет в 1С почти никогда не бывает случайным. Его ставит администратор, бухгалтер при закрытии периода или сама программа по своим правилам.
Основные источники:
- 📅 Дата запрета изменения — период закрыт после сдачи отчётности, документы до этой даты нельзя менять и проводить.
- 🔒 Блокировка начала сеансов — администратор закрыл вход на время обновления или обслуживания и забыл снять.
- 👤 Запрет входа пользователя — в карточке снят флажок входа, пользователь помечен недействительным или удалён из списка платформы.
- 🛡️ Нехватка прав — пользователь не входит в нужную группу доступа или профиль урезан.
- ✏️ Запрет редактирования реквизитов — программа закрыла ключевые поля (ИНН контрагента, вид номенклатуры) после того, как объект попал в документы.
- 📦 Дата запрета загрузки — обмен не принимает данные из закрытого периода.
У каждого вида свой «хозяин». Дату запрета снимает главный бухгалтер или администратор приложения. Блокировку сеансов и права — администратор базы. Запрет реквизитов пользователь может снять сам, если у него есть права на изменение объекта.
Как понять, какой именно запрет сработал
Посмотрите, на каком этапе программа останавливает работу. Это быстрее любой диагностики.
| Что происходит | Вид запрета | Где снимать |
|---|---|---|
| Документ открывается, но не записывается и не проводится; в сообщении упомянута дата запрета | Дата запрета изменения | Администрирование → Пользователи и права |
| При запуске сообщение, что работа с базой запрещена или сеансы заблокированы | Блокировка сеансов | Обслуживание базы или консоль кластера |
| Пользователя нет в списке при входе или пароль не принимается | Запрет входа | Карточка пользователя |
Нарушение прав доступа! или сообщение о недостаточных правах | Права доступа | Группы доступа и профили |
| Поле в карточке серое, рядом нет возможности редактировать | Запрет реквизитов | Меню «Ещё» в карточке объекта |
| Обмен падает с указанием на дату запрета загрузки | Дата запрета загрузки | Те же настройки дат запрета |
Скопируйте текст сообщения целиком (Ctrl+C в окне сообщений). В нём почти всегда есть ключевое слово: «дата запрета», «права», «блокировка». По нему тип запрета определяется сразу.
Как снять запрет изменения данных в закрытом периоде
Это самый частый случай. Бухгалтер сдал отчётность за квартал, закрыл период, а через месяц пришёл исправленный документ поставщика.
Где находится настройка
В БП 3.0, ЗУП 3.1 и УТ 11 путь одинаковый: Администрирование → Пользователи и права, группа «Даты запрета изменения». Флажок включает механизм, ссылка рядом открывает форму настройки.
Открыть форму может пользователь с полными правами или с ролью, которая разрешает менять даты запрета. Обычный бухгалтер без этих прав настройку не увидит.
Порядок действий
- Откройте форму настройки дат запрета.
- Посмотрите, как задан запрет: одна общая дата или своя дата по разделам (например, отдельно для бухгалтерского учёта и для зарплаты).
- Найдите строку «Для всех пользователей» и строку с вашим именем, если она есть.
- Решите, как снимать запрет: целиком или только для себя.
- Измените дату или добавьте исключение.
- Перепроведите исправленные документы.
- Верните запрет обратно.
Два способа: сдвинуть дату или сделать исключение
| Способ | Когда подходит | Риск |
|---|---|---|
| Сдвинуть общую дату назад | Нужно массово исправить период, работают несколько человек | В закрытый период могут попасть чужие правки |
| Исключение для одного пользователя | Правку вносит один специалист | Исключение забывают удалить |
| Дата «по разделам» | Закрыт учёт, но зарплату ещё правят (или наоборот) | Сложнее понять, что закрыто |
Исключение работает так: для конкретного пользователя указывают свою дату, более раннюю, чем общая. Остальные по-прежнему не могут менять период.
Исправления в периоде, за который уже сдана отчётность, меняют данные отчётов. Перед правкой согласуйте её с главным бухгалтером. После правки проверьте, не нужна ли уточнённая декларация.
Относительная дата вместо фиксированной
Вместо конкретного числа можно выбрать относительное значение: конец прошлого месяца, квартала или года. Тогда дата запрета сдвигается сама, и её не нужно переставлять каждый месяц.
Для относительной даты есть настройка допустимого количества дней после окончания периода. Пример: запрет «на конец прошлого месяца» с отсрочкой 10 дней. До 10-го числа можно править прошлый месяц, с 11-го он закрывается автоматически.
Как снять блокировку входа в базу
Вторая частая ситуация: базу заблокировали перед обновлением, а снять блокировку забыли. Пользователи видят сообщение о запрете работы и не могут войти.
Через саму программу
Если вы администратор и можете войти:
- Откройте
Администрирование → Обслуживание. - Найдите ссылку «Блокировка работы пользователей».
- Снимите флажок запрета работы или нажмите кнопку снятия блокировки.
- Запишите и закройте форму.
В этой же форме видно время начала и окончания блокировки и код разрешения. Если окончание было задано, блокировка снимется сама в указанное время.
Если блокировка не пускает и администратора
Когда блокировку ставили с кодом разрешения, войти можно, указав этот код в параметре запуска /UC. Например, код 123:
"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F"D:\Bases\Buh" /UC123
Удобнее прописать параметр в настройках базы в окне запуска: кнопка «Изменить» → последняя страница мастера, поле «Дополнительные параметры запуска». Там пишут /UC123. После входа снимите блокировку штатно, как описано выше.
Код разрешения обычно указывают в тексте сообщения о блокировке или знает тот, кто её ставил.
Клиент-серверная база
В серверном варианте блокировка хранится в свойствах информационной базы в кластере:
- Откройте консоль администрирования серверов 1С.
- Разверните кластер → «Информационные базы» → нужная база.
- Откройте свойства базы (потребуется логин и пароль администратора базы).
- Снимите флажок «Блокировка начала сеансов включена».
- Проверьте рядом флажок «Блокировка регламентных заданий включена». Если обновление закончено, его тоже снимите, иначе фоновые обмены и загрузки не пойдут.
- Нажмите «ОК».
Файловая база
В файловом варианте блокировка сеансов хранится в отдельном файле 1Cv8.cdn в каталоге базы, рядом с 1Cv8.1CD. Если код разрешения потерян, а войти нужно, этот файл удаляют.
Удаляйте 1Cv8.cdn только когда в базе никто не работает и не идёт обновление. Если блокировку поставили ради обновления конфигурации, сначала узнайте у администратора, закончено ли оно. Файл 1Cv8.1CD не трогайте: это сама база.
Как разблокировать пользователя и вернуть ему права
Запрещён вход
Пользователь не видит себя в списке при входе или получает отказ:
- Откройте
Администрирование → Пользователи и права → Пользователи. - Включите отображение недействительных пользователей, если в списке его нет (настройка списка или фильтр в командной панели).
- Откройте карточку.
- Снимите флажок «Недействителен», если он стоит.
- Включите флажок «Вход в программу разрешён».
- Проверьте способ входа: аутентификация 1С (по паролю) или операционной системы.
- При необходимости задайте новый пароль кнопкой смены пароля в карточке.
Если пользователь есть в справочнике, но вход всё равно не разрешён, значит, у него нет записи в списке пользователей информационной базы. Флажок «Вход в программу разрешён» как раз создаёт эту запись при записи карточки.
Не хватает прав
Сообщение Нарушение прав доступа! говорит, что у пользователя нет роли на объект или действие. В БП 3.0 и УТ 11 права раздают через группы доступа:
- В карточке пользователя нажмите «Права доступа ».
- Посмотрите, в какие группы он входит.
- Добавьте его в группу с нужным профилем, например «Бухгалтер» или «Главный бухгалтер».
- Попросите пользователя перезапустить программу: новые права подхватываются при следующем входе.
В ЗУП 3.1 логика та же, но профили свои: «Кадровик», «Расчётчик» и подобные. Если нужен доступ только к определённым организациям или подразделениям, это ограничение задаётся в группе доступа, а не в профиле.
Где не нужно править права
Не правьте роли напрямую в конфигураторе для типовой конфигурации, которая работает через группы доступа. При следующей записи группы программа пересчитает роли и перезапишет ваши изменения. Конфигуратор нужен для прав только в самописных конфигурациях без подсистемы управления доступом.
Как разблокировать реквизиты, которые программа закрыла сама
В типовых конфигурациях часть полей блокируется, как только объект используется в документах. Так защищают данные от случайной порчи: поменяли ИНН контрагента — и все прошлые счета-фактуры уже не сходятся.
Чаще всего закрыты:
- 🏢 ИНН и КПП контрагента;
- 📦 вид номенклатуры и единица измерения;
- 🏦 номер счёта в карточке банковского счёта;
- 💼 некоторые поля договора.
Как разблокировать:
- Откройте карточку объекта.
- Нажмите «Ещё» в командной панели.
- Выберите «Разрешить редактирование реквизитов».
- Программа покажет, в скольких документах используется объект, и предупредит о последствиях.
- Отметьте поля, которые нужно открыть, и подтвердите.
После записи карточки поля снова закроются. Это нормальное поведение.
Смена вида номенклатуры или ИНН задним числом меняет данные уже проведённых документов в отчётах. Если ошиблись в ИНН, иногда правильнее создать нового контрагента, чем исправлять старого.
Как реже снимать запреты вручную
Ручная разблокировка нужна, когда процесс настроен плохо. Несколько приёмов сокращают её до редких случаев.
Относительная дата запрета. Описана выше. Снимает ежемесячную ручную перестановку даты.
Окончание блокировки сеансов. При постановке блокировки сразу задавайте время окончания. Если обновление затянулось, блокировку продлевают, а не забывают.
Код разрешения в регламенте. Запишите код в инструкцию для дежурного администратора. Тогда при сбое не придётся удалять файлы в каталоге базы.
Даты запрета загрузки для обменов. Если база получает данные из другой (например, из УТ в БП), задайте дату запрета загрузки. Тогда обмен не перезапишет закрытый период, а вам не придётся откатывать изменения.
Отдельная группа «Исправление закрытых периодов». Создайте группу доступа и пользователя-исключение для дат запрета. Включайте человека в неё на время правки и удаляйте после. Это проще, чем каждый раз двигать общую дату.
На чём чаще всего спотыкаются
Сдвинули дату, а документ всё равно не проводится. Проверьте, не задана ли дата по разделам. Общую дату сдвинули, а по разделу «Бухгалтерский учёт» осталась старая. Или для вашего пользователя есть отдельная строка с более поздней датой: персональная настройка важнее общей.
Сняли блокировку в программе, а в серверной базе вход закрыт. Блокировку могли поставить в консоли кластера. Программа показывает только свою форму, флажок в свойствах базы в кластере нужно снимать отдельно.
После обновления не работают обмены и загрузка банка. Осталась включённой блокировка регламентных заданий. Сеансы открыты, пользователи работают, а фоновые задания стоят.
Права выданы, а ошибка осталась. Пользователь не перезапустил программу. Права применяются при новом сеансе.
Не отменили исключение. Через полгода выясняется, что сотрудник всё это время мог менять закрытые периоды. Удаляйте исключение сразу после правки.