Коллеги,

Используется партионный учет, вид оценки = номеру партии.
При поступлении материала создается новая партия, номер система генерирует стандартным образом
из объекта диапазона номеров BATCH_CLT/BATCH_MAT.

Есть очень большое желание вести нумерацию партии, учитывая номер материала.
Например:
Приход 1.
М1 - П1
М2 - П1.
Приход 2.
М1 - П2.
Приход3.
М1 - П3.
М2 - П2.

По идее использовать какой-то стандартный либо свой диапазон номеров наврядли получится,
так как в этом случае его придется создавать для каждого материала.
Читать запись из MCHA в экзитах EXIT_SAPLV01Z_001/EXIT_SAPLV01Z_002 и добавлять 1 к новой партии наверное
недостаточно, так как с материалом не 1 пользователь работает ...

Может быть кто-то уже решал подобную задачу?

А использование уровня партии "На уровне материала", не решает задачу?

Если Вы имеете ввиду настройку по определению уровня партии в транзакции OMCT,
то какраз такая настройка и сделана: "Партия ведется на уровне материала"
Но почему то это не помогает, по крайней мере при автоматическом определении номера партии системой.
Мне кажется, что эта настройка только лишь разрешит создать П1 для М1 на Заводе_1 и П1 М2 на Заводе_2.
Но вот стандартного механизма по автоматическому выбору номера партии похоже нет

А user-exit ни каких не используется? Особенно программ для нумерации партий.
Кстати какой вид класса используется для классификации партии?

Для нумерации партий (внутренней) можно использовать экзиты EXIT_SAPLV01Z_001/EXIT_SAPLV01Z_002.
Сейчас в них пусто. Больше ничего не используется для влияния на нумерацию.

Не очень понятно причем здесь вид классификации партии ... классификацию ведь можно и не использовать.
Для ОЗМ с классификацией используется класс вида 023.

В CHARG всего 10 символов, туда мало что уместишь, да еще и номер материала... зачем?

в любом случае партия привязана к материалу, а если еще в самой партии номер материала - получается избыточность данных.

Возможно я недостаточно прозрачно описал проблену, но
не нужно пихать сам код ОЗМ в номер партии,
нужно автоматически формировать номер партии в зависимости от кода материала.
Чтобы для каждого материала нумерация партий была 0000000001 для след. прихода этого же материала 0000000002
для другого материала 0000000001 и т.д.
Т. образом диапазона хватит до скончания времен ...

Скажите, а в каких операциях у вас создается новая партия? Возможно следует посмотреть и расширения к этим операциям.

Указанные Вами user-exit будут отрабатывать если номер партии в документе пустой и требуется создание новой партии. Если номер партии указан в документе вручную система создает партию с указанным номером. Поэтому посмотрите нет ли расширений к операциям в которых производится расчет нового номера партии при проверке документа.

ЗЫ: Был у меня проект в котором нумерация партий велась на уровне материала, а расчет нового номера партии производился в заказе на поставку.

Ну мучьтесь с екзитами, есть бадишка которая вызывается перед проводкой (ну поступлением скажем), и есть FM которая создает партии, в которые вы потом будете приходовать, в позицию документа материала подствляете номер созданной партии.... и все .... правда была трабла, что сама FM, вызывает коммит, но как то обходил, уже не помню, толи запускали отдельно по submit ..... короче надо смотреть

Подскажите пожалуйста, всегда ли срабатывают эти экзиты, когда требуется создание новой партии? Почему-то при подтверждении РР-заказа в тр. CO11N (одиночное подтв) эти экзиты срабатывают, а в тр. CO12(групповое подтв) в них не попадает!!

Можно название БАДи и ФМ?

В упомянутом EXIT_SAPLV01Z_002, делаете селект из MCHA по материалу/заводу, и находите максимальное значение партии. Делаете инкремент и получаете номер новой партии. Только не забудте учесть, что в одном приходе иногда бывает несколько позиций с одним и тем же материалом, и иногда им необходимо присваивать разные номера партий.
Таким образом CHAR10 действительно надолго хватит. Только, что будет, если кто-то создаст вручную партию 9999999999?

PS. Мы у себя нумерум партии по дате проводки: DDMMYYNN, где DD-день даты проводки, MM-месяц, YY-год, NN-номер по порядку, если в один и тот же день проходит несколько ПМ материала. Т.е. получаем 31120900, 11011000, 11011001, 12011000 и т.д.

На одном из проектов использовали похожую нумерацию партий, только порядок был YYMMDDNN. Таким образом можно было даже делать сортировки по номеру партий, чтобы определять какой материал поступил раньше, а какой позже

наконец-то меня поняли.
Подход очень интересный ... кстати, а почему выбрали вариант DDMMYYNN? т.е. 8 символов.
Вроде номер партии 10 символьный и тогда логичнее использовать формат вида DDMMYYYYNN, иначе через 10 лет диапазон перекроется.
Видно больше чем на 10 лет никто не загадывал, да и архивацию можно провести.

Вообще то на 100 лет хватит с 2000 по 2099 будет соответвенно с 00 по 99

В дополнение к DDMMYYNN бывает, что ставят разные "буквы".
И перекроется не через 10 лет, а через 99. Так что на наш век хватит.