Доки никак не помогут?

Обычно помогают, но в этом случае плохо. Могу еще раз привести пример.

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

Не очень понятно... на входе РСВ получить список аналогов или как? Для РСВ имеет значение только корпус(в вашем списке это размер). И его определить можно еще на этапе библиотеки(так сразу не вспомню, надо смотреть в доки на Alternate Footprint).
А аналоги для ВОМ-а или другой документации можно на любой вкус генерить - что пропишешь в библиотеках, то можно потом в рапорты и вытягивать.
Но имея некоторый опыт работы с DE HDL я бы советовал смотреть на Capture CIS. Для связки схема-плата самое то, Entry HDL избыточен(а в некоторых местах недостаточен) и куда менее дружественнен к пользователю.

Думаю, да. Посмотрите подробнее мануал про менеджер вариантов, там есть возможность задавать альтернативные детали, при этом в процессе генерации бома, емнип, есть возможность выводить для компонентов, имеющих заданные альтернативы, все значения (каждое в новой строке).
Обратите внимание на настройку шаблона бома во вкладке variant settings, Alternates -> include

Можно сделать такой отчет, но вам надо будет специальным образом готовить базу компонентов,
чтобы эти аналоги были там прописаны.
Вообще это скорее функция PDM-системы, и тут уже более интересным для вас продуктом может быть ADW.

А каким образом? Прописывать PART_NUMBER аналогов в PartTable файле? Или partTable файле здесь не задействуется?

Да, именно прописывать. Не суть важно как именно будет называться атрибут, главное, чтобы он содержал в себе нужную инфу, которая потом будет вытянута в рапорт.

Большое спасибо, буду разбираться..

Уважаемые коллеги, не подскажете ли? Почему свойство $LOCATION, которое по идее должно указывать reference designator, в схемотехническом редакторе возвращает постоянное значение а не переменное? т.е. размещая на схеме 6 одинаковых резисторов, у каждого из них отображается одно и то же постоянное значение, которое я прописал в $LOCATION, в PartDeveloper-е.
А переменным, у компонента, является непонятное свойство PATH, которое по идее можно было бы использовать для ориентирования на схеме, но оно отображает одинаковый префикс для любых видов компонентов, т.е. и для резисторов, и для конденсаторов - это свойство выглядит как I1, I2,I3...

Видимо, схема не упакована.

PATH - внутренний идентификатор символа на схеме. Лучше всего вообще выключить его видимость(где-то в настройках это делается, точно уже не помню где именно).
$LOCATION будет приписан в процессе упаковки и появится на схеме, как уже написал vitan.

Благодарю.

Как-то странно работает фильтр в Component Browser. Вводишь условие: компоненты со значением "свойства" < 50, а фильтр возвращает 48,49, и 480 и 490, и 48000 и 49000. То же самое и на оборот. Это что, получается, сравнение в фильтре нули не учитывает? Уважаемые коллеги, может быть подскажете, как организовать поиск по номиналу здесь? Вижу что в формате номинала 4,7К он также "не ищет"

Вообще не понятно, зачем было добавлять функцию поиска по сравнению (например резисторы >7.5k) если ей нельзя толком пользоваться. Уже и запятые все заменил на точки, и параметр этого свойства менял на string и numeric - все одно. Сравнение осуществляется только по первому разряду.