Подсистема "COMExchange": «прямые» запросы к базе 1С через ADO или как простые элементы сделать “предопределёнными”.

Мюллер битый час судорожно просматривал журнал регистрации и ни как 

не мог понять, каким образом Штирлицу удается удалять секретные

счет-фактуры рейхканцелярии, не оставляя при этом ни каких следов.

...то, что Штирлиц это делает знали все, но никто не знал, как это доказать.

Подсистема «COMExchange» позволяет выполнять запросы через ADO к любым источникам данных при наличии провайдера или драйвера данных, обеспечивающего доступ.
Это в полной мере относится к самой базе 1С клиент-серверной версии.  

Для файловой базы, к сожалению,  эта возможность остаётся не доступной. Конечно, если у вас имеется информация,
где взять нужный провайдер данных, то вы можете воспользоваться  своими «тайными» знаниями и проверить эту статью на файловой базе .
Правда имеется возможность низкоуровневого доступа к файловой базе через ВК 1CDLib.dll (© andrewks), рекомендуемая автором только
для восстановления разрушенных информационных баз.

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

1. Для выполнения «хирургических» операций для исправления данных, так как штатная процедура тестирования-исправления становится неадекватной
   поставленной задаче для большого размера базы (длится неприемлемо долго);
2. При реорганизации данных (заполнения новых атрибутов объектов);
3. Для решения нестандартных задач на уровне структуры базы данных;

Подобное использование «прямых» запросов на запись к базе данных 1С для версии 7.7 описано в статье «Последний тюнинг известной обработки 1CQA (консоль прямых запросов 1С++) для 1С:Предприятие-77» .

В любом случае использовать «прямые» запросы на запись нужно очень осмотрительно, чтобы не нарушить целостность данных.
Например, при удалении записей из основной таблицы  объекта, также должны удаляться записи из связанных с ней таблиц (таблиц табличных частей, таблиц регистрации изменений и т.д.).

Для прямого доступа к базе 1С нужно создать и заполнить соответствующим образом узел плана обмена «Обмен данными COM». 
Это можно сделать вручную, но удобнее воспользоваться формой автоматического заполнения (Рис.1) и создать стандартный узел «ЭтаБазаADO».
При этом потребуется указать информацию, необходимую для аутентификации на сервере 1С (чтобы считать настройки SQL базы данных).

И так задача:
Сделать все простые элементы «предопределёнными» в справочнике «Виды оплат чека ККМ» (входит в состав конфигураций УТ-10.3, УПП),
чтобы ни один пользователь, включая «обычных» программистов 1С, не мог их удалить или пометить на удаление.

Решается она просто:
Надо установить значение 0x1 в поле _IsMetadata в основной таблице справочника.

Пример запроса (Рис.2), выполняющего это действие, можно взять из файла ..Sampels\!ПрямойДоступ1СчерезADO.selx архива комплекта поставки подсистемы.
Кроме установки флага _IsMetadata в этом файле есть примеры запросов, выполняющих другие действия:

1. Пометка элементов справочника на удаление (Рис.3);
2. Непосредственное удаление элементов справочника (Рис.4);
3. Запросы, выполняющие очистку периодического регистра сведений;

Для выполнения примеров запросов из файла требуется:

1. Установить подсистему «COMExchange» (включая подсистему «ViewValues», входящую в комплект поставки);
2. Выполнить автоматическое заполнение плана обмена «Обмен данными COM». При этом обязательно нужно заполнить стандартный узел «ЭтаБазаADO», используемый в запросах;
3. Открыть файл с запросами в обработке «Консоль запросов 1С + ADO» в составе подсистемы;
4. Заменить слово «ИстинноеИмяСправочника» или «ИстинноеИмяРегистра» на внутреннее имя таблицы в базе.
   Как это сделать прямо из формы консоли, показано на Рис.5, Рис.6 и Рис.7 (для этого потребуется подсистема «ViewValues»);
5. Указанные примеры запросов написаны для MS SQL (на T-SQL). Если сервер базы данных другой, то возможно в текст запроса потребуется внести изменения.

Комментарии о выполнении "прямого" запроса:

1. На Рис.8 показан список справочника до выполнения "прямого" запроса.
2. Результат выполнения "прямого"запроса в консоли показан на Рис.9.
3. На Рис.10 показан список после выполнения " прямого" запроса. На рисунке хорошо видно, что простые элементы стали выглядеть и вести себя как вполне «предопределённые».  
4. На Рис.11 и Рис.12 показана безуспешная попытка программного удаления такого «предопределённого» элемента из консоли запросов через меню спец-действий.
5. Следует отметить, что тестирование-исправление базы в конфигураторе оставляет такие «предопределённые» элементы без изменения. 
   Более того, они остаются без изменения даже при реструктуризации таблицы справочника при обновлении конфигурации,
   если не изменялись предопределённые данные объекта метаданных.

Заключительные замечания:

Во избежание недоразумений, хочется заострить внимание на том, слово "предопределенный" выше по тексту везде используется с кавычками.

Дело в том, что одна установка флага  _IsMetadata еще не делает элемент "по настоящему" предопределенным, при этом у элемента
не появляется идентификатор, по которому к нему можно обратиться из кода. 

Чтобы сделать элемент собственно предопределенным нужно в конфигурации базы прописать соответствие идентификатора с ссылкой на элемент.
Это можно сделать с помощью многофункционального инструмента "Enterprise Integrator" (© German).
Что при этом делается с базой можно прочитать в этой статье.

Комментарии

Хочется выразит благодарность Magister за полезное обсуждение этой темы.