Прошу совет по такой проблеме - во время создания заказа на продажу продавец еще не знает какой конкретно код материала заводить в заказе, например он хочет продать "модем", а какой именно модем zyxel, tplink или какой-то другой (с определенным кодом материала) он еще не знает. Это станет ясно только на этапе поставки. На этапе создания заказа хотелось бы заводить некий код общего материала ("Модем для продажи"), а в уже созданной поставке хотелось бы подставлять(выбирать) конкретный код, ничего не меняя в заказе(не трогая уже заведенную позицию с общим кодом материала). Как лучше это организовать в продажах САПа? Можно ли это сделать с использованием конфигурируемых материалов? Какое может быть решение в продажах САПа для описанного процесса ? Можно ли это сделать в принципе? Если можно, то как?

Здравствуйте!

Это отлично решается функциональностью Поиск материала.

Один из вариантов использования данной функциональности позволит вам

1. Создать некий материал Модемы
2. Указать его в заказе
3. В поставке Модемы раскроется на zyxel и tplink. Вы заполните количеством нужный из них
4. В СФ скопируется именно тот, который выбрали
5. ОМ по ИП будет тоже по нужному ОЗМ

В заказе клиента ничего менять не надо

Функциональность конкурирование материала тут не при чем

Спасибо за ответ. Я примерно так и сделал, но есть одно но. Сейчас у меня происходит автоматическая замена указанного продукта на другой в заказе. Это другой продукт подставляется в заказе как подпозиция и затем переезжает в поставку.
Но мне бы хотелось чтобы замена материала происходила не в заказе, а в поставке в ручном режиме. Как это сделать технически? Я так понимаю что могу руками вставить позицию в поставке но при этом теряется ссылка на предыдущий документ, что меня не устраивает. А как технически запустить работу механизма "поиск материала" в поставке когда пользователь откроет поставку в транзакции VL02N? При этом в исходном заказе механизм "поиска материала" не должен сработать. Ведь при настройке "поиска материалов" мы должны указать вид торгового документа (т е вид заказа), то есть я так понимаю, что в заказе этот механизм должен сработать. Надо ли манипулировать предпосылками в схеме замены материала или есть проще решение?

так. есть нюансы. есть. надо сделать выбор поиска материала по виду документа, J, в нашем случае. Тогда в заказе он не сработает, настройку стратегии выбора настроить как переопределяемую в поставке.

Работает только при создании позиции, то есть при изменении поставки ничего у вас уже не заработает

Если так не сработает, а может. Вам надо тогда в формуле копирования VBAP-LIPS присвоить полю LIPS-PROSA по главной позиции значение A, тогда точно заработает

но еще раз повторяю, что при изменении поставки ничего не заработает "заново", только при создании поставки

я так понял что надо в последовательности доступа ввести поле "вид торгового документа"(AUART) ?
Что такое - "настройку стратегии выбора настроить как переопределяемую в поставке" - это в определении причин замены указать нужную стратегию? Сейчас там 3 значения - пробел для автоматического замещения, А - для "Заменители предлагаются на выбор" и В - для "Общий поиск материала с выбором без ATP". Что из этого выбрать?
И еще небольшое уточнение - поставка у нас создается автоматически при сохранении заказа. Как в таком случае будет проведен поиск материала в момент создания поставки для подстановки ряда материалов(более одного) - надо ли в этом случае в VB12 помечать материалы как альтернативные? Надо чтобы в поставке для заменяемого материала был список подпозиций доступных для отгрузки, из которых пользователь выберет одну для работы.

нет это vbtyp, тут будес C, если заказ и J, если поставка



В причине замены ставьте Пусто - автоматическое определение или A, если выбор ручной, в результат ставьте А - согласно лайбрари



насколько мне понятно, то в автоматическом режиме создания поставки доступно лишь автоматическая замена материала. Если у вас можно определить фиксированный набор ОЗМ для группового ОЗМ, то пусть там автоматом и раскрывается, а пользователь. когда будет заходить в изменение поставки, будет заполнять строку с тем ОЗМ, который ему нужен. Почему так не хотите? Это очень и очень живой вариант



именно так - он зайдет, увидит набор ОЗМ, выберет нужный, заполнит по нему количество, партию и т п., остальные не трогает - выбор произведен. Скажу больше, что в случае "крайней" необходимости, он даже сможет удалить все ненужные для него ОЗМ (Кроме главной позиции, конечно), но это уже при крайнем эстетстве

Именно так и хочу!! Просто не знаю как сделать чтобы при автоматической замене в подпозициях было более одного материала. Сегодня попробовал в схему поиска поставить второе условие, думал что отработает 1-е условие в первую подпозицию вставится первый материал замены, а для второго условия - вставится второй материал замены во вторую подпозицию, но в ответ при анализе получил сообщение что второе условие не выполняется из-за того что выполнено первое(Доступ не выполнен из-за предшествующего доступа.).
А что такое "определить фиксированный набор ОЗМ для группового ОЗМ"? И где его определять? Как к этому привязывается транзакция VB12 ?

так, на самом деле у вас вообщеполнейший стандарт

в VB12 прописываете ту стратегию поиска, что я вам описал выше, далее напротив ОЗМ главного у вас тоит ОЗМ замены, тыкаетесь два раза в созданную строку и у вас появляется возможность ввести N дополнительных ОЗМ.

Итак, для вида материала C, у вас только одна альтернатива, для вида J у вас их N. Итого две записи в VB11-13 для заказа и поставки по каждому ОЗМ.

Еще раз проверьте корректность выбора видов позиций в поставке и заказе (Library) и расстановку формул копирования

По главной позиции формула копирования 102
Для подпозиций 110

кое-что начало получаться для замены в автоматическом режиме. Причину поиска указал "А", и соответсвенно прописал настройки выбора типов позиции для главной и подчиненной позиции (для использования типа PSHP, PSEL) и формулы копирования указал 102 и 110 для подпозиций. В транзакции VB12 прописал записи условия для типа документа J (поставка)такого плана- материал М0 заменяется на М1. для М1 указал альтернативу М2. Замена в поставке заработала только когда предварительно делается замена и в заказе, то есть пришлось ввести и запись условия в VB12 для типа документа С (заказ)- материал М0 заменяется на Мi. Причем у Мi в типе партии поставки указано "Не релевантно для поставки", иначе фиксируется ошибка в журнале поставки.
Как результат - замена в поставке идет(в поставке есть главная позиция М0 и под ней две подпозиции М1 и М2), но напрягает необходимость дополнительных телодвижений с условиями для заказа.
Если же не заводить это условие для заказа(для инициации замены в заказе) то в поставку просто копируется главная позиция из заказа и замены не происходит. Это наверное из-за того что формула 110 для копирования подпозиций в этом случае не срабатывает, так как в заказе в этом случае есть только одна главная позиция.

так работает стандарт

если вы хотите, чтобы в поставке у вас выбиралось,а в заказе нет, тогда надо в формуле копирования в поставке сделать

lips-prosa = 'A'.

все заработает без выбора в заказе

Коллеги, добрый день.
Формула копирования 110 отсутствует в системе (SAP ECC 6.0 SAP_APPL = 600). Для того, чтобы ее использовать необходимо установить обновление, или есть какой-то аналог среди:
102 - Позиц. б. транспорта
151 - Объединение
201 - ПозНезависОтЗкз нет
202 - ПозНезависОтЗкз
Если нет, не могли бы скинуть код формулы на email: jheleznoff@mail.ru
Спасибо.

*---------------------------------------------------------------------*
* FORM - Routine for data transfer for sub-items *
*---------------------------------------------------------------------*

*---------------------------------------------------------------------*
* FORM DATEN_KOPIEREN_110 *
*---------------------------------------------------------------------*
* *
* Data transfer for sub-items in product selection *
* *
* The following work areas are available: *
* *
* LIPS - Delivery item to be created *
* LIPSD - Delivery item to be created (dynamic part) *
* CVBAK - Header of the reference document *
* CVBAP - Header of the reference document: Main item for PSEL *
* *
*---------------------------------------------------------------------*
form daten_kopieren_110.

data: lf_subrc like sy-subrc.

* Organizational data
lips-vtweg = cvbak-vtweg.
lips-spart = cvbak-spart.
lips-vkbur = cvbak-vkbur.
lips-vkgrp = cvbak-vkgrp.

* Article identification
lips-matwa = cvbap-matwa.
* LIPS-CUOBJ = CVBAP-CUOBJ.

* IF NOT CVBAP-CUOBJ_CH IS INITIAL.
* LIPS-CUOBJ_CH = CVBAP-CUOBJ_CH.
* ENDIF.
* LIPS-Charg = CVBAP-Charg. <= für die U-pos???

* If batch determination was done for the main item, and a
* batch was saved, it is copied here.

* Stock relevant data
if lips-werks is initial.
lips-werks = cvbap-werks.
lips-berid = cvbap-berid.
perform lips-werks_pruefen(sapfv50p) using lips-werks
lips-lgort
space
lf_subrc.
if lf_subrc ne 0.
clear lips-werks.
endif.
endif.

* Availability check and requirements
lips-vbelv = cvbap-vbelv.
lips-posnv = cvbap-posnv.
lips-sobkz = cvbap-sobkz.


* Partial delivery declarations/agreements may not be set
lips-chspl = cvbap-chspl.

* Reference document
lips-vgbel = cvbap-vbeln.
lips-vgpos = cvbap-posnr.
lips-vgtyp = cvbak-vbtyp.
lipsd-vgvgbel = cvbap-vgbel.
lipsd-vgvgpos = cvbap-vgpos.
lipsd-vgvgtyp = cvbak-vgtyp.
lips-wktnr = cvbap-wktnr.
lips-wktps = cvbap-wktps.

* Item structure
lips-grkor = cvbap-grkor.
* LIPS-SHKZG = CVBAP-SHKZG. ????

* Credit management
* LIPS-CMPNT = CVBAP-CMPNT. ???
*
* Delivery call-off dates
* LIPS-ABRVW = CVBAK-ABRVW.
* IF NOT CVBAK-ABDIS IS INITIAL.
* CALL FUNCTION 'SD_VBLB_CALL_OFF_DETERMINE'
* EXPORTING
* I_DOCUMENT_NUMBER = CVBAP-VBELN
* I_ITEM_NUMBER = CVBAP-POSNR
* IMPORTING
* E_ABART = LIPS-ABART
* E_ABRLI = LIPS-ABRLI
* E_VBRST = LIPS-EMPST.
* ENDIF.
* Withdrawal during service management development (supply)
* IF NOT CVBAP-SOBKZ IS INITIAL AND
* NOT CVBAP-VGBEL IS INITIAL.
*
* CALL FUNCTION 'SD_VBAK_SELECT'
* EXPORTING
* I_DOCUMENT_NUMBER = CVBAP-VGBEL
* IMPORTING
* E_VBAK = OVBAK
* EXCEPTIONS
* DOCUMENT_NOT_FOUND = 01.
*
* IF OVBAK-VBTYP CA VBTYP_LP_EDL AND
* NOT OVBAK-ABDIS IS INITIAL.
* LIPS-ABART = CHAR3.
* ENDIF.
* ENDIF.
* Returns from Scheduling Agreement
*
* IF CVBAK-VBTYP CA VBTYP_RETOUR OR
* NOT CVBAP-SHKZG IS INITIAL.
* CALL FUNCTION 'SD_VBAK_SELECT'
* EXPORTING
* I_DOCUMENT_NUMBER = CVBAP-VGBEL
* IMPORTING
* E_VBAK = OVBAK
* EXCEPTIONS
* DOCUMENT_NOT_FOUND = 01.
* IF OVBAK-VBTYP CA VBTYP_LP AND
* NOT OVBAK-ABDIS IS INITIAL.
* LIPS-ABART = CHAR4.
* ENDIF.
* LIPS-NACHL = CVBAP-NACHL.
* ENDIF.
endform. "DATEN_KOPIEREN_110

сейчас жду ключ на создание подпрограммы копирования в которой хочу поставить lips-prosa = 'A'.
А пока чисто академический вопрос - а можно ли сделать так чтобы в заказе при поиске материала в подпозициях ставилось более одного материала?
Пробовал, но у меня в заказе ставится в подпозицию только один материал (основной материал замены из определенных в VB12, а альтернативные не хотят подставляться).

конечно можно, также в VB12 для вида документа С ставьте основной и альтернативные должны появиться. Если нет, выполните

Среда - Анализ - Поиск материала - Вкл

после этого вводите материал (главный) в первую свободную позицию, после замены на 1 альтернативный (хотя в VB прописано несколько) появится журнал

мне кажется, что те материалы не расширены на сбытовые ракурсы

Justudent, спасибо большое за код!