Предыстория.
У клиента несколько металлобаз. Его желания:
1. Единая база.
2. Чтобы вес в программу попадал только с весов (Com порт) и не вводился оператором.
3. К каждому документу в 1с нужно фотку объекта который взвешивают.

Дано:
У клиента есть весы с терминалом, ip камера, 1сная конфа от разработчика терминала(впарили ему по цене самолёта).

Проблема:
Конфа простая как гвоздь, 1 документ, 3 отчета и скомпилированный общий модуль из которого идет работа с оборудованием.
Конфа вроде как работает, вес считывает, фотку скамеры получает. Косяк в том что в терминале это убожество не работает, только локально.

Вариант решения:
Пока вижу только один выход VPN+1C локально. Проверил на файловой базе (тонкий клиент) - скорость просто ппц. Заходит в базу 2 минуты. Будет ли со скулем быстрее? Сейчас база пустая 5мб 1CD файл, насколько размер базы будет коррелировать  со скоростью запуска/работы?
Подскажите может что-то получше есть?

Взлетит если соединения будут стабильные

(1) У клиентов Альфа-авто в таком режиме работает. Тормозит безбожно. Хотя скорость vpn 10мбит.
(0) Попробуйте на УФ сделать. На веб сервере точно взлетит.

(2) Конфа на УФ, но веб сервер не взлетит потому, что УФ ключ берет с сервера.
Запустал тонкий клиент в файловом варианте, особых отличий от толстого не нашел. Вот и интересно если поставлю сервер 1с+ тонкий клиент будет ли летать?

а какое неубожество с камерой и весами будет работать в терминале ? и еще чтобы несколько таких клиентов висело.

(4) УТ работает с фискальнами в терминале, камеры ИП их вообще в любом месте видно порты надо только пробросить. Но это лирика интересует как с текущими данными разрулить.

(0) У меня 1С серверная, тонкие клиенты не тормозят даже при 1Мбит. Толстый клиент где-то на 20Мб более-менее нормально работает.
Тоже, кстати, металлобазы.

А что обмен нельзя организовать?
Т.е эта чудо база стоит локально у оператора, и работает с ней только оператор, формирует документы и раз в полчаса сбрасывает в основную рабочую базу на сервер терминалов.

(6) Спасибо попробую завтра клиент-серверный вариант, надеюсь сработает.
(7) Я рассматривал варариант использования обменов, но пока у него самый низкий приоритет, даже ниже толстого клиента через VPN. По-моему сейчас развитие интернет сетей такое что обмены стали глубоко нишевым решением (например розничная торговля).

(8)Да развитие сетей сейчас неплохое, но не у всех.
Поэтому если со стабильностью интернета проблем нет, то смысла в обменах нет.
Однако если интернет не стабилен - пропал интернет и работа встала, т.е оператор не сможет взвешивать, хотя по большому счету ему для работы не нужна никакая внешняя информация.

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

Ну я думаю резервный канал не особо требуется, там же всё таки сам терминал есть, взвесить можно и без программ, просто потом завести "взвешивание оффлайн" и всё.

(11) Для резервного канала можно 3G модем использовать. В нормальных условиях между офисом и складом работает ipsec vpn, если интернет пропадает, то можно подключиться через 3G по l2tp или pptp.