Коллеги, настроил трёхсистемный ландшафт.
Сконфигурировал Route в STMS с помощью Standard Configuration - Three Systems in Group.
всё по мануалу.
сейчас при изменении объекта в DEV создаётся запрос. Я его деблокирую. В QAS могу импортировать, но в очереди на PRD вообще его не вижу.
Скажите, что посмотреть?
PS. транспортные директории у всех свои отдельные на своих серверах.

да чего уж там гадать
сразу приложи скрин маршрутов

вот такие маршруты:
https://picasaweb.google.com/lh/photo/_ ... directlink

Почему?
Т.е. три сервера и на каждом своя транспортная директория?

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

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

Osm
конфигурили в 000?
настроек сложности пароля в профилях не выставлено? особенно для прода
активацию и распределение настроек выполняли?
группы переноса разные для серваков?
тесты настроек в STMS нормально с продуктива проходят?
что в логах?

возможно стоит запостить еще несколько скринов: стартовый скрин stms, обзор систем Shift+f6
ну и результаты тестов из пункта "обзор систем"

конфигурировал в 000
никаких настроек сложности пароля
активацию и распрределение делал - при каждом изменении
transport group разные для каждого сервера
все тесты проходят нормально
в каких логах и как их посмотреть?
вот список систем:
https://picasaweb.google.com/lh/photo/Z ... directlink

результаты тестов нет смысла, вроде. Они все проходят со статусом ОК

PS. сейчас попробовал сконфигурировать двухсистемный ландшафт - тест пропустил. Всё ок.
Т.о. при деблокировани запроса он в очередь импорта попадает, а вот при импорте его в тест дальше в очерль импорта в продуктив не идёт. Что бы ещё проверить?

После импорта запроса в QAS нажал там кнопку Forward Request. Что это значит не понимаю, но в результате запрос попал в очередь на PRD и далее я его смог успешно на PRD импортировать.
В Help-е про forward ничего не вижу, скажите, что эта функция означает?

функция forward выполняет переадресацию запроса в указанную систему со всеми вытекающими - постановка в очередь и пр.

посмотрите в системе разработки во свежесозданом запросе - куда он адресован. по идее его целью должна быть тестовая система.

да, в системе разработки запрос адресован в тестовую систему.
Как я понял переадресация запроса это обязательная функция, которую нужно выполнять для переноса запроса в продуктив после успешного его импорта в тест. Верно?

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

тогда возвращаемся назад - чтобы мне ещё настроить, чтобы это происходило автоматически?
сейчас кстати настроил transport workflow, так там аналогичная ситуация - после импорта в тест, request proposal нужно вручную двигать в продуктив (правда такая схема описана в help-е).

С чего вы взяли, что они должны быть разные?

это не предположение, а факт. У меня они действительно разные, вот скриншот:
https://picasaweb.google.com/lh/photo/Z ... directlink

В том, что ваши запросы не таскаются из директории в директорию руками...
Настоятельно рекомендую почитать документацию или взять на просмотр конспект лекций с ADM325