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

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

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

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

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

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

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

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

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

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

Запросы Part Requests можно создавать и сопровождать на странице Legacy Part Requests браузерного интерфейса 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, которые вы создали как временные stub-компоненты. Нажмите Add и выберите нужный компонент. Затем библиотекарь сможет использовать его для выполнения запроса. Если stub-детали нет, библиотекарь создаст новый компонент в Workspace вместе с необходимыми доменными моделями.

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

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

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

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

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

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

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

Основной сводный список 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.

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

Чтобы отредактировать запрос на компонент, откройте его страницу с подробной информацией, затем нажмите кнопку в правом верхнем углу страницы. Обратите внимание, что также доступно поле 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 (Admin – Settings – Vault – Legacy Part Requests – Custom States) в браузерном интерфейсе Workspace.

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

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

• Чтобы изменить имя существующего состояния, щёлкните по его имени. Появится окно Custom State Name, в котором это можно сделать.

• Чтобы добавить новое состояние, нажмите элемент управления add new, связанный с типом состояния (opened или closed). Используйте окно Custom State Name, чтобы задать требуемое название состояния.

• Чтобы изменить порядок состояний, используйте элементы управления Move Up () и Move Down () по мере необходимости (и где доступно).

• Чтобы удалить состояние, нажмите связанный с ним элемент управления Remove ().

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