В практике разработки на платформе 1С:Предприятие 8.3 часто возникают ситуации, когда стандартные механизмы ведут себя не так, как ожидается. Одной из таких проблем является «молчаливый» отказ события ПередНачаломДобавления при программном вызове метода ДобавитьСтроку(). Особенно остро это проявляется в типовых конфигурациях, таких как Управление торговлей 11, где логика открытия форм выбора или загрузки файлов часто завязана именно на этот обработчик.
Рассмотрим ситуацию: у пользователя с ограниченными правами перестает открываться диалог загрузки файла. Под полными правами всё работает корректно. Отладка показывает, что выполнение кода в процедуре команды создания записи происходит, но управление не передается в обработчик события таблицы. Проанализируем причины этого поведения и найдем способы решения задачи.
Для начала разберем, как платформа инициирует события. В 1С существует важный нюанс: при выполнении программного кода типа:
&НаКлиенте
Процедура Создать(Команда)
Элементы.Список.ДобавитьСтроку();
КонецПроцедуры
Событие ПередНачаломДобавления должно срабатывать, так как метод ДобавитьСтроку() имитирует интерактивное действие пользователя. Однако существует ряд условий, при которых платформа блокирует этот вызов еще на уровне интерфейсного ядра, не выдавая при этом ошибок в журнал регистрации.
Выясним первую возможную причину: проверьте свойство элемента формы «Таблица» (ваш динамический список). Если в свойствах таблицы на форме снята галочка «Изменять состав строк», то программный вызов ДобавитьСтроку() будет проигнорирован платформой. В этом случае событие просто не получит сигнал к запуску. Проанализируем настройки формы в конфигураторе и убедимся, что программное изменение состава строк разрешено.
Часто программисты путают общие права на объект метаданных и права на интерактивные действия в интерфейсе. Рассмотрим, как это влияет на работу событий:
СоздатьОбъект()).ДобавитьСтроку()).Если у пользователя есть право на «Добавление», но отсутствует право на «Интерактивное добавление» для основного реквизита списка, платформа заблокирует вызов события ПередНачаломДобавления. Система считает, что пользователь не имеет права инициировать этот процесс через форму. Проверьте роли пользователя и убедитесь, что соответствующие флаги установлены в профиле групп доступа.
Проанализируем ситуацию с точки зрения системы RLS (Record Level Security). В некоторых случаях механизмы RLS настроены таким образом, что пользователь не может «видеть» результат своего потенциального добавления еще до того, как оно произошло. Если условия шаблонов ограничений слишком жесткие, платформа может блокировать начало процесса добавления на этапе подготовки транзакции в тонком клиенте. Это объясняет, почему под полными правами (где RLS не действует) всё работает безупречно, а под ограниченными — обработчик события даже не вызывается.
Если проблема воспроизводится у конкретного пользователя на одном компьютере, но исчезает, если этот же пользователь заходит в систему с другого рабочего места, — дело в локальных настройках. Рассмотрим подробнее, что может мешать работе 1С на клиентской машине.
1. Очистка кэша и системных настроек.
Обычной очистки временных файлов (кэша конфигурации) может быть недостаточно. В 1С существуют «Хранилище системных настроек» и «Хранилище настроек данных», которые физически располагаются внутри базы данных, но привязаны к связке «Пользователь + Компьютер». Если в таблице SystemSettings произошел сбой (например, некорректно сохранились координаты окна диалога), окно может открываться за пределами видимости экрана или моментально закрываться.
Попробуйте выполнить сброс настроек формы непосредственно в пользовательском режиме:
2. Права на временные папки Windows.
При выполнении команды добавления, если она инициирует загрузку файла, 1С активно использует папку %TEMP%. Если у пользователя Windows ограничены права на запись в эту директорию или она переполнена (содержит более 65 000 файлов, что критично для некоторых файловых систем), метод ДобавитьСтроку() может завершаться внутренним исключением. Платформа «проглатывает» эту ошибку, и визуально кажется, что событие ПередНачаломДобавления просто не сработало.
3. Масштабирование экрана. Проверьте настройки масштабирования в Windows (Display Scaling). Установка значений типа 125% или 150% на мониторах с высоким разрешением иногда приводит к тому, что фокус при вызове диалоговых окон теряется, и событие отрисовки формы блокируется графической подсистемой платформы.
Если ваша конфигурация УТ 11 находится на поддержке, но используются расширения, проанализируйте их содержимое. Расширения могут перехватывать событие ПередНачаломДобавления через аннотации &Вместо, &Перед или &После. Посмотрите, нет ли в коде расширения условий, проверяющих имя компьютера (ИмяКомпьютера()). Иногда разработчики вставляют такие проверки для отладки и забывают их удалить, что приводит к блокировке логики на конкретных рабочих станциях.
Подводя итог, разберем по шагам действия для восстановления работоспособности события:
AppData\Local\Temp для пользователя Windows.
&НаКлиенте
Процедура Создать(Команда)
// Вместо Элементы.Список.ДобавитьСтроку();
// Вызываем процедуру, которая обычно вызывается из ПередНачаломДобавления
ОткрытьДиалогЗагрузкиФайла();
КонецПроцедуры
Такой подход позволит обойти возможные ошибки платформы, связанные с обработкой событий динамического списка, и гарантированно выполнить требуемую бизнес-логику независимо от состояния кэша или настроек интерфейса конкретного пользователя.