+ Sapforum.Biz » Логистика » Управление материальными потоками (MM)Тема:
|- ME21N / ME21 без поступление счета но с ценой позиции заказа и движения MIGO




Автор Тема: ME21N / ME21 без поступление счета но с ценой позиции заказа и движения MIGO  (Прочитано 6817 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 636
  • Reputation Power: 2
  • Uukrul barely matters.Uukrul barely matters.
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
В общем ситуация оказалась следующая, потребовалось сделать поступление материала к заказу на поставку ММ, но счета проводить к таким позициям не требовалось. Можно конечно было бы просто не делать фактурирование в MIRO, но где страховка что кто-то случайно не отфактурирует такой заказ. Как вариант конечно экзиты в MIRO, но... решили просто не ставить галку "ПоступСчета" в позиции заказа. Однако не тут то было, если эту галку не ставить, то позиция цены в заказе очищается, рисунок ME23N-XC01.png и при выполнении операции поступления, материал приходит без цены. Бухгалтерские документы не создаются, что являлось не приемлемым, так как хотелось чтобы и цена в позиции заказа была и приход был оцениваемым по цене позиции заказа.

Как оказалось такое можно сделать. В позиции заказа есть поле EKPO-XCONDITION, данное поле проверяется в случае если галка "ПоступСчета" не задана, а в данном поле стоит значение 1 или 2, то поле цены не очищается,, а последующий приход выполняется по цене позиции заказа, в случае значения равного 2. В данном поле возможные следующие варианты значений:

space - Условия не разрешены
1        - Условия разрешены, но без переноса в движение материала
2        - Условия разрешены, перенос в движение материала

Следовательно при значении SPACE и сброшенной галке  "ПоступСчета", поле цены, позиции заказа, очищается, поступление запаса будет не оцениваемым. При значении 1, поле цены позиции заказа не очищается, но при поступлении запаса в MIGO, поступление выполняется без оценки и вариант установки значения 2 - поле цены заказа не очищается, при поступлении запаса в MIGO, поступление выполняется по цене указанной в позиции заказа, что как бы подходило в данном случае.

Далее осталось выяснить от чего зависит установка значений в данном поле. В ходе анализа нашелся функциональный модуль: MEX_SET_XCONDITIONS_FLAG который по факту просто формирует вызов пользовательского расширения: LMEXF001 - Условия в документах закупки без поступления счета, т.е. в данном экзите на основании передаваемых в него данных позиции, можно управлять установкой значения для данного поля.
Код: You are not allowed to view links. Register or Login
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.
Собственно что и требовалось по исходным условиям. Похоже другого решения, по установке значения в данном поле нет. Если кто-то знает больше, так сказать вэлкам... жду комментариев.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 636
  • Reputation Power: 2
  • Uukrul barely matters.Uukrul barely matters.
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Все одним файлом, на тех же условиях  8)

Оффлайн MM_ka

  • Newbie
  • *
  • Сообщений: 60
  • Reputation Power: 0
  • MM_ka has no influence.
  • Пол: Женский
  • ERP 6.0
  • YearsYearsYearsYearsYearsYearsYearsYears
Спасибо за информацию)))

У нас похожая ситуация. Фактуры в системе вообще не создаются. А вот если они даже не нужны будут, то вообще круто!!!

Есть вопрос: как такие заказы потом архивируются? Если галка ПСч не стоит, то и счет не проверяется и архивация должна проходить безболезненно..а на самом деле?

и еще
Если заказ создан с контировкой F, при коммерческом закрытии система выдает сообщение "Позиция заказа на поставку 450000*** 00010 заказа 400*** еще б. метки посл. счета-факт." .
Если Поступление счета не ожидается, тогда похожие сообщения тоже не должны появляться?


Оффлайн MM_ka

  • Newbie
  • *
  • Сообщений: 60
  • Reputation Power: 0
  • MM_ka has no influence.
  • Пол: Женский
  • ERP 6.0
  • YearsYearsYearsYearsYearsYearsYearsYears
а для услуг ML81N - это тоже актуально? или только для материалов и MIGO? 

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 636
  • Reputation Power: 2
  • Uukrul barely matters.Uukrul barely matters.
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
Есть вопрос: как такие заказы потом архивируются? Если галка ПСч не стоит, то и счет не проверяется и архивация должна проходить безболезненно..а на самом деле?
Да архивации то эта галка по барабану, как и вообще другие галки тоже. Там связные документы проверяются по таблицам настроенным для объекта архивации. А раз ссылочных счетов нет, то и с арихвацией проблем не будет.

You are not allowed to view links. Register or Login
Если Поступление счета не ожидается, тогда похожие сообщения тоже не должны появляться?
Я не пробовал использовать контировку тип F так что не скажу, но вы можете у себя попробовать, думаю что логически данное сообщение должно пропасть. Ну как проверите и нам расскажете :-).

You are not allowed to view links. Register or Login
а для услуг ML81N - это тоже актуально? или только для материалов и MIGO?
\
В принципе проблем не вижу, но опять же нужно проверять, я для услуг тоже не использовал такую схему. Опять же проверите надеюсь сообщите о результате  8)

Оффлайн MM_ka

  • Newbie
  • *
  • Сообщений: 60
  • Reputation Power: 0
  • MM_ka has no influence.
  • Пол: Женский
  • ERP 6.0
  • YearsYearsYearsYearsYearsYearsYearsYears
Начали экспериментировать))
По материалам галка "Поступление счета" убирается вручную. Цены сохраняются. ПМ проходит - все ок.  Если убрать значение в T163-REPOS, то заполняться в заказе не будет, а значит не надо будет ручного удаления галки ПС.

А вот по услугам сложности.
Во первых поле REPOS у нас было закрыто для изменения. Получилось открыть только после отключения обязательность ПС для типа позиции в T163.
Во вторых при установленной галке WEPOS  и снятых REPOS LEBRE WEBRE EREKZ система выдает ошибку "Комбинация управления ПМ/ПСч для услуг не разрешена". SE650.
Наверное можно изменить тип сообщения, но хотелось бы решить настройками если возможно.




Оффлайн MM_ka

  • Newbie
  • *
  • Сообщений: 60
  • Reputation Power: 0
  • MM_ka has no influence.
  • Пол: Женский
  • ERP 6.0
  • YearsYearsYearsYearsYearsYearsYearsYears
Сообщение 650 победить не удалось((.
Решили пока остановить изыскания.

По архивации заказов с материалами проверю.




Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 636
  • Reputation Power: 2
  • Uukrul barely matters.Uukrul barely matters.
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
Сообщение 650 победить не удалось((.
Не это не то сообщение которое можно удалить. Да и сообщение говорит что программная обработка такой ситуации не реализована.

Оффлайн MM_ka

  • Newbie
  • *
  • Сообщений: 60
  • Reputation Power: 0
  • MM_ka has no influence.
  • Пол: Женский
  • ERP 6.0
  • YearsYearsYearsYearsYearsYearsYearsYears
По поводу архивации заказа без счета.

Делала архивацию для заказа с материалами. При проверке было выведено сообщение "ПС не предусмотрено". И никаких проблем не возникло.