Ну, там внизу опции есть, что выгружать - выбирайте инфонабор+запрос.

Я так и сделала, но выгрузился только инфо-набор(

+ выгрузка
+ перенос инфо-наборов и запросов
Опция импорта REPLACE
Инфо-наборы z***
Запросы zs***

Что не так?

Коллеги, приветствую. Возникла следующая проблема. В инфо-наборе QUERY можно добавить максимум 29 дополнительных полей, больше не дает - там поле ПоследовательностьФрагментаКода (где и проставляется номер каждого дополнительного поля) ограничено числом 29. А мне очень нужно 35 дополнительных полей (в каждом доп. поле свой АВАР-код). Иначе отчет потеряет свою ценность. Кто-нибудь сталкивался с такой проблемой? Как можно ее решить? Какие возможны обходные маневры? Буду очень благодарен за советы.

Так, я похоже туплю ближе к ночи субботы проблема решилась, прошу прощения за беспокойство

Добрый день!

Подскажите пожалуйста, невозможно ли ручную настроить условия соединений двух таблиц в SAP QUERY?
P.s. При изменении услов. соед. вручную, выдает ошибку: "невозможно" (№ сообщения AQQIS_CNTRL022)

Если не получается настроить соединение таблиц, всегда остается возможность в дополнительной кодировке добавить сруктуру и самому написать логику её выборки. Это конечно получится не join, а селект в цикле, но на небольших объемах данных может дать вполне неплохой результат.

День добрый!
Вот эта функция замечательно работает в самом отчете. Но если делать транзакцию для пользователей, используя START_REPORT (корпоративный стандарт) для запуска, то присвоенный отчет становится "вне зоны доступа". То есть отчаянное кликанье на любой строке query результата не дает. Кто подскажет - как быть в таком случае? Юзерам нужно "проваливание" в их конкретной транзакции с их query....

Наташа, привет!
А где не работает даблклик - в исходной системе, где делали квери или в продуктивной, куда его запросом перенесли?
Просто возможно дело не в START_REPORT.
Когда выполняешь привоение тр. для для дрилл-дауна, там есть незаметная кнопка с машинкой для включения в запрос. Само по себе в составе квери это присвоение в запрос не попадает!

Привет, рада видеть!
Query делала на продуктиве, присваивала ему отчет там же. Если запускаю из Query (sq01) - работает, а в тр-ии с использованием этого query через start_report - не работает,
Перенесла query на черновую систему, там присвоила ему отчет снова. Результат тот же. Сделала переприсвоение тр-ии - query (присвоила заново query - к start_report) . Результат тот же. Похоже, что остается два варианта: либо я огорчаю юзеров, либо нарушаю корпоративный стандарт, и делаю тр-ию просто на сгенерированном имени query

Я делал обычно следующим образом:
Своя транзакция - своя программа.
Внутри связка ФМ:
RSAQ_REPORT_NAME +
RSAQ_SUBMIT_QUERY_REPORT.
Вроде бы вся функциональность сохраняется.

Интересное решение, но хотелось проще Однако, если не разрешат делать так, как у меня получилось - с удовольствием воспользуюсь Вашим методом, спасибо!

Кстати, а есть ли спец. метод, чтоб по возвращению из присвоенной тр-иии (например, ММ02) - обратно в QUERY в Query бы сразу обновлялись данные ? Сейчас для этого приходится запускать Query заново.

На первой странице упоминалось "1. подкрасить промежуточные суммы в разные цвета в зависимости от суммы "
Читаю мануал. Может кто подскажет, почему в меню GOTO-Basic list не активно Grapfic (из всего активно только structure)

Подниму ка тему. Есть ли всётаки красивый способ в квери (после вывала отчёта на экран) повесить кнопку либо пункт меню для обработки и актуализации экранного содержимого по результатам этой обработки?

Сварганил вызов пакетника, хочется комплексного решения - вывал кверями отчёта перед обработкой, потом "Вы точно уверены?", и после прогона пакетника чтобы в отчёте колонка "Статус" например обновилась.

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