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

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

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

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

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

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

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

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

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

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

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

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

Заходи в консоль кластера серверов 1С и "выкидывай" кого нужно и откуда нужно.

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

2) Отладка серверных процедур не будет запускаться, если сервер 1С не переведен в режим отладки. по умолчанию - отладка только клиентского кода.
3) Отладка фоновых процессов, вызовов веб-сервисов, внешних соединений и так далее включается в настройке автоматического подключения окна поиска предметов отладки.
4) Если нужно делать отладку именно веб или http сервисов, то нужно добавить элемент debug в файл default.vrd.

На обычных формах (не управляемые) контекст основного реквизита (в данном случае СправочникОбъект.Номенклатура) дополняет контекст самой формы. Т.е. если в тексте модуля формы явно не определять переменные Артикул, НоменклатурнаяГруппа и т.д. , а сразу начать их читать или заполнять значениями - работа будет идти напрямую с одноименными реквизитами редактируемого объекта.

Поля ввода, так же как и прочие элементы на форме, входят в множество ЭлементыФормы. Т.е. у вас есть на форме элемент с именем Артикул, то с помощью пути ЭлементыФормы.Артикул можно получить доступ к свойствам вашего поля ввода и далее управлять видимостью, доступностью, подсказкой и прочими свойствами, которые доступны для изменения.

Если поле ввода находится в коллекции (к примеру, является колонкой в табличном поле, которое связано с табличной частью), то доступ немного усложняется и будет в духе: ЭлементыФормы.Товары.Колонки.Цена

Да. Делай кнопку выпадающего списка и заполни список выбора.
Вот быстренько набросал прототип:
https://www.dropbox.com/s/qt52g8yiy43zb9f/%D0%A2%D...

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

COM-соединение из базы в базу делают чтобы получить или передать информацию. Передавать или получать информацию вы будете не телепатически, а с помощью обработки или алгоритма на какой-то из форм. Следовательно:
1) если точка использования подключения будет одна, то процедура не нужна - скопируйте ее начинку и вставьте в место, где она нужно это подключение
2) если точек несколько (к примеру, подключения к нескольким базам или отдельные алгоритмы для передачи заказов и оплат), то копируйте эту процедуру в тот модуль, где описан алгоритм обмена - модуль обработки или модуль формы
3) если у вас несколько обработок или форм для обмена, то можете создать общий модуль и закинуть в него процедуру.