Добрый день!

Есть ли в ОЗМ поле, предназначенное для хранения ссылки на другой материал?

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

Вообщето, есть такая возможность, если у тебя, к примеру, у группы материалов близкая по значению цена, создавать контракт с типом позиции M (материал неизвестен), а потом уже в отзыве к этому контракту уточнять что же это за материал.

А связка, которая тебе нужна, будет осуществленна через группу материалов.
Это конечно, если я правильно понял, что тебе нужно.

У нас контрактов как таковых нет.. Мне необходимо просто в ОЗМ1 сослаться на ОЗМ2 Вот и хотела узнать, нет ли какого-нибудь стандартного поля для этого

Какие цены имеются в виду - себестоимость или продажная цена?
Если продажная, то на вкладке СбытОрг2 есть поле "ссыл мтрл/расчет цены"

Цены хотят вести закупочные - но не для конкретных материалов - а для общих....

Но вопрос ни в ценах - а в ссылке на материал в ОЗМ....

Может мы все тут чего-то не понимаем.

Вообще-то если уж на то пошло, то тебе пойдет любое текстовое поле из ОЗМ больше или равное 18 символов, если я чего не путаю. в частности ты можешь использовать
закладка основные данные1: Старый № материала
закладка ППМ 4: Материал-заменит.
Главное чтобы это поле не было релевантным для других твоих БП (больще в твоем решении нигде не использовалось.)
Так что это уж как ты решишь что там поюзать.

Что же касается цен, если вообще они тут имеют какое-то значение, то если поле будет совсем подходящим, то думается ты без проблем сможешь его засунуть в какую нить таблицу, а там через последовательность доступа и дальще. Если нет, то просто чуть-чуть повозится придеться.

Конфигурируемый материал здесь не поможет? Кто-нибудь использует конфигурируемый материал в закупках? У нас тоже есть взаимозаменяемые материалы...

А причем тут конфигурируемые материалы.
Если я правильно понял необходимо в ОЗМ иметь информационные данные ввиде ссылки на другую ОЗМ.


Конечно вспоминалось так же, что возможно потом эти данные будет дальще как-то использоваться в закупках.

Токо так и не стало понятно как. Должно быть предполагается забивать цены для ОЗМ на которые будут иметься ссылки и потом через эти ссылки дальще вытаскивать нужную цену. Хотя скорее всего я не прав.

В случае же конфигурируемого материала, конечно задача со сылкой на другую ОЗМ не встает, так как у нас в заказе будет проходить одна и таже ОЗМ, вот токо с разной кофигурацией.

конфигурируемый материал здесь не поможет и он не для того служит.. сколько этих конфигураций возможно...

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

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

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

если же это торговое предприятие и нам необходимо планировать, скажем, по маркам продукции, то для этого есть укрупненное планирование сбыта, которое по средствам создания первичнх потребностей релевантно для mrp, после чего полученные заявки проверяем на наличие источника поставки и получаем план закупки и план потребности по маркам...

PS: я ярый противник покупать то, что мы не знаем.. а при правильно построенной заявочной кампании такие случаи минимизируются..
а саму ссылк можно сделать легко... туже систему классов можно напрячь:)

действительно - материал с ценами в какой-то мере нужен именно для планирования. Пользователи хотят формировать заявки не материал в общем - например "стул" - не задумываясь о конфигурации, цена на стул также должна иметься в справочнике общая - а уже при формированни заказа на поставку необходимо связать стул, который заказывали - с конкретным стулом, который поступил....

Возможно это действительно должны быть конфигурируемые материалы....

А как они работают????

Материал должен быть конфигурируемый. А если точнее, то еще кажись в виде материала надо указать возможность создавать конфигурацию.

После чего присобачиваешь какой-нить класс к материалу.
После этого создаешь конфигурацию. И уже каждую отдельную конфигурацию классифицируешь. Тоесть каждая конфигурация будет различаться значениями признаков в классе.

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