Для меня, скорее, в дате регистрации, чем в количестве сообщений.

Коллеги, будет проще общаться, если мы все откажемся от ненужных предположений об уровне ответственности , компетенции и возрасте.
Я пока вижу дело в расхождении в терминах, каждый говорит о своем.

Предлагаю пока не трогая продуктив, обсудить импорт в QAS.
Каким образом автоматический периодический mass import может привести к тому, что новая версия будет затерта старой?

можно же управлять версиями в ручном режиме. Если случилась хрень - вручную выбрать номер запроса в котором актуальная версия проги.
se38 - Утилиты - Версии -Управление версиями

Если вы чего-то не нашли, это не означает, что этого нет. Ищите. Ссылок давать не буду. Стариковская память сдает.
Но процитирую перевод одного куска.

"Если разные разработчики работают над одним проектом, между объектами, которые относятся к проекту, могут возникнуть зависимости. Поэтому, чтобы разработки были консистентными, все изменения, внесенные разработчиками, должны переноситься одновременно. Несоблюдение этих правил может привести к неконсистентности."

Ну, у меня был аккаунт 2007 года, который я посеял. Теперь нужно второй раз обряд "крещения" на базисном подфоруме проходить, нужно выдержать три испытания - выслушать в завуалированной форме о некомпетентности автора треда, о некомпетентности проектной команды, и о том, что проект - очередной отстой. Все эти выводы делаются "дедами" телепатическим образом, поводив ладонью по экрану. Не "стариковское" поведение словом



Как раз тут проблем нет, проблема при затирании версии в продуктиве. Потому что в DEV есть блокировка, а в QAS блокировки нет и объекты в продуктив можно теоретически нести, как вам вздумается. Приходится отслеживать эти взаимосвязи.



Я с этим принципом не согласен, поскольку он условный. Вам, допустим, отчетность сдавать с помощью одной разработки. Будем ждать пока какая-то несрочная разработка дотестируется пол месяца, с которой мы пересекаемся? Нет, конечно не будем, будем нести срочный запрос, а потом заниматься ерундой - генерировать новый запрос по несрочной разработке, чтобы консистентность эту компенсировать. И вот сидят люди лишней ерундой занимаются.

Судя по всему, такое впечатление в SAPе нет настроек по версиям. Но в это не хочется верить

Вы сказали, что то, про что я вам говорю, отсутствует в SAP Helpe.
Я вам привел цитату именно из SAP Help'а.
Вы с ней не согласны. Ну и флаг вам в руки.

- Позвольте узнать, что вы можете сказать по поводу прочитанного?
- Да не согласен я.
- Что, с Энгельсом или с Каутским?
- С обоими
(c) М.Булгаков

Если бы вы привели ссылку, тогда бы я не говорил, об отсутствии информации в SAP Help, более того, наверное в смежных разделах могло быть еще много важной информации. Если не знаете, где это информация - не проблема. Но я не полагаюсь на цитаты, я полагаюсь на первоисточник. Такова моя прерогатива, можно ее осуждать, пожалуйста. От меня вам тоже флаг.

Shvetz, то что вам нужно, называется

Predecessor check

The system can detect conflicting predecessors, that is, preceding transport requests containing conflicts, at the time of importing transport requests or transports of copies to the production system or the quality assurance system. If such a conflict is detected and the check result is not ignored, the import is canceled and application log entries are created to reflect this. You can also ignore the conflicts on the Downgrade Protection assignment block and restart the import if you wish. Instead of ignoring the conflicts, you can consider importing the older transport request first, and importing the newer transport afterwards.

это одна из функциональностей ChaRM

Считайте, что за вами осталось последнее слово.
Вы слишком категоричны и считаете что вам кто-то что-то должен. Отнюдь.
Более того, то, что вы хотите получить, полностью попадает не под категорию взаимопомощи, как это принято на форумах, а под категорию консалтинга, который по жизни небесплатный.
Удачи вам и в дальнейшем.

Слово взаимопомощь к вам намного меньше относится, чем ко мне. Вы уже давно в этом треде перешли черту вежливости, нафлудив здесь, и осудив всех и вся, и постоянно вставляя завуалированные "неполиткорректные" замечания. Более того позволили себе первым перейти на личности, определив, что и как я считаю, каким-то образом прочитав через форум мои мысли. И прошу заметить, ни на шаг не приблизив автора темы к решению проблемы.
Не вам мне желать удачи. Прошу вас здесь в этом треде больше не писать.

Надеюсь модератор появиться и уберет нашу с вами переписку.

to Ludens

Спасибо большое, сейчас покопаюсь.

Upd: Ну в нашей системе точно проверок при переносе в продуктив нет. Молча затирает. Надо будет базисникам нашим кинуть описание SAP ChaRM.

Upd2: Судя по описанию ChaRM относится к Solution Management, что наверное не совсем то.
http://wiki.sdn.sap.com/wiki/display/SM ... Management
Могу тут ошибаться.

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

Коллега, читаем внимательно тему. Я не базисник! Но спасибо за комплимент, сам не знал, что я базисник

Я встретил проблему, ее описал. Пока она ни решена, ни опровергнута.



Кого я, простите, в SAP Help послал? Пока я только меня прошу послать в SAP Help Все перевернули сверх на голову
Опять прочитали все невнимательно.

Простите...
Наверное, я все-таки читал невнимательно...

Дам вам классический совет этого подфорума - наймите базисника...

Поверьте, помогает...
Не смею больше беспокоить...

Вот теперь все встает на свои места. А то при прочтении какой-то диссонанс получался.
Не может нормальный или хотя бы более-менее грамотный базисник такое писать.