Sapforum.Biz
Логистика => Управление материальными потоками (MM) => Тема начата: Uukrul от Июнь 11, 2014, 12:02:38 am
-
В общем ситуация оказалась следующая, потребовалось сделать поступление материала к заказу на поставку ММ, но счета проводить к таким позициям не требовалось. Можно конечно было бы просто не делать фактурирование в MIRO, но где страховка что кто-то случайно не отфактурирует такой заказ. Как вариант конечно экзиты в MIRO, но... решили просто не ставить галку "ПоступСчета" в позиции заказа. Однако не тут то было, если эту галку не ставить, то позиция цены в заказе очищается, рисунок ME23N-XC01.png и при выполнении операции поступления, материал приходит без цены. Бухгалтерские документы не создаются, что являлось не приемлемым, так как хотелось чтобы и цена в позиции заказа была и приход был оцениваемым по цене позиции заказа.
Как оказалось такое можно сделать. В позиции заказа есть поле EKPO-XCONDITION, данное поле проверяется в случае если галка "ПоступСчета" не задана, а в данном поле стоит значение 1 или 2, то поле цены не очищается,, а последующий приход выполняется по цене позиции заказа, в случае значения равного 2. В данном поле возможные следующие варианты значений:
space - Условия не разрешены
1 - Условия разрешены, но без переноса в движение материала
2 - Условия разрешены, перенос в движение материала
Следовательно при значении SPACE и сброшенной галке "ПоступСчета", поле цены, позиции заказа, очищается, поступление запаса будет не оцениваемым. При значении 1, поле цены позиции заказа не очищается, но при поступлении запаса в MIGO, поступление выполняется без оценки и вариант установки значения 2 - поле цены заказа не очищается, при поступлении запаса в MIGO, поступление выполняется по цене указанной в позиции заказа, что как бы подходило в данном случае.
Далее осталось выяснить от чего зависит установка значений в данном поле. В ходе анализа нашелся функциональный модуль: MEX_SET_XCONDITIONS_FLAG который по факту просто формирует вызов пользовательского расширения: LMEXF001 - Условия в документах закупки без поступления счета, т.е. в данном экзите на основании передаваемых в него данных позиции, можно управлять установкой значения для данного поля.
function mex_set_xconditions_flag .
*"----------------------------------------------------------------------
*"*"Lokale Schnittstelle:
*" IMPORTING
*" REFERENCE(IM_BSTYP) TYPE EKKO-BSTYP OPTIONAL
*" REFERENCE(IM_BSART) TYPE EKKO-BSART OPTIONAL
*" REFERENCE(IM_PSTYP) TYPE EKPO-PSTYP OPTIONAL
*" REFERENCE(IM_KNTTP) TYPE EKPO-KNTTP OPTIONAL
*" REFERENCE(IM_WERKS) TYPE EKPO-WERKS OPTIONAL
*" REFERENCE(IM_BUKRS) TYPE EKPO-BUKRS OPTIONAL
*" REFERENCE(IM_WEPOS) TYPE EKPO-WEPOS OPTIONAL
*" REFERENCE(IM_REPOS) TYPE EKPO-REPOS OPTIONAL
*" REFERENCE(IM_WEUNB) TYPE EKPO-WEUNB OPTIONAL
*" REFERENCE(IM_UPTYP) TYPE EKPO-UPTYP OPTIONAL
*" CHANGING
*" REFERENCE(CH_XCONDITIONS) TYPE EKPO-XCONDITIONS
*"----------------------------------------------------------------------
call customer-function '001'
exporting
im_bstyp = im_bstyp
im_bsart = im_bsart
im_pstyp = im_pstyp
im_uptyp = im_uptyp
im_knttp = im_knttp
im_werks = im_werks
im_bukrs = im_bukrs
im_wepos = im_wepos
im_repos = im_repos
im_weunb = im_weunb
changing
ch_xconditions = ch_xconditions.
endfunction.
Собственно что и требовалось по исходным условиям. Похоже другого решения, по установке значения в данном поле нет. Если кто-то знает больше, так сказать вэлкам... жду комментариев.
-
Все одним файлом, на тех же условиях 8)
-
Спасибо за информацию)))
У нас похожая ситуация. Фактуры в системе вообще не создаются. А вот если они даже не нужны будут, то вообще круто!!!
Есть вопрос: как такие заказы потом архивируются? Если галка ПСч не стоит, то и счет не проверяется и архивация должна проходить безболезненно..а на самом деле?
и еще
Если заказ создан с контировкой F, при коммерческом закрытии система выдает сообщение "Позиция заказа на поставку 450000*** 00010 заказа 400*** еще б. метки посл. счета-факт." .
Если Поступление счета не ожидается, тогда похожие сообщения тоже не должны появляться?
-
а для услуг ML81N - это тоже актуально? или только для материалов и MIGO?
-
Есть вопрос: как такие заказы потом архивируются? Если галка ПСч не стоит, то и счет не проверяется и архивация должна проходить безболезненно..а на самом деле?
Да архивации то эта галка по барабану, как и вообще другие галки тоже. Там связные документы проверяются по таблицам настроенным для объекта архивации. А раз ссылочных счетов нет, то и с арихвацией проблем не будет.
Если Поступление счета не ожидается, тогда похожие сообщения тоже не должны появляться?
Я не пробовал использовать контировку тип F так что не скажу, но вы можете у себя попробовать, думаю что логически данное сообщение должно пропасть. Ну как проверите и нам расскажете :-).
а для услуг ML81N - это тоже актуально? или только для материалов и MIGO?
\
В принципе проблем не вижу, но опять же нужно проверять, я для услуг тоже не использовал такую схему. Опять же проверите надеюсь сообщите о результате 8)
-
Начали экспериментировать))
По материалам галка "Поступление счета" убирается вручную. Цены сохраняются. ПМ проходит - все ок. Если убрать значение в T163-REPOS, то заполняться в заказе не будет, а значит не надо будет ручного удаления галки ПС.
А вот по услугам сложности.
Во первых поле REPOS у нас было закрыто для изменения. Получилось открыть только после отключения обязательность ПС для типа позиции в T163.
Во вторых при установленной галке WEPOS и снятых REPOS LEBRE WEBRE EREKZ система выдает ошибку "Комбинация управления ПМ/ПСч для услуг не разрешена". SE650.
Наверное можно изменить тип сообщения, но хотелось бы решить настройками если возможно.
-
Сообщение 650 победить не удалось((.
Решили пока остановить изыскания.
По архивации заказов с материалами проверю.
-
Сообщение 650 победить не удалось((.
Не это не то сообщение которое можно удалить. Да и сообщение говорит что программная обработка такой ситуации не реализована.
-
По поводу архивации заказа без счета.
Делала архивацию для заказа с материалами. При проверке было выведено сообщение "ПС не предусмотрено". И никаких проблем не возникло.