Коллеги, столкнулся с такой "фичей": для проведения мероприятия написал LSMW. Последовательность инфо-типов следующая: 0001,0002,0003,0006,0006,0290,0294,0007,0041,0008,2006,0027,0016,9004,0022,0298,0298,0298 (без динамики).
И глюк заключается в следующем: в первый проход сохраняются инфо-типы 2006,0027,0016,9004,0022,0298,0298,0298. Если же еще раз прогнать по этому сотруднику это же LSMW, то выполняются изменения инфо-типов всех остальных.
Проверил уже более чем на 20-ти сотрудниках. Если выполняю через pa40 - то все отрабатывает нормально.
При проведении LSMW выдаются стандартные сообщения мол: запись будет ограничена.. никакой ругани, никаких ерроров. Но изменения инфо-типов не сохраняются.
Дебагерить что-то нет желания особого, может кто подскажет?
Посмотрев загрузочные программы, увидел, что грузили по одному - двум инфо-типам. Наверное есть какие-то стандартные ограничения(хотя не сохраняется самый первый инфо-тип)? Просвятит кто?

Была еще другая проблема - те инфо-типы, что были в динамике, не отображались в LSMW. Тоже наверное, какое-то ограничение есть?

А если в видимом режиме запускаешь LSMW, тоже ругается?
Через pa30 или pa 40 записал?
Вообще, конечно, лучше разбивать загрузку основных данных в большее кол-во очередей.

Рекомендуемая последовательность загрузки инфотипов 0000+0001+0002 - это начальная загрузка. Далее по одному в любой последовательности

Грузил через PA40

Насчет 0000+0001+0002 + остальные по одному я уже понял. НО ! в мерроприятии они идут как раз первыми и именно они в первую очередь не отрабатывают. Во второй проход отрабатывают.

еще вопрос: 298 инфо-тип (приказы по персоналу) создаются в мерроприятии и они могут только через мерроприятие проводится. Их все равно по-одному грузить (создавать новое мероприятие для этого) или добавить к 0000+0001+0002

Ситуация не понятна, если в системе нет 0000+0001+0002, то все остальные не на что вешать.

Если речь идет о старте проекта и формировании НСИ, то 0000+0001+0002 - начальная загрузка - через мероприятия. дата мероприятия у всех одна - например дата старта проекта, либо если планируется внедрение PY - за год до даты старта, для загрузки исторических данных для расчета средних. Далее РА30 - индивидуально инфотипы, которые можно загрузить через РА30 либо PA40, например для 298-го. Но зачем вам старые приказы грузить??? - это вопрос.
Есть ограничение - "В один день можно провести только одно мероприятие - 0000 - инфотип".

Если же Вы просто хотите мигрировать в другую систему, то это другие методы.

Система уже более года функционирует. 3 записи в 0298 инфо-типе - это на каждый перевод у нас формируются в системе "приказ по персоналу", "доп. Соглашение" и еще "PCF" (свой документ). Их то к каждому такому переводу и требуется привязать (у каждого свой подтип).

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

Ну это надо додуматься конечно.
А чем у Вас кадровики занимаются? Зарплатчики уже забыли как средние считаются, теперь кадры забудут как приказы формируются.