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

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

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

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

Рабочие процессы (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. Один предопределённый процесс для Part Requests активирован для использования «из коробки» (New Part Request). Его можно найти на вкладке Part Requests страницы Admin – Processes в browser interface. Используйте его, изменяйте или создавайте свой — в зависимости от потребностей вашей компании по оформлению запросов на компоненты. Кроме того, доступны ещё пять примерных определений процессов — 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. Их нельзя активировать и использовать как есть. Поэтому каждое из них скорее «шаблон» — отредактируйте под требования вашей компании, задайте имя и сохраните как новое определение процесса, которое затем можно активировать и использовать вместе со всеми остальными определениями в теме процессов Part Requests.

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

  
  Диаграмма workflow определения процесса New Part Request .

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

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

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

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

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

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

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

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

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

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

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

Инициация запросов Part Request

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

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

Из Altium Designer

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

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

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

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

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

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

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

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

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

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

  Активные определения процессов Part Request также доступны из контекстного меню (правая кнопка) в основной области панели — через подменю Submit Request.

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

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

• На панели Explorer panel, когда выбрана выделенная папка Part requests или после выполнения поиска. Будет доступна кнопка , нажатие которой покажет активные определения процессов Part Request, доступные для выбора.

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

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

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

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

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

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

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

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

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

• Request title – заголовок автоматически формируется и назначается запросу в формате <ProcessName> #n. Это поле содержит текст AUTO и недоступно для редактирования.
• Part number – обязательное поле, указывающее библиотекарю конкретный номер (part number) компонента, который нужно создать.
• Manufacturer – обязательное поле, чтобы указать библиотекарю, кто является фактическим производителем компонента.
• Description – это поле можно использовать для подробного описания компонента (обычно берётся из даташита производителя).
• Priority – обязательное поле для указания приоритета запроса. Выберите Low, Medium или High. Значение по умолчанию — Medium.
• Needed by – используйте это поле, чтобы указать дату, к которой компонент должен быть готов. При щелчке в поле появится окно календаря, в котором можно выбрать требуемую дату.
• Link – если у вас есть URL на даташит компонента, введите его в это поле.
• Datasheets – если у вас есть какие-либо даташиты для компонента, добавьте их через это поле: либо через диалог по нажатию кнопки , либо перетащив файлы в указанную область. Можно прикреплять файлы любого формата. Чтобы удалить файл, нажмите элемент удаления ().

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

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

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

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

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

Из браузерного интерфейса Workspace

В браузерном интерфейсе Workspace активированные определения процессов, относящиеся к теме Part Requests, доступны на странице Part Requests — нажмите кнопку в правом верхнем углу страницы.

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

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

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

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

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

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

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

• Request title – заголовок автоматически формируется и назначается запросу в формате <ProcessName> #n. Это поле содержит текст AUTO и недоступно для редактирования.

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

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

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

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

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

• Link – если у вас есть URL на даташит компонента, введите его в это поле.

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

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

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

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

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

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

То, как новый запрос на компонент будет назначен изначально, зависит от настроек, определённых для Assignee, Except и Task ownership — заданных для первой задачи User Task, встречающейся после отправки запроса, как части базового рабочего процесса определения.

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

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

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

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

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

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

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

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

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

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

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

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

Пример формы пользовательской задачи, связанной с процессом 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.

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

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

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

Щёлкните по соответствующей записи задачи — относящейся к Part Request — чтобы связанная с ней форма была показана на вкладке 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 символ, посадочное место (footprint) и компонент, которые были созданы для предоставления запрошенной детали.
• Next step – используйте это поле, чтобы определить, что будет происходить дальше в жизненном цикле данного запроса на деталь:
  • Completed – выберите этот вариант, если вы создали деталь (и связанные доменные модели, если применимо).
  • Rejected – выберите этот вариант, если вы не планируете создавать деталь (и, что важно, укажите причину в поле Note).
  • Needs more info – выберите этот вариант, если вы не можете создать деталь в данный момент без дополнительной информации от инициатора запроса (и, что важно, укажите, что именно требуется, в поле Note).
• Note – используйте это поле, чтобы оставить комментарий по задаче. Например, указать, что вновь созданный компонент «готов к использованию», или дать краткое объяснение, почему запрошенная деталь не будет создана. А если вам нужна дополнительная информация от инициатора запроса, это место, чтобы отметить, чего не хватало в исходном запросе!

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

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

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

Страница Part Requests (интерфейс Workspace Browser)

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

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

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

• 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 – показывает все относящиеся к процессу данные. Для процесса запроса на деталь это может включать прикреплённые datasheet’ы, параметрические данные и любые предварительные компоненты.

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

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

Панель Tasklist (Altium Designer)

Когда вы подключены к своему Workspace через Altium Designer, все активности на основе процессов, которые вы инициировали, будут доступны для просмотра в области Activities панели Tasklist panel. Чтобы отобразить только процессы Part Request, нажмите кнопку и отключите элементы 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 – дата и время запуска процесса запроса на деталь.

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

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

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

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

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

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