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

Я не гуру по системному администрированию, но эксперты пишут:

...Таким образом, 32-битное приложение полностью изолируется от системы и других 64-битных приложений.Одним из следствий подобной изоляции является запрет на смешивания 32-битного и 64-битного кода в рамках одного процесса... Наиболее неприятное следствие этого запрета – невозможность использования 32-битных in-process COM объектов 64-битными процессами...

(с) Источник

Вам нужно попробовать что-то другое для печати штрихкодов. К примеру, в этой публикации можно взять компоненту и пример печати под 64х-Линукс (по комментариям - вполне рабочее решение).

Вы все правильно описали (на счет роли и видимости всеми). Наш саппорт так и работает, но не в ДО, а в специально для них написанной конфигурации.

Если вам нужен автоматический балансировщик нагрузки, но ваше ДО нужно дорабатывать. Банально сделать дополнительное регламентное задание, которое будет проверять список невыполненных задач.

Решение упирается в текст запроса. Варианты почему условие медленное:
1) Для условия использованы подзапросы
2) В запросе используются ИЛИ
3) Условия запроса по НЕ индексируемым полям, что требует скан в плане запроса СУБД.

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

АртемЪ все правильно написал.

Были идеи что веса имеют схожесть с весами графов, а номенклатурная группа выступает как дерево, но тоже говорят вроде это не так.

На это нужно отвечать: "а тогда как?". Мы тут можем разных вариантов набросать, но последнее слово остается все равно за тем, кто для вас кривое непонятное ТЗ написал.

При описании Команды необходимо свойство "Режим использования параметра" установить в "Множественный". Тогда при выполнении данной команды на вход будет передан не параметр с ссылкой на последний выделенный элемент в списке, а массив со всеми выделенными элементами списка. Особенность - порядок ссылок в массиве соответствует порядку выделения соответствующих строк на форме списка.

В настоящий момент платформа 1С:Предприятие 8 без лишних телодвижений работает с Gmail.
Вопрос утратил актуальность.

Для полноты освещения темы:
1) EDT (edt.1c.ru) работает с git (а следовательно и с GitHub) из коробки - это прямая замена классическому хранилищу.
2) EDT - это уже не игрушка для энтузиастов, а основной инструмент разработки у команды, которая занимается 1С:ERP. Следовательно сотрудники самой 1С вовсю используют git для разработки под платформу 1С:Предприятие 8.

Детальнее тут: https://edt.1c.ru/upload/docs_git/EDT&GIT.html

https://wonderland.v8.1c.ru/blog/skhema-dannykh/

Варианты ошибки в данной точке:
1) Поле ДокументОснование не заполнено - исправить проверкой значения.
2) Поле ДокументОснование заполнено, но таким типом документа, у которого нет табличной части Продукция - исправить проверкой типа основания
3) У основания есть табличная часть Продукция, но там нет значений - прежде чем обращаться к строкам нужно поставить проверку их наличия.

У вас похоже на вторую ошибку, но может и первая. Третья ошибка сгенерирует сообщение про обращение за пределы индекса.

Кстати, тут может еще быть проблема при обращении к свойству Печать, если Номенклатура - это сложный тип, а не просто ссылка на справочник.

В общем нужно проверку сделать. Что-то типа такого:

Если ТипЗнч(Источник.ДокументОснования) <> Тип("ДокументСсылка.ЗаказНаРазработку") Тогда
	Возврат;
ИначеЕсли Источник.ДокументОснования.Продукция.Количество() = 0 Тогда
	Возврат;
КонецЕсли;

Описание этих и других программ - https://solutions.1c.ru/catalog/

1) При работе в файловой базе все находится в памяти вашего компьютера - тут нет никаких проблем. Но когда дело касается взаимодействия вашего компьютера-клиента с компьютером-сервером, то сервер уже не имеет доступа к вашей оперативке - передаваемая в обработку информация пакуются в контейнеры и отправляются по сети. Пока все понятно?

2) При программировании на платформе 1С при работе с базой данных мы работаем или с Ссылками, или с полученными с их помощью Объектами. Ссылка отличается от Объекта своей неизменностью - это просто адрес с указанием типа данных и уникального идентификатора. Но Объект в отличии от Ссылки можно изменить и записать назад в базу по адресу этой Ссылки. Думаю это тоже понятно.

3) Что вы пытаетесь сделать? У вас локально в памяти есть измененный Объект (в переменной Источник) и вы хотите передать его на сервер для дальнейшей параллельной обработки и тут и там. К сожалению мы работаем не на квантовых компьютерах и потому эффект запутанности нам недоступен. Мы можем править Объект или локально, или на сервере. Но не одновременно в двух местах!

Итого. Судя по тексту вашей процедуры, вам вообще Источник передавать не нужно - передавайте сразу ДокументОснования. Но если предполагается, что на сервере Объект нужно изменить, то а) запишите его локально, б) передайте на него Ссылку, в) на сервере прочитайте по Cсылке, г) после изменения на сервере запишите Объект в базу, д) после возвращения потока управления на клиент, прочитайте Объект из базы по Ссылке.

1) отключить режим совместимости
2) написать свою функцию поиска, которая будет в цикле искать до тех пор пока искомая подстрока встречается и последнее найденное будет первым с права.