Народ, может кто натыкался, подскажите в каких курсах можно прочитать про подтверждения для модуля ММ, закупки?!
Заранее благодарю

Здесь не меньше, чем в курсах будет:
http://help.sap.com/saphelp_erp2005/hel ... ameset.htm

ну в хелпе это понятно что есть, я спрашивал про курсы?!

кажется 1 или 2 слайда есть в LO020
ты лучше вопрос задай:) что не понятно

ну в 020 что-то ничего по этому поводу я не нашел.
написать что непонятно, тоже как-то сложно, опять некоторые будут кричать, что оч. обобщенный вопрос, типа разложить тебе по полкам чуть ли... и т.п.

Однако попробую че нить спросить может кому не лень ответит:
ну в СПРО с внешними типами разбираться вроде особо и нечего, задал свой код и название, тут вроде понятно...
внутренние типы не трогаем, пока даже и не рассматриваем...
ну вот начинаются вопросы - настройка управления подтверждениями.
попали на экран, там видим записи последовательностей:
колонка управляющий код понятно, ее к примеру можно указать в инфозаписи и при создании заказа автоматом будет подставляться на закладке подтверждения по каждой позиции этот код.
колонка название - вопросов нет
колонка "Создание ВходящПост" (Автоматическое создание входящих поставок) - ну вродебы из названия все и вытекает, НО КАК ЭТО РАБОТАЕТ В ЖИЗНИ НЕ ПОНЯТНО? и в каких случаях это целесообразно? может быть какието настройки еще необходимы? короче что будет если птичка стоит и если не стоит?
колонка ППП (Управление ППП (подтверждением получения поставки)
) - это че за зверь? как его используют?
колонка ПрофКоличРазницы(Название профиля количественной разницы) - ну тут ваще садись 2 бала, я так понял это для автомотив, может в моем случае и не нужно ничего


ТАКС теперь переходим внутрь последовательности - последовательность подтверждений
ну понятно что в этой последовательности мы задаем внешние типы подтверждений (увы всего 8 дает только), вообще почему последовательность? это что мы не можем поставить следующий код пока не выставили предыдущий?

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

вообще из хелпа я так понял, что механизм подтверждений больше заточен для планирования?

а теперь распишу свою ситуацию, что мне необходимо сделать, помогите плиз советами. Ситуация банальна до беспредела - создали заказ - отослали поставщику - поставщик прислал инвойс - этим инвойсом я должен накрыть этот заказ, при этом к каждой позиции написать комментарий на все случаи что произошло с позицией : отклонения по цене, количеству, сумме, замена поставщиком, новая позиция, отклонено поставщиком, другая дата поставки - короче вот такой вот гемор...
хотелось использовать по максимуму стандартный функционал и поменьше ручной работы, вот и кинулся к подтверждениям, но смотрю что как-то не подходит для этого случая
З,Ы сильно не ругайтесь я в сапе только 3 ий месяц работаю (((

Если вам нужен стандартный механизм подтверждений, то используйте тип 0004.
В этом случае при поступлении подтверждения от поставщика вводите по этому заказу входящую поставку через VL31N. А затем поступление со ссылкой на эту поставку.
НО! Если вы хотите вести отклонения по цене , то должен вас огорчить - поставка (по стандарту) подтверждает (или не подтверждает) заказанное количество, но не цену.
Если хотите изменить цену до поступления, то это выполняется в заказе. Если после, то уже в фактуре.

1. входящую поставку еще рано мне вводить, т.к. это всего лишь инвойс от поставщика, я могу и не согласиться с его требованиями и отослать ему новый вариант заказа (с тем же номером, др. словами чуть чуть подкорректирую этот заказ)
2. получается что если в самом заказе корректировать, то это офигенно большая ручная работа где например заказ в районе 800 позиций?!
получается тут наверное только собственными разработками нужно только что придумывать?!
З,Ы а вопросики для будущих поколений все еще открыты?! )))

Вопрос в другом - насколько вам нужно это (цену, например) корректировать?
Ну прислал вам поставщик материалы по другой цене, сделали вы поступление по старой (по цене заказа), а потом счет-фактурой все откорректировалось. Не подходит это вам?
А вообще, есть такая вещь как контракт. Или у вас цена плавает и в каждом заказе различна?

не подходит нужно по актуальным ценам поставщика проверять бюджет заказов за месяц, поэтому и нужны в заказе свежие цены

И поставщик по 800 позициям каждый раз меняет цену без всякой закономерности, случайным образом?

я думаю что споря чего там делает поставщик мы проблему не решим...

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

да ... ну не один же поставщик, как говорится сколько поставщиков столько и ситуаций возможно...
тут то вся и фишка, что вопрос состоит в том что сначала нужно найти все различия между заказом и ответом поставщика по этому заказу, а потом уже разбираться какого это ... у него там изменения в цене произошли... (и не только в ЦЕНЕ возможны ситуации)
ну бывает он цену уменьшает, нам же от этого лучше...
бывает большую ставит, причем это от доп. условий не зависит...

Так может в этом случае вам лучше подойдет функционал: запрос-предложение-заказ?

я бы с удовольствием наверное заюзал этот функционал, но вот поставили перед таким фактом и ничего не поделаешь, я так понимаю без программирования не обойтись, чтобы подтверждением поставщика накрыть заказ