Уважаемые эксперты, подскажите, пожалуйста, есть ли стандартное решение для возникшей у нас проблемы. Ситуация такова. Весь персонал долгое время велся в HCM. Недавно данные решили перенести в HR. Данные перенесли. А для любых новых изменений настроили hrmd_a с помощью IDOC. Для новых сотрудников это вполне допустимый вариант. Но столкнулись с тем, что при повторном принятии сотрудников (студентов и школьников) при изменении в HCM переносится только инфотип 1000 в привязке с 1001. Остальные инфотипы не переносятся, так как они уже заложены в первичной системе. Можно ли как-то бороться с такими случаями стандартно? Второй вопрос состоит в том, что для этой же группы сотрудников кадровики закладывают данные о принятии заранее. Что-то менят категорически не хотят. Естественно система переносит эти данные в IDOC, они принимающей системой не обрабатываются, потому что нет:
- основных данных,
- дата приема находится в будущем.

Что возможно сделать в данной ситуации?

Буду рада любому совету!

Спасибо!

Ох, какая-то жесткая постановка. А почему Вы отдельно определяете HCM и HR? Что это? Разные сап системы? разные версии? Или две продуктивные системы которые в онлайне интегрированы?

Что касается айдоков: чтобы понять что не так, нужно видеть все настройки ;-( так оочень сложно помочь, при всем при том, что интеграция и обработка айдоков сильно расширяется и не понятно есть у Вам такие расширения или нет.

Простите, впопыхах прочитала Ваш ответ, поэтому ответила коряво. Имеется две отдельные системы, одна HCM, продуктивная система, в функии которой входит только работа HCM. Модуль HR вписан не так давно в основную продуктивную систему, регулирующую всю остальную деятельность. То есть кадровики работают с данными по персоналу в первой системе, а во вторую данные должны параллельно пересылаться (желательно автоматически), чтобы проводить расчеты по зп и другим разным вещам, то есть проводится все операции, связанные с другими модулями. В принципе с помощью HRMD_A все исправно работало, пока летом не вылез косяк (школьники и студенты пришли работать). Так как я новичок в данной теме, а в интернете, а также на форумах информации почти никакой, пытаюсь найти оптимальное решение для данной ситуации. Желательно стандартным путем.

Спасибо!

До какого-то года в сапе модуль по персоналу назывался HR - Houman Resourse. Потом его сап переназвал в HCM - Human Capital Managment.
Поэтому фраза "одна система HCM, другая - HR" - не очень понятна.

@calm: есть две системы HR. Просто две разные системы. Нужно из одно перенести данные в другую. В описанном выше случае в автоматическом режиме не получается это сделать. Вопрос: есть стандартные варианты настроить подобный перенос (см. первое сообщение).

Если не все инфотипы переносятся айдоками, значит так настроены фильтры (см.BD64).

@Secret007: Есть такое дело фильтры настроены. Только я не очень понимаю, как они работают. Можно ли добавить еще фильтр, который бы отрабатывал именно подобный случай?

В фильтрах должны быть перечислены все типы объектов (P , O, S) и все инфотипы, которые должны переноситься в другую систему.

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

Изменения ИТ 0001 переносятся, когда они есть. Если настроена интеграция OM -> PA , то при изменении ИТ 1001 может создаваться новая запись в ИТ 0001. Если новой записи ИТ 0001 нет, то изменения нет и переносить нечего.

Логично. Это все я понимаю, но все равно ищу стандартный вариант для случая, когда изменения происходят только в 1001, а подцепить нужно всю остальную информацию для переноса в другую систему. Собственно за этим и обратилась на сайт. Есть ли вообще такие стандартные решения.

Для такого случая стандартное решение - транз. PFAL . Другие решения возможны только с помощью разработки. Например, при изменении ИТ 1001 создавать указатели изменений (change pointers) для других ИТ, которые требуется перенести.

Спасибо большое за помощь!