Задача - выполнить скрипт в удаленной базе данных CyberFleet, не используя средства подключения, типа RDP, teamviewer и прочие подобные. Методика: - Каким-либо образом подготовить скрипт, который произведет нужные действия
- Из данного скрипта подготовить файл для "обновления" CyberFleet = .upd файл
- Подготовить файлы, "понятные" службе Transfer gate для конкретного клиента
- "Положить файлы" в каталоге, откуда их забирает служба
Transfer gate
- Дождаться момента пропадания файлов из каталога - значит файлы переданы клиенту
- Если скрипт проверен, то проверка факта выполнения действия не требуется.
Пример реализации.В качестве примера, я покажу как у нас производится удаленное заполнение данных об установленных абонентских терминалах на новых ТС у клиента.
Организация работы у нас такова, что все данные о проведенной установке в обязательном порядке заносятся в отдельную копию CyberFleet, на который также обязательно выполняется подписка на данную копию CyberFleet. Имея это все, конечно же хочется упростить клиенту жизнь (и заодно, сократить количество ошибок при занесении данных клиентом), использовав данные, введенные в нашу копию для клиента повторно.
И так, опишу как все этапы занесения АТ, ТС, датчиков и тарировки на пути от Монтажников, до клиента.
Этап 1 Монтажники привозят Акты установки АТ (с обязательным выделением данных о датчиках), Акты установки ДУТ, передают сведения о тарировке (обычно в электронном виде).
Этап 2. Регистрация задания в Мегаплане, что следует добавить подписку, занести прибор на BNComplex, оформить подписки и прочие действия. Выглядит это примерно так
Этап 3. Напоминалка приходит ответственному сотруднику, он принимает задачу и начинает ее выполнение. АТ оформляется в BNComplex, в порядке указанном на рисунке (очень близком к указанному).
Этап 4. Данные попадают и проверяются в нашей копии CyberFleet. Там заносятся датчики, тарировки, сведения о приборе (Подготовить скрипт добавления прибора типа GLX из BNC v.2 можно вот таким скриптом. А можно и ручками во флите). Убеждаемся что все ОК (данные передаются, датчики работают, топливо фиксируется). С учетом того что обычно восстанавливаются сведения из истории, то это не занимает много времени.
Этап 5. После того, как наш сотрудник убедился, что все примерно работает достаточно стабильно, происходит подготовка скрипта для занесения сведения об установке клиенту: 5.2. Полученные строки скрипта записываются как файл 01.sql, 02.sql, 03.sql и так далее (каждый прибор как отдельный скрипт, но это не обязательно) размещаются в каталоге DBScripts. 5.4. Полученные файлы размещаются на сервере BNComplex (см. пример ). 5.5. Ожидаем, когда файлы исчезнут - это признак что они попали к клиенту.
Этап 6. Восстанавливаем данные для клиента посредством posslog утилиты.
Этап 7. В принципе и все. Далее звонок клиенту - правило "вежливости" - "смотрите, все работает, все хорошо".
Далее данные из нашей копии CyberFleet-а можно будет удалять, как впрочем и подписки на нашу копию КиберФлита.
Источник: BNComplex, update, CyberFleet, Megaplan, обновление, скрипты, SQL | 
