Sapforum.Biz
Логистика => Управление материальными потоками (MM) => Тема начата: sourelf от Май 19, 2010, 10:28:31 am
-
Добрый день.
Ровно по хелпу настроил продажу материалов между двумя БЕ. Все прекрасно работает, но теперь появляется ошибка при попытке создания другого вида заказа: "Для завода-поставщика X и вида докум. Y вид поставки не определен."
Но мне это и не надо. Для остальных видов заказов завод-поставщик меня интересует только как обычный сторонний кредитор.
Не могу понять, где настраивается связь ЗнП - вид отношений.
З.Ы. В ракурсе VV_161V_VF поставка присвоена только для заказа NB.
З.З.Ы. Может ли быть стандартом, что если кредитору присвоен завод-поставщик, то обязательно необходимо использовать исходящую поставку для любых видов закупочных документов к нему? С точки зрения логики - просто бред.
-
Сейчас не могу покопатся, посмотрите в
http://sapforum.biz/index.php/topic,698.0.html
http://sapforum.biz/index.php/topic,684.0.html
может натолкнет на идеи
-
В этих двух темах описываются настройки самого процесса (без создания счета-фактуры).
У меня затык в другом. После всех настроек, при создании любого вида заказа (кроме необходимого для данного БП) система ругается на отсутствие присвоенного вида исходящей поставки для пары "поставщик - вид закупочного документа".
-
Номер сообщения и класс какой?
-
Для завода-поставщика X и вида докум. Y вид поставки не определен.
№ сообщения 06694
Diagnosis
In the case of an inter-company-code stock transfer (a transfer of stock from one company code to another), a delivery type must be defined to allow initiation of the shipping process.
Procedure
Contact your system administrator.
The latter can maintain the delivery type using the Implementation Guide (IMG): Set up stock transport order
Отключить его через SPRO-УМП-Закупки-Данные среды-Определение атрибутов системных сообщений" мне не удалось, запись отсутствует (при создании - игнорируется).
-
Вы бы привели виды документов на которые ругается, было бы хоть понятно где траблы.
Задается мне что Вы не там смотрите, мне кажется (но надо моделировать, пока нет времени, может вечером сяду).
Посмотрите spro-Сбыт-Продажа-Торговые документ-Партии поставки в т.ч. VOV6.
-
Если воспользоватся транзакцией se91, пройтись по коду или поставить точку прерывания, то можно выйти в т.ч. на ракурс V_161VN (ведение в sm30).
-
Ну я не знаю где это по SPRO, но скажем так идете через SM30 ведение ракуса VV_161V_VF и там кажется и будет ваша настройка.
PS: Хотя нет вот картинка где по SPRO этого находится.
-
Если воспользоватся транзакцией se91, пройтись по коду или поставить точку прерывания, то можно выйти в т.ч. на ракурс V_161VN (ведение в sm30).
Этот не тот ракурс похоже...
-
Все верно. При настройке используются следующие ракурсы:
1. В VV_161V_VF присваивается вид поставки виду заказа.
2. При желании в VV_T161W_VF присваиваются виды документов для перемещения по дефолту (Потом можно управлять мессаждами).
3. V_161VN - относится к складам, поэтому он не нужен.
Мне надо, что бы для заказов NB поставка была релевантна, для любых других (например ZNB) - нет.
-
Все верно. При настройке используются следующие ракурсы:
1. В VV_161V_VF присваивается вид поставки виду заказа.
Ну значит вопрос закрыт ::)
-
Ну значит вопрос закрыт
если бы... :-[
-
если бы... :-[
А что дальше что-то плохо или это настройка не та? Именно эта ошибка возникает когда вот такой вот запрос ничего не находит:
SELECT SINGLE * FROM T161V WHERE BSTYP EQ EKKO-BSTYP
AND BSART EQ EKKO-BSART
AND RESWK EQ EKKO-RESWK.
Или поле T161V-LFART в выбранной записи пустое.
-
Если говорить Вашим языком, то мне как раз необходимо, чтобы было
поле T161V-LFART в выбранной записи пустое
-
Если говорить Вашим языком, то мне как раз необходимо, чтобы было
Ну бетенька это никак.. это знаете гвоздями намертво прибито в коде...
-
В общем, ошибка исчезает если для вида документа в ракурсе V_T161 поставить BSAKZ-"T".
Осталось понять, на что влияет этот статус.
-
В общем, ошибка исчезает если для вида документа в ракурсе V_T161 поставить BSAKZ-"T".
Осталось понять, на что влияет этот статус.
Дык по коду, думаю можно .... ;)
-
Дык по коду, думаю можно ....
В каком месте настройки это ставится - ясно. Вот только хелп слишком скуп на эту тему.
On the basis of the purchasing document type you can, for example, distinguish between a standard purchase order and a stock transport order, although both documents belong to the purchasing document category purchase requisition.
The purchasing document type controls, for instance, the number assignment for a purchase order, as well as the fields to be maintained.
Главная фишка в том, что индикатор стоит по-умолчанию для заказов на перемещение. А мне, получается, для того чтобы ошибка исчезла необходимо проставить его наоборот, для заказов на закупку.
-
Ну значения похоже только два
T Транспортировка
R Заявка на долгосрочный договор
Дальше по коду много чего с этим полем вылезает.. в общем проще таки его поставить в значение Т как вы и сделали и после этого погонять цепочки и посмотреть не вылезает ли где-то проблема. В общем-то почему стоит для заказов на перемещение, как бы ясно, транспортировка она и есть перемещение... а вот во что это выльется для заказов на закупку?! Короче надо моделировать.
-
Уже помоделировал. Полная шляпа получается.
Когда стоит индикатор "Т" система считает, что данный вид заказа - это заказ на перемещение. И банально птребует в шапке указывать "Завод-поставщик", а не "Поставщик", что противоречит заложенной сапом логике межбалансовой продажи. :(
-
Уже помоделировал. Полная шляпа получается.
Когда стоит индикатор "Т" система считает, что данный вид заказа - это заказ на перемещение. И банально птребует в шапке указывать "Завод-поставщик", а не "Поставщик", что противоречит заложенной сапом логике межбалансовой продажи. :(
Ну значит проверка показала, что так как хочется оно не работает... надо идти по стандарту.
-
надо идти по стандарту
Так ведь стандартней некуда:
На один вид документа создаем поставку, на другой - нет.
Ладно, попробую через bapi замутить, о результатах отпишу.
-
Как и обещал:
1. В ракурсе VV_161V_VF присвоил заказам на которые мне не нужны поставки - фиктивные значения (не знаю чем мне это аукнется, но другого решения так и не нашел).
2. Не найдя в какое место пристегнуть bapi - CreateFromSTO (т.к. требуется номер уже реально существующего ЗнП), создал событие, которое вызывает эту бапишку.
Криво, но работоспособно.