Refer to documentation Implementation
The Routings function contains a Home section and one section per feature of the requirement:
Presentation
The Home section provides key tracking information. The critical field in the Home section is the Use status field. This field indicates the current status on the shop floor of the preparation of the operations and tools in the routing. You can pin the Home section to stop it scrolling off the screen.
Close
Fields
The following fields are present on this tab :
Block number 1
| This routing code describes the process involved in manufacturing (producing) or processing a product. That is, the sequence of operations and tools that are involved in producing or processing a particular product. The routing code matches the product code. The product code can be a manufactured product (a bill of materials), or a generic reference to a parent routing which is linked to several products. |
| Multiple routings can be defined for a single product. Each routing code can be assigned specific management features. These include restriction of the routing to a specific site and to specific areas of functionality (for use in a manufacturing environment, for costing or for capacity planning). |
| The production site from which the work orders are to be selected. The production site defined on the user record is displayed by default but can be amended. |
| Use this field to automatically select the following for this routing:
If you leave this field blank and the selected routing is version managed, you can type in the version details to display the applicable date. |
| Use this field to indicate if this is a major version of this routing. Major versions might be used where there have been increased or significant changes in functionality, that is, the 'form, fit or function' has changed. If you are creating a new routing and this product code allows routing versions to be managed for it, type in a major version code. You can create any routing version you choose. You are not bound by the versions stored against the stock record. The format of your code, however, must match the format for the sequence number counter defined on the product record. If you are viewing an existing routing, this field will display the major version of this routing that applies on the defined Reference date. This field is not available for entry if the product code defined in the Routing field is not version managed. |
| Use this field to indicate if this is a major version of this routing. Major versions might be used where there have been increased or significant changes in functionality, that is, the 'form, fit or function' has changed. If you are creating a new routing and this product code allows routing versions to be managed for it, type in a minor version code. You can create any routing version you choose. You are not bound by the versions stored against the stock record. The format of your code, however, must match the format for the sequence number counter defined on the product record. If you are viewing an existing routing, this field will display (in conjunction with the major version) the minor version of this routing that applies on the defined Reference date. This field is not available for entry if the product code defined in the Routing field is not version managed. |
| This field displays a change request ID if this product, or the specific version or revision of this product is associated with an 'active' change request. An active change request is a change request at the planning or implementation stage of the processing cycle. A warning icon is displayed adjacent this field. If a warning icon is displayed you should consider delaying the creation or amendment of this routing for this product until the change request identified is closed. At that point a change to this product will have either been seen through to its conclusion and the change delivered, or the change request rejected. You will not, however, be prevented from creating or amending this routing should you decide to do so. |
Header
| Use this field to identify this routing. |
| Use this field to define the start date of this routing's validity period. Alternatively leave blank if this routing is valid until the defined end date. |
| Use this field to define the final date of this routing's validity period. If this routing does not have a validity period, or is the current routing, leave blank. |
| This field indicates the status on the shop floor of the preparation of the operations and tools in this routing. This field will be set to one of the following values:
A routing can only be assigned to the various manufacturing processes (such as work orders and cost calculations) when its status is 'Available to use'. The 'In development' and 'Available to use' sites must be identical. If you are creating a new non-versioned routing you can manually set this field to 'Available to use' when the routing detail is complete. This will also validate the coherence of the routing operations. If you are creating a new version-managed routing, this field defaults to status 'In development'. Validating the version (using the Validation action) sets this field to 'Available to use' if the coherence of the routing operations is correct. This field is not available for amendment after the version has been validated, if the routing code defined in the Routing field is version managed. |
| This field displays the start date of the displayed version's (major and minor) validity period. |
| This field displays the final date of the displayed version’s validity period. This field is blank if the displayed version is the current, or active version. |
| Use this field to define how time for the operations in this routing are to be expressed. The time unit can be 'hours' or 'minutes'. The time you select will apply to the setup time, run time and the rate of all operations in the routing. |
Scheduling
| Validation of the scheduling grid checks the coherence of the routing operations. For example, it checks the last operation does not have a next operation, the schedule does not loop and at least one production operation has been declared. If the scheduling is correct, the Compliantflag is checked (set to 'Yes'). If the scheduling is not compliant, several instances must be checked:
|
Close
Presentation
You use this section to provide management controls for this routing.
Close
Fields
The following fields are present on this tab :
WO management mode
| Use this field to control amendments to work orders to which this routing is assigned. This includes work order amendments such as replacing work centers, replacing components if there are shortages or changing machinery setup times. You can set this field to one of the following values:
|
Release criteria
| Use this field to define a product release quantity range when this routing is applied to a work order. This field represents the minimum quantity (expressed in the stock unit) of the product that must be produced using this routing. |
This field displays the unit of measure (volume or mass). |
| Use this field to define a product release quantity range when this routing is applied to a work order. This field represents the maximum quantity (expressed in the stock unit) of the product that must be produced using this routing. |
This field displays the unit of measure (volume or mass). |
Last release
| Date of last release. This date is updated in the routing header for each release of this routing. |
| This field indicates the actual quantity expressed in the release unit. |
This field displays the unit of measure (volume or mass). |
Documents
| Use this field to refer to the workbench or plan used for this routing. This is for information only. |
| Use this field to refer to the image or plan used for this routing. This is for information only. |
Close
Presentation
You use this section to define the operations that are used in the routing.
Every routing is a sequence of operations and tools that are involved in producing (manufacturing) or processing a particular product or assembly (bill of materials). You define the details of the resources and operations to be assembled into each stage of your routing.
You can use standard operations to simplify the creation of your routings. Standard operations are simply 'template' operations that provide default information to be assembled into routings for producing or processing a particular product. Information such as which machine or work center performs the work, setup and run times, delay times and the operation unit. They can be operations that are used regularly, or are used in more than one routing and ad hoc operations (operations specific to particular circumstances).
Standard operations are defined independently of the routings. When adding operations to the routing you can select a standard operation from the database. You can then change the default information provided by the standard operation for the routing operation you are creating. You can also change an original standard operation when modifying routings.
The link between a routing operation and the standard operation used to create it is saved for information purposes only. If the standard operation data is changed, the routing operations created from it are not updated.
Where standard operation times are expressed in a time unit that is different from the time unit defined in the routing header, the standard operation times are converted based on the routing time unit.
Each operation can be assigned two work centers:
An operation can be replaced. The new operation is given a new index number. The start date of the new operation must be later than the end date of the operation being replaced.
The reference date in the routing header information controls which operations are displayed.
Proportional times are used for the production of an operation unit (not for the stock unit of the finished product using the routing). This principle is applied when changing units for subcontract operations and when managing the routing type. For example:
In this example the operation unit for operation 10 is 'kilogram', operation 20, 'meter' and operation 30, the stock unit. If the operation unit is different to the unit defined for the product (defined in the routing header) you must define a conversion coefficient between the stock unit for the product and the operation unit.
You can define the coefficient between the operation unit and the stock unit or calculate it using a formula. If the field STK-OPE coeff form. (OPESTUFOR) contains a value this becomes the default Stock unit-Operation unit conversion coefficient.
Fields
The following fields are present on this tab :
Grid Operations
| Type in the sequence number of this operation. |
| This field indicates if this operation has been amended. The value displayed concurs with the number of times this operation has been amended. The operation with the highest index number is the new operation. |
| Use this field to define the start date of this operation's validity period. If this routing is version managed and you are changing an existing operation (field Indexis populated), the default start date is tomorrow. |
| Use this field to define the final date of this operation's validity period. If this routing is version managed and you are changing an existing operation, the previous operation (field Indexis blank or lower than this operation) defaults to today's date. |
| Use this field to select a standard operation to simplify the creation of this operation. Standard operations are simply 'template' operations that provide default information to be assembled into routings for producing or processing a particular product. The fields defined in the selected standard operation will provide default values for many of the fields in this operation. Note the following if you confirm 'recovery of the operation data':
Operations based on a standard operation are not updated if the standard operation is changed. |
| This field identifies the group of work centers to which this work center belongs. Work center groups are used to review workloads. |
| This field identifies the type of operation that is performed on the selected work center. This might be a machine, labor or a subcontracted operation. Work centers of type Subcontracting are managed externally by subcontract suppliers. |
| Use this field to identify the production resource that is to be used for this operation. This work center is the main (principal) work center for this operation. Type in, or select from the Work Centers table the code of the resource to be used for this operation. It can be a machine, labor or subcontract work center. The scheduling of the operations looks at the availability of this work center. You can specify the number of operators to allocate to it however you cannot allocate more resources than that defined on the work center record. If you define a work center of type 'subcontracting', the Subcontract code (field SCOCOD) is set to 'Structural' and the operation is automatically subcontracted. The subcontract operations are managed using the lead time defined in the subcontract product record. Subcontract operation times are not used by the scheduling. To generate a temporary (or ad hoc) subcontract operation enter an internal work center as the main work center and the subcontract work center using a temporary subcontracting code. During the creation of a work order scheduling is carried out by priority on the main (workshop) work center. You can replace this work center with the subcontract work center if the operation is subsequently subcontracted. |
| This field displays the description defined for the routing operation. |
| Use this field to define the number for this particular production resource that are required for this operation. For example, if three people are needed to operate a specific (labor) work center, type in '3'. |
| This field identifies the group of work centers to which this work center belongs. Work center groups are used to review workloads. |
| This field identifies the selected work center as being a 'labor' work center. |
| Use this field to assign a 'labor' work center to this operation. The work center site must match the site for the routing code, if defined. Scheduling is not carried out for labor work centers as they are considered secondary and 'always available' (or available at the same time as the main work center). Their load is managed for information purposes only using the coefficients defined for the main work center. If the main work center is of type 'subcontracting' there is no associated secondary work center. |
| Use this field to define the number for this particular production resource that are required for this operation. For example, if three people are needed to operate a specific (labor) work center, type in '3'. |
| This coefficient helps with data entry. It is used to multiply the load times (setup time and run time) for a standard operation, if the 'recovery of the operation data' has been confirmed. This coefficient is not recorded in the tables. It is set to 0 (zero) when loading a routing operation. If a standard operation specified for a routing operation is modified, it is set to 1. The coefficient can be entered on the operation detail line for a new routing operation, or in the Routing operation detail screen (available from the Actions icon) when set to 1. |
| Use this field to specify the actual time it takes to prepare this work center. This time forms part of the work center load. It is expressed in the time unit specified in the routing header or in the time defined for the standard operation, if a standard operation has been applied for this operation. |
| The operation time type conditions the production time entry.
|
| Depending on the resource being used, the number of decimals of the operation time can be insufficient to express the production time. |
| The basis quantity entry depends on the management unit. |
| The operation time is the time necessary to manufacture the product described in the routing. The operating time unit can be:
|
| The rate is a number of units produced by minute or by hour according to the time unit specified in the routing header (for an operation), or in the standard operation itself. |
| Efficiency is a way to measure compliance to the preset standards. It can be calculated over a given period by work center: Standard hours calculated for a given production divided by the actual hours worked. Two efficiency rates are managed depending on the following:
If both factors are entered, they add up. The WSTEFFINH - Work center efficiency history parameter (GPA chapter, MIS group) is used to specify whether the efficiency defined at work center level should be used on the routing operation.
|
| This percentage is used to balance the quantities on the production operations based on the released quantity. It is possible to introduce a shrinkage percentage on the work center, which is used to weight the planned runtimes for an operation using this work center by a loss or gain on the quantity produced for the work center. |
| This is the planned setting time to obtain the setting time allocated to the labor work center linked to the main work center. This coefficient applied to the planned setting time to obtain the setting time allocated to the labor work center linked to the main work center. |
| This is the coefficient applied to the planned operation time. It is used to obtain the operation time for the labor work center linked to the principal work center. This field is only available for entry if the labor work center is defined. Operation times are subdivided as follows: Proportional times are expressed for the production of an operation unit (and not in the stock unit of the finished product using the routing). |
| This coefficient helps with data entry. It is used to multiply the load times (preparation time, waiting time and post run time) for a standard operation, if the 'recovery of the operation data' has been confirmed. This coefficient is not recorded in the tables. It is set to 0 (zero) when loading a routing operation. If a standard operation specified for a routing operation is modified, it is set to 1. The coefficient can be entered on the operation detail line for a new routing operation, or in the Routing operation detail screen (available from the Actions icon) when set to 1. |
| Preparation time is 'waiting time' set at the start of an operation. Preparation time is always expressed in hours. It does not use the time unit defined in the routing header (field Time unit). Preparation time is not applied to the work center load. Although preparation time is waiting time it can be used for the time it takes to prepare for an operation on a work center. This might be time for settling liquids or cleaning a machine. For this type of scenario, that is when preparation time is used for setting time at the start of an operation, the resource must be available. When scheduling preparation time the calendar for the defined resource is applied. This means that if, for example, a work center (machine or labor) runs from 08:00-12:00 and 13:00-17:00 with a break for one hour between 12:00-13:00, preparation time will be interrupted by the one hour break. If the operation requires an 'emergency release', a reduction coefficient can be assigned that makes it possible to completely remove any preparation time. |
| Waiting time is 'delay time' that occurs after an operation. It is non-productive time such as drying time or cooling time that occurs after a process has been completed on a machine and until the machine can next be used. Waiting time is always expressed in hours. It does not use the time unit defined in the routing header (field Time unit). Waiting time is not applied to the work center load. If machine time is required for an operation during the allowed waiting time you should add a new operation to this routing. A machine might be required for example, for drying or cooling components at a work center. The additional operation must be for the appropriate resource type, such as 'cooler'. When scheduling time for these resources if, for example, a work center (machine or labor) runs from 08:00-12:00 and 13:00-17:00 with a break for one hour between 12:00-13:00:
|
| Post operation, or post run time is a 'deadline' that occurs after waiting time. It is non-productive time, typically 'transfer time', or a transition period from one work center to the next work center that occurs after a process has been completed on a machine and until the machine can next be used. Waiting time is always expressed in hours. It does not use the time unit defined in the routing header (field Time unit). Waiting time is not applied to the work center load. If operator time is required for an operation during the allowed post run time you should add a new operation to this routing. An operator might be required for example, for the transportation or carriage, or the transition between two work centers. The additional operation must be for the appropriate resource type, such as 'carrier'. When scheduling time for these resources if, for example, a work center (machine or labor) runs from 08:00-12:00 and 13:00-17:00 with a break for one hour between 12:00-13:00:
If the operation requires an 'emergency release', a reduction coefficient can be assigned that makes it possible to completely remove any post run time. When scheduling time for these resources, if both waiting time and post run (post operation) time has been declared for the operation only the largest of the two values is used. |
| Work order operation quantities are expressed in the operation unit. Use this operation unit to express operating time in a different unit to that of the product being produced by the routing. For example, a product managed by unit is subject to three different operations, none of which produce intermediate stock:
There is no need to create semi-finished products for each production phase. The operation unit is associated with a conversion coefficient for the stock unit of the product being produced by the routing and the operation unit. |
| The Stock unit-Operation unit conversion coefficient is used to convert the released quantity of finished product into the quantity of the operation according to its unit. |
| It is possible to enter a formula used to calculate the Stock unit-Operation unit conversion coefficient. If this field is entered, it will have priority over the coefficient previously entered. |
| The technical sheet is used to record two types of information.
|
| Operation workbench |
| Operation image |
| The tool is represented by a product reference whose category is of tool type. |
| Field for information purposes. |
| Program number |
| The subcontract type defines if an operation is carried out internally or if it is sent to an external (subcontract) supplier. Select one of the following values:
|
| Use this field to identify the service to be carried out by the subcontractor to execute the selected operations. The product category must be of type 'Service'. |
| This field identifies the group of work centers to which this subcontracted work center belongs. Work center groups are used to review workloads. |
| This field identifies the selected work center as being a 'subcontract' work center. |
| A subcontract work center can be used for the following:
A subcontract work center has the work center type set to 'Subcontracting'. Routing operations are validated to ensure the work center site of a 'subcontract' work center matches the site for the routing code, if defined. |
| Enter the BP code or use the Lookup tool to search from the BP table. |
| This field indicates the code of the address to ship to.
|
| Use this field to apply a generic price to a subcontract service. This price will be applied (by operation unit) throughout the order process. |
Action icon
Fields
The following fields are included in this window :
| Type in the sequence number of this operation. |
| This field indicates if this operation has been amended. The value displayed concurs with the number of times this operation has been amended. The operation with the highest index number is the new operation. |
| Use this field to define the start date of this operation's validity period. If this routing is version managed and you are changing an existing operation (field Indexis populated), the default start date is tomorrow. |
| Use this field to define the final date of this operation's validity period. If this routing is version managed and you are changing an existing operation, the previous operation (field Indexis blank or lower than this operation) defaults to today's date. |
| Use this field to select a standard operation to simplify the creation of this operation. Standard operations are simply 'template' operations that provide default information to be assembled into routings for producing or processing a particular product. The fields defined in the selected standard operation will provide default values for many of the fields in this operation. Note the following if you confirm 'recovery of the operation data':
Operations based on a standard operation are not updated if the standard operation is changed. |
| This field displays the description defined for the routing operation. |
Close
Click Routing operation detail from the Actionsicon to enter the details for this operation using the standard screen display mode.
Fields
The following fields are included in this window :
| This field displays the sequence number of this operation. |
| This field displays the start date of this operation's validity period. |
| This field displays the final date of this operation's validity period. |
| Type in the new sequence number for this operation. |
Close
Click Renumber from the Actionsicon to renumber the routing operations.
Fields
The following fields are included in this window :
| Type in the increment to apply to the routing operations. This will renumber all operations in this routing. |
Close
Click Global renumbering from the Actionsicon to renumber the routing operations.
This action is only available if the Reference date (field DATREF) in the header information is blank.
Click Text from the Actionsicon to view, enter or modify text associated with this operation. For example, information describing how to use the workstation, how to merge colors, how to use tools, the torsional movement to fix a screw.
The following actions are only available if this routing is version managed and the status of the routing is 'In development' (field Use status):
Click Line revision from the Actionsicon to change the details of an existing operation. When you select this action the selected operation is duplicated. The operation that displays the highest index number (field Index) is the new operation into which you can enter your amendments.
Click Line exclusion from the Actionsicon to exclude an operation.
Click Line reintegration from the Actionsicon to reintegrate an operation you have selected to amend (via the Line revision action) back into the routing. The new operation is deleted and the end date of the reintegrated operation removed.
This action is only available whilst an operation is being amended (via the Line revision action). It is not available after you have selected to save the routing details (via the Saveaction in the Action panel).
Close
Presentation
You use this section to define scheduling details for each operation in the routing.
Scheduling details include the sequence in which the operations are performed. Validation of the scheduling grid checks the coherence of the routing operations. For example, it checks the last operation does not have a next operation, the schedule does not loop and at least one production operation has been declared.
If the scheduling is correct, the Compliant flag in the header information is checked (set to 'Yes').
Close
Fields
The following fields are present on this tab :
Grid Scheduling
| This field displays the sequence number of this operation. |
| This field identifies the group of work centers to which this work center belongs. Work center groups are used to review workloads. |
| This field identifies the type of operation that is performed on the selected work center. This might be a machine, labor or a subcontracted operation. Work centers of type Subcontracting are managed externally by subcontract suppliers. |
| This field identifies the production resource that is to be used for this operation. This work center is the main (principal) work center for this operation. It can be a machine, labor or subcontract work center. The scheduling of the operations looks at the availability of this work center. Work centers of type 'subcontracting' are managed using the lead time defined in the subcontract product record. Subcontract operation times are not used by the scheduling. |
| The description of the work center. |
| This field defines the type of production tracking that applies to this operation, as follows:
|
| When the "production step" code is set to "yes" for an operation, the production reporting (receipt to stock of the finished product) can follow the end of the time entry. |
| The next operation is used to link the routing operation in a logical order for the operational process. The next operation must be different from the processed operation, and must be part of the operations of the processed routing. |
| Scheduling determines the way in which routing operations follow each other. It can take the following values:
|
| Overlapping time is only accessible if the Scheduling field (SCDCOD) is set to Overlapping wait = time. Overlapping time is always expressed in the routing Time unit (TIMUOMCOD field). |
| Overlapping quantity is only accessible if the Scheduling field (field SCDCOD) is set to 'Overlapping wait = quantity'. An overlapping quantity is always expressed in the operation unit (field OPEUOM). |
| Work order operation quantities are expressed in the operation unit. Use this operation unit to express operating time in a different unit to that of the product being produced by the routing. For example, a product managed by unit is subject to three different operations, none of which produce intermediate stock:
There is no need to create semi-finished products for each production phase. The operation unit is associated with a conversion coefficient for the stock unit of the product being produced by the routing and the operation unit. |
| The number of overlapping lots is only accessible if the automatic scheduling is set to "overlapping with waiting time = number of lots". |
Close
Action icon
Fields
The following fields are included in this window :
Block number 1
| This field displays the sequence number of this operation. |
| This field identifies the type of operation that is performed on the selected work center. This might be a machine, labor or a subcontracted operation. Work centers of type Subcontracting are managed externally by subcontract suppliers. |
| This field identifies the group of work centers to which this work center belongs. Work center groups are used to review workloads. |
| This field identifies the production resource that is to be used for this operation. This work center is the main (principal) work center for this operation. It can be a machine, labor or subcontract work center. The scheduling of the operations looks at the availability of this work center. Work centers of type 'subcontracting' are managed using the lead time defined in the subcontract product record. Subcontract operation times are not used by the scheduling. |
| The description of the work center. |
Parameters
| This field defines the type of production tracking that applies to this operation, as follows:
|
| When the "production step" code is set to "yes" for an operation, the production reporting (receipt to stock of the finished product) can follow the end of the time entry. |
| The next operation is used to link the routing operation in a logical order for the operational process. The next operation must be different from the processed operation, and must be part of the operations of the processed routing. |
| Scheduling determines the way in which routing operations follow each other. It can take the following values:
|
| Overlapping time is only accessible if the Scheduling field (SCDCOD) is set to Overlapping wait = time. Overlapping time is always expressed in the routing Time unit (TIMUOMCOD field). |
| Overlapping quantity is only accessible if the Scheduling field (field SCDCOD) is set to 'Overlapping wait = quantity'. An overlapping quantity is always expressed in the operation unit (field OPEUOM). |
Work order operation quantities are expressed in the operation unit. Use this operation unit to express operating time in a different unit to that of the product being produced by the routing. For example, a product managed by unit is subject to three different operations, none of which produce intermediate stock:
There is no need to create semi-finished products for each production phase. The operation unit is associated with a conversion coefficient for the stock unit of the product being produced by the routing and the operation unit. |
| The number of overlapping lots is only accessible if the automatic scheduling is set to "overlapping with waiting time = number of lots". |
Close
Click Schedule detail from the Actionsicon to enter the scheduling details for this operation using the standard screen display mode.
Close
By default, the following reports are associated with this function :
ROUTING2 : Routings
ROUTING : Routing listing
This can be changed using a different setup.
Click the Graphaction to view the scheduling details. You can switch between displaying the details in a graphical or tabular format. |
Click the Where used action to search for products that can be produced using this routing. |
Click the Multilevel action to display the different levels of this route in a graphical or tabular format. |
Click the Header texts action to view, enter or modify text associated with this routing.
Click the List of WOs action to view the list of work orders using this routing.
Presentation
Click the Codes action to allocate the routing codes that are to be used for this routing whilst it is being prepared and when it is complete.
Close
Fields
The following fields are present on this tab :
| This routing code describes the process involved in manufacturing (producing) or processing a product. That is, the sequence of operations and tools that are involved in producing or processing a particular product. The routing code matches the product code. The product code can be a manufactured product (a bill of materials), or a generic reference to a parent routing which is linked to several products. |
Use this field to define the routing code to be used whilst the shop floor processes required for this routing are prepared. |
| Use this field to define the site at which the shop floor processes in this routing have been prepared. The 'In development' and 'Available to use' sites must be identical. |
Use this field to define the routing code to be used for versions of this routing that have had the coherence of the routing operations validated. |
| Use this field to define the site at which this routing has been prepared and the coherence of the routing operations validated, rendering it 'available to use'. The 'In development' and 'Available to use' sites must be identical. |
Close
Presentation
Click the Revisionaction to create a revised version of this routing. You can choose to increment the major or the minor version. The new routing will be created with the status 'In development' as this will enable you to change the routing details as required. For example, to correct an operation you might create a new minor version; to add another operation you might create a new major version.
You cannot change any key elements of a routing once it has been validated and activated. If an operation is incorrect or you need to add another operation, for example, create a revised version of the routing, correct the operations and revalidate.
Close
Fields
The following fields are present on this tab :
Block number 1
| This routing code describes the process involved in manufacturing (producing) or processing a product. That is, the sequence of operations and tools that are involved in producing or processing a particular product. The routing code matches the product code. The product code can be a manufactured product (a bill of materials), or a generic reference to a parent routing which is linked to several products. |
| This field displays the site at which this routing is used. |
Last version
| This field displays the current or latest major version of this routing. Major versions might be used where there have been increased or significant changes to the original or previous version, that is, the 'form, fit or function' has changed. |
| This field displays the current or latest minor version of this routing. Minor versions might be used where there have been minor features or changes in functionality, or significant fixes applied to a specific major version. |
| This field displays the start date of the displayed version's (major and minor) validity period. |
| This field is blank to show that the final date of the validity period for the current or latest version of this routing has not yet been defined. |
New version
| Use this field to define the start date of the new version’s validity period. The start date can be today’s date. The default date is tomorrow. You cannot change this date after you create this new version (by clicking OK). |
| Use this field to create a revised version of this routing. Leave as 'Minor' to create a new minor version of this routing. To create a new major version, click 'Major'. Availability of these fields is determined by the Version management fields on the product record. |
| This field indicates which major version of this routing currently applies. The default code displayed is incremented automatically if you choose to create a new major version (Revision type='Major'). The format of the new code will match the format for the sequence number counter defined on the product record. |
| This field defaults to the next incremental minor version of this routing. The format of the new code will match the format for the sequence number counter defined on the product record. If you increment the major version (Revision type='Major'), this field will default to the first code in the sequence defined by the product sequence number counter. |
Close
Click the Validationaction to validate this routing. This will check the coherence of the routing operations is correct and enable you to return to the definition to correct it if necessary. For example, it checks the last operation does not have a next operation, the schedule does not loop and at least one production operation has been declared. Once validation is complete the Compliantflag is checked (set to 'Yes'), this routing is activated and its status is changed to 'Available to use'. The System Log is updated accordingly.
Presentation
Click the Managementaction to view and manage all versions of this routing at this site. You can use this action to do the following:
Multiple major versions indicate that there has been a significant change to the original routing, that is, the 'form, fit or function' changed. Where a minor version is displayed compatibility with the major version has been maintained, there has simply been a minor change to the associated major version.
To add new versions (major or minor) of this routing please use the Revisionaction.
Close
Fields
The following fields are present on this tab :
Block number 1
| This routing code describes the process involved in manufacturing (producing) or processing a product. That is, the sequence of operations and tools that are involved in producing or processing a particular product. The routing code matches the product code. The product code can be a manufactured product (a bill of materials), or a generic reference to a parent routing which is linked to several products. |
| This field displays the site at which this routing is used. |
| This field indicates which major version of this routing applies. Major versions indicate that there has been a significant change to the original or previous major routing, that is, the 'form, fit or function' has changed. |
| This field indicates which minor version of this routing applies. Minor versions indicate that there have been minor changes to the routing or schedule, or significant fixes applied to a specific major version. |
| This field indicates the status on the shop floor of the preparation of the operations and tools in this routing. This field will be set to one of the following values:
A routing can only be assigned to the various manufacturing processes (such as work orders and cost calculations) when its status is 'Available to use'. The 'In development' and 'Available to use' sites must be identical. |
| Multiple routings can be defined for a single product. Each routing code can be assigned specific management features. These include restriction of the routing to a specific site and to specific areas of functionality (for use in a manufacturing environment, for costing or for capacity planning). |
| This field displays the start date of the displayed version's (major and minor) validity period. |
| Use this field to define the final date of this version’s validity period. This field is blank if the displayed version is the current, or active version. This date will not be accepted if any work orders exist for this version (major or major+minor) that are due to start after the defined date. |
| Use this field to indicate if there is an exception to the period of validity for this version of this routing. |
| Use this field to define a specific date outside the defined validity period that this version of this routing is available for use. This date will not be accepted if any work orders exist for this version (major or major+minor) that are due to start after the defined date. |
Close
In addition to the generic error messages, the following messages can appear during the entry :
Routings for which the shop floor processes are being prepared must have a different routing code to those for which the coherence of the operations have been validated. The fields In development and Available to use must, therefore, contain different routing codes.
The site at which the shop floor processes in this routing were prepared must be at the same site at which the coherence of the operations was validated. The 'In development' and 'Available to use' sites must, therefore, be identical.
Routings for the product displayed are not version managed. The minimum requirements for version management of routings for this product are as follows:
This routing code does not have an associated version. You can only create a revised version of a routing code if a previous, or the first version of the routing has been defined.
The maximum release quantity must be greater than, or equal to the minimum release quantity.
If an operation is created that already exists but with a lower index number, a replacement date is defined for the existing record. The validity period for the operation must fall between the validity period in the routing header (for the replacement date). If the replacement date is not equal to 0/0/0, it must be greater than or equal to the validity start date in the header and less than or equal to the validity end date in the header, if these are defined.
If an operation is processed when there is another operation with a lower replacement index number, the replacement date of the processed operation must be later than the replacement date of the operation with the lower index number.
All work centers are linked to a work center group. The work center group is attached to a specific site. If the processed code is linked to a site, the site must be identical to the work center site.
The main work center and the labor work center, if defined for an operation, must be different.
These messages are displayed if the work center defined is the wrong type. A labor work center must be defined as type 'labor'; a subcontract work center must be defined as type 'subcontracting'.
This warning is displayed if you have changed a time unit for the operations, for example, from hours to minutes or vice versa. You are advised to verify that the setup, operation and run times for each operation in this routing are correct (for the management unit and the operation unit).
These messages are displayed if the time is expressed by lot. The operation unit must be defined in order to specify that the time indicated is for a given quantity in this unit; the basis quantity must be defined in order to specify that the time displayed for the quantity is in the operation unit.
The product entered in the Tool field must belong to the tool category.
A subcontract code with the value 'Structural' means that the operation is a subcontracted operation. The main work center must be of type 'Subcontracting' for subcontract operations.
These messages is displayed if a modification has been requested for a subcontract code, the subcontract product is missing and the code has switched the values 'Structural' and 'Temporary'.
One operation in the scheduling grid must have the Production flag set to 'Yes'.
Only one operation in the schedule must have the Next operation field set to zero.
For a given operation, the next operation must be a different operation that exists in the schedule.
This message is displayed if the operations loop.
This message is displayed if the entered reference date does not fall between the start and end dates in the routing header. Although the routing is displayed, it is not possible to enter or modify its operations.
This message is displayed if the routing has no operations for the specified reference date. When a reference date is entered only the operations valid on this date are displayed. This can mean that certain records are hidden and therefore there are no operations to display.
When a reference date is entered only the operations valid on this date are displayed. This can mean that certain records are hidden and for a specific operation number, only one record is displayed. This message is displayed if you try to create an operation where the number and index exist in a different validity period.
This message is indicative. It appears if a production tracking has already been carried out on a work order containing the routing that should be modified.
Changes to your routing (at status 'Available to use') will not be reflected in any routings for the same site and item at status 'In development'. You are advised to modify any routings for the same site and item at status 'In development' manually.
Amendments to versioned routings are tightly controlled to minimize the impact on work orders. You must delete any routings for the same site and item at status 'In development' before you can delete a routing at status 'Available to use'.