Routing management
Use this function to define the sequence of shop floor processes that are needed to produce, or process a particular product.
Every routing is a sequence of operations and tools that are involved in producing (manufacturing) or processing a particular product or assembly, a bill of material. Each routing is associated with the stock item that's being made or processed. Routings enable you to define and reference information for many of the shop floor processes in your business, providing shop floor control when used with work orders.
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, such as for use in a manufacturing environment, for costing, or for capacity planning.
Prerequisites
Screen management
The Routing management function contains a home section and one section per feature of the requirement:
- Home section: The home section provides key tracking information. It contains the Use status field, which indicates the current status on the shop floor of the preparation of the operations and tools.
- Header: This is the main section for this function. You use it to define management controls.
- Routings: Use this section to define the operations that are used in the routing.
- Scheduling: Use this section to provide the scheduling details for each operation.
Home
The home section provides key tracking information. The critical field in the 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.
Block number 1
| Routing (ITMREF) |
|
The routing code describes the process involved in manufacturing (producing) or processing a product. It provides 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, which is defined as a bill of material, or a generic reference to a parent routing, which is linked to several products. |
| Routing code (ROUALT) |
| 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, such as for use in a manufacturing environment, for costing, or for capacity planning. |
| Site (FCY) |
|
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 edited. |
| Reference date (DATREF) |
|
If the routing is version managed, the version of the routing that applies on the defined date. If the routing is not version managed, the routing operations with a validity period that span the defined date. If blank and the routing is version managed, you can enter the version details to display the applicable date. |
| Major version (ROUECCMAJ) |
|
Indicates if this is a major version of the routing. Major versions might be used where there have been increased or significant changes in functionality. The "form, fit, or function" has changed. If you’re creating a new routing and routing versions are managed for the product code, enter 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 needs to match the format for the sequence number counter defined on the product record. If you’re viewing an existing routing, this field displays the major version of the 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. |
| Minor version (ROUECCMIN) |
|
Indicates if this is a minor version of the 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. If you’re creating a new routing and routing versions are managed for the product code, enter 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 needs to match the format for the sequence number counter defined on the product record. If you're viewing an existing routing, this field displays, in conjunction with the major version, the minor version of the 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. |
| Change request (CRID) |
|
This field displays a change request ID if the product, or the specific version or revision of the 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 creating or editing the routing for the product until the change request identified is closed. At that point a change to the 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 editing the routing should you decide to do so. |
Header
| Header title (ROUDESAXX) |
| Identifies the routing. |
| Validity start date (ROUSTRDAT) |
| The validity period start date or blank if the routing is valid until the defined end date. |
| Validity end date (ROUENDDAT) |
| The validity period end date, or blank if the routing does not have a validity period or is the current routing. |
| Use status (USESTA) |
|
The status on the shop floor of the preparation of the operations and tools in the routing. In development: The routing is not yet complete. Available to use: The routing is complete and the coherence of the routing operations was validated. Note - tipA routing can only be assigned to manufacturing processes such as work orders and cost calculations if the status is Available to use.
Note - informationThe In development and Available to use sites need to be identical.
If you're creating a new non-versioned routing, you can set this field to Available to use when the routing detail is complete. This also validates the coherence of the routing operations. If you're creating a new version-managed routing, this field defaults to In development status. Validating the version using the Validation action sets this field to Available to use if the coherence of the routing operations is correct. You cannot edit this field after the version is validated if the routing code defined in the Routing field is version managed. |
| Version start date (ECCSTRDAT) |
| The major and minor routing version validity period start date. |
| Version end date (ECCENDDAT) |
| The major and minor routing version validity period end date, or blank if the routing version is the current or active version. |
| Time unit (TIMUOMCOD) |
|
Defines how time for the operations in the routing is expressed. The time unit can be hours or minutes. The time applies to the setup time, run time, and the rate of all operations in the routing. |
Scheduling
Tab Header
You use this section to provide management controls for the routing.
WO management mode
Release criteria
| Min quantity (WORMINQTY) / Max quantity (WORMAXQTY) |
| Defines a product release quantity range when the routing is applied to a work order. These fields represent the minimum and the maximum quantity expressed in the stock unit of the product that needs to be produced using the routing. |
| XMINUOM / XMAXUOM |
| The volume or mass unit of measure. |
Last release
| Date (LASWORDAT) |
| The last release date. This date is updated in the routing header for each release of the routing. |
| Quantity (LASWORQTY) |
| The actual quantity expressed in the release unit. |
| XWORUOM |
| The volume or mass unit of measure. |
Documents
| Plan (PLNNUM) |
| The workbench or plan used for the routing. This is for information only. |
| Image (ROUPCT) |
| The image or plan used for the routing. This is for information only. |
Tab Routings
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 material). You define the details of the resources and operations to be assembled into each stage of your routing.
Standard operations
You can use standard operations to simplify how you create your routings. Standard operations are "template" operations that provide default information to be assembled into your routings. 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 that are 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're creating. You can also change an original standard operation when modifying routings.
Where standard operation times are expressed in a time unit that's different from the time unit defined in the routing header, the standard operation times are converted based on the routing time unit.
Work centers
Each operation can be assigned 2 work centers:
- Work center (WST)
A work center is defined as a machine, a labor, or a subcontract work center. When scheduling the operations, the availability of a work center is considered. Additional work centers cannot be assigned to an operation if the number of resources needed to carry out an operation is specified.Note - informationIf you enter a "subcontracting" type work center, the field Subcontract (SCOCOD) is set to Structural and the operation is automatically subcontracted. 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 an ad hoc subcontract operation, enter an internal work center as the main work center and enter a temporary subcontract code for the subcontract work center. When creating a work order, scheduling is carried out by priority on the main (workshop) work center. You can replace the work center with the subcontract work center if the operation is subsequently subcontracted. - Labor work center (LABWST)
A labor work center is associated with the main work center. Scheduling is not carried out for labor work centers because they’re 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. You can define the number of resources to assign to the labor, the secondary work center for the operation.
If the main work center is a subcontracting work center, there's no associated secondary work center.
An operation can be replaced. The new operation is given a new index number. The start date of the new operation needs to be later than the end date of the operation being replaced.
The reference date in the routing header information controls which operations display.
Operation times
Proportional times are used for the production of an operation unit. They are not used 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:
- Operation 10: Mixing a 500 kg lot
- Operation 20: Extrusion process
- Operation 30: Breakdown process
In this example, the operation unit for operation 10 is kilogram, operation 20 is meter, and operation 30 is the stock unit. If the operation unit is different to the unit defined for the product, as defined in the routing header, you need to 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 formula (OPESTUFOR) contains a value, this becomes the default stock unit-operation unit conversion coefficient.
Grid: Operations
| No. (OPENUM) |
| The operation sequence number. |
| Index (RPLIND) |
| Indicates if the operation was edited. The value displayed concurs with the number of times the operation was edited. The operation with the highest index number is the new operation. |
| Start date (VALSTRDAT) |
|
The operation validity period start date. If the routing is version managed and you're editing an existing operation (the Index field is populated), the default start date is tomorrow. |
| End date (VALENDDAT) |
|
The operation validity period end date. If the routing is version managed and you're editing an existing operation, the previous operation (the Index field is blank or lower than the operation) defaults to the current date. |
| Std oper (STDOPENUM) |
|
The standard operation to use to simplify creating an 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 standard operation will provide default values for many of the fields in the operation. Note - information
If you confirm "recovery of the operation data":
Note - warningOperations based on a standard operation are not updated if the standard operation is changed.
|
| Work center group (WCR) |
| The group of work centers the work center belongs to. Work center groups are used to review workloads. |
| Type (XWSTTYP) |
|
Identifies the type of operation that's performed on the work center. This might be a machine, a labor, or a subcontracted operation. Subcontracting type work centers are managed externally by subcontract suppliers. |
| Work center (WST) |
|
Identifies the production resource to use for the operation. This work center is the main or principal work center for the operation. The resource can be a machine, a labor, or a subcontract work center. Operation scheduling considers the availability of the 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 Subcontracting type work center, the Subcontract code (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 enter a temporary subcontracting code for the subcontract work center. Scheduling is carried out by priority on the main (workshop) work center when creating a work order. You can replace the work center with the subcontract work center if the operation is subsequently subcontracted. |
| Operation description (ROODES) |
| The description defined for the routing operation. |
| Number of resources (WSTNBR) |
| The number for this particular production resource that are needed for the operation. For example, if 3 people are needed to operate a specific labor work center, enter 3. |
| Labor work center group (LABWCR) |
| The group of work centers the work center belongs to. Work center groups are used to review workloads. |
| Type (XLABWSTTYP) |
| Identifies the work center as being a labor work center. |
| Labor wk C (LABWST) |
|
The labor work center assigned to the operation. The work center site needs to match the site for the routing code, if defined. Scheduling is not carried out for labor work centers. They’re 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. Note - informationIf the main work center is a Subcontracting type work center, there is no associated secondary work center.
|
| No. lab res. (LABNBR) |
| The number for this particular production resource that are needed for the operation. For example, if 3 people are needed to operate a specific labor work center, enter 3. |
| Load time coeff (CTIMCOE) |
|
This coefficient helps with data entry. It’s used to multiply the load times (setup time and run time) for a standard operation, if "recovery of the operation data" was confirmed. This coefficient is not recorded in the tables. It’s set to 0 when loading a routing operation. If a standard operation specified for a routing operation is modified, it's 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. |
| Setup time (SETTIM) |
|
Specifies the actual time that it takes to prepare the work center. This time forms part of the work center load. It’s expressed in the time unit specified in the routing header or in the time defined for the standard operation, if a standard operation was applied for the operation. |
| Run time code (ROOTIMCOD) |
|
The operation time type applied to the production time entry.
|
| Management unit (TIMCOD) |
|
Depending on the resource being used, the number of decimals for the operation time can be insufficient to express the production time. The management unit makes it possible to express the operation time for 1, 100, 1,000, or a lot of units of parts to be produced. If the management unit is by lot, the lot size can be entered as the base quantity. |
| Base quantity (BASQTY) |
|
The base quantity depends on the management unit. In effect, if the time is expressed for 1 unit, for 100 units or for 1,000 units, the base quantity is forced, respectively to 1, 100 or 1,000 units. However, if the time is expressed for a lot, the base quantity can be entered. If the processed routing code is assigned to a site, it's initialized for the lot size of the product-routing for the site. The base quantity entry format depends on the operation unit. |
| Run time (OPETIM) |
|
The time needed to manufacture the product described in the routing. The operating time:
|
| Rate (CAD) |
|
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. The number of units is expressed according to the time unit. It can only be entered if the operation time type is Rate. |
| % efficiency (EFF) |
|
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. Efficiency makes it possible to correct the standard times of the routing (multiplying factor) according to the used resource. 2 efficiency rates are managed depending on the following:
If both factors are entered, they add up. The calculated operating time is corrected in the following way: work center efficiency * operation efficiency * time. 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.
|
| Shrinkage in % (SHR) |
|
This percentage is used to balance the quantities on the production operations based on the released quantity. It’s possible to introduce a shrinkage percentage on the work center, which is used to weight the planned run times for an operation using the work center by a loss or gain on the quantity produced for the work center. |
| Lab set fact (SETLABCOE) |
| The coefficient applied to the planned setting time to obtain the setting 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. |
| Lab R/T fac (OPELABCOE) |
|
The coefficient applied to the planned operation time 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. They're not in the stock unit of the finished product using the routing. |
| Load time coefficient (HCTIMCOE) |
|
This coefficient helps with data entry. It’s used to multiply the load times (setup time and run time) for a standard operation, if "recovery of the operation data" was confirmed. This coefficient is not recorded in the tables. It’s set to 0 when loading a routing operation. If a standard operation specified for a routing operation is modified, it's 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 (PRPTIM) |
|
Preparation time is "waiting time" set at the start of an operation. Preparation time is not applied to the work center load. Note - informationPreparation time is always expressed in hours. It does not use the time unit defined in the routing header (Time unit field).
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. When preparation time is used for setting time at the start of an operation, the resource needs to be available. When scheduling preparation time, the calendar for the defined resource is applied. This means that if, for example, a machine or labor work center runs from 08:00 to 12:00 and from 13:00 to 17:00 with a 1 hour break from 12:00 to 13:00, preparation time will be interrupted by the 1 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 (WAITIM) |
|
Waiting time is "delay time" that occurs after an operation. It’s non-productive time. Waiting time is not applied to the work center load. It's for periods such as drying time or cooling time that occurs after a process was completed on a machine and until the machine can next be used. Note - informationWaiting time is always expressed in hours. It does not use the time unit defined in the routing header (Time unit field).
If machine time is needed for an operation during the waiting time, you should add a new operation to the routing. A machine might be needed, for example, for drying or cooling components at a work center. The additional operation needs to be for the appropriate resource type, such as "cooler". When scheduling time for these resources if, for example, a machine or labor work center runs from 08:00 to 12:00 and from 13:00 to 17:00 with a 1 hour break from 12:00 to 13:00:
|
| Post op time (PSPTIM) |
|
Post operation, or post run time is a "deadline" that occurs after waiting time. It's non-productive time. Post run time is not applied to the work center load. It's typically "transfer time", or a transition period from one work center to the next work center that occurs after a process was completed on a machine and until the machine can next be used. Note - informationPost run time is always expressed in hours. It does not use the time unit defined in the routing header (Time unit field).
If operator time is needed for an operation during the post run time, you should add a new operation to the routing. An operator might be needed, for example, for the transportation or carriage, or the transition between 2 work centers. The additional operation needs to be for the appropriate resource type, such as "carrier". When scheduling time for these resources if, for example, a machine or labor work center runs from 08:00 to 12:00 and from 13:00 to 17:00 with a 1 hour break from 12:00 to 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. Note - warningWhen scheduling time for these resources, if both waiting time and post run time was declared for the operation, only the largest of the 2 values is used.
|
| OP UOM (OPEUOM) |
|
Work order operation quantities are expressed in the operation unit. Use the operation unit to express the operating time in a different unit to that of the product being produced by the routing. Example
A product managed by unit is subject to 3 different operations, none of which produce intermediate stock:
There's 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. |
| STK-OPE conversion (OPESTUCOE) |
|
The stock unit-operation unit conversion coefficient is used to convert the released quantity of the finished product into the quantity of the operation, according to its unit. It belongs to the coefficient table. |
| STK-OPE formula (OPESTUFOR) |
|
The formula used to calculate the stock unit-operation unit conversion coefficient. Note - informationThis formula takes priority over the conversion coefficient field (OPESTUCOE).
|
| Technical sheet (TECCRD) |
|
The technical sheet. It records 2 types of information:
|
| Operation plan no. (OPEPLNNUM) |
| The name of the workbench the routing operation refers to. |
| Operation image (OPEROUPCT) |
| The name of the image the routing operation refers to. |
| Tools (EQUNUM) |
| The product reference for the tool. The product needs to have a Tool category. |
| Fixture (FXGNUM) |
| This field is not associated with any processes. |
| Program (PRGNUM) |
| The name of the program that the routing operation refers to. |
| Subcontract (SCOCOD) |
|
Defines if an operation is carried out internally or if it's sent to an external subcontract supplier.
|
| Subcon prod (SCOITMREF) |
| The service to be carried out by the subcontractor to execute the operations. The product needs to have a Service category. |
| Subcontract work center group (SCOWCR) |
| The group of work centers this subcontracted work center belongs to. Work center groups are used to review workloads. |
| Type (XSCOWSTTYP) |
| Identifies the work center as being a subcontract work center. |
| Subcon w/c (SCOWST) |
|
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 that the work center site of a subcontract work center matches the site for the routing code, if defined. |
| BP (BPRNUM) |
| The business partner code. |
| Address (BPAADD) |
| The ship-to address code. |
| Reference price (REFPRI) |
| The generic price to apply to a subcontract service. This price will be applied (by operation unit) throughout the order process. |
| Routing operation detail | ||||||||||||
|
Field descriptions
Select Routing operation detail from the Actions icon to enter the details for the operation using the standard screen display mode.
|
| Renumber |
| Select Renumber from the Actions icon to renumber the routing operations. |
| Global renumbering |
|
Select Global renumbering from the Actions icon to renumber the routing operations. Note - tipThis action is only available if the Reference date (DATREF field) in the header information is blank.
|
| Text |
| Select Text from the Actions icon to view, enter, or modify text associated with the 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. |
| Line revision |
|
Select Line revision from the Actions icon to change the details of an existing operation. When you select this action, the selected operation duplicates. The operation that displays the highest index number in the Index field (RPLIND) is the new operation that you can edit. |
| Line exclusion |
| Select Line exclusion from the Actions icon to exclude an operation. |
| Line reintegration |
|
Select Line reintegration from the Actions icon to reintegrate an operation you’ve selected to edit using the Line revision action, back into the routing. The new operation is deleted and the end date of the reintegrated operation is removed. Note - informationThis action is only available while an operation is being edited using the Line revision action. It is not available after you’ve saved the routing details.
|
Tab Scheduling
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 that the last operation does not have a next operation, the schedule does not loop, and that at least one production operation was declared.
If the scheduling is correct, the Compliant checkbox in the header information is selected.
Grid: Scheduling
| No. (OPENUM) |
| The operation sequence number. |
| Work center group (WCR) |
| The group of work centers the work center belongs to. Work center groups are used to review workloads. |
| Type (WSTTYP) |
|
Identifies the type of operation that's performed on the work center. This might be a machine, a labor, or a subcontracted operation. Subcontracting type work centers are managed externally by subcontract suppliers. |
| Main work center (WST) |
|
Identifies the production resource to use for the operation. This work center is the main or principal work center for the operation. The resource can be a machine, a labor, or a subcontract work center. Operation scheduling considers the availability of the work center. Subcontracting type work centers are managed using the lead time defined in the subcontract product record. Subcontract operation times are not used by the scheduling. |
| Description (WSTDES) |
| The description of the work center. |
| Milestone (DACMST) |
|
Defines the type of production tracking that applies to the operation, as follows:
|
| Production step (MFGMST) |
|
When selected for an operation, the production reporting (receipt to stock of the finished product) can follow the end of the time entry. For a given routing, the scheduling is only correct (and the routing validated) if there's a least 1 production step. |
| Next ope (NEXOPENUM) |
|
The next operation is used to link the routing operation in a logical order for the operational process. This operation does not necessarily start at the end of the previous operation in the operational process as the scheduling describes the sequencing mode of the operations. The next operation needs to be different from the processed operation, and needs to be part of the operations of the processed routing. The last operation in the routing needs to have available a next operation set to zero. |
| Scheduling (SCDCOD) |
|
Scheduling determines the way in which routing operations follow each other. It can take the following values:
|
| Overlapping time (SCDTIM) |
|
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). |
| Overlap qty (SCDQTY) |
|
Overlapping quantity is only accessible if the Scheduling field (SCDCOD) is set to Overlapping wait = quantity. An overlapping quantity is always expressed in the operation unit (OPEUOM field). |
| OP UOM (OPEUOM) |
|
Work order operation quantities are expressed in the operation unit. Use the operation unit to express the operating time in a different unit to that of the product being produced by the routing. Example
A product managed by unit is subject to 3 different operations, none of which produce intermediate stock:
There's 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. |
| No. of overlapping lots (SCDLOT) |
| The number of overlapping lots is only accessible if the automatic scheduling is set to Overlapping wait = lots. |
| Schedule detail | ||||||||||||||||||||||||||
|
Field descriptions
Select Schedule detail from the Actions icon to enter the scheduling details for the operation using the standard screen display mode.
Block number 1
Parameters
|
Reports
By default, the following reports are associated with this function:
- ROUTING2: Routings
- ROUTING: Routing listing
This can be changed using a different setup.
Action panel
|
Graph |
Select the Graph action to view the scheduling details. You can switch between displaying the details in a graphical or a tabular format. |
|
Where used |
Select the Where used action to search for products that can be produced using the routing. |
|
Multilevel |
Select the Multilevel action to display the different levels of this route in a graphical or a tabular format. |
Menu bar
| Select the Header texts action to view, enter, or modify text associated with the routing. |
| Select the List of WOs action to view the list of work orders using the routing. |
|
Select the Codes action to allocate the routing codes that are to be used for the routing while it's being prepared and when it's complete.
|
|
Select the Revision action to create a revised version of the routing. You can choose to increment the major or the minor version. The new routing will be created with the status In development. This will enable you to change the routing details as needed. For example, to correct an operation you might create a new minor version or to add another operation, you might create a new major version. Note - warningYou cannot change any key elements of a routing after it's 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.
Block number 1
Last versionNew version
|
|
Select the Validation action to validate the routing. This checks that the coherence of the routing operations is correct and enables 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 1 production operation was declared. After validation is complete, the Compliant checkbox is selected, the routing is activated and its status is changed to Available to use. The system log is updated accordingly. |
|
Select the Management action to view and manage all versions of the routing at the site. You can use this action to do the following:
Multiple major versions indicate that there was a significant change to the original routing. The "form, fit, or function" changed. Where a minor version is displayed, compatibility with the major version was maintained. There has simply been a minor change to the associated major version. Note - tipSelect the Revision action to add new major or minor versions of the routing.
Block number 1
Grid
|
Error messages
In addition to the generic error messages, the following messages can appear during the entry:
Identical routing codesRoutings for which the shop floor processes are being prepared need to have a different routing code to those for which the coherence of the operations was validated. The fields In development and Available to use need to have different routing codes.
Sites incompatible between the routing version codesor
The sites of routing codes [routing code] and [routing code] are not compatible
The site at which the shop floor processes in the routing were prepared need to be at the same site at which the coherence of the operations was validated. The In development and Available to use sites need to, therefore, be identical.
Versions not managed on route [product code]Routings for the product displayed are not version managed. The minimum requirements for version management of routings for the product are as follows:
- The Version management checkbox on the product record is selected
- A major sequence counter was defined
- A major version was applied
- The Routing version checkbox is selected
The 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 was defined.
Maximum Quantity < Minimum Quantity!The maximum release quantity needs to be greater than or equal to the minimum release quantity.
Routings section
Specify replacement date of replaced operation: Op. no. index no.or
Replacement date must be after replacement date of replaced operation: Op. no. index no.
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 needs to 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 needs to 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's another operation with a lower replacement index number, the replacement date of the processed operation needs to be later than the replacement date of the operation with the lower index number.
Work center site needs to be the same as the site to which the routing alternative is definedAll 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 needs to be identical to the work center site.
The Labor work center must not be identical to main work centerThe main work center and the labor work center, if defined for an operation, need to be different.
Incorrect work center typeor
Work center: is not a Subcontracting Work center
These messages are displayed if the work center defined is the wrong type. A labor work center needs to be defined as a Labor type and a subcontract work center needs to be defined as a Subcontracting type.
Do you want to convert setup time and run time for all operations?or
Caution: Check that times (Setup, run or rate) are still correct.
This warning is displayed if you’ve changed a time unit for the operations, for example, from hours to minutes or vice versa. You’re advised to verify that the setup, operation, and run times for each operation in the routing are correct for the management unit and the operation unit.
Management unit is by lot: operation unit is mandatoryor
Management unit is by lot: base quantity cannot be null quality
These messages are displayed if the time is expressed by lot. The operation unit needs to be defined to specify that the time indicated is for a given quantity in this unit. The base quantity needs to be defined to specify that the time displayed for the quantity is in the operation unit.
XXX: not a tool productThe product entered in the Tool field needs to belong to the tool category.
If subcontracting is structural, the main work center needs to be of subcontracting typeA subcontract code with the value Structural means that the operation is a subcontracted operation. The main work center needs to be a Subcontracting type for subcontract operations.
If subcontracting is activated, subcontracting Product is mandatory!These messages are displayed if a modification was requested for a subcontract code, the subcontract product is missing, and the code has switched the values Structural and Temporary.
Scheduling section
There must be at least one production operation!At least 1 operation in the scheduling grid needs to have the Production checkbox selected.
At least one operation must not have a following operationor
One operation at the most must not have any following operations
Only one operation in the schedule needs to have the Next operation field set to zero.
An operation cannot be its next operationor
The next operation must be one of the operations in the routing
For a given operation, the next operation needs to be a different operation that exists in the schedule.
Scheduling incorrect: Check consistency of following operation numbers!This message is displayed if the operations loop.
Amending routings
Routing invalid on the date indicatedor
Invalid routing on date indicated: operation update prohibited
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's not possible to enter or modify its operations.
This routing does not have any operationsThis 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.
Reference date not null: not possible to create several operations of the same number!or
This operation exists in another validity section
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.
At least one WO in process uses the routing. Do you want to continue with the modifications?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.
If necessary, copy the modifications to the routing in progress manuallyChanges 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’re advised to modify any routings for the same site and item at status In development manually.
Delete routing in creation process firstAmendments to versioned routings are tightly controlled to minimize the impact on work orders. You need to delete any routings for the same site and item at In development status before you can delete a routing at Available to use status.