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

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

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

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

Workflows процесса Part Request

Related page: Creating & Managing Processes (Altium 365 Workspace, Enterprise Server Workspace)

Altium Designer предоставляет мощную среду совместной разработки. Ее частью является поддержка Workflows , которые проводят разработчиков компании через типовые повседневные процессы проектирования, такие как создание новых компонентов. Каждый Workflow, используемый для реализации конкретного процесса проектирования, создается как часть Process Definition. Поэтому его можно называть базовым Workflow этого процесса или просто Process Workflow.

Процессы и их Workflows создаются и управляются через browser interface Workspace администратором этого Workspace. Один предопределенный process definition для Part Requests активирован для использования «из коробки» (New Part Request). Его можно найти на вкладке Part Requests страницы Admin – Processes browser interface. Используйте его, изменяйте или при необходимости создайте собственный, чтобы он соответствовал требованиям вашей компании к запросам компонентов. Кроме того, доступны еще пять примеров process definition — New Part Request Assign, New Part Request Multiple Tasks, Part Request with PLM Part Create, Part Request with lifecycle change и New Part Request Notify 3rd party. Их нельзя активировать и использовать как есть. Поэтому каждый из них больше похож на «шаблон»: отредактируйте его под требования вашей компании, присвойте имя и сохраните как новый process definition, который затем можно активировать и использовать наряду со всеми остальными определениями в теме процесса Part Requests.

• New Part Request — активно для использования, а диаграмма workflow для него показана ниже.

  
  Диаграмма workflow для process definition New Part Request.

• New Part Request Assign — шаблонный пример definition, на основе которого можно создать собственное definition (отредактировать, назвать, затем сохранить/deploy). Диаграмма workflow показана ниже.

  
  Диаграмма workflow для примерного process definition New Part Request Assign.

• New Part Request Multiple Tasks — шаблонный пример definition, на основе которого можно создать собственное definition (отредактировать, назвать, затем сохранить/deploy). Диаграмма workflow показана ниже.

  
  Диаграмма workflow для примерного process definition New Part Request Multiple Tasks.

• Part Request with PLM Part Create — шаблонный пример definition, поддерживающий автоматическое создание Component в вашем экземпляре PLM с последующей передачей сгенерированного номера детали обратно в компонент в Workspace. Диаграмма workflow показана ниже.

  
  Диаграмма workflow для примерного process definition Part Request with PLM Part Create.

  Важно отметить, что когда вы изменяете этот пример definition для создания собственного, необходимо указать экземпляр PLM, в котором должны создаваться детали. Выберите сущность Create Part in PLM на диаграмме workflow и укажите экземпляр PLM в выпадающем меню, связанном с полем PLM Instance. В этом меню перечислены все определенные в данный момент экземпляры PLM (как задано на странице PLM Integration интерфейса).

• Part Request with lifecycle change — шаблонный пример definition, предоставляющий возможность изменять состояние жизненного цикла компонента. Диаграмма workflow показана ниже.

  
  Диаграмма workflow для примерного process definition Part Request with lifecycle change.

• New Part Request Notify 3rd party — пример definition, предоставляющий возможность запускать уведомление EDS с параметрами из workflow и ожидать ответ от EDS. Это можно использовать для интеграции сторонней системы в процессы Enterprise Server (требуется доступ к Enterprise Server SDK), что дает возможность дополнительно настраивать ваши workflows и поддерживать влияние на решения в workflow процесса из внешнего источника. Диаграмма workflow показана ниже.

  
  Диаграмма workflow для примерного process definition New Part Request Notify 3rd party.

Инициация Part Requests

После того как необходимый набор process definition для темы процесса Part Requests будет создан в соответствии с требованиями вашей компании, те определения, которые активированы, станут доступны для использования всеми пользователями, когда они активно подключены к Workspace. В следующих разделах рассматривается, где разработчик может получить доступ к этим активным процессам и запустить их — как через Altium Designer, так и через browser interface Workspace.

Администраторы Workspace могут запускать новый экземпляр любого активированного process definition — непосредственно с вкладки Part Requests в области Processes browser interface Workspace — нажатием элемента управления .

Из Altium Designer

Внутри Altium Designer активированные process definition, входящие в тему Part Requests, доступны в следующих местах:

• Из панели Components panel. Щелкните правой кнопкой мыши в основной области панели — активные process definition для part request будут доступны в подменю Operations » Submit Request. Либо нажмите ссылку Submit request в разделе Need more components?.

  
  Инициация Part Request из панели Component.

  Если для темы процесса Part Requests нет доступных активных process definition, подменю Submit Request будет неактивным (недоступным). Возможно, потребуется выйти из Workspace и войти снова либо перезапустить Altium Designer для обновления.

• Из панели Manufacturer Part Search panel. Если у текущего выбранного элемента поиска нет значка , панель Details (открывается нажатием ) отобразит кнопку . Нажмите на часть кнопки с выпадающим списком, чтобы получить доступ к меню активных process definition для part request. Нажатие непосредственно на основную часть кнопки запустит первое process definition в списке.

  Запрос детали через панель Manufacturer Part Search дает дополнительное преимущество: ключевая информация будет автоматически подставлена, включая все datasheet и параметрические данные.

  
  Инициация Part Request из панели Manufacturer Part Search, для компонента без моделей.

  Если для темы процесса Part Requests нет доступных активных process definition, кнопка будет неактивной (недоступной). Возможно, потребуется выйти из Workspace и войти снова либо перезапустить Altium Designer для обновления.

  Если у текущего выбранного элемента поиска есть значок , активные process definition для part request будут доступны в меню, связанном с кнопкой (нажмите на часть кнопки с выпадающим списком).

  
  Инициация Part Request из панели Manufacturer Part Search, для компонента с моделями.

  Активные process definition для part request также доступны из контекстного меню основной области панели, в подменю Submit Request.

  
  Инициация Part Request из основной области панели Manufacturer Part Search.

  Если для темы процесса Part Requests нет доступных активных process definition, подменю Submit Request будет неактивным (недоступным). Возможно, потребуется выйти из Workspace и войти снова либо перезапустить Altium Designer для обновления.

• Из панели Explorer panel, когда выбрана специальная папка Part requests или после выполнения поиска. Будет доступна кнопка , при нажатии на которую отобразятся доступные для выбора активные process definition для part request.

  
  Инициация Part Request из панели Explorer.

  Обратите внимание, что если для Enterprise Server Workspace включена функция Legacy Part Requests feature, то кнопка будет отображаться как . В меню также появится дополнительный пункт, относящийся к новым part request с использованием этой legacy-функциональности. Он будет иметь суффикс (Legacy). Если для темы процесса Part Requests нет активных process definition и функция Legacy Part Requests не включена, кнопка Submit Request отображаться не будет. Возможно, потребуется выйти из Workspace и войти снова либо перезапустить Altium Designer для обновления.

Запуск запроса

После выбора нужного process definition для part request появится диалог Start Part Request. В нем будут представлены элементы управления для определения запрашиваемой детали — укажите как можно больше информации, чтобы человек, назначенный на создание компонента, смог подготовить его именно в том виде, в каком он вам нужен.

Фактическая информация, содержащаяся в диалоге, зависит от содержимого, определенного в связанной форме для элемента Start workflow процесса. На следующем изображении показана форма, определенная для элемента Start process definition New Part Request, а также получившийся диалог Start Part Request при запуске этого definition из панели Components или панели Explorer.

Пример, показывающий диалог Start Part Request при запуске process definition New Part Request из панели Components или панели Explorer. Содержимое диалога в значительной степени определяется базовой формой для элемента Start workflow процесса этого definition.

На следующем изображении показан диалог Start Part Request при запуске process definition New Part Request из панели Manufacturer Part Search. Отправка part request из этой панели дает дополнительное преимущество: ключевая информация будет автоматически подставлена, включая все datasheet и параметрические данные.

Пример, показывающий диалог Start Part Request при запуске process definition New Part Request из панели Manufacturer Part Search. Обратите внимание, что большая часть информации уже заполнена за вас (для выбранной здесь детали это выделено зеленым).

Для стандартных process definition part request доступны следующие элементы управления:

• Request title — идентифицирующее имя, используемое для Part Request. Может быть введено вручную или оставлено как значение по умолчанию AUTO, которое формирует заголовок в формате <process name> #<incrementing number> — например, Part Request Lifecycle #9.

• Part number — это обязательное поле, указывающее библиотекарю конкретный номер детали, которую вам нужно создать.

• Manufacturer — это обязательное поле, указывающее библиотекарю, кто фактически производит эту деталь.

• Description — это поле можно использовать для подробного описания детали (обычно взятого из datasheet производителя).

• Priority — это обязательное поле, используемое для указания приоритета запроса. Выберите Low, Medium или High. По умолчанию установлено значение Medium.

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

• Link — если у вас есть URL datasheet детали, введите его в это поле.

• Datasheets — если у вас есть какие-либо datasheet для детали, добавьте их с помощью этого поля — либо через диалог, нажав кнопку ​, либо перетащив их в указанную область. Можно прикреплять файлы любого формата. Чтобы удалить файл, нажмите на элемент удаления ( ​).

• Preliminary components — используйте это поле для добавления ссылок на любой существующий символ, footprint и компонент в вашем Workspace, которые могут быть использованы как основа для создания запрашиваемой детали. Щелкните в поле и начните ввод, чтобы получить доступ к списку доступных Items (по Item ID). Выбор записи добавит ее в поле. Либо нажмите кнопку , чтобы открыть диалог Choose Items (сокращенный вариант панели Explorer), с помощью которого можно выбрать нужные предварительные компоненты. Чтобы удалить запись, нажмите на значок закрытия ().

  
  Добавьте ссылки на существующее содержимое в Workspace, которое можно использовать при создании запрашиваемой детали.

• Properties — это поле доступно только при запуске запроса от выбранной детали в панели Manufacturer Part Search и просто загружает/отображает параметры этой детали вместе с их значениями.

После ввода/указания всех необходимых данных нажмите кнопку , чтобы инициировать запрос. Поля Part number, Manufacturer и Priority — это минимально необходимый набор данных для обработки part request, поэтому они являются обязательными. Если вы попытаетесь запустить запрос без заполнения одного из этих полей, поле будет отмечено как обязательное, рядом появится красный значок восклицательного знака, а кнопка станет недоступной.

Part number, Manufacturer и Priority — это важнейшие сведения, необходимые для создания новой детали, и потому они обязательны: вы не сможете продолжить запрос, пока хотя бы одно из них не будет задано.

Из browser interface Workspace

В browser interface Workspace активированные process definition, относящиеся к теме Part Requests, доступны на странице Part Requests — нажмите кнопку в правом верхнем углу страницы.

Доступ к активированным определениям Part Requests со страницы Part Requests browser interface Workspace. Здесь показан доступ к определениям в Altium 365 Workspace. Наведите курсор на изображение, чтобы увидеть доступ к определениям в Enterprise Server Workspace.

Если для темы процесса Part Requests нет доступных активных process definition, кнопка будет недоступна. Если существует только одно process definition, кнопка не будет иметь функциональности выпадающего списка и немедленно запустит этот процесс при нажатии.

Запуск запроса

После выбора нужного process definition для part request появится окно, заголовок которого будет соответствовать имени выбранного process definition. В нем будут представлены элементы управления для определения запрашиваемой детали — укажите как можно больше информации, чтобы человек, назначенный на создание компонента, смог подготовить его именно в том виде, в каком он вам нужен.

Фактическая информация, содержащаяся в диалоге, зависит от содержимого, определенного в связанной форме для элемента Start workflow процесса. На следующем изображении показана форма, определенная для элемента Start process definition New Part Request, а также получившееся окно New Part Request.

Пример, показывающий окно New Part Request при запуске process definition New Part Request из browser interface Workspace. Содержимое окна в значительной степени определяется базовой формой для элемента Start workflow процесса этого definition.

Для стандартных process definition part request доступны следующие элементы управления:

• Request title — идентифицирующее имя, используемое для Part Request. Может быть введено вручную или оставлено как значение по умолчанию AUTO, которое формирует заголовок в формате <process name> #<incrementing number> — например, Part Request Lifecycle #9.

• Part number — это обязательное поле, указывающее библиотекарю конкретный номер детали, которую вам нужно создать.

• Manufacturer — это обязательное поле, указывающее библиотекарю, кто фактически производит эту деталь.

• Description — это поле можно использовать для подробного описания детали (обычно взятого из datasheet производителя).

• Priority — это обязательное поле, используемое для указания приоритета запроса. Выберите Low, Medium или High. По умолчанию установлено значение Medium.

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

• Link — если у вас есть URL datasheet детали, введите его в это поле.

• Datasheets — если у вас есть какие-либо datasheet для детали, добавьте их с помощью этого поля — либо через диалог, нажав кнопку , либо перетащив их в указанную область. Можно прикреплять файлы любого формата. Чтобы удалить файл, нажмите на элемент удаления ().

• Preliminary components — используйте это поле для добавления ссылок на любой существующий символ, footprint и компонент в вашем Workspace, которые могут быть использованы как основа для создания запрашиваемой детали. Щелкните в поле и начните ввод, чтобы получить доступ к списку доступных Items (по Item ID). Выбор записи добавит ее в поле. Либо нажмите кнопку , чтобы открыть окно Explorer, с помощью которого можно выбрать нужные предварительные компоненты. Чтобы удалить запись, нажмите на значок закрытия ().

  
  Добавьте ссылки на существующее содержимое в Workspace, которое можно использовать при создании запрашиваемой детали.

После ввода/указания всех необходимых данных нажмите кнопку , чтобы инициировать запрос. Поля Part number, Manufacturer и Priority — это минимально необходимый набор данных для обработки part request, поэтому они являются обязательными. Если вы попытаетесь запустить запрос без заполнения одного из этих полей, поле будет отмечено как обязательное.

Part number, Manufacturer и Priority — это важнейшие сведения, необходимые для создания новой детали, и потому они обязательны: вы не сможете продолжить запрос, пока хотя бы одно из них не будет задано.

Первоначальное назначение запроса

То, как новый part request будет назначен на начальном этапе, зависит от параметров, определенных для Assignee, Except и Task ownership — заданных для первоначальной User Task, которая встречается после отправки запроса, как часть базового workflow process definition.

• Assignee — это может быть один пользователь вашего Workspace, несколько пользователей или определенная роль (группа пользователей).
• Except – кто не имеет права работать над задачей, даже если входит в область назначаемых исполнителей (например, инициатор запроса не должен утверждать собственный запрос на компонент!).
• Task ownership – определяет, кто может выполнять задачу по отношению к пользователю(ям), указанному(ым) в поле Assignee. Доступны следующие варианты:
  • One of assigned users – если в поле Assignee указан только один пользователь, начальная задача по обработке запроса назначается непосредственно этому пользователю. Если назначенных исполнителей несколько, все пользователи видят задачу в своем списке задач, и один из них назначает ее себе.
  • All assigned users – все назначенные исполнители получают задачу.

Для определений процессов запроса компонента по умолчанию значение Assignee задано как администраторы Workspace (участники роли Administrators). Для Task ownership задано значение One of assigned users, что означает, что один из этих административных пользователей должен взять запрос в работу.

Какой пользователь изначально получит задачу по обработке нового запроса компонента, зависит от того, как определены настройки Assignee, Except и Task ownership для начальной пользовательской задачи — в базовом workflow для соответствующего определения процесса. На изображении выше показаны настройки для определения процесса New Part Request по умолчанию.

Работа с запросом компонента

Related page: Working with Tasks (Altium 365 Workspace, Enterprise Server Workspace)

После запуска запроса компонента взаимодействие с этим запросом — точнее, с определенным для него workflow процесса — осуществляется через концепцию Tasks. Задача относится к пользовательской задаче, определенной в workflow — точке, в которой для продолжения workflow требуется действие пользователя. Для запроса компонента начальная задача в workflow будет направлена человеку, назначенному для создания этого компонента и ответственному за это.

Доступ к задачам из Altium Designer

Когда вы подключены к Workspace через Altium Designer, ваш текущий список задач доступен на панели Tasklist panel. Для задач, связанных с запросами компонентов, смотрите на Title задачи, где отображается имя связанного процесса вместе с суффиксом экземпляра (например, New Part Request #1). Имя задачи — это просто имя, заданное элементу пользовательской задачи в базовом workflow процесса.

Пример задач запроса компонента, в данный момент назначенных пользователю, подключенному к Workspace, или доступных для назначения ему.

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

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

Пример формы для пользовательской задачи, связанной с процессом New Part Request по умолчанию, при доступе к ней с панели Tasklist в Altium Designer.

Чтобы просмотреть базовый workflow родительского процесса задачи, откройте вкладку Diagram. Диаграмма показывает полный workflow процесса и точку, достигнутую в этом потоке, — пользовательскую задачу, которую вы сейчас обрабатываете, что отражено включением вашего имени.

Доступ к диаграмме workflow для процесса New Part Request по умолчанию с выделением пользовательской задачи, требующей действия, и указанием того, кто должен его выполнить.

Взаимодействуйте с формой по мере необходимости, чтобы выполнить свою задачу. Это может означать выбор варианта, добавление комментария или прикрепление дополнительных файлов/данных. Например, для процесса New Part Request по умолчанию задача для создателя компонента содержит три ключевых поля:

• Components – используйте это поле, чтобы добавить ссылки на любые существующие символ, посадочное место и компонент в вашем Workspace, которые были созданы для предоставления запрошенного компонента.
• Next step – используйте это поле, чтобы определить, что произойдет дальше в жизненном цикле этого запроса компонента:
  • Completed – выберите этот вариант, если вы создали компонент (и связанные доменные модели, если применимо).
  • Rejected – выберите этот вариант, если вы не собираетесь создавать компонент (и, что важно, укажите причину в поле Note).
  • Needs more info – выберите этот вариант, если вы не можете создать компонент в данный момент без дополнительной информации от инициатора запроса (и, что важно, укажите, что именно требуется, в поле Note).
• Note – используйте это поле, чтобы предоставить комментарий по задаче. Например, указать, что вновь созданный компонент «готов к использованию», или кратко объяснить, почему запрошенный компонент не будет создан. А если вам требуется больше информации от инициатора запроса, здесь можно указать, чего не хватало в исходном запросе!

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

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

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

Для задач, связанных с запросами компонентов, смотрите на Title задачи, где отображается имя связанного процесса вместе с суффиксом экземпляра (например, New Part Request #1). Имя задачи — это просто имя, заданное элементу пользовательской задачи в базовом workflow процесса.

Пример задач запроса компонента, в данный момент назначенных пользователю, подключенному к Workspace, или доступных для назначения ему. Здесь показаны задачи запроса компонента в Altium 365 Workspace. Наведите курсор на изображение, чтобы увидеть задачи запроса компонента в Enterprise Server Workspace.

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

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

Пример формы для пользовательской задачи, связанной с процессом New Part Request по умолчанию, при доступе к ней со страницы Tasks в браузерном интерфейсе Workspace.

Чтобы просмотреть базовый workflow родительского процесса задачи, откройте вкладку Diagram. Диаграмма показывает не только полный workflow процесса, но и точку, достигнутую в этом потоке, — пользовательскую задачу, которую вы сейчас обрабатываете, что отражено включением вашего имени.

Доступ к диаграмме workflow для процесса New Part Request по умолчанию с выделением пользовательской задачи, требующей действия, и указанием того, кто должен его выполнить. В данном случае пользователю Pavel.Demidov@altium.com поручено создать запрошенный компонент, и ему необходимо обработать задачу, чтобы workflow мог перейти к следующему событию.

Взаимодействуйте с формой по мере необходимости, чтобы выполнить свою задачу. Это может означать выбор варианта, добавление комментария или прикрепление дополнительных файлов/данных. Например, для процесса New Part Request по умолчанию задача для создателя компонента содержит три ключевых поля:

• Components – используйте это поле, чтобы добавить ссылки на любые существующие символ, посадочное место и компонент в вашем Workspace, которые были созданы для предоставления запрошенного компонента.
• Next step – используйте это поле, чтобы определить, что произойдет дальше в жизненном цикле этого запроса компонента:
  • Completed – выберите этот вариант, если вы создали компонент (и связанные доменные модели, если применимо).
  • Rejected – выберите этот вариант, если вы не собираетесь создавать компонент (и, что важно, укажите причину в поле Note).
  • Needs more info – выберите этот вариант, если вы не можете создать компонент в данный момент без дополнительной информации от инициатора запроса (и, что важно, укажите, что именно требуется, в поле Note).
• Note – используйте это поле, чтобы предоставить комментарий по задаче. Например, указать, что вновь созданный компонент «готов к использованию», или кратко объяснить, почему запрошенный компонент не будет создан. А если вам требуется больше информации от инициатора запроса, здесь можно указать, чего не хватало в исходном запросе!

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

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

В любое время любой пользователь может просматривать действия по запросам компонентов — как активные запросы, так и закрытые. Это можно сделать из двух мест.

Страница Part Requests (браузерный интерфейс Workspace)

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

Просматривайте все процессы запросов компонентов в одном удобном месте. Здесь показан доступ к странице Part Requests в Altium 365 Workspace. Наведите курсор на изображение, чтобы увидеть доступ к странице в Enterprise Server Workspace.

Для каждой записи отображается следующая информация (где применимо):

• Status – состояние процесса запроса компонента. Оно может быть одним из следующих:
  •  Active – процесс запроса компонента в данный момент активен, и связанный с ним workflow выполняется.
  •  On hold – процесс запроса компонента в данный момент активен, но ожидает начального ввода, такого как назначение исполнителя, прежде чем его workflow сможет продолжиться.
  •  Closed – процесс запроса компонента теперь закрыт, например был либо успешно завершен, либо отклонен.
  • Terminated – процесс запроса компонента теперь закрыт и был принудительно завершен непосредственно либо инициатором запроса, либо администратором Workspace.
• Process Name – имя определения процесса запроса компонента.
• Title – это поле используется для различения нескольких экземпляров одного и того же процесса запроса компонента. Заголовок представляет собой имя процесса с суффиксом экземпляра (#1, #2 и так далее).
• State – это состояние, в котором в настоящий момент находится связанный workflow процесса.
• Assignee (только активный процесс) – это пользователь, у которого сейчас есть задача, которую нужно выполнить, чтобы сдвинуть процесс запроса компонента с его текущего состояния workflow.
• Started By – пользователь, инициировавший процесс запроса компонента.
• Started At – дата и время запуска процесса запроса компонента.
• Ended At (только закрытый процесс) – дата и время завершения процесса запроса компонента.

Для активного процесса запроса компонента также доступен элемент управления Terminate (). Нажмите его, чтобы принудительно завершить процесс запроса компонента. Процесс будет перемещен в список процессов запроса компонентов Closed. Завершить процесс запроса компонента может только инициатор запроса или участник роли Administrators для Workspace.

Процессы запросов компонентов можно сортировать по любому столбцу, содержащему элемент управления — нажмите на этот элемент или на имя столбца. Также можно выполнять поиск, используя поле Search в верхней части списка. Для поиска можно использовать данные во всех полях, кроме Status, Started At и Terminate.

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

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

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

Также доступны следующие дополнительные вкладки:

• Data – показывает все относящиеся к процессу данные. Для процесса запроса компонента это могут быть прикрепленные спецификации, параметрические данные и любые предварительные компоненты.

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

Используйте вкладки Data и History, чтобы просмотреть, соответственно, более подробные сведения о процессе запроса компонента и журнал его активности в workflow.

Панель Tasklist (Altium Designer)

Когда вы подключены к Workspace через Altium Designer, все действия на основе процессов, которые вы инициировали, будут доступны для просмотра в области Activities панели Tasklist panel. Чтобы вывести только процессы запросов компонентов, нажмите кнопку и отключите пункты Project Activity и Project Creation (оставив включенным только пункт Part Request).

Получайте доступ к инициированным вами запросам компонентов непосредственно из Altium Designer.

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

Для каждой записи отображается следующая информация (где применимо):

• State – состояние процесса запроса компонента. Оно может быть одним из следующих:
  •  Active – процесс запроса компонента в данный момент активен, и связанный с ним workflow выполняется.
  •  On hold – процесс запроса компонента в данный момент активен, но ожидает начального ввода, такого как назначение исполнителя, прежде чем его workflow сможет продолжиться.
  •  Closed – процесс запроса компонента теперь закрыт, например был либо успешно завершен, либо отклонен.
  •  Terminated – процесс запроса компонента теперь закрыт и был принудительно завершен непосредственно либо инициатором запроса, либо администратором Workspace.
• Title – это поле используется для различения нескольких экземпляров одного и того же процесса запроса компонента. Заголовок представляет собой имя процесса с суффиксом экземпляра (#1, #2 и так далее).
• Type – имя определения процесса запроса компонента.
• Started – дата и время запуска процесса запроса компонента.

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

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

Уведомления по электронной почте

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

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

Пример электронного письма, получаемого после завершения запроса компонента.