Запросы компонентов в Altium On-Prem Enterprise Server

Вы просматриваете версию 7.1. Для самой новой информации, перейдите на страницу Запросы компонентов в Altium On-Prem Enterprise Server для версии 8.0

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

Для небольшой проектной компании инженер просто «меняет шляпу» и становится 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.

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

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

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

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

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

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

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

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

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

Создание запросов на детали

Запросы на детали можно создавать и сопровождать на странице 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, входящие в назначенную(ые) группу(группы) Librarian. Если оставить поле пустым (не заданным), запрос увидят все библиотекари, и любой участник сможет отредактировать запрос и назначить его себе — в этом случае другие библиотекари больше не будут иметь доступа к запросу.
  • 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 также добавляется при добавлении Comment в режиме просмотра (а не редактирования). Эти двунаправленные комментарии (вне редактирования) видны только при просмотре страницы с подробной информацией о запросе в браузерном интерфейсе или при просмотре в панели Explorer в Altium Designer.

Помимо записей событий History, также будут приходить уведомления по электронной почте, если в Workspace включена функция Email Notifications. Это настраивается администратором на странице 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