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

Если вы не имитируете отправку данных формы методом POST, то ничего нового изобретать не нужно. Вот пример кода с передачей по POST какой-то строки:

Соединение = Новый HTTPСоединение(Сервер, Порт);
ЗапросСервера = Новый HTTPЗапрос(ПутьНаСервере);
ЗапросСервера.УстановитьТелоИзСтроки(ТелоЗапроса);
ОтветСервера = Соединение.ВызватьHTTPМетод("POST", ЗапросСервера);
ТелоОтвета = ОтветСервера.ПолучитьТелоКакСтроку();
КодОтвета = ОтветСервера.КодСостояния;

Если нужно передать двоичные данные, то нужен метод запроса УстановитьТелоИзДвоичныхДанных. Если серверу нужно передать тип содержимого, то установим заголовок с помощью свойства запроса Заголовки:

ЗапросСервера.Заголовки.Вставить("Content-type", "application/json");

А вот для x-www-form-urlencoded (особенно с отправкой нескольких файлов) нужно будет дополнительно вручную отформатировать тело запроса.

Посмотрел ваш обмен комментариями с Константином. У вас нет понимания, как работают запросы. Попробую в двух словах.

Текст запроса - это инструкция подсистеме управления базой данных по выбору и трансформации данных. Есть синтаксис языка запросов, согласно которому источник получения данных требуется описать в разделе ГДЕ следуя определенным правилам: если источник находится в данных системы, то он описывается как [КлассОбъекта].[ИмяОбъекта] (при этом как источник можно использовать только табличные данные, даже если они содержат всего одну строку - т.е. константы применять можно, а перечисления уже нельзя); если же источник данных находится в коде, откуда выполняется запрос, то пишут &НазваниеПеременной и источник данных передают в одноименную переменную.

Итак, если на вход объекту Запрос или основанному на нем (это могут быть "построитель отчета" или "система компоновки") подать некоторый текст запроса, где в секции ГДЕ будет вместо Документ.Акт и Документ.Счет будет &ВидДокумента , то он отправится в переданную коллекцию параметров, поищет там параметр с именем "ВидДокумента", переместит его содержимое во временную таблицу и выполнит запрос к этой временной таблице, а не к реальным таблицам тех же документов. Таким образом, если вы в параметр ВидДокумента установите какую-то таблицу значений (или табличную часть, или результат из другого запроса), то у вас все получится. Но при передаче строки, как в вашем случае, получится ошибка, так как строку невозможно неявно преобразовать в таблицу.

Если у вас в какой-то переменной есть имя таблицы, то вам нужно следует передать значение этой переменной в текст запроса так как посоветовал Константин, или с помощью текстовой замены:
Запрос.Текст = СтрЗаменить(Запрос.Текст, "&ВидДокумента", ВидДокумента);

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

Вам нужно для вашего справочника сделать табличную часть "Базовые машины" с реквизитом "Машина" типа СправочникСсылка.МаркиМашин. Далее если вы хотите на форме видеть данные полем ввода, а не табличкой, то вам (как уже подсказывает Константин Нагибович ) нужно на форму элемента справочника добавить реквизит с типом СписокЗначений и значениями типа СправочникСсылка.МаркиМашин. Далее при создании/открытии формы с табличной части переносите в этот элемент. На сам элемент навешиваете обработчик ПриИзменении(), в котором устанавливаете флаг Модифицированность. А в обработчике формы ПередЗаписью() копируете содержимое из вашего списка в табличную часть.

P.S. Сделать это можно быстрее чем я тут печатал :)

1) Не нужно трогать старые установки цен - они нужны для истории. Вам нужно создать новый документ установки цены от 01.09.2017
2) Поищите какую-нибудь загрузку. Возможно она у вас в пункте меню "Заполнить". Если ничего найти не можете, а бывший сотрудник на связь не выходит, то создайте новый документ копированием старого и перебейте изменившиеся цены.

Замечательный по уровню провокативности вопрос для 1С-холиваров :)

Экзистенциальный кризис автора понятен, но его не решить вопросами в интернете...
Тут у меня не будет "серебренной пули", а просто немного здравого смысла.

1) Работать программистом-1С, хотя в будущем я хочу быть питонистом?

Мне даже браузер подчеркивает слово "питонистом" - видимо хочет заменить его на более значимое "пианистом". Быть питонистом - это ни о чем! Это отсутствие профессии и борьба с индусами за дешевые заказы на апворке по решению домашек для школяров-недоучек. На самом деле люди стремятся стать научными сотрудниками, которые используют Python в научных расчетах. А еще люди становятся крутыми админами, которые пишут обслуживающие скрипты на Python или правят результаты работы криворуких контрибуторов ихнего ПО. Еще люди могут становится веб-разработчиками и пилить проекты на Django... Куда мысль веду понятно?

2) Или же не работать и посвящать свободное время изучению питона? Но без опыта же никто не хочет брать на работу!

А с опытом эникейного мальчика-на-побегушках возьмут?

Не знаю какие у автора увлечения, но если экономика и теория управления предприятием не входит в их число, то заниматься 1С будет крайне скучно! А вот если вам нравится генетика и биоинформатика в целом, то могу порекомендовать обратить внимание на проект Rosalind, где даются базовые знания по Python и далее с его помощью решаются довольно увлекательные задачи. Я на этом проекте немного прокачался (после своего решения объязательно в обсуждении задач смотреть опыт других участников) и далее с легкостью писал свои скрипты под Ubuntu.

Ответ лежит на поверхности и упирается в характер связи между БД сайта и 1С, о которой вы умолчали. Что первично - сайт или 1с?

Если первична база 1С, а сайт является всего лишь её фронтэндом, то хранение дополнительного автоинкриментного ключа является очевидно избыточным: он немного, но увеличивает размер базы; он усложняет и замедляет обслуживание сайта (особенно из-за join-ов в запросах - так при наличии GUID вам нужно будет делать лишний запрос к таблице товаров для получения ID и лишь затем сможете запрашивать цены и скидки).

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