Дмитрий Кинаш

Смотрите, все очень просто.

У вас есть база 1С определенной конфигурации. Поставщик (те, кто занимаются разработкой и тиражированием) регулярно делает обновления для исправления ошибок и/или развития функционала. Это обновление может или содержать всю новую конфигурацию в файле *.CF или только небольшой кусочек, от предыдущего состояния конфигурации в файле *.CFU

Но чаще Поставщик дает исполняемый файл, который является самораспаковываемым архивом, который копирует свое содержимое в "каталог шаблонов". Каталогом шаблонов по-умолчанию является путь C:\Users\User\AppData\Roaming\1C\1Cv82\tmplts где размещаются каталоги поставщиков, в которых находятся каталоги их программных продуктов, в которых находятся как сами шаблоны (пустые или заполненные демо-данными базы), так и обновления к ним. При желании, при установки шаблонов и/или обновлений путь можно изменить. Но тогда этот новый путь нужно будет указать в настройках окна со списком баз (что бы при создании новой базы, было понятно где искать шаблон), а так же в настройках поиска обновлений в конфигураторе.

Если вы находитесь в конфигураторе вашей базы 1С и хотите обновить ее конфигурацию, то вы запускаете обновление конфигурации из подменю Поддержки, где можете запустить автоматический поиск файлов обновлений в каталоге шаблонов (или на сайте поставщика), или явно указать путь к имеющимся файлам .CF или .CFU

После успешного обновления конфигурации в Конфигураторе нужно подтвердить обновление конфигурации в самой базе - без этого новые алгоритмы не будут работать, а таблицы в СУБД не изменять свою структуру.

https://infostart.ru/public/684206/

Есть дефолтная документация на VBA microsoft но что то она не особо помогла, там описываются константы которые нужны для задания значения, но 1С про них не вкурсе, хотя методы и свойства доступны , а константы нет. Как быть.

Эти константы в документации описаны - нужно найти таблицы соответствия констант числам и в 1С подставлять уже требуемые коды.

Конечно, можно проще, если не нужна универсальность:

Процедура ПередЗаписью(Отказ) 
	
	Запрос = Новый Запрос(
	"ВЫБРАТЬ
	|	Товары.Ссылка
	|ИЗ
	|	Справочник.Товары КАК Товары
	|ГДЕ
	|	Товары.Наименование = &Наименование
	|	И Товары.Ссылка <> &Ссылка");
	Запрос.УстановитьПараметр("Наименование", Наименование);
	Запрос.УстановитьПараметр("Ссылка", Ссылка);
	Выборка = Запрос.Выполнить().Выбрать();
	Если Выборка.Следующий() Тогда
		Сообщить("Подобный элемент справочника /" + Наименование + "/ существует!
		    |Модуль: Контроль уникальности элементов справочника." );
		Отказ = Истина;
	КонецЕсли; 
	
КонецПроцедуры

1) На форме размещаете "Поле переключателя" с вашими вариантами сортировок
2) В вашем тексте запросе вместо "РасходнаяНакладная.Номенклатура.Количество УБЫВ" пишите что-то типа "#РежимСортировки"
3) Чуть ниже делаете, в зависимости от выбранного пользователя режима сортировки, замену в тексте вашей метки на реальное поле с направлением сортировки. Типа:

Если ВариантСортировки = 0 Тогда
  СтрЗаменить(Запрос.Текст, "#РежимСортировки", "РасходнаяНакладная.Номенклатура.Количество УБЫВ");
ИначеЕсли ВариантСортировки = 1 Тогда
  СтрЗаменить(Запрос.Текст, "#РежимСортировки", "РасходнаяНакладная.Номенклатура.Количество ВОЗР");
КонецЕсли;

У вас мешанина терминов. Если вы попытаетесь гуглить свой вопрос, то получите фигню.

"Справочник" (у вас Номенклатура) - это, грубо говоря, табличка в СУБД без явного ограничения количества, где каждая запись соответствует элементу справочника.
"Ведомость" (у вас Произвольная Ведомость) - это ограниченный пользователем перечень каких-то данных. Можно реализовывать Отчетом или Обработкой, если результат будет уходить на принтер и не нужно хранить в базе. Если нужно хранить в базе, то делается документом с табличной частью; классика - зарплатная ведомость.
"Модуль элемента" - это вообще-то область описания обработчиков событий или программного интерфейса. Контекст упоминания говорит, что вы скорее всего имели в виду "Форму элемента" (она же "Карточка элемента").
"Определенное условие" - абстрактное понятие, видимо связанное с описанием логических взаимосвязей. В мире 1С - это могут быть условия отборов (фильтры), условия оформления (старые долги - красным) или текстовые примечания с юридическими условиями по договорам.

Вы забываете, что решения на платформе 1С - это не классическое ООП, а DSL (ПОЯ), и потому у вас идет нагромождение бредовых нежизнеспособных идей, которые я даже не буду комментировать.

Как я понял, вам нужно видеть справочник номенклатуры, но по некоторому условию по клике на элемент открывать не карточку этого элемента, а форму какого-то отчета, куда параметром передать ссылку на элемент, по которому кликнули. Вариантов реализации масса и зависят от точного задания. Самое простое - это в списке Номенклатуры (элемент списка на форме списка) переопределить событие Выбор - там сделать проверку вашего условия, по выполнению которого отключить стандартное поведение и открыть требуемую форму. Если нужно более универсально и переопределять из любого места в коде, то в форме элемента в событиях создания или открытия (в зависимости от типа формы) можно отказаться от стандартного открытия и вызвать нужную форму.

Когда я работал со своей компонентой на С++, то я просто сериализировал массив объектов в строку (в моем формате), а в компоненте по ней создал воссоздал нужный массив, который отправил на вход своего алгоритма.

Имеет ли пользователь, под которым стартован сервер 1С, зоступ к файлу logcfg.xml?
Была ли перезагрузка сервера после изменения конфига?

Если планируете работать с веб-содержимым на формах обработок (к примеру выводить контрагентов на карту), то понадобятся HTTP, CSS и JavaScript.
Если работаете в среде Windows, то понадобится знание его API (как минимум WScript.Shell) и синтаксиса BAT-файлов и PowerShell.
Если работаете в среде Линукс, то знание архитектуры вашего дистрибутива, стандартных утилит, а так же синтаксиса Phyton и Bash (или альтернативных шелов).
Если планируете плотно работать с Интернетом, то вам желательно знать модель OSI, изучить протоколы HTTP, SOAP (XML-RPC), FTP, IMAP, SMTP и так далее по необходимости. Так же просто мастхев уметь работать с фидлером, варшарком либо другим подобным снифером трафика.
Если нужно будет интегрироваться с внешними источниками данных через ODBC, то вам следует знать SQL и особенности его реализации в требуемых БД.
Если нужно работать с офисным пакетом, то вам потребуется знание объектной модели требуемых продуктов и Visual Basic......

Хотя большинство "программистов 1С" не знает ни одного языка программирования кроме 1С и их все устраивает. Выбор за вами.