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

   Создание Com объекта и подключение требует много времени.
   Нельзя ли хранить где то  Com соединение ? Если можно то где ?

   Обычное приложение.

переменная глобального модуля например

(1) Модуля обычного приложения ?

(2) 1) В повторновозвращаемых значениях
    2) В структуре, помещаемой во временное хранилище

переделать все на сервисы

"В повторновозвращаемых значениях "

А это как ?

(5) https://youtu.be/gKpk4-tAzs4

(5) Полагаю что он имел в виду общий модуль с признаком повторного использования возвращаемых значений и использование функции.
Правда есть сомнение что функция такого модуля может возвратить такой объект.

ЕМНИП, при долгой консервации COM-объект протухает. так что хранить не вариант.
проще изменить концепт системы.
1) отправка через COM по расписанию или пинка от юзера с отбором по прошедшему времени и изменившимся данным.
2) при необходимости слать REALTIMEТУТИСЕЙЧАС - городите WS.

WS пока что нельзя по организационным причинам.

(9) проще их решить и забыть про ком как страшный сон. он всегда будет тормозным и медленным

(9) в параметре сеанса храните. Но не само ком-соединение, а какую-то структуру или массив, в котором это ком внутри.

(10) Да. Тормозит ужасно.

(11) Попробую.

Так же оппробую повторный возврат использованных значений.
  Об этом не знал, теперь знаю.

(10) Странно, у нас HTTP-сервис летает. На C# сделал шлюз TCP-HTTP - GPS датчики с автотранспорта очень бодро передают свою телематику в 1С

(15) Я даже с помощью LOIC завалил сервер 1С: через 5 минут 1000 запросов/сек упал напрочь. Т.е. оверхед никакой.

(16) 300 000 post-запросов, каждый из которых инициирует запись в БД?
поставь в шлюзе накопитель. накапливать в течении 5-10 секунд или до N запросов и сливай одной таблицей.

(0) Сделай РС с 1 измерением Документ, при проведении пиши туда, далее обработка с ком соединением и регламентное задание, данный вариант хотя бы пользователю мешать не будет.

(7) Может.. но вот платформа не может гарантировать, что значения будут "повторно возвращаемыми" - это всего лишь разрешение платформе при вызове метода выдать кэшированное значение, а не явная директива. И если платформе покажется, что например мало памяти - кэш повторно возвращаемых значений может очищаться очень быстро. Причем это от релиза платформы зависит. Помню, в 8.2 кэшировалось лучше, чем в 8.3.

ком в транзакции - это плохо, я сам когда то так делал, но теперь понимаю, что это очень плохо...