Отпускающий склад в заказе

Oleg_User

Всем доброго времени суток!

Поставил 'X' в поле SUPSTRGLOC таблицы TCURM, а в заказе поле "отпускающий склад" так и не появилось. Что-то нужно еще донастроить, или я не туда смотрю?

Спасибо,
Олег

Dim(ka)

Должно появиться! Вроде больше настроек не требуется.
Поэтому проверьте:
1. В какой версии вы работаете (например, у нас ERP2004 ECC5.0)
2. Речь идет про заказы на перемещение
3. Это поле появляется в обзоре позиций после указания завода-поставщика и называется не совсем явно. Например у нас, по умолчанию оно называется "УкСлкд" ("Указанный склад").

Oleg_User

Привет Всем!

Усложняем задачу:
можно ли указать в заказе на перемещение спп-элемент с которого производится перемещение. Т.е. если создать заказ на перемещение с указанием кода особого запаса 'Q', то мы сможем указать спп-элемент в который перемещаем. А как указать из какого?

ну или второй возможный путь - указывать спп-элемент с которого перемещаем во время самого перемещения по заказу на поставку. Без заказ можно перемещать как угодно (301Q) а вот как это привязать к заказу не понятно.

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

Dim(ka)

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

Oleg_User

Привет!

Так вот прикол то как раз в том и состоит, что при перемещении с завода на завод (между разными БЕ) на основании заказов на перемещение, необходимо укзывать номера складов отправителя и получатель (с этим проблем нет), а также, спп-элементов отправителя и получателя (спп-элементы разные в общем случае). 351Q - как раз и есть почти то что нужно, единственное чего я не могу с его помощью, так это указать спп-элемент отправителя , те запас, с которого материал будет перемещаться ...

Помогите кто может!
С уважением,
Олег

Dim(ka)

Зайди в выбор полей по видам движения и посмотри для 351 вида движения это поле. Скорее всего его просто там нет. Попробуй добавить. Или создай свой вид движения и добавь в него, чтоб стандартный не править.

Oleg_User

Привет, Dim(ka)!

Спасибо за участие.

Среди открытых полей в виде 351 это поле открыто. Мало того оно заполняется номером спп из заказа на перемещение (как это и описано в САП-хелп). Но прикол в том, что в заказе на перемещение указывается спп принимающего завода , а не отпускающего.

Я вот думаю, может все проблема в том, что "запас в пути" принимающего завода не умеет работать с запасом спп?

Спасибо всем за помощь,
Олег

Dim(ka)

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

Я вот думаю, может все проблема в том, что "запас в пути" принимающего завода не умеет работать с запасом спп?

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

Если что найдешь - пиши

chaitan

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

Поставил 'X' в поле SUPSTRGLOC таблицы TCURM, а в заказе поле "отпускающий склад" так и не появилось. Что-то нужно еще донастроить, или я не туда смотрю?

Иногда в установках экрана обзора позиций заказа на поставку, длина поля "отпускающий склад" по умолчанию устанавливается равной нулю. Лечится следующим образом: курсор аккуратно подводится к правой границе последнего поля в обзоре позиций заказа на поставку. Как только обычный крест курсора изменяется на сдвоенный, поле "отпускающий склад" раздвигается до требуемой длины. После этого нужно перегенерить и сохранить новые установки экрана.

bolat

В ракурсе V_TCURM_SUPPSLOC надо поставить галочку.

DED_MOROZ

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

Виду документа UB присвоен код выбора полей UBF.
Для кода выбора полей UBF, для группы выбора Завод-поставщик установил для поля Отпускающий склад обязательность заполнения, но....Отпускающий склад в заказе так и остался необязательным для ввода.

Думал, мот есть соответсвующая нотка, но ничего подходящего не нашел.

Abral

Посмотри ещё код выбора полей PT7F для типа позиции U

DED_MOROZ

Abral написал:

Посмотри ещё код выбора полей PT7F для типа позиции U

Не помогло...

Мот у кого есть еще какие-нибудь мысли?

OlegDm

Ну если настройками не получается, то в БАДИ ME_PROCESS_PO_CUST / метод CHECK:

Code:

* -----------------------------------------------
  data: ls_mepoheader type mepoheader,
        lt_items type purchase_order_items,
        ls_items type line of purchase_order_items,
        lif_items type ref to if_purchase_order_item_mm.
* -----------------------------------------------
  data: ls_mepoitem type mepoitem,
        lt_mepoitem type table of mepoitem.
* -----------------------------------------------
  include mm_messages_mac.
* -----------------------------------------------

  ls_mepoheader = im_header->get_data( ).

  if ls_mepoheader-bstyp = 'F' and
     ls_mepoheader-bsart = 'UB'.

    im_header->get_items( receiving re_items = lt_items ).

    loop at lt_items into ls_items.

      lif_items ?= ls_items-item.
      lif_items->get_data( receiving re_data = ls_mepoitem ).

      if ls_mepoitem-reslo is initial.

        ch_failed = 'X'.
        lif_items->invalidate( ).
        mmpur_remove_messages_by_id ls_mepoitem-id.
        mmpur_business_obj_id ls_mepoitem-id.
        mmpur_message_forced 'E' 'L2' '147' space space space space.

      endif.

    endloop.

  endif.

p.s. подобную проверку, как сами понимаете, можно организовать для любых введенных данных.

DED_MOROZ

Большое спасибо, Олег.
Видимо настройками не получиться..
Будет делать разработку.

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

Отпускающий склад в заказе

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