Путь "к Предприятию" для базы формата SQL будет соответствовать пути к файловой части ("Путь к файлам"), путь "к Плану счетов" - пути к "Источнику данных" (к базе MS SQL).
Длину наименование файла алгоритма AD пока изменять не планируется.

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

В новом номенклатурном справочнике появилась замечательная функция - "Перенумерация номенклатур внутри группы". Подскажите, ведется ли какой-нибудь протокол ее работы? Если у пользователя разработаны СБД для хранения дополнительной информации к номенклатуре, то после проведения Перенумерации есть необходимость произвести перекодировку доп.баз, в которых хранится эта дополнительная информация. Используя протокол - это легко будет сделать с помощью СБД. Если ведется - подскажите, пожалуйста, как из СБД получить к нему доступ.

Как в новом номенклатурном справочнике осуществить поиск по наименованию состоящему из нескольких слов? При наборе пробела вместо пробела строка помечается зеленой галочкой.

В ABACUS, при подключении СБД в каком-либо разделе, существует возможность указать путь к СБД не в фиксированном виде, а в виде относительной ссылки на Предприятие, План счетов, К программе и т.д. Существует ли в MS SQL версии возможность указать относительный путь "к Предприятию" ? Попутный вопрос - когда появится возможность делать наименование файла СБД длиннее 8 символов (параллельной DOS версии ведь уже давно нет, и нет нужды обеспечивать совместимость)?

В дополнение к вышесказанному - выборка из базы проводок через SQL запрос с помощью QuerySetup(,106,) выдает результат без учета настроек прав доступа пользователя.

Планируется ли оптимизация запросов в СБД посредством Query для баз формата MS SQL?
На сегодняшний момент в ABACUS версии 3.0721 SP5 c базами формата MS SQL запросы с помощью Query выполняются в несколько раз медленнее чем для других форматов баз. Или следует писать запросы на SQL и выполнять их с помощью QuerySetup(,106,) ?
Тогда возникает вопрос как написать запрос чтобы в результате в колонке выборки оказался результат действия какой либо функции ABACUS или Routine? При этом начнет теряться смысл СБД (сложное бухгалтерское действие) и бухгалтеру придется осваивать еще и SQL.

Спасибо за ответ
Основная часть вопроса была как раз про дополнительные колонки, которые добавлялись функцией к моему запросу - вы на нее ответили в предыдущем сообщении. Содержание запроса было выбрано как пример при котором выпадало сообщение об ошибке.

В догонку к предыдущему ответу. Достаточно добавить "пробел" между префиксом для keyhist и "запятой":
Sqlstr='select top 100 k.nomer, h.za_hto'
Sqlstr+='from keyhist as K , history as h'
Sqlstr+='where h.nomer=k.nomer'

Измените Ваш запрос на следующий:
Sqlstr='select top 100 k.nomer, h.za_hto'
Sqlstr+='from keyhist as k join history as h'
Sqlstr+='on h.nomer=k.nomer'
И он будет работать правильно!

(Колонки в запрос добавляются для определения уникальности ключа, в данном случае, базы Keyhist. При добавлении колонок неправильно определяется префикс для keyhist как "k,").