всем доброго дня!

у меня возникли сомнения, в какой мандант ставить ноты...
по логике, если коррекции ноты входят в пакет поддержки,
то как и пакет, который через SPAM можно поставить только в 000 мандант, да ещё и не из под DDIC или SAP*,
ноту тоже вроде как нужно ставить в 000 мандант.
покопался на sdn, нашел 2 ссылки
http://scn.sap.com/thread/424644
http://scn.sap.com/thread/1150694
там люди сошлись во мнении, что ставить в 000 мандант
в разделе https://websmp210.sap-ag.de/notes -> Note Assistant -> FAQs
https://websmp210.sap-ag.de/~sapidb/011000358700003645392001E/FAQ_EXT.HTM
явного указания насчет манданта нет...

почему у меня сомнения...
АБАПеры настаивают, что ставить ноты нужно только в продуктивный мандант разработки.

и что больше всего интересует, если в результате установки ноты (если планируется повторить вручную установку нот в ландшафте) создается Workbench Request, то его нужно деблокировать или можно удалить ?

Точного ответа не дам, но стоит посмотреть содержимое конкретной Ноты.
Если там только корректура АБАП, то всё равно куда ставить, т.к. код программы мандантно-независим (главное запрос на перенос сделать). Если в ноте содержимое мандантно независимых таблиц, то аналогично.
Ну а если там какие-нибудь формуляры или содержимое мандантно-зависимых таблиц, тогда да, мандант установки имеет значение.

hoar, спасибо

в моём случае речь шла о нотах, коррекции которых войдут в SAPKH60212
и с запросом на перенос у меня некоторые сомнения...
я не уверен, что ландшафт (разработка-тест-продуктив) относительно программного стэка имеют консистентное состояние.
например, j_3rf_inv_a (судя по versions management) в разработке появилась до SAPKH60210, а в продуктиве - после SAPKH60211
полагаю, что в таком случае лучше не использовать переносы Workbench, а вручную накатить ноты на каждую систему

и судя по всему придется перенести j_3rf_inv_a из продуктива в разработку
примерно так http://scn.sap.com/thread/1644417

ландшафт первичен

ну я тут хотел сказать про то, что в разработке почти 1500 брошенных запросов на перенос (уж какое наследство досталось) и что я склоняюсь к мысли, что продуктив находится в более целостном состоянии и часть объектов придется переносить в разработку для приведения программного стэка в единообразное состояние

тогда это песочница

Заставьте деблокировать все запросы. Мало того, что при изменении какого-либо объекта существует вероятность, что он попадет в существующий запрос и потом вы замучаетесь выяснять, что это за запрос и нужно ли нести вместе с нужным объектом то, что уже лежало в запросе. А при установке пакетов тоже система будет ругаться на запросы с затрагиваемыми объектами.
HR-ноты ставятся обычно в продуктивный мандант (если не указано обратное), так как там велика вероятность больших ручных изменений, в том числе манданто-зависимых. Соответственно для непосредственной установки ноты в продуктив необходимо будет открывать систему на изменение.

В общем - чем раньше вы приведете систему в нормальное состояние, тем лучше. Рано или поздно Вам всё равно придется это делать.

Vadimus, спасибо

ну в этом случае se03 -> display repaired objects -> помогает
главное запросы на перенос удалять сразу же (транспортная директория одна на весь ландшафт)

уже...
даже хуже, при попытке установки ноты/пакета говорит, что объект находится в неконсистентном состоянии и мол, вероятно у него были ручные правки
отсюда и желание перенести объект из продуктива (куда шаловливые ручки ещё не успели залезть)

насчет HR как-то не задумывался...
а тут сразу сомнения рассеялись не начавшись...

ну да, ну да
особенно с учетом переезда на EHP5 да ещё при гетерогенном копировании при миграции...
ух... фуф...

всем доброго дня!
и ещё раз спасибо!

Перечитал еще раз и понял, что здесь недостаточно ясно написано и, возможно, Вы меня не так поняли. Так вот перефразирую на всякий случай:
В HR-системах ноты ставятся на систему разработки в рабочий мандант (не 000) в большинстве случаев, если не оговорено другое (были случаи). Далее несутся запросами в продуктив. HR-ноты изобилуют ручными действиями (Pre-, Post-), которые также мандантозависимы, в том числе записи в настроечные таблицы. Это тоже говорит о необходимости установки в рабочий мандант.
Я не помню случая, когда приходилось устанавливать ноты непосредственно в продуктивную систему.

освежаю в памяти, как делать копию манданта. перечитываю АДМ325. page 400



в совокупности с цитатой из АДМ многое прояснилось. если столкнусь с HR - буду в курсе.
СПАСИБО


ну это наверное как в моем случае - когда PRD больше похож на "правду", чем DEV...
а если быть точнее, то в том же АДМ325 на странице 403

Давайте начнем с матчасти.
http://help.sap.com/saphelp_nw04/helpda ... ameset.htm
Автоматически мотой может быть исправлена небольшая часть объектов в системе.

Objects that can be changed using correction instructions.
The following objects can be described and automatically implemented in correction instructions:

Valid for SAP Web AS and SAP NetWeaver AS from Release 6.20:

· ABAP programs (REPS): ABAP source text and properties

· Screens (DYNP): ABAP source text, properties and element list

· Function modules (FUNC): ABAP source texts, properties, interface parameters and exceptions

· Classes (CLAS):

¡ Class definitions (CLSD)

¡ Local class definitions (CINC): for local definitions, local class implementations and macros

¡ Private sections (CPRI)

¡ Protected sections (CPRO)

¡ Public sections (CPUB)

· Interfaces (INTF): Interface section

· Type groups (TYPD): ABAP source text and properties

· Methods (METH): ABAP source text, properties, parameters and exceptions

· Pages/controller for a BSP application (WAPP): ABAP source text, properties, layout, event handler, page attributes and type definitions

Valid for SAP Web AS and SAP NetWeaver AS from Release 6.40:

· ITS objects (Internet Transaction Server):

¡ Non language-specific binary data of an IAC (Internet Application Component) (IAMU)

¡ Non language-specific IAC templates (IATU)

¡ Parameters of an IAC service (IASP)

¡ Parameters of an IAC language resource (IARP)

· Info objects from the MIME repository (SMIM)

Как правило это программный код. Где мы можем найти context block что-то удалить и вставить.
Именно поэтому иногда приходится создавать руками всякие структуры с получением ключей доступа к объектам.


Т.е. применение corection instruction это модификация кода. Если мы не можем применить ноту автоматом через SNOTE например мы в context block вставили свой код, соответственно SAP не может понять куда вставлять изменения, то мы должны зайти под пользователем с ключом разработчика и провести модификацию кода. Как правило все такие операции производятся в манданте разработки.
Опять же при установке ноты создается запрос. Для установки ноты в систему тестирования продуктив, этот запрос надо перенсти и все.
Открывать продуктив для установки ноты, а не дай бог заведения разработчика с ключом, по-моему это глупо.

В общем ставим в основной мандант разработки и не паримся.

Если нота требует установки именно в 000 то в ней так и написано, и я почти уверен, что в ней будут объекты зависимые от манданта и не в виде correction instruction а например в виде запроса, или какого то шаблона.