Добрый день всем. Система ERP 2005.

Требуется:
Реализовать контроль цен закупки.
Функционал.
В каком то пользовательском интерфейсе пользователь ищет материал по данным из классификаторов. Т.е. вводит, к примеру производителя, размер, какие то еще характеристики, ему выдаются либо группа материалов объединенных на основании классификации, либо конкретный материал, если только один подходит под это описание. В результатах поиска должны быть указаны ориентировочные рыночные цены на группу. Цены будут вести сами пользователи. Таким образом на этапе планирования закупки пользователю уже будет известно о ориентировочных ценах на продукт.
Остальные этапы пока опускаем. После поступления товара на склад, будет необходим отчет о превышении фактических цен закупок – рыночным на эту группу материалов или материал. Т.е. за какой то период и БЕ надо показать какие закупки были выполнены и по каким ценам. Стандартного такого, насколько понимаю, нет, но в BW можно верстать что угодно.

На чем реализовывается:
Ведение рыночных цен, прайс листов поставщиков на классы и материалы – в стандартных условиях. С небольшой прикруткой, так как нет в САПе возможности по классам вести цены.
Интерфейс пользователя (поиск по параметрам классификаторов и последующий заказ) на Z. Такого стандартного интерфеса – нет.

Итого имеем вопросы:
1. Система классов в САП 2005.
a. Есть ли нарекания к быстродействию при классификации или поиску по значению класса большого количества объектов? В 4.7. это больная тема. САПовцы сами разводят руками.
b. Что можно классифицировать в 2005? Есть ли различия с 4.7? (материал, завод и т.д.).
c. Какие ограничения на классификаторы накладывает 2005? В 4.7, например нельзя удалить или изменить иерархию класса, пока есть материалы им классифицированные. В 2005 так же?

2. Расчет цен и условия претерпели какие либо серьезные изменения по сравнению с 4.7?

Все, применительно к поставленной задаче.
Вот собственно и все. Больше пока спрашивать нечего.
Огромное спасибо всем откликнувшимся

Как вариант реализации.

Плановая цена - в заявке.
Согласованная с поставщиком цена - в заказе.

Плановые цены можно вести в ОЗМ - например в полях "Плановая цена" - закладка "Калькуляция".

При создании заявки возможно вводить цену - позиция, закладка "Оценка", поле "Учетная цена".
Можно навесить свою логику - либо заполнять это поле плановой ценой, либо проверять на превышение плановой цены или какой-то производной от нее, или еще как-то.

При создании заказа тоже можно навесить проверок.

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

В результате будет жесткая связь между плановой ценой и фактической ценой (либо из заказа, либо при поступлении, можно даже при фактурировании, благо в EKBE/EKBZ есть всё, что нужно).

Связку плановой цены и фактической цены можно "понимать" и из условий. У нас четкое понимание, что на группу материалов, которая будет объединена классификатором будет именно ДИАПАЗОН цен. Т.е. допустим болты 20*10 (вне зависимости от материала - алюминий или сталь) закупаются от 10 р. за кг. до 15 р. за кг. Этот разброс может меняться в зависимости от рынка. Еще надо вести исторические данные по ценам, так как отчеты о "левых" закупках, будут сниматься не ежесекундно. Если хранить цены без диапазона, то над этими отчетами придется потеть программистам, либо использовать службу документов изменений, но она, как известно, особым быстродействием не наделена, тем более не для этого заточена.

Спасибо за предложение, но пока реализация останется на "Условиях" с возможностью смотреть кто изменил цены, когда изменил, когда действовала та или иная цена и т.д.