Интересная вскрылась проблема, когда стали формировать новый номер. Оказывается когда запись создается из IDoc, то текущий номер в диапазоне остается прежним. Т.е. например до создания IDoc текущий номер был N, содали запись из IDoc c номером N+1, а система хранит по-прежнему N, как последний номер. Т.е. счетчик номеров обновляется только для добавлении ручками записи через PA30, например. Как обновить текущий номер после формирования IDoc, т.е. чтобы в PA04 обновился?

А если вставить COMMIT WORK?

Спасибо за ответ! Я имела ввиду что когда из Idoc-а запись формируется через WE19 (test tool), т.е. уже на этом этапе, где все стандартно и нет никакого пока кода, текущий номер в диапазоне не обновляется системой, остается прежним. Т.е. COMMIT WORK вставлять на этом этапе некуда, все стандартное

Друзья, неужели никто не грузил IDOc через WE19 (test tool), все через код?

Коллега мне кажется в этой ситуации удаленно вам никто не поможет. Так, что запаситесь терпением и базисниками и отлаживайте ситуацию.

Если "нет никакого пока кода", то с чего это табельный номер будет меняться? Кто и как меняет диапазон номеров в вашем случае?

PS
Может таки ну его, IDoc'и, а? и LSMW забабахать?
Я в своё время отказался от идеи использования IDOc'ов при миграции по причине того, что при использовании IDoc'ов данные должны быть подготовлены идеально, т.к. логика обработка входящих IDoc'ов не выполнет бизнес-логику проверки данных, а тупо (да-да - тупо) кладёт эти данные в БД.
Конечно же заставить работать бизнес-логику способ есть, но тогда уж лучше LSWM.

Может я чего действительно не понимаю, но без кода стандартом через test tool транзакция WE19 формируется новая запись в HR основные данные, т.е. ее можно после этого просмотреть в PA30, есть новый номер, но в диапазоне система этот новый номер не ставит в текущий (там остается старый номер) Т.е. это нормально поведение системы? Я просто думала раз система сама запись создала, должна автоматом обновить. Т.е. так и было задумано?


Это уже увы не от меня зависит ))

ИМХО - стандартная логика 0000 ИТ "общается" с настройкой диапазонов номеров с помощью ФМ NUMBER_GET_INFO , NUMBER_GET_NEXT и NUMBER_CHECK. То есть вам нужно воспроизвести этот кусок логики в своих Badi если вы хотите получить автонумерацию с автоматическим переключением на следующий номер . Посмотрите как это работает в MP000000.

Лично я бы ни за что не стал бы грузить данные по сотрудникам миграцией через iDoc - и .

Вы не не понимание, вы просто невнимательно читаете


т.е. какой табельный был указан в IDoc'е, тот и будет использован при создании работника в системе.


опять же читайте внимательно: