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

Размышления и возможные решения на данную тему:
http://forum.tslab.ru/ubb/ubbthreads.php?ubb=showflat&Number=62318

На днях настроил автоподключение по расписанию QUIK DDE на удаленном сервере. Пришлось помучаться, но всё получилось, поэтому решил записать небольшой мануал.

Дано:
1) выделенный сервер (или VPS) на Windows (мой хостер 1dedic)
2) лицензия tslab для поставщика quik dde (брокер БКС, но с Открытием скорее всего так же), QUIK DDE настроен через ручное подключение, применена конфигурация tslab7.0.wnd, запущены "внешние транзакции", это обсуждалось в других темах
3) прочитаны темы на этом и других форумах, выяснено, что ввод данных в форму авторизации quik при отключенном RDP невозможен!

Задача: на сервере запустить автоподключение по расписанию ежедневно с 7:00 до 23:45, потому что открывать каждое утро quik, вводить пароль, ждать пока подключится не хочется.

Решение:
1) Для начала на сервере открываем TSLAB, в настройках поставщика данных BCS
в поле "имя пользователя" пишем.. ПАРОЛЬ от квика
а в следующее поле "пароль" пишем любой символ, например цифру 1.
остальные поля - стандартно. данные от "сервер истории" присылает брокер

2) затем (у нас есть стандартный RDP доступ к серверу) нужно установить другой софт для удаленного рабочего стола. Пробовал такие программы как teamviewer, anydesk. Проблема в том, что при ВЫКЛЮЧЕННОМ rdp эти программы при каждом новом соединении показывают логин в винду - нажмите ctrl+alt+del, введите пароль. естественно, никакая имитация нажатия клавиш в этом случае в тслабе работать не будет. С VNC такой проблемы нет, один раз логинимся в винду, при следующих подключениях никакого логина не запрашивает, сразу видим рабочий стол сервера.
Я использую RealVNC (полностью бесплатная для некоммерческого использования, но нужно будет у них создать аккаунт). На удаленный сервер ставим - server, на наш комп соответственно - viewer. Проверяем, что запущена служба "VNC Server". Если real vnc не нравится, думаю, можно любой другой.
Теперь RDP не используем совсем, но если зашли через RDP, то нужно будет закрыть RDP, снова зайти через VNC и залогиниться в винду, чтобы оставалась висеть активная сессия

3) Решаем проблему vnc с маленьким разрешением экрана. При RDP экран рисуется на клиенте, при VNC - на сервере (а на сервере-то нет монитора). у меня по умолчанию было разрешение 1024х768 и не больше. У хостера заказываем услугу "доступ через KVM-консоль", настраиваем разрешение экрана. Какое-то супервысокое вроде 2500х1500 - не даст, но можно выбрать гораздо выше стандартного.

Ну и, если есть возможность не пользоваться DDE, то лучше и не начинайте

Большую работу проделали!
Но!
В ночных сборках 2.1.12.X уже работает автоподключение к квику при отключенном RDP. Для QuikDDE и QuikLua.
Скоро будет в релизе.

Хорошая новость, надеюсь, скоро будет обновление! через rdp чуть быстрее и удобнее. А в поставщике lua и так работает расписание, quik вечно включенным держим и всё. только с опционами всё плохо - данные для 100+ стаканов надо загрузить, и скрипт виснет иногда.