Раз в 1.1 не получилось, может быть в версии 1.2 договоритесь с партнерами? Готов доплачивать за услугу. Вообще конечно должно быть дешевле, по идее..
Задача:
Увидеть 10 счетов разных логИнов, одного сервера провайдера в одной копии TsLab, и ими торговать.

Присоединяюсь к предложению.
Понятное дело: новый логин = дополнительная оплата (читай покупка нового ключа). Сколько доп.ключ будет стоит - обсуждаемые детали, но вот сама возможность этого необходима.

По крайней мере в нашей компании такое вполне реализуемо.

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

Я так понимаю у вас 2 субсчета своих? Здесь речь идет о доверительном управлении чужих счетов, как я понял.

ааа мохинации))) тогда не в курсе. да у меня свои субсчета и пашет норм.

ну в итоге то, что я хочу, это противозаконно в России, как я понял из общения с разработчиками.
С субсчетами у меня то же всё норм. А вот если счета от разных логинов, здесь проблема. Законы в этой стране пока на стадии развития, а сбор налогов на стадии оброков. Просто нужен прецедент.

Ну в версии 1.1 (не помню точно какой номер был далее, когда проверял) мне ничто не мешало подключаться одновременно к разным брокерам под разными логинами от разных физиков. И заводить эти источники в скрипт и использовать.

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

Если так можно было сделать (не уверен как обстоят дела в текущей 1.1.24; договоры со сторонними брокерами уже расторгнуты, проверить не могу) с разными брокерами, то почему такую схему не реализовать и для единого брокера?

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

Значит проблема не в законах, а в том что один человек не может поговорить со вторым человеком ...

Ну... большинство действительно "интересных" схем такой работы как раз являются противозаконными (в той или иной мере подпадают под классификацию "манипулирование рынком")
У американцев с этим вообще строго, у нас пока есть доступные нюансы. Но скорее всего проблема именно в том, что "не могут договориться", а не "не могут сделать".

С любым количеством логинов одновременно можно работать сейчас только в Алоре и Рикоме. Другие API этого не позволяют и изобретать велосипед у нас нет желания. Решение одновременного подключения для Транзака найдено совместно с разработчиками Транзак. Со временем оно появится, хотя оно несколько кривое. Но это не приоритетная задача, на текущий момент.

Я полагаю, просто другие API позволяют сделать это отличным от уже реализованного механизма образом и вам просто не досуг сейчас "допиливать" ваши DataSource'ы до более универсальной схемы подключения.
Например, COM-библиотека NIAPI позволяет в одном приложении создавать несколько объектов-подключений и работать с каждым из них, как с отдельным. Единственное ограничение: "новый логин - новый объект-подключение", что внешне выглядит вполне согласованным с объектным представлением "подключений" принятым у вас в программе (в Менеджере Провайдеров Данных).

С NIAPI есть проблемы, мы их обсуждали с MFD. Поэтому возможность одновременных подключений заблокирована.

С чем проблемы, если не секрет? С шифрованием?