Таможенный форум Альта-Софт

Часто бывает необходимо внести удаленно изменения в ДТ или ответить на запрос. Необходимо оранизовать удаленное рабочее место декларанта. Декларант проводит 80% времени в офисе, где кроме него еще 3 декларанта. БД на выделенном сервере Windows 2008 R2 SQL Express Server 2008. Удаленный доступ VPN через 3G. Связь устойчивая 1Мб и выше. Решения, которые приходят на ум

1. Отдельная БД на ноутбуке. Т.е. полностью автономное рабочее место. "-" хочется иметь единую БД ДТ, SQL Express Edition не поддерживает репликацию БД.
2. Непосредственное подключение к БД в офисе через VPN. Будет ли достаточно скорости 3G?
3. Иметь "голый" разъездной ноутбук и подключаться по RDP к своей рабочей станции с Альтой в офисе
4. Альта в терминальном режиме на сервере аналогично п.3, но работа на терминальном сервере. Возможно смешанный режим работы- 3 декларанта в офисе продолжают работать с толстым клиентом Альта на своих машинах, один удаленный на терминальном сервере.

Если кто организовывал удаленную работу декларанта, посоветуйте наиболее эффективное решение.

AlexYu писал(а):Часто бывает необходимо внести удаленно изменения в ДТ или ответить на запрос. Необходимо оранизовать удаленное рабочее место декларанта. Декларант проводит 80% времени в офисе, где кроме него еще 3 декларанта. БД на выделенном сервере Windows 2008 R2 SQL Express Server 2008. Удаленный доступ VPN через 3G. Связь устойчивая 1Мб и выше. Решения, которые приходят на ум

1. Отдельная БД на ноутбуке. Т.е. полностью автономное рабочее место. "-" хочется иметь единую БД ДТ, SQL Express Edition не поддерживает репликацию БД.
2. Непосредственное подключение к БД в офисе через VPN. Будет ли достаточно скорости 3G?
3. Иметь "голый" разъездной ноутбук и подключаться по RDP к своей рабочей станции с Альтой в офисе
4. Альта в терминальном режиме на сервере аналогично п.3, но работа на терминальном сервере. Возможно смешанный режим работы- 3 декларанта в офисе продолжают работать с толстым клиентом Альта на своих машинах, один удаленный на терминальном сервере.

Если кто организовывал удаленную работу декларанта, посоветуйте наиболее эффективное решение.

1 репликацию можно настроить используя инструмент репликаций из комплекта ГТД сервера.
2 забудьте сразу, ибо будет лагать неимоверно.
3 Тоже вариант, но есть нюансы с работой ЭП, ее нужно будет пробрасывать через сеанс RDP с ноутбука, ибо локально воткнутая ЭП (etoken/rutoken) видна не будет из-за особенностей работы драйвера смарт-карт устройств. Кто-то предложит teamViewer - вариант условно рабочий, все будет работать, но очень медленно не комфортно, ибо это не RDP. ну и вопрос безопастности и выпадание его рано или поздно в ДЕМО. Он все же хорош для поддержки.
4 Все тоже самое в части RDP что и п.3. только отличие в лицензировании Альты, допустим у вас сейчас лицензия на ГТД с номером 123 на 3 р.м., привязывается она к 3-м разным ПК. для работы на ТС вам нужна терминальная лицензия, она отличается от обычной, и вы получите лицензию с номером 123 на 3 р.м. только она будет привязана к 1 физ ПК (сервер ТС) и давать запускать 3 сеанса ГТД. Плюс издержки на содержание нормального ТС сервера так как от его отказоустойчивости зависит работа коллектива, а не одного специалиста.

В каждом из вариантов есть свои плюсы и минусы.

ИМХО:
вариант 4 мне не нравится из-за издержек связанных с обеспечением отоказоустойчивости системы и обслуживанием ГТД.
Для небольшой рабочей группы они значительны.
вариант 1 не очень нравится так как возникают затраты еще с одним р.м. ПО Альта, крипто про.
слабое место варианта 3 и 4 это канал связи. Если в варианте 1 вы можете работать полноценно с документами но не можете вести только обмен из-за отсутствия связи, то в 3 и 4 соответственно и работать вобще.

Учитывая что для полноценной работы (работа с документами и обмен, использование etoken/rutoken) нам нужен именно ноутбук/win совместимый планшет, так как с мобильных устройсв через RDP etoken использовать не получится, даже локально установленный, и не заморачиваться вопросами и нюансами репликаций SQL, а в дальнейшем сопровождения всего этого, я бы остановился на варианте 3. позаботившись об отказоустойчивости каналов связи.
Взвешивайте риски, затраты.

вот такой расклад.

AlexYu писал(а):Часто бывает необходимо внести удаленно изменения в ДТ или ответить на запрос. Необходимо оранизовать удаленное рабочее место декларанта. Декларант проводит 80% времени в офисе, где кроме него еще 3 декларанта. БД на выделенном сервере Windows 2008 R2 SQL Express Server 2008. Удаленный доступ VPN через 3G. Связь устойчивая 1Мб и выше. Решения, которые приходят на ум

1. Отдельная БД на ноутбуке. Т.е. полностью автономное рабочее место. "-" хочется иметь единую БД ДТ, SQL Express Edition не поддерживает репликацию БД.
2. Непосредственное подключение к БД в офисе через VPN. Будет ли достаточно скорости 3G?
3. Иметь "голый" разъездной ноутбук и подключаться по RDP к своей рабочей станции с Альтой в офисе
4. Альта в терминальном режиме на сервере аналогично п.3, но работа на терминальном сервере. Возможно смешанный режим работы- 3 декларанта в офисе продолжают работать с толстым клиентом Альта на своих машинах, один удаленный на терминальном сервере.

Если кто организовывал удаленную работу декларанта, посоветуйте наиболее эффективное решение.

Полноценно работать - это подключение к БД MS SQL через VPN, но нужны хорошоие каналы связи, или реппликатор (что более реально).
Есть еще такое локальное решение - передача ГТД (и процедуры) на другой логин, т.е. это вариант когда надо на другом компе продолжить (завершить) данную процедуру, и этот механизм не предназначен для массовой (!) передачи процедур на другой компьютер.
Т.е. алгоритм работы такой:
Клиент получает доп. логин в Альте, и на ноутбуке устанавливает отдельную БД и прописывает свой логин.
Когда возникает необходимость передачи процедуры, на офисном компе по правой кнопке жмем Передать процедуру в другую базу. На ноутбуке получаем эту процедуру.
Возможен другой вариант работы, когда с ноутбука запрашиваем с основного логина нужную ДТ, это можно сделать через молнию - Запрос на передачу ГТД, но надо знать логин и пароль основного компа.
Пока эти возможности работают в тестовом режиме.
Для того, чтобы появились эти пункты меню, надо в меню Настройка, файл GTD.INI, в секции [ED] прописать:
SWITCHENABLE=1

alta_olg писал(а): Полноценно работать - это подключение к БД MS SQL через VPN, но нужны хорошоие каналы связи, или реппликатор (что более реально).
Есть еще такое локальное решение - передача ГТД (и процедуры) на другой логин, т.е. это вариант когда надо на другом компе продолжить (завершить) данную процедуру, и этот механизм не предназначен для массовой (!) передачи процедур на другой компьютер.
Т.е. алгоритм работы такой:
Клиент получает доп. логин в Альте, и на ноутбуке устанавливает отдельную БД и прописывает свой логин.
Когда возникает необходимость передачи процедуры, на офисном компе по правой кнопке жмем Передать процедуру в другую базу. На ноутбуке получаем эту процедуру.
Возможен другой вариант работы, когда с ноутбука запрашиваем с основного логина нужную ДТ, это можно сделать через молнию - Запрос на передачу ГТД, но надо знать логин и пароль основного компа.
Пока эти возможности работают в тестовом режиме.
Для того, чтобы появились эти пункты меню, надо в меню Настройка, файл GTD.INI, в секции [ED] прописать:
SWITCHENABLE=1

А обратно, в общую базу, такая переданная процедура, после выпуска с бука, передается?

aiki писал(а): А обратно, в общую базу, такая переданная процедура, после выпуска с бука, передается?

Конечно, работает в обе стороны.
Только надо помнить, что процедура вся, это довольно значительный объем информации, и не стоит злоупотреблять этим механизмом, пересылая сразу кучу процедур.
Для таких случаев у нас готовится другое техническое решение.

alta_olg писал(а):

aiki писал(а): А обратно, в общую базу, такая переданная процедура, после выпуска с бука, передается?

Конечно, работает в обе стороны.
Только надо помнить, что процедура вся, это довольно значительный объем информации, и не стоит злоупотреблять этим механизмом, пересылая сразу кучу процедур.
Для таких случаев у нас готовится другое техническое решение.

Если не секрет, какое техническое решение? И было ли оно реализовано?
Спасибо.