Здравствуйте коллеги.

Я только начал изучать RM так что не судите строго...
Скачал себе курс BIT640, дошел до упражнений 1-го параграфа. И не как не могу его осилить, понятное дело что в нашей системе нет таких примеров как в курсе.
Выбрал S_RMS_DEMO и пытаюсь создать "Create a new personnel record" но ничего не получается, у меня как в примере нету ни одного поля по персоналу. Подскажите что нужно сделать чтобы было мне счастье? Заранее спасибо.

П.с. Если не понятно излагаю суть проблемы, пишите, постараюсь объяснить.

я бы на этом не заморачивался... В дальнейшем вы узнаетте как создавать/добавлять атрибуты для записи. Unit 4 - content model and property unification

Спасибо большое. Уже начал думать что не туда обратился ).
Чем дальше по курсе тем понятнее становится...
П.с. А если будет не понятно можно обратиться к вам?

Добрый день господа.

Обращаюсь тем кому не сложно поделиться своими знаниями с области Records Management.

Было принято решение реализовывать договорной процесс с помощью этого инструмента. В ходе изучения появились некоторые вопросы:
1. Что в Records Management-е называется карточкой Договора(модель записей, запись,...)?
2. Как создать карточку договора своей структуры? Один из вариантов - это создание IO-атрибутов и завернуть их в атрибуты инстанции в классы ЛИО и ФИО...
3. Можно ли реализовать вот такую схему? Правильно ли я понимаю, Схема - это тоже самое что и Модель записей?
Пример:
3.1. Создается в ручную Заявка в модуле ММ,
3.2. После утверждения и согласования Создается карточка Договора,
3.3. Одновременно с Карточкой Договора создается автоматически Контракт в модуле ММ на основе созданной карточки Договора, меняющий автоматически статус карточки Договора.
4. В чем разница между Document Management System(DMS) и SAP Records Management(RMS)?

Если смогу, то помогу))

1. Под карточкой можно понимать либо запись, либо случай (case) со своими атрибутами и содержимым.
2. Для записи, как правило, копируется стандартная модель содержимого и туда добавляются свои IO-атрибуты. в класс ЛИО - атрибуты значения которых не будут изменяться с версией, и в ФИО, где значение атрибута может измениться.
С атрибутами случая все гораздо проще. Для своих атрибутов создается таблица на подобие SCMG_T_CASE_ATTR, которая прописывается в профиль атрибутов.... Мы у себя используем случаи для согласования каких-либо документов относящихся к определенному процессу (стандартные циркуляры нашему бизнесу не подошли), а запись используем для доступа ко всем документам, бизнес-объектам, случаям относящихся к определенному объекту в системе н-р счет, сотрудник и т.д.
3. Не силен в ММ только предстоит реализовывать там процессы... поэтому мне не совсем понятна Ваша схема..... А модель записи определяет набор элементов, которые будут содержаться в Вашей записи.
4. Records Management гораздо более мощный и более гибкий инструмент...очень много расширений... в свое время мы пытались реализовать один и тот же процесс с помощью DMS и RCM. С RCM получалось проще и быстрее, потребовалось меньше доработок.

надеюсь более менее понятно написал....

p.s Все процессы мы реализовывали в области Records Management for Public Sector
есть отдельный курс по Records Management for Public Sector... IPS640 - SAP Public Sector Records Management
Там, кстати, есть описание сценариев для закупок.

Спасибо большое за ответ, все понятно.

Если вы не против хочу спросить...
Я настроил свой профиль атрибутов, внес туда свои поля для карточки, получилось подобие заголовка. А как или куда вносить подробности карточки, позиции договора, платежи, ну и т.п. данные. Вопрос возник из-за того что в ходе изучения RM я случайно наткнулся на скрин реализованной карточки, там было ввиде закладок (заголовок, данные по кредитору, платежи, т.д.). По скрину очень красиво? хочу попробовать сделать такое. Где можно прочитать про такую реализацию ведения карточки? Похоже на нарисованный Z экран и каким-то образом привязан к модели записей или я что-то путаю?

П.с. Надеюсь я вас еще не достал )...

А можно этот скрин увидеть? чтобы точно ответить

Да, конечно. Примерно вот так выглядел тот экран.
http://www.imageup.ru/img188/tmp703747.jpg.html

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

А у вас случайно не завалялись курсы IPS640, IPS650. Хотелось бы прочитать )...

650 точно нет, а 640 посмотрю.... если найдете 650 быстрее меня киньте ссылочку пожалуйста

Хорошо, если найду обязательно скину.
640-й уже нашел, если нужно, правда на ангельском.

Здравствуйте.

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

Можно. Когда будите настраивать статусы, укажите в настройках для статуса (к примеру "В работе") событие (н-р Z_STATUS_CHANGED, предварительно определив его для БО RECORD). ....The event is triggered when the user saves the record after changing its status. Note: If you set the classification parameter WF_RAISE_EVENT to 'X' when you create the element type for records, then the events CREATED, CHANGED, CLOSED, and DELETED are raised automatically. .... а уже на событие вы можете завязать автоматическое создание документа.
Мы подобное проделывали для случая.

о_О, круто. Большое при большое спасибо.