Группа закупок в заказе

rosomann

Всем привет! Такая вот ситуация, менеджер, у которого группа закупок например "001" создает закупочный заказ, выбирает материал, при этом, в основной записи материала в ракурсе закупок прописана группа закупок "002". Как сделать так, чтобы менеджер, определённый в группу закупок "001" не мог создать заказ в котором есть хотя бы один материал относящийся к иной, не "001" группе закупок? Всем спасибо!

Katrin

настроить соответствующий объект полномочий

Dan

используй MM06E005 а там EXIT_SAPMM06E_012
нужен код, спрашивай

rosomann

Буду очень благодарен если предоставишь код

Dan

Code:

*-----------------------------------------------------------------------
* Проверка на группы закупок
*-----------------------------------------------------------------------
data: begin of gr_zak occurs 0,
      EKGRP like eine-EKGRP,
      end of gr_zak.
*if 1 = 2.
if sy-ucomm = 'MESAVE'. "если происходит сохранение документа

if i_ekko-bsakz ne 'T'.
if i_EKKO-LIFNR ne i_EKKO-RESWK.

clear: gr_zak.
refresh: gr_zak.
loop at tekpo.

select single wekgr from maw1 into gr_zak-ekgrp
where matnr = tekpo-matnr.

  append gr_zak.

endloop.

sort gr_zak.
delete adjacent duplicates from gr_zak.
read table gr_zak index 2.
if sy-subrc = 0."если в заказе больше одной разной группы закупок
  message  ID 'ZMM' type 'E' number '003'.
else."группа закупок одна, сверяем с заголовком

read table gr_zak index 1.
if gr_zak-ekgrp ne i_ekko-ekgrp.
  message  ID 'ZMM' type 'E' number '004'
  with gr_zak-ekgrp i_ekko-ekgrp.
endif.

endif.
endif.
endif.
endif.
*-----------------------------------------------------------------------

OlegDm

а может лучше где-нить в пост-обработке позиции сделать проверку на соответствие группы закупок присвоенной материалу и группы закупок в заголовке заказа?

rosomann

Спасибо за код, но мы уже сами написали!

Теперь система не дает сохранить документ если группа закупок в заказе отличаеться от той что прописана в ОЗМ. И сообщение говорит, в позиции 00010 группа закупок не допустима, вот так вот!

Гость

rosomann написал:

Спасибо за код, но мы уже сами написали!

Теперь система не дает сохранить документ если группа закупок в заказе отличаеться от той что прописана в ОЗМ. И сообщение говорит, в позиции 00010 группа закупок не допустима, вот так вот!

Для обработки заголовка заказа использовал EXIT_SAPMM06E_012, а для позиции заказа EXIT_SAPMM06E_017. Все работает. Сообщение выдается.
Но есть одна проблема. Например, все введено, ошибок нет, а пользователь изменяет группу закупок, EXIT_SAPMM06E_017 уже не работает и позволяет сохранить заказ с новой группой закупок, которая может отличаться от гр. закупок в ОЗМ. Что вы в этом случае делали?

OlegDm

2 Игрок: Значит, кроме всего прочего, нужно делать проверку и в момент сохранения заказа: тот же самый MM06E005/EXIT_SAPMM06E_012 или
BADI ME_PROCESS_PO_CUST / метод CHECK.

Гость

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

2 Игрок: Значит, кроме всего прочего, нужно делать проверку и в момент сохранения заказа: тот же самый MM06E005/EXIT_SAPMM06E_012 или
BADI ME_PROCESS_PO_CUST / метод CHECK.

Олег, спасибо за отзывчивость.

Я только начинаю разбираться с расширениями и еще не хватает знаний. Просто не знаю как можно добраться до позиций заказа в EXIT_SAPMM06E_012 если данные позиций заказа в этом ФМ не импортируются.
Тоже самое с БАДИ, в методе CHECK нет параметра IM_ITEM, и какие нужно произвести манипуляции, чтобы добраться до позиций?
Про Бади так же писал: http://sapboard.ru/forum/viewtopic.php?t=2171&start=15

Чувствую что нужно драйверок руки.sys поставить. Вот только с версией не определился

Alex5.0

Добрый день!

мне кажется, что такой бизнес-процесс кривоват. Смотрите сами:
есть администратор справочника и нам неизвестный регламент его ведения, посему кто-то ставит группы закупки в ОЗМ на свое усмотрение. С другой стороны есть непонятное разделение функций закупки. Как у Вас оно построено?
Получается мы напрягаем юзера бить документ закупки, который возможно к рамочному кнтракту отнесен, в рамках которого возможно приобретение 2-х номенклатур с разными группами закупки, плюс к тому же при проверки по сохранению со 100 позициями, это сколько биться надо, чтобы заказ сохранить.. а на выходе возможность ситуации, когда 1 контракт 2 человека выполнять будут... Такое деление ничего хорошего с т.з. бизнеса не сулит.
Знаете, мне это напоминает советское деление бухгалтерии, когда одна Клава регистрирует фактуру на ТМЦ, другая на оборудование, фактура то ОДНА:)))
Вопрос в организации процесса закупки и отражении бюджетной отчетности: обычно, я просто не знаю Вашей отрасли, есть ответсвенные за статьи БДР, нас интересует БДР в части расходной, и есть исполнители - службу осуществляющие приобретение. Портебность возникает в службе или цеху. Она характеризуется целевым использованием материала, аналог саповского проекта, либо другого объекта контировки. По мимо сказанного возникают нормированные потребности в инструменте, спецодежде.. Все оставшееся можно отразить аварийными заявками, т.к. на момент возикновения прочих потребностей как правило бюджет уже согласован. Поэтому я бы предложил не заморачиваться на номенклатуре, а разделять ответсвенность на уровне целевого использования.

OlegDm

2 Игрок:

1) В ФМ EXIT_SAPMM06E_012 передается таблица TEKPO
2) Как достучаться до позиции в БАДИ ME_PROCESS_PO_CUST ,
я делал примерно так:

Code:

  DATA: ls_mepoheader TYPE mepoheader,
        lt_items type purchase_order_items,
        wa_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'.

    im_header->get_items( receiving re_items = lt_items ).


    loop at lt_items into wa_items.

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

      append ls_mepoitem to lt_mepoitem.

    endloop.
*  Здесь мы имеем в lt_mepoitem внутр.таблицу с данными по позициям
  Endif.

Гость

2 Alex5.0: Согласен с Вашими словами. Они справедливы если групп закупок достаточно больше кол-во. Например, сотрудник ОМТО = гр. закупок.
У нас ситуация несколько иная. Группы закупок существуют для централизованной и децентрализованной закупок ТМЦ. Т.е. всего ничего. А проверка с ОЗМ осуществляется потому, что некоторые матценности (небольшое кол-во) не должны закупаться. Вот по ним и будет выдаваться сообщение об ошибке.
А так как групп закупок больше одной, то и пользователь может осуществить выбор, случайно либо нарочно, не суть важно. Как показывает практика пытливый ум пользователя рано или поздно использует все свои возможности в системе.
Есть большое желание это пресечь.

Гость

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

2 Игрок:

1) В ФМ EXIT_SAPMM06E_012 передается таблица TEKPO
2) Как достучаться до позиции в БАДИ ME_PROCESS_PO_CUST ,
я делал примерно так:

Олег, огромное спасибо. Обязательно попробую.
Так же спасибо за "ЗамещКонтр счета в MIRO".

Буду дерзать!

К.А.В.

Цитата:

А проверка с ОЗМ осуществляется потому, что некоторые матценности (небольшое кол-во) не должны закупаться.

ну дык если не должны - используй статус материала MSTAE или MMSTA
Общая логистика --> Основные записи материалов --> Параметры для центральных полей --> Определение статуса материала (Тр-я OMS4)

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

Группа закупок в заказе

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