& Construction

Integrated BIM tools, including Revit, AutoCAD, and Civil 3D
& Manufacturing

Professional CAD/CAM tools built on Inventor and AutoCAD
Integrated BIM tools, including Revit, AutoCAD, and Civil 3D
Professional CAD/CAM tools built on Inventor and AutoCAD
In this lesson, we’ll discuss how you might plan out a change workflow before trying to build one in Upchain. We’ll then discuss some of the possibilities that Upchain can provide within a Change request workflow, and then begin configuring item checks into a workflow in Upchain.
Think about the sorts of things you already include in the release process at your organization and write it out in a process flow diagram.
In this video, let’s discuss the sorts of things you may wish to include in your workflow and lay out an example workflow here. This will provide the foundation for how we build the workflow in Upchain later on.
Transcript
00:08
In this video, let's discuss the sorts of things you may wish to include in your workflow and lay out an example workflow here.
00:16
This will provide the foundation for how we build the workflow in Upchain later on.
00:22
What does it mean to be released?
00:25
We're not talking about released in the Upchain sense, but released at your organization.
00:31
Before you can start to build a workflow in Upchain,
00:34
you need to consider what your desired business process is and what each step of that process looks like.
00:40
Ask yourself these questions.
00:43
What does it mean for an item to be released at your organization?
00:49
What sorts of things must be true for an item to be considered finished?
00:54
What should happen if items do not meet certain criteria?
00:57
Should the workflow end or give the user a chance to fix them before proceeding?
01:03
How many people are involved in the review process?
01:07
Who will have the final sign off?
01:10
These are some of the questions to help you get started in thinking about your desired business process.
01:20
At our example company, here is a possible process that might be followed to release items.
01:26
In addition to ensuring the designs are correct,
01:28
the designer must confirm that all manufactured parts have all necessary information filled in, including a name, description, and material.
01:39
The designer must confirm that all off-the-shelf parts have all necessary information filled in,
01:45
including a name, description, manufacturer, and the manufacturer's catalog number.
01:53
The designer must ensure that all manufactured parts and assemblies have an up-to-date 2D drawing associated with it,
02:01
complete with all necessary views, dimensions, bill of materials, title blocks, and revision blocks.
02:08
The designer must ensure that all assemblies have been rebuilt and updated with the latest parts and subassemblies,
02:15
and they have gathered the necessary weight, density, and simulation results.
02:22
The assembly is then passed to the lead designers assigned to the project or at least one person must review and sign off on the data.
02:34
The assembly is then passed to the manufacturing team to review, and at least 75% of them must approve and sign off on it.
02:44
The assembly is then finally passed to the project manager to review and provide the final approval and sign off.
02:52
If anyone identifies issues in the data, it is sent back to the designer to fix the data before the review process starts again.
03:00
These acceptance or rejections must be properly documented for future audit purposes and lessons learned sessions.
03:10
Here is the same process mapped out in a flow diagram.
03:16
Manufactured items are checked for their correct information, off the shelf items are checked for their correct information.
03:26
Drawings are checked to make sure they are present for assemblies and manufactured items.
03:31
Assemblies and drawings are checked so that they are up to date with the latest model information,
03:36
and then the review process begins, starting with the lead, lead mechanical designers, the manufacturing team, and finally, the project manager.
03:47
If any reviewer identifies issues, the data is sent back to the designer to fix it and the review process starts again.
03:57
So, you can choose any method you wish to map out your desired process as long as it is clear and addresses any possible outcomes at each step.
04:14
In the above example, this process might be quite cumbersome and could span several days depending on how much data there is to sift through.
04:24
There would be a lot of time spent ensuring the data was not only present, but also valid.
04:31
Upchain can help with a lot of this process by ensuring this exact same process is followed every time an item is released,
04:39
so that no specific checks are missed.
04:42
It can also help ensure all necessary data is present so that every item released with this workflow is at least consistent.
04:53
It is important to remember though that upchaining cannot check the validity of your data,
04:59
but it can at least check that certain data is present so that the reviewers involved can focus on qualifying the data.
05:09
Let's consider the following primitives that can provide the kind of functionality we're looking for in our workflow.
05:20
The object decision primitive checks each item for specific attributes or files and produces a task for each item that fails this check.
05:31
It can also prevent the workflow from continuing until the necessary attributes are or files are present and filled in.
05:39
This primitive can be used for steps 1 to 3 in our workflow.
05:46
The system primitive contains an option to check that all assemblies and drawings are up to date,
05:53
and can even fix anything that is out of date for you if you desire.
05:58
This primitive can be used for step 4 in our workflow, as well as the final step to release the items.
06:14
The decision primitive is used to assign tasks to a single person or to everyone with a specific role on the project team or a group of people.
06:24
You can further specify how many people must complete this task before it'll move on.
06:32
This is a good primitive to use to track acceptance or rejection comments,
06:36
and loop your workflow back to the appropriate step to try again, rather than cancel the workflow outright.
06:44
We will use this primitive for each of our review steps 5 to 7.
06:50
We'll also, of course, include the other necessary primitives, including start, stop, and update as they exist in the current system workflow.
07:06
This video should get you thinking about what might be possible with Upchain,
07:11
and how you can start to translate your existing business processes for releasing items into a change request workflow in Upchain.
07:20
Please review the Upchain help documentation to review the capabilities of these different primitives as well as the additional primitives available.
07:28
But don't worry about fully understanding them now.
07:31
We'll start to configure this workflow in Upchain in this lesson.
07:35
So, keep going.
Video transcript
00:08
In this video, let's discuss the sorts of things you may wish to include in your workflow and lay out an example workflow here.
00:16
This will provide the foundation for how we build the workflow in Upchain later on.
00:22
What does it mean to be released?
00:25
We're not talking about released in the Upchain sense, but released at your organization.
00:31
Before you can start to build a workflow in Upchain,
00:34
you need to consider what your desired business process is and what each step of that process looks like.
00:40
Ask yourself these questions.
00:43
What does it mean for an item to be released at your organization?
00:49
What sorts of things must be true for an item to be considered finished?
00:54
What should happen if items do not meet certain criteria?
00:57
Should the workflow end or give the user a chance to fix them before proceeding?
01:03
How many people are involved in the review process?
01:07
Who will have the final sign off?
01:10
These are some of the questions to help you get started in thinking about your desired business process.
01:20
At our example company, here is a possible process that might be followed to release items.
01:26
In addition to ensuring the designs are correct,
01:28
the designer must confirm that all manufactured parts have all necessary information filled in, including a name, description, and material.
01:39
The designer must confirm that all off-the-shelf parts have all necessary information filled in,
01:45
including a name, description, manufacturer, and the manufacturer's catalog number.
01:53
The designer must ensure that all manufactured parts and assemblies have an up-to-date 2D drawing associated with it,
02:01
complete with all necessary views, dimensions, bill of materials, title blocks, and revision blocks.
02:08
The designer must ensure that all assemblies have been rebuilt and updated with the latest parts and subassemblies,
02:15
and they have gathered the necessary weight, density, and simulation results.
02:22
The assembly is then passed to the lead designers assigned to the project or at least one person must review and sign off on the data.
02:34
The assembly is then passed to the manufacturing team to review, and at least 75% of them must approve and sign off on it.
02:44
The assembly is then finally passed to the project manager to review and provide the final approval and sign off.
02:52
If anyone identifies issues in the data, it is sent back to the designer to fix the data before the review process starts again.
03:00
These acceptance or rejections must be properly documented for future audit purposes and lessons learned sessions.
03:10
Here is the same process mapped out in a flow diagram.
03:16
Manufactured items are checked for their correct information, off the shelf items are checked for their correct information.
03:26
Drawings are checked to make sure they are present for assemblies and manufactured items.
03:31
Assemblies and drawings are checked so that they are up to date with the latest model information,
03:36
and then the review process begins, starting with the lead, lead mechanical designers, the manufacturing team, and finally, the project manager.
03:47
If any reviewer identifies issues, the data is sent back to the designer to fix it and the review process starts again.
03:57
So, you can choose any method you wish to map out your desired process as long as it is clear and addresses any possible outcomes at each step.
04:14
In the above example, this process might be quite cumbersome and could span several days depending on how much data there is to sift through.
04:24
There would be a lot of time spent ensuring the data was not only present, but also valid.
04:31
Upchain can help with a lot of this process by ensuring this exact same process is followed every time an item is released,
04:39
so that no specific checks are missed.
04:42
It can also help ensure all necessary data is present so that every item released with this workflow is at least consistent.
04:53
It is important to remember though that upchaining cannot check the validity of your data,
04:59
but it can at least check that certain data is present so that the reviewers involved can focus on qualifying the data.
05:09
Let's consider the following primitives that can provide the kind of functionality we're looking for in our workflow.
05:20
The object decision primitive checks each item for specific attributes or files and produces a task for each item that fails this check.
05:31
It can also prevent the workflow from continuing until the necessary attributes are or files are present and filled in.
05:39
This primitive can be used for steps 1 to 3 in our workflow.
05:46
The system primitive contains an option to check that all assemblies and drawings are up to date,
05:53
and can even fix anything that is out of date for you if you desire.
05:58
This primitive can be used for step 4 in our workflow, as well as the final step to release the items.
06:14
The decision primitive is used to assign tasks to a single person or to everyone with a specific role on the project team or a group of people.
06:24
You can further specify how many people must complete this task before it'll move on.
06:32
This is a good primitive to use to track acceptance or rejection comments,
06:36
and loop your workflow back to the appropriate step to try again, rather than cancel the workflow outright.
06:44
We will use this primitive for each of our review steps 5 to 7.
06:50
We'll also, of course, include the other necessary primitives, including start, stop, and update as they exist in the current system workflow.
07:06
This video should get you thinking about what might be possible with Upchain,
07:11
and how you can start to translate your existing business processes for releasing items into a change request workflow in Upchain.
07:20
Please review the Upchain help documentation to review the capabilities of these different primitives as well as the additional primitives available.
07:28
But don't worry about fully understanding them now.
07:31
We'll start to configure this workflow in Upchain in this lesson.
07:35
So, keep going.
In this video, we’ll demonstrate how to configure the primitives we’ll need in the workflow to check our items for missing attributes and drawings, as well as ensuring all assemblies and drawings are up to date with the latest model information.
How to buy
Privacy | Do not sell or share my personal information | Cookie preferences | Report noncompliance | Terms of use | Legal | © 2025 Autodesk Inc. All rights reserved
Sign in to start learning
Sign in for unlimited free access to all learning content.Save your progress
Take assessments
Receive personalized recommendations
May we collect and use your data?
Learn more about the Third Party Services we use and our Privacy Statement.May we collect and use your data to tailor your experience?
Explore the benefits of a customized experience by managing your privacy settings for this site or visit our Privacy Statement to learn more about your options.