Присвоить ВДв документу закупки!

Evgeniy

Всем доброго дня!

Подскажите, пожалуйста, как можно присвоить ВДв виду заказа на поставку, или типу позиции (контировке), чтобы этот ВДв поумолчанию подтягивался в MIGO, при поступлении к заказу на поставку?

Зарание благодарен!

Dan

Evgeniy

? давальческая схема как-то же настроена, при поступлении к заказу из переработки позиции компонентов как-то привязаны, как-то же определяется нужный ВДв :shock:

Admin

В стандарте, думаю, никак. Количество таких схем четко зашито на программном уровне.

Но, если написать, самостоятельно, то теоретически можно. Но при этом существует большой риск поломать весь стандарт нафиг

Evgeniy

Спасибо! я именно это и хотел услышать, т.к. перерыл все и не в одном месте спросил - НИЧЕГО, никакой связи и зацепки (...

mikma

Evgeniy написал(а):

Всем доброго дня!

Подскажите, пожалуйста, как можно присвоить ВДв виду заказа на поставку, или типу позиции (контировке), чтобы этот ВДв поумолчанию подтягивался в MIGO, при поступлении к заказу на поставку?

Зарание благодарен!

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

Что же касается давальческой схемы, то ей изначально определяется в настройках тип поставки LB (Обработка давальческих запасов) кажись а там в партии поставки LB прописан вид движения для списания компонент при поступлении обработанных запасов, там поколдуй с этим еще с видами движений (к примеру сторнирующий вид движения) может чего и получиться

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

mikma

В продолжении темы
и так как уже было сказано выше в партии поставки LB ты можешь поменять вид движение, которым оприходуются запасы при поступлении в запас поставщика, если в VL32N нажмешь кнопку поступление материала

Дальще есть такая интересная табличка T156N

соответсвенно данные в ней

автоматическое списание компонент
FCODE = LBWA
BWART = пусто
BWART_NEXT = твой вид движения (вместо 543)

поступление побочных продуктов
FCODE = LBNA
BWART = пусто
BWART_NEXT = твой вид движения (вместо 545)

движения при использовании тр ME2O
FCODE = ME2O
BWART = пусто
BWART_NEXT = твой вид движения (вместо 541)

Почему именно LBWA, LBNA и откуда именно берутся эти коды я пока что не нашел, но как найду поделюсь. Самому интересно.

OlegDm

Что-то мне кажется, указать нужный вид движения в МИГО попроще будет чем создать вх.поставку

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

mikma

Ну я не знаю,
я тут посмотрел по постам и понял что изначально вопрос относился ктому как определяются виды движения при использовании давальческой схемы. И их хотели поменznm на другие, если мне память не изменяет (правда это было в другой ветке) с 545 на 101 в частности.

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

Хотя да не зачем так раслабляться, пускаю юзеры работают
:evil:

DimKu

давальческая схема как-то же настроена, при поступлении к заказу из переработки позиции компонентов как-то привязаны, как-то же определяется нужный ВДв

См. транзакцию OPKA.
Но это чатсный случай. По другим видам движения такого не встречал.

OlegDm

я вот подумал, в принципе можно повесить филдэкзит на элемент данных BWART (программа SAPLMIGO, экран 0010).
И в нем в зависимости от вида заказа (вид заказа можно будет вытащить по номеру) сделать переприсвоение вида движения.

Т.е. что-то типа:

Code:

FUNCTION FIELD_EXIT_BWART.
*"----------------------------------------------------------------------
*"*"Локальный интерфейс:
*"  IMPORTING
*"     REFERENCE(INPUT)
*"  EXPORTING
*"     REFERENCE(OUTPUT)
*"----------------------------------------------------------------------

  data: l_bsart    like ekko-bsart.

  field-symbols: <fs_godynpro> type godynpro.

  output = input.
  
  assign: ('(SAPLMIGO)godynpro')  to <fs_godynpro>.
  if sy-subrc = 0.
    move <fs_godynpro> to l_godynpro.
    
    check <fs_godynpro>-action = 'A01' and " Поступление материала
          <fs_godynpro>-refdoc = 'R01'.    "  К заказу на поставку
    
    select single bsart into l_bsart
                        from ekko
                       where ebeln eq <fs_godynpro>-po_number.
    if sy-subrc = 0.
       case l_bsart.
         when <ВидЗаказа1>. move <ВидДвиж1> to output.
         when <ВидЗаказа2>. move <ВидДвиж2> to output.
         when <ВидЗаказа3>. move <ВидДвиж3> to output.
...         
       endcase.
    endif.
  endif.

    
ENDFUNCTION.

но это чисто эксперимента ради :roll:

mikma

DimKu написал(а):

См. транзакцию OPKA.
Но это чатсный случай. По другим видам движения такого не встречал.

Спасибо за транзакцию

не знал.
Я как тут было видно выше просто попытался проанализировать таблицу T156N для поиска решение.
Хотя и понимаю это не ссамое лучщее решение

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

Правила форума

Присвоить ВДв документу закупки!

Кто сейчас на конференции