При разработке новых форм в расширениях или основных конфигурациях программисты часто сталкиваются с ситуацией, когда добавленный на форму табличный документ ведет себя «пассивно»: данные в нем отображаются, но пользователь не может ничего вписать вручную или, что еще критичнее, не может вставить скопированные данные из внешних источников, таких как Microsoft Excel. Кнопка «Вставить» в контекстном меню остается серой, а сочетание клавиш Ctrl+V не дает никакого эффекта.
В этой статье мы подробно разберем, почему возникает эта проблема, проанализируем взаимодействие свойств объекта и элемента формы, а также составим пошаговый алгоритм настройки табличного документа для полноценной работы с буфером обмена.
Рассмотрим типичный сценарий. Программист создает форму, добавляет реквизит с типом ТабличныйДокумент и выводит его на форму. В коде инициализации на сервере прописываются базовые параметры, например:
&НаСервере
Процедура ИнициализироватьТабличныйДокумент()
ТабличныйДокумент.ТолькоПросмотр = Ложь;
КонецПроцедуры
На первый взгляд, этого должно быть достаточно, так как свойство ТолькоПросмотр напрямую отвечает за возможность изменения документа. Однако на практике возможность вставки данных извне блокируется на уровне визуального элемента управления. Выясним основные причины такого поведения.
Самая частая причина неактивной кнопки «Вставить» заключается в том, что свойство Редактирование установлено в значение Ложь именно у элемента формы. Важно понимать различие: ТабличныйДокумент — это данные (объект), а то, что мы видим на форме — это элемент управления (поле табличного документа), который отображает эти данные.
Даже если сам документ разрешает запись, элемент формы может запрещать интерактивное изменение. Проанализируем, как правильно включить это свойство программно. Лучше всего это делать на стороне клиента при открытии формы, чтобы гарантированно обновить состояние интерфейса.
&НаКлиенте
Процедура ПриОткрытии(Отказ)
// Где ТД_Элемент — это имя элемента формы, отображающего табличный документ
Элементы.ТД_Элемент.Редактирование = Истина;
КонецПроцедуры
После установки этого флага в контекстном меню должна появиться возможность ввода данных. Если же вы хотите настроить это в конфигураторе, найдите элемент в дереве элементов формы и установите галочку «Редактирование» в палитре свойств. Для интерактивной проверки и изменения свойств элементов непосредственно в пользовательском интерфейсе подойдёт обработка для редактирования свойств форм в режиме предприятия.
В платформе 1С существует свойство Защита. Оно предназначено для предотвращения случайного изменения структуры или содержимого ячеек, которые помечены как защищенные. Если у объекта ТабличныйДокумент установлено Защита = Истина, то даже при разрешенном редактировании вставка может быть заблокирована, если целевые ячейки имеют внутренний флаг защиты.
Проанализируем ситуацию, когда данные выводятся из макета. При использовании метода ПолучитьОбласть(), результирующий документ копирует все свойства ячеек из макета-оригинала. Если в макете у ячеек стоит флаг «Защита», они перенесут это свойство в ваш рабочий документ.
Чтобы решить эту проблему, добавим в процедуру инициализации на сервере следующие строки:
&НаСервере
Процедура ИнициализироватьТабличныйДокумент()
// ... ваш код формирования документа ...
ТабличныйДокумент.ТолькоПросмотр = Ложь;
ТабличныйДокумент.Защита = Ложь;
КонецПроцедуры
Команда «Вставить» напрямую зависит от того, что именно выделено в табличном документе в данный момент. Если система не может определить область вставки, команда будет неактивна. Выясним, как на это влияет свойство элемента формы СпособВыделения.
Рассмотрим возможные значения этого свойства:
Убедитесь, что в свойствах элемента формы установлено СпособВыделения = Ячейки или Области. Это позволит пользователю точно указать начальную точку для вставки данных.
Если вы программно формируете таблицу, присоединяя области (например, «Артикул» и «Количество»), нужно убедиться, что эти области не несут в себе «наследственную» защиту из конфигуратора. Разберем пример кода, который гарантирует доступность каждой выведенной секции:
&НаСервере
Процедура ЗаполнитьТаблицуИзМакета()
Макет = Документы.ЗаказНаВнутреннееПотребление.ПолучитьМакет("МакетЗагрузкиДанных");
ТабличныйДокумент.Очистить();
// Получаем область и сразу снимаем с нее защиту
ОбластьАртикул = Макет.ПолучитьОбласть("Артикул");
ОбластьАртикул.Защита = Ложь;
ТабличныйДокумент.Присоединить(ОбластьАртикул);
ОбластьКол = Макет.ПолучитьОбласть("Количество");
ОбластьКол.Защита = Ложь;
ТабличныйДокумент.Присоединить(ОбластьКол);
// Финальная проверка свойств самого документа
ТабличныйДокумент.ТолькоПросмотр = Ложь;
ТабличныйДокумент.Защита = Ложь;
КонецПроцедуры
Иногда решение лежит на поверхности и связано с интерактивным переключением режимов. В 1С Предприятие пользователь может случайно переключить табличный документ в режим просмотра через главное меню: Таблица — Вид — Редактирование. Если эта опция выключена, интерактивная правка (и вставка) будет недоступна, даже если программно всё настроено верно.
Посмотрите, активна ли рамка вокруг текущей ячейки. Если рамки нет и курсор не превращается в поле ввода при двойном клике, значит, включен режим ТолькоПросмотр на уровне интерфейса.
Подводя итог, пройдемся по шагам, которые гарантированно вернут функциональность вставки данных из Excel:
ТабличныйДокумент в коде установлено ТолькоПросмотр = Ложь и Защита = Ложь.Редактирование = Истина. Рекомендуется дублировать это в ПриОткрытии на клиенте.СпособВыделения в значение Ячейки.Следуя этим рекомендациям, мы обеспечим корректную работу табличного документа, позволив пользователям эффективно использовать буфер обмена для загрузки данных из внешних файлов. Если такие операции выполняются регулярно, вместо ручного копирования можно настроить программных роботов для переноса данных между окнами.