Запросы на компоненты

Вы просматриваете версию 6.0. Для самой новой информации, перейдите на страницу Запросы на компоненты для версии 8.0
 

Parent page: Altium On-Prem Enterprise Server

Количество компонентов, доступных инженеру при создании очередного проекта, может варьироваться от нескольких сотен, разбросанных по отдельным библиотекам символов и моделей, до сотен тысяч, хранящихся в выделенной корпоративной базе компонентов. Но независимо от того, сколько компонентов доступно «под рукой», всегда найдутся те, которых нет, и которые нужно создать и добавить для повторного использования.

В небольшой проектной компании инженер просто «меняет шляпу» и становится Librarian — создаёт необходимые компоненты, которых не хватает в его ресурсах для проектирования. Однако в более крупной организации, где есть выделенный библиотечный отдел, который развивает и поддерживает компоненты проектирования — доступные всем инженерам и конструкторам в этой организации — логично отправлять запросы на новые (отсутствующие) компоненты в этот отдел. Workspace Enterprise Server предлагает элегантное решение в виде функции Part Requests.

Инженер может просто отправить запрос на создание одной или нескольких позиций и получить уведомление, когда запрос будет либо выполнен и компонент(ы) станут доступны, либо отклонён (с указанием причины). Инициатор запроса предоставляет как можно больше ключевой информации для его обоснования (производитель и номера деталей, описания, соответствующий даташит (PDF или URL)). Можно даже создавать элементы-заглушки (Stub Component Items), которые библиотекарь затем сможет взять в работу (и довести до конца).

В этом документе рассматривается функция запросов на компоненты с точки зрения Workspace, включая параметры конфигурации, создание запроса и просмотр запроса. Сведения об использовании этой функции из Altium Designer см. в Part Requests.

В этом документе рассматриваются устаревшая функция и функциональность Part Request. Функциональность Part Request на основе Workflows включена по умолчанию, но если вы хотите использовать этот устаревший подход, включите параметр Legacy Part Requests Active на странице Admin – Settings – Vault – Legacy Part Requests в браузерном интерфейсе Workspace. После этого в браузерном интерфейсе Workspace появится дополнительная страница — Legacy Part Requests.

Назначение библиотекарей

Сначала нужно указать, какая роль (или роли) будет использоваться для выполнения роли библиотекарей в вашей организации. По сути, вы настраиваете набор пользователей вашего Workspace которым можно назначать запрос на компонент. Это выполняется на Admin – Settings – Vault – Legacy Part Requests – Librarians Role странице браузерного интерфейса Workspace.

Чтобы видеть область Admin интерфейса, необходимо войти как Администратор Workspace.

Страница Librarians Role в области Admin – Settings предоставляет интерфейс для указания, какие существующие роли следует использовать в качестве библиотекарей для устаревшей функции Legacy Part Request.Страница Librarians Role в области Admin – Settings предоставляет интерфейс для указания, какие существующие роли следует использовать в качестве библиотекарей для устаревшей функции Legacy Part Request.

Если вы установили Enterprise Server с демонстрационными данными, то пример роли Librarians уже будет подставлен в поле Librarian's Role — при необходимости удалите его. Начните вводить имя существующей роли в поле, чтобы появился список совпадающих ролей. Выберите нужную роль из этого списка.

Управление ролями Workspace выполняется на Roles странице браузерного интерфейса Workspace — в составе области Team. Подробнее см. Adding Users & Roles.

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

Участники назначенной роли будут набором библиотекарей, которым можно назначать запросы на компоненты и которые будут работать с этими запросами.

Участники роли, назначенной роли Librarians, будут библиотекарями, которые могут обрабатывать запросы на компоненты.Участники роли, назначенной роли Librarians, будут библиотекарями, которые могут обрабатывать запросы на компоненты.

Создание запросов на компоненты

Запросы на компоненты можно создавать и сопровождать на странице Legacy Part Requests браузерного интерфейса Workspace.

Изначально запрос на компонент виден исходному инициатору и всем участникам назначенной роли(ей) библиотекарей. После назначения запроса конкретному библиотекарю его будут видеть только инициатор и этот библиотекарь, и только они будут получать уведомления по нему.

Добавление нового запроса

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

 Добавление нового запроса на компонент через браузерный интерфейс Workspace.Добавление нового запроса на компонент через браузерный интерфейс Workspace.

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

  • Manufacturer — обязательное поле, чтобы указать библиотекарю, кто является производителем детали.
  • Manufacturer Part Numbers — обязательное поле, указывающее библиотекарю конкретные номера деталей, которые вы хотите, чтобы он создал. Несколько номеров деталей нужно разделять запятой (,).

    Поля Manufacturer и Manufacturer Part Numbers — это два ключевых фрагмента информации, по которым назначенный библиотекарь сможет найти корректную(ые) запрашиваемую(ые) деталь(и). Поэтому они и являются единственными обязательными полями. Вся остальная информация — дополнительная и/или позволяет вам указать, какими должны быть определённые атрибуты компонента (например, параметры и тип компонента).
  • Request Id — идентификатор автоматически генерируется и назначается запросу, что позволяет пользователям легко отслеживать прогресс выполнения запроса.
  • State — это поле используется для указания статуса запроса. Варианты: Opened: New, Opened: In Progress, Closed: Completed, Closed: Rejected или Closed: Cancelled.

    Для нового запроса оставьте это поле в значении Opened: New. Хотя по умолчанию существует пять состояний, в которых может находиться запрос, вы можете настроить эти состояния или добавить новые в соответствии с требованиями компании. Подробнее см. Customizing States.
  • Required By Date — используйте это поле, чтобы указать дату, к которой вам нужны готовые компоненты. Щелчок внутри поля откроет окно календаря для выбора требуемой даты.
  • Assign to — используйте это поле, чтобы указать, какие библиотекари могут видеть запрос и отвечать на него. В раскрывающемся списке перечислены все пользователи Workspace, входящие в назначенную роль(и) библиотекарей. Если оставить поле пустым (не задано), запрос будут видеть все библиотекари, и любой участник сможет отредактировать запрос и назначить его себе — в этом случае другие библиотекари больше не будут иметь доступа к запросу.
  • Component Type — это поле можно использовать, чтобы указать тип запрашиваемого компонента. В раскрывающемся списке будут все типы, определённые на странице Data Management – Component Types page диалога Preferences в Altium Designer.
  • Parameters — в этой области можно добавить набор конкретных параметров, требуемых для детали(ей). Нажмите Add и используйте последующие поля, чтобы указать имя и значение параметра. Если параметры не заданы, библиотекарь, вероятно, добавит параметры из соответствующего даташита на эту деталь в соответствии с политикой организации.
  • Description — это поле можно использовать, чтобы дать расширенное описание детали (обычно берётся из даташита производителя).
  • Attachments — в этой области можно прикрепить любые полезные файлы, связанные с запрашиваемой деталью, например PDF-даташит, изображение или документ. Либо нажмите кнопку Choose File, чтобы выбрать файл(ы) через стандартный диалог, либо перетащите файл(ы) в указанную область.

    Можно прикреплять файлы любого формата размером до 2 ГБ.
  • Parts List — используйте эту область, чтобы указать любые существующие компоненты в Workspace, которые вы создали как временные компоненты-заглушки. Нажмите Add и выберите нужный компонент. Затем библиотекарь сможет использовать его для выполнения запроса. Если заглушки нет, библиотекарь создаст новый компонент в Workspace вместе с необходимыми доменными моделями.

После того как вся информация задана — и, по сути, Manufacturer и Manufacturer Part Numbers (обязательные поля) — нажмите кнопку в правом верхнем углу формы, чтобы создать запрос.

После сохранения запроса будут показаны его полные сведения.

Результат сохранения примера нового Part Request.Результат сохранения примера нового Part Request.

Сохранённый запрос будет включать следующую дополнительную информацию:

  • Request Id — назначенный системой заголовок запроса в формате PR-n (где n — следующий доступный целочисленный идентификатор).
  • Comment — используйте это поле, чтобы оставлять комментарии к запросу. Это обеспечивает двустороннюю коммуникацию между инициатором и библиотекарем. Например, инициатор мог что-то изменить после первоначальной отправки и должен уведомить библиотекаря, работающего над деталью. Или библиотекарю может потребоваться дополнительная информация либо подтверждение по какому-то аспекту детали. Написав комментарий, нажмите кнопку Add Comment, чтобы отправить его. Любой комментарий появится в области History страницы, а также в ленте истории при просмотре запроса на компонент в панели Explorer в Altium Designer.
  • History — непрерывная лента событий, связанных с этим запросом.

Просмотр запросов на компоненты

В любой момент пользователь может просмотреть запросы на компоненты, за создание которых он отвечал (Requestor), или за обработку которых он отвечает (Librarian). Это можно сделать на странице Legacy Part Requests браузерного интерфейса Workspace.

Основной сводный список Part Requests — доступен в любой момент, если щёлкнуть пункт Legacy Part Requests в дереве навигации.Основной сводный список Part Requests — доступен в любой момент, если щёлкнуть пункт Legacy Part Requests в дереве навигации.

Каждый запрос на компонент на этом сводном уровне перечисляется в терминах следующей предоставленной информации:

  • ID.
  • Date — дата создания запроса.
  • Description.
  • Manufacturer.
  • Manufacturer Part Numbers.
  • Created by — исходный автор запроса (Requestor).
  • Assignee– библиотекарь, которому назначена задача по обработке запроса на компонент. Если поле пустое, запрос доступен всем участникам роли Librarians.
  • State – состояние, в котором запрос находится в данный момент.
Используйте раскрывающееся поле в левом верхнем углу, чтобы переключаться между просмотром All States (по умолчанию) и просмотром всех запросов на компоненты в определённом состоянии. Используйте поле поиска, чтобы быстро найти запрос на компонент по полям Created By, Assignee или Description. Запросы на компоненты можно сортировать по любому столбцу, содержащему элемент управления — нажмите на этот элемент управления или на имя столбца.

Вы можете открыть страницу с подробной информацией по запросу на компонент, щёлкнув по его ID.

Переход на страницу с подробной информацией по запросу на компонент с основной страницы Legacy Part Requests.Переход на страницу с подробной информацией по запросу на компонент с основной страницы Legacy Part Requests.

Редактирование запроса на компонент

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

Открытие формы для редактирования существующего запроса на компонент.Открытие формы для редактирования существующего запроса на компонент.

Внесите необходимые изменения, при необходимости измените State, затем нажмите для подтверждения. Чтобы выйти без внесения изменений, нажмите .

История и уведомления

После создания запроса на компонент инициатор запроса и соответствующие участники роли Librarian могут просматривать запись запроса и накопленные данные History.

Новая запись добавляется в временную шкалу событий History запроса, когда запрос был обновлён (отредактирован) через браузерный интерфейс Workspace или через Altium Designer. Запись History также добавляется, когда комментарий вводится в режиме просмотра (а не редактирования). Эти двусторонние комментарии (вне редактирования) видны только при просмотре страницы с подробной информацией по запросу в браузерном интерфейсе или при просмотре в панели Explorer в Altium Designer.

Помимо записей событий History, также будут приходить уведомления по электронной почте, если включена функция Email Notifications Workspace. Это настраивается администратором на странице SMTP Settings (Admin – Settings – Email Notifications) в браузерном интерфейсе Workspace. Обратите внимание: уведомления по электронной почте будут отправляться только при событиях создания и обновления запроса на компонент.

► См. Configuring Email Notifications для подробной информации по настройке.

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

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

Настройка состояний

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

  • Opened States – состояния, в которых запрос всё ещё считается «активным»:
    • New
    • In Progress
  • Closed States – состояния, в которых запрос считается решённым и, следовательно, «закрытым»:
    • Completed
    • Rejected
    • Cancelled

Чтобы учесть требования разных организаций, состояния можно настраивать. Вы можете:

  • Редактировать названия состояний по умолчанию.
  • Добавлять дополнительные состояния (с нужными названиями).
  • Изменять порядок состояний (как состояния будут отображаться в соответствующем раскрывающемся меню State при создании/редактировании запроса на компонент).

Это настраивается администратором на странице Custom States (AdminSettingsVault – Legacy Part Requests – Custom States) в браузерном интерфейсе Workspace.

Страница Custom States в разделе Admin – Settings предоставляет интерфейс для настройки состояний, используемых в функции Legacy Part Request.Страница Custom States в разделе Admin – Settings предоставляет интерфейс для настройки состояний, используемых в функции Legacy Part Request.

Внесите изменения следующим образом:

  • Чтобы изменить имя существующего состояния, щёлкните по его названию. Появится окно Custom State Name, в котором это можно сделать.
  • Чтобы добавить новое состояние, нажмите элемент управления add new, связанный с типом состояния (opened или closed). Используйте окно Custom State Name, чтобы задать требуемое название состояния.
  • Чтобы изменить порядок состояний, используйте элементы управления Move Up () и Move Down () по мере необходимости (и где доступно).
  • Чтобы удалить состояние, нажмите связанный с ним элемент управления Remove ().
После определения требуемых состояний обязательно нажмите кнопку в правом верхнем углу страницы.
AI-LocalizedЛокализовано с помощью ИИ
Если вы обнаружили проблему, выделите текст/изображение и нажмитеCtrl + Enter, чтобы отправить нам свой отзыв.
Content