ДВС!
Подскажите пожалуйста, есть ли возможность указать, что после установки запроса необходимо выполнить определенную программу? Т.е. задача стоит такая: в запросе передаем таблицу, и т.к. система продуктивная, то хотелось бы сразу после установки запроса заполнить ее данными уже имеющимися в системе. Возможно ли такое?

А что такое "установка запроса"?
И какая таблица должна переноситься: с настройками, которые ведутся только в системе разработки, или заполнять ее нужно в каждом манданте отдельно на основании данных, уже содержащимися в этом манданте?

Возможно. Во всяком случае в 4.6с и 4.7 была такая возможность. Специальный тип объекта в транспорте. Как его создать не помню.
В TADIR такой объект "сидит под ключем"
PGMID = R3TR
OBJECT = XPRA
OBJ_NAME = ???????

2 Удав:


Установка request-а. Или я все равно непонятно выразился?



Таблица не настроечная, а с переменными данными. Суть: есть данные в стандартных таблицах, бегать за ними долго. Создали свою Z-таблицу. В нее включили ключ стандартной таблицы+наши поля. Часть из полей заполняется на основании стандарта, часть вводится пользователями. По прошествии времени, заказчик захотел расширить таблицу еще одним полем. Новые записи будут заполняться онлайн при создании стандартных документов. А вот старые записи будут блистать в полях пустотой. Хотелось бы отдать запрос, который изменит структуру таблицы, и в конце автоматом позовет программу, которая заполнит все недостающее. Вопрос с мандантом можно решить использованием client specefied. Просто если решение автоматом не будет найдено, данную операцию будут запускать пользователи, запуская прогу по заполнению новых полей руками.

Может все-таки "перенос запроса"?

Зачем эту операцию делать автоматом?
Не лучше ли применить подход, использованный SAP в спецрегистрах и , когда есть сервисная программа для заполнения недостающих данных, запускаемая администратором(а не пользователями!) по требованию, а не при переносе запроса? Потом, писать на каждое изменение структуры или алгоритма заполнения полей отдельную программу тоже не есть хорошо.
Затем, подобные операции лучше запускать во время минимальной активности пользователей (например ночью)
Подход с автоматическим выполнением программы после переноса запроса мы использовали при переносе бух. замещений (программа RGUGBR00), но отказались от него, так как генерация кода замещений срабатывала не всегда. Руками запускать надежнее.

Нет уж, как говорится - установка запроса, так установка запроса. И что это такое - администратора задействовать? Пусть каждый продвинутый пользователь обновит данные! Раза по три! Будет, что потом в курилке обсудить: мол, мы тут давеча САП подымали...

2 hoar: спасибо. Пока правда тесты не обнадеживают результатом, но надо проверить еще несколько предположений.

2: Удав, John Doe
О! Давайте проведем холивар? (надел касочку и пополз в окоп полного профиля).
1) Касательно терминологии: а не все ли равно? Установка-перенос... Наверное мне следовало вообще использовать английский термин, дабы не нарываться на многоуважаемых педантов?
2) Операция разовая. Объем данных небольшой. Запуск после request import (я использовал правильный термин?) - оправдан. В данной ситуации все пройдет быстро и без вмешательства как админов так и пользователей. Кстати, напомните мне пожалуйста, кто все-таки запускает обычно программу пересбора спецрегистров? Обычно администраторы об этом и слышать не хотят под соусом того, что это функциональная часть(на мой взгляд они совершенно правы). Чаще всего данные действия выполняют все-таки ключевые пользователи или отвественные спецы внутренней команды клиента.

Походу, чел решил крякнуть SAP

2 hoar: Еще раз - спасибо. Все получилось.

2 111: Хм... Крякнуть сап говорите? Помнится, после того как рецепт этого действа был выложен на abapcafe, этот ресурс приказал долго жить под давлением гнезда... Вы настолько не любите sapforum, что желаете ему такой же судьбы?

Интересная логика. А я здесь при чем?

да лано - чего там. это до первого косяка в продуктиве - с отмазкой: "я ж хотел как лучше". первый звоночек по системе уже прозвенел

Skif +1

2 Skif, Удав:
Если бы мной двигали деструктивные наклонности, то есть и менее трудозатратные способы по нагибанию продуктива.

2 Skif:
Ну а как же творческий подход к работе? Как же ваше высказывание
"ответственность/творчество
админ 90/10
пр-ст 10/90"
(c)Skif
Надо же и программистам ему иногда соответствовать!

2 111:
Ну как же! Как же! А вдруг кто-нибудь захочет узнать "КАК", а потом
уже все! Все пойдет по накатанной схеме: кто-нибудь выложит решение и - понеслась.

Вообще:
Знание способа действия не означает, что в итоге будет использован именно этот метод. Хотя конечно нельзя не согласится с древней истиной "потому что во многой мудрости много печали; и кто умножает познания, умножает скорбь" (С) Екклезиаст 1:18

Ну так а я-то здесь при чем? Это ж вы задали вопрос (о том, как червя в продуктив в ТрЗ протащить), а не я .

При чем здесь деструктивные наклонности?
"Благими намерениями вымощена дорога в ад" (с)
Вам указывают наименее затратный и надежный способ, а вы спорите
Если вы учитесь только на своих ошибках - валяйте.