Как разрешить проведение документов только оперативно и убрать окно выбора режима проведения?

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

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

Метод 1. Настройка прав доступа на уровне платформы (Рекомендуемый)

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

Проанализируем, как работает этот механизм по шагам:

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

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

Если у пользователя отсутствует право «Интерактивное проведение неоперативное», а свойство формы документа ИспользоватьРежимПроведения установлено в значение Автоматически (это стандартное поведение платформы по умолчанию):

• При проведении документа текущей датой система автоматически выполнит оперативное проведение. Диалоговое окно с выбором режима даже не появится, документ сразу проведется.
• При попытке провести документ вчерашней или будущей датой система выдаст ошибку («Документ не может быть проведен оперативно!») и отменит транзакцию — также без вывода лишних вопросов.

Метод 2. Программное управление поведением формы

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

Рассмотрим пример настройки формы. В модуле формы документа (в обработчике события ПриОткрытии для обычных форм или ПриСозданииНаСервере для управляемых форм) мы можем принудительно задать режим проведения:

Процедура ПриОткрытии()
    
    // Проверяем, входит ли пользователь в группу ограничения
    Если Не РольДоступна("ПолныеПрава") И Не РольДоступна("Бухгалтер") Тогда
        // Блокируем появление диалогового окна выбора режима
        ЭтотОбъект.ИспользоватьРежимПроведения = ИспользованиеРежимаПроведения.Оперативный;
    КонецЕсли;
    
КонецПроцедуры

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

Метод 3. Защита от обхода интерфейса (Подписка на событие)

Ограничение интерактивных прав решает проблему только при работе пользователя непосредственно через форму документа. Однако здесь кроется серьезный подводный камень: программный код (например, обработки загрузки данных, проведение на основании, групповое перепроведение документов) игнорирует ограничения с приставкой «Интерактивное...».

Если сторонняя обработка выполнит код ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный), система успешно проведет документ задним числом, несмотря на запреты в ролях.

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

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

Процедура КонтрольРежимаПроведенияПередЗаписью(Источник, Отказ, РежимЗаписи, РежимПроведения) Экспорт
    
    // Нас интересует только непосредственное проведение документа
    Если РежимЗаписи <> РежимЗаписиДокумента.Проведение Тогда
        Возврат;
    КонецЕсли;
    
    // Проверяем попытку неоперативного проведения
    Если РежимПроведения = РежимПроведенияДокумента.Неоперативный Тогда
        
        // Проверяем права текущего пользователя программно
        Если Не РольДоступна("ПолныеПрава") И Не РольДоступна("РазрешитьНеоперативноеПроведение") Тогда
            
            // Выводим сообщение об ошибке и блокируем запись
            ОбщегоНазначенияКлиентСервер.СообщитьПользователю(
                "У вас нет прав на неоперативное проведение документов! Проведение возможно только оперативно (текущим временем).",
                Источник
            );
            Отказ = Истина;
            
        КонецЕсли;
        
    КонецЕсли;
    
КонецПроцедуры

Важные технические ограничения платформы «1С»

При проектировании системы контроля важно помнить фундаментальные правила работы платформы:

• Невозможно провести оперативно вчерашний документ. Механизм оперативного проведения технически требует, чтобы документ записывался в реальном времени с получением актуальной «оперативной отметки времени». Попытка программно установить РежимПроведенияДокумента.Оперативный для документа со вчерашней датой вызовет ошибку платформы. Если вчерашний документ нужно сделать оперативным, пользователю сначала придется изменить его дату на текущую.
• Режим совместимости. Обратите внимание на версию платформы и режим совместимости вашей конфигурации. В старых версиях (режим совместимости с 8.1) диалоговое окно могло появляться даже при автоматическом режиме проведения. На современных версиях платформы (8.2, 8.3 без совместимости с 8.1) автоматический режим отрабатывает без лишних окон.

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