Мы не передаем requestId

Вполне нормальная рабочая ситуация для разработки.
Есть два варианта:
1) переключаете источник через параметр. Например, делаете параметр SourceLocal =  true
Делаете запрос Source1 (к IP1) и Source2 (к IP2). В основном запросе первый шаг такой: =if SourceLocal then Source1 else Source2
Естественно, оба запроса Source1 и Source2 должны возвращать абсолютно одинаковые по структуре таблицы, а шлюз должен видеть второй источник как минимум (насчет первого не помню, надо ли). Публикуете с локальным источником. В сервисе после публикации меняете параметр на false.
2) Через потоки даннных, только там еще проще. Просите дать шлюзу доступ к IP2, забираете данные из IP2 в поток и в разработке используете свои потоки как хотите. Можно настроить дубликат потока с первым IP. можно сделать параметр в потоке и его переключать, можно комбинировать с переключением параметров в датасете. Короче, тут простор для творчества. Единственное чего лишаетесь - фолдинга.

Выходит в моём варианте только   создавать параметр (пустая Талица, IP). Перед публикацией параметром выбрать пустая таблица и внести во все запросы локальный IP. Затем публиковать, на сервисе привязать к шлюзу уже доступные локальные ip,  изменить параметры и обновить. Получается самый главный гемор менять ip в запросах😔.

Всем привет, нужно мнение сообщества)
Все знают что 3D визуалы можно применять очень и очень аккуратно в исключительных случаях. Заказчик (женщина - это важно)) просит сделать "объемное и красивенькое". Отработать возражение пока не получается)))
Как вы считаете выглядит визуал, который создан не 3d модель, а просто градиентом цвета придал объем. Варианты ответов: "потянет под специфичного заказчика" и "это необходимо развидеть" 😉