Приветствую!
Задачка состоит в следующем В компонентах материалов необходимо тянуть цену из инфо-записи закупки, желательно автоматом при создании. Для этого:
1) Сделал настройки в OKYF (вариант оценки с приоритетом L) и прописал их в OPL1 (вариант калькуляции PS02 на закладку "Прочее", для PS02 тоже кстати поставил L - на всякий). Система отрабатывает следующим образом - берёт по закупочной организации первую инфо-запись в таблице и тянет цену из неё (на поставщика не смотрит). Но если эта инфозапись помечена на удаление (полностью либо частично для закупочной организации), тогда выдает окно с предупреждением CO283 "Цену для материала ХХХ определить нельзя." и тянет цену с ОЗМ (Бух. ракурс 1). Остальные инфо-записи система не смотрит в принципе . Вариант с архивацией не помогает, берёт цену с ОЗМ хотя есть и остальные инфозаписи (в таблицах удалённую запись не видно... видимо есть какое-то время резиденции ещё...).
2) Реализовал расширение CNEX009 используя рекомендации из нот 507860. Всё работает корректно, единственное неудобство в том, что запускать его нужно через меню (о чем написано в ноте 825478), т.е. цена тянется не в чистом виде автоматом... Можно конечно инструкцию написать, придумать отчётик сравнения цен с инфозаписи и с компонента материала, если вдруг забудут нажать на эту волшебную кнопку. Ну или проверку при сохранении посадить. Не красиво как-то...
Почему нужно изворачиваться если есть стандартная настройка? Возможно я что-то делаю не так... Подскажите, пожалуйста, кто сталкивался.

Так глубоко тему "Как система тянет цену из инфозаписи" не исследовал, то думаю проще было выбрать стратегию "U - Учетная цена с пользовательским расширением" и написать свою логику в расширении COPCP005. В проектах использовал, работает стабильно.

В свое время тоже так настраивали. Поставил просто "Цена из инфозаписи". Про пометку на удаление уже не помню. Но точно помню, что если инфозаписей было несколько (на разные даты) то из них она выбирала конкретную, а не первую. Если не ошибаюсь - то брала с максмоальной из датой меньше требуемой.

Спасибо большое за советы, позволю себе некоторые комментарии:

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

Работает стабильно, тут не поспоришь. Но взять цену из инфозаписи для вновь созданного компонента не получается. Пара часов в отладчике показали что это расширение здорово работает для PM, а вот в PS он новую запись не видит, зато исправно тянет цену с предыдущего компонента материала в резервировании...

В итоге сделали разработку с 5-ю точками расширения, общий смысл которой сводится к замещению закупочной организации из компонента материала на ту, по которой происходит централизованая закупка и, соответственно, ведутся инфо-записи. В остальном чётко отрабатывает стандарт из настройки (OPL1, вариант оценки с приоритетом L). Система не ругается на несоответствие закупочных организаций и исправно создаёт заявку на перемещение с нужной закупочной организацией (=заводом). А так же прописывает номер инфо-записи в компонент материала, что позволяет меняться цене в случае изменения даты потребности. Кстати сами поля с ценой, закупочной организацией и инфозаписью так же закрыли на изменение чтобы не было соблазна ручками "в случае чего" подправить. Работает как часы