Здравствуйте.
Есть следующая ситуация.
Необходимо сделать чтобы при перемещении (311 вид движения) номер Принимающей партии был не таким как у передающей. А начинался например на 'Z'.
Порывшись в инете я сделал следующее:

В транзакции OMJJ для вида движения 311 поставил:

"Создавать новую партию" - "Автоматически/вручную с проверкой в USER EXIT"

С помощью транзакции CMOD поменял компонент exit_saplv01z_002 расширения SAPLV01Z:
Там я написал следующее:


Но при перемещении номер принимающей партии все равно копируется из номера передающей.
Помогите, пожалуйста, разобраться - как правильно сделать?

P.s. А как получить текущий номер именно из второго интервала нумераций партий?

ну определили вы new_charg, и что потом (по коду) с ним делаете?

в mseg-charg старое значение?

и кстати почему не используете badi?

А расскажите, пожалуйста, как правильно сделать. Я до этого, доработки такого типа не осуществлял.

new_charg - это че за поле?
mseg-charg и mseg-umcha какое значение должны иметь?

Немного порылся и если сделать вот так тогда вроде как получается:


А new_charg это отсюда:



В нем при входе в exit_saplv01z_002 оказывается следующий номер партии.

Но вот ведь задача. Теперь хотят сделать следующее:
Формировать номер принимающей партии следующим образом:

[Z][Номер передающей партии][Номер принимающей партии]

Как прикрепить к следующему номеру партии Z, я уже разобрался. Но вот как приклеить сюда еще и номер передающей партии???

Никак не могу найти момент где нужно подменить X_BNCOM-UMCHA.
Если он установлен то в exit_saplv01z_002 уже не заходит.

Подскажите, пожалуйста, как быть?

Рекурсия какая-то получается.

Еще стоит учитывать, что длина поля CHARG (как и UMCHA) всего 10 символов.

И не всегда стоит всё, что "хотят сделать", кидаться реализовывать.
Пусть сначала к окончательному варианту придут.

Ну не совсем рекурсия.
Сейчас придумали следующее решение:
Привязывать к номеру партии определенные атрибуты. А потом в разрезе этих атрибутов просматривать остатки материалов.
Для этого им необходимо прослеживать партию. И они хотят видеть в номере партии - номер партии поступления от поставщика. Может я не сильно понятно объясняю, но для меня сейчас выбора нет. Сказали поменять вот я и пытаюсь.

А зачем вам вообще менять номер? Если они хотят отслеживать партию, то пусть она и перемещается с этим же номером, тогда всегда будет понятно, что за партия и откуда она пришла?

Пока что возможности объяснить это заказчикам у меня нет. Будет, но потом. А пока что нужно попробовать решить поставленную задачу.

Кто нибудь может подсказать:
как можно перехватить номер передающей партии и потом сгенерировать следующий и приклеить к нему 'Z'?

Нерешаемых задач нет...
Но зачем чесать левой пяткой правое ухо?
Поверьте, что отслеживать партии таким образом будет в далнейшем очень неудобно... А если партия переместится несколько раз? Что у нее будет за номер?
Задача консультанта - показать как надо делать правильно, а не пытаться автоматизировать хаос...

Как я понял пытаются добиться следующей ситуации:

Приход материала на партию 00000065
Перемещение с центрального склада в цех:
00000065 -> Z6500066
Дальнейшее перемешщение перемещение из цеха в другой цех или на склад:
Z6500066 -> Z6500067

Всей задумки я пока что еще сам не понял. Я программист а задачу поставил консультант-внедренец. Ему наверное виднее.

А если номер партии будет из 5-6 символов, как такие номера разместятся в 10 символах номера партии??? Что-то ваш внедренец мудрит - такие данные вряд ли кому будут полезны...
Это глупо, это неправильно, это неинформативно...

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

Хотя мне кажется что правильнее было бы прицепить эти атрибуты к документу материала, а отчеты переделали бы как-нибудь.

То, что вы пишите, логично и верно, но зачем для этого пдумывать какой-то непонятный номер партии??? Пусть сохраняется тот, который есть! В чем проблема? Вся та же аналитика доступна и понятно, что и откуда пришло.

Спасибо за поддержку. Попытаюсь объяснить это нашему внедренцу.

Но если ради спортивного интереса как бы решалась данная задача?
как можно перехватить номер передающей партии и потом сгенерировать следующий и приклеить к нему 'Z'?