search-icon

A Production Order defines the finished good to be produced, the location where production will take place, the date and time of production, and the quantity of components and resources required. A Production Order also defines the sequence of operations to be performed and the costs of finished goods. It is a vital part of the production process.


There are four stages of a Production Order in DEAR:

  1. Planning – Component and resource availability is checked, and resource capacity is allocated. Authorising the order allocates resource capacity and confirms the Release date in order for the finished good to be completed on time. 
  2. Release – Releasing an Order allocates components to the order. If transfer orders and replenishment are set to automatic, Release will generate transfer orders and purchase orders for out of stock components. 
  3. Work in Progress – The order is split into Production Runs, and production operations are carried out. Any finished products output have been received to stock location. 
  4. Complete – All finished products have been output and received to stock location. 


DEAR supports Production Orders which contain semi-finished components which require their own Production Orders. See Nested Production Orders for detailed information on this scenario is handled by the system. 


DEAR supports manufacturing with several products resulting from one production process. See Finished products - Primary products, coproducts, byproducts, joint production products for detailed information on how to implement this kind of manufacturing process. 


DEAR also supports defining virtual intermediate products of production operations for use in later operations. Such intermediate products can be reflected in the Production BOM to increase accuracy in production reporting and transparency for the production process. See Using Inputs and Outputs - Intermediate or semi-finished products. It is recommended to understand how finished products are used before moving on to intermediate products. Output and wastage of intermediate products can be recorded during a production run. 


DEAR also supports full or partial co-manufacturing, the outsourcing of part or all of the manufacturing process of a product to a third-party. See Co-manufacturing for more information. 


Prerequisites


Table of Contents


Production Process Customisation Settings

[back to top]


Parts of the production process can be set to either manual or automatic. This can be configured in Settings → General Settings → Production Process Customisation.


Stock Transfer is Manual/Automatic

  • Automatic: When a Production Order is released, Transfer Orders from the connected warehouse (see Logistics Path) to the Production Order location are automatically created for components. Transfer Orders are created with status Ordered and must be completed manually by the user when stock is received. 
  • Manual: The user must manually create and complete Transfer Orders for the out-of-stock components. 


NOTE: Purchase orders will be automatically created only when the supplier is indicated for this component in the product (Inventory → Product → Suppliers tab). See Adding suppliers to a product for more information.


Purchase Order Replenishment is Manual/Automatic

  • Automatic: When a Production Order is released with an out-of-stock component, a Purchase Order is generated for the component with delivery to the connected warehouse. Purchase Orders are created with status Ordered and must be completed manually by the user when stock is received. 
  • Manual: The user must manually create and complete Purchase Orders for the out-of-stock components. 


Create Production Order

  • Via Smart Reordering: Production Order is not created automatically when Sales Order is authorised. Production Order can be created manually using the Reorder Suggestions page. 
    • NOTE: Releasing a Production Order created in this way with nested semi-finished components automatically creates Production Orders/Assembly Orders for the semi-finished components with status Released.
  • When Order is authorised: Production Order and orders for semi-finished components are created when a Sales Order for a finished good is authorised and backordered. Choosing this setting makes two more settings appear (described next).
    • NOTE: Releasing a Production Order created in this way with nested semi-finished Production components automatically creates Production Orders with the same status as the top-level ordere. Assembly Orders will not be generated for semi-finished components with Assembly BOM – these must be raised manually. 


Set Order status to

If Create Production Order is set to When order is authorised, this setting will be visible. Created Production Orders can have the status: 

  • Draft – the user must manually Authorise and Release the Production Order. 
  • Planned – resource capacity is planned and allocated (see Capacity Planner). The user must manually Release the Production Order. 
  • Released – resource capacity is planned and allocated, and stock components are allocated. The Production Order will be added to the Scheduler. Authorised Production Orders will automatically have status Released.


On Order Release produce

This setting defines the quantity that should be produced in the Production Order. This setting will be applied when the Production Order is released (setting is not applied for Draft or Planned orders). These quantity calculations only apply to Released orders, Draft and Planned orders will take the quantity from the sale order regardless of this setting. There are three options:

  • Produce Quantity required: Production Order quantity is the same as Sales Order quantity. No other product availability or settings are taken into account. 
  • Produce Quantity required and maintain minimum stock level quantity: Production Order quantity is calculated as: Sales Order quantity - (Minimum Before Reorder + Reorder Quantity + On Order - Available). Even if Availability is negative, it is considered in the formula and added to the quantity to produce. 
    • NOTE: When retail location is different than Shopfloor location Minimum before reorder and reorder quantity to be used for calculating Quantity to Produce will be taken from Retail Location and Not Shopfloor location.
  • Produce Difference between available quantity and quantity required to cover a shortage: Production Order quantity is calculated as: Quantity in Sales Order - Available - On Order.


NOTE: Availability is calculated from:

1. The Reorder level set up for the product at the Shop floor location.
In case if Reorder level is not set up, then Minimum Before Reorder and Reorder Quantity set up in the product document header are considered. See Low Stock Reorder for more information on Reorder levels.

2. The Minimum Before Reorder specified for set up in General Settings → Purchase process customisation.
In case if this setting is set to Every location, then Availability is calculated (summed) for all locations. If this setting is set to Product, then Availability is calculated (summed) for Shop Floor and Retail locations only.

3. Component availability is re-checked whenever the order changes from one status to another (e.g. Planned to Released). If component availability is different from when the Production Order was generated, the user will be able to select whether to keep original order quantity or newly calculated order quantity.


Waste write off

In the course of production some wastage can appear. These can include intermediate or semi-finished products which are unsuitable for production or finished goods which are unsuitable for sale. Waste costs can be either:

  • Posted to expense account: Cost of waste is based on the sales price and posted to the specified expense account. Price tier for waste posting is selected in the Production BOM - Cost of Wastage section.
  • Included into production cost: Cost of waste is included in the production cost, allocated to finished products according to costing method (sales value method or net realisable value method) selected in the  Production BOM - Finished products output section. 


Waste posting account

When Waste write off: Posted to expense account is selected, this dropdown field becomes visible showing expense accounts. 


Procurement in co-manufacturing operation

Components for co-manufacturing operation can be procured in two ways:

  • Buy/Sell of products: Select when components and semi-finished products listed in a co-manufacturing production operation are sold to co-manufacturer. The finished or semi-finished product is then bought from the co-manufacturer.
  • Transfer products to co-manufacturer: Select when components are transferred to co-manufacturer for production of a finished product.


Planning a Production Order

[back to top]


Creating or generating a Production Order is the first step of the planning process. Production orders can only be created for products with a Production BOM. Production Orders can be generated in three ways:

  • manually.
  • through a Sales Order (a sales order is authorised for a finished good).
  • via Smart Reordering (through the Reorder suggestions page).


Planning the Production Order finalises which components and resources are needed, checks that the required components and resources are available and works out how long the order will take to produce. 


Finished goods (from Production or Assembly) can be included as components in a Production Order. When a Production Order is authorised (planned) for a finished good that contains produced components, the nested Production Orders will also be created and authorised. See Capacity planning for nested Production Orders below and Nested Production Orders for more information. 


NOTE: Assembly Orders are not created automatically upon Production Order authorisation. If a Production Order/Production BOM contains assembled components, these must be assembled manually by the user so the Production Order can be completed.

  1. To create an order manually, go to Production → New → Production Order. To finish planning a Production Order that has been generated by the system, go to Production → Production Orders and select the required order from the list. 
  2. Fill in the document header fields. See Detailed information on Production Order fields below. SKU, Product Name, Work In Progress Account, Finished Goods Account and Quantityare required fields. 
    • You can set a default WIP account from the Account Mapping page, found at Settings → Reference Books → Account Mapping
  3. Select whether Capacity Calculation will take place from Planned date forward or from Required by date backward. See Capacity Calculation below for a detailed explanation of how this will affect scheduling.
  4. Release Date will be calculated and filled in automatically from the Capacity Calculations.
  5. Comments can be entered manually. If the Production Order has been created from a Sales Order, Comments from the Sales Order will automatically be entered here. This does not apply to consolidated Production Orders.
  6. The next step is to specify the components for the Production Order. Upon clicking the Load Production BOM button, the Production Order tab displays the Production BOM set up for the finished good to be produced in DEAR Inventory.
  7. The operation duration and quantity of the components and resources are calculated to produce the quantity of finished goods specified in the Order Details → Quantity field.
  8. Quantities of resources and components in the Production Order can be edited, including adding or removing components and resources for Draft, Planned and Released Orders. 
  9. Costs and operation cycle duration are calculated automatically. 
    • NOTE: In the Planning stage, costs for components will be estimated using Average Cost; however, when the order is executed, the consumed component cost will be used according to your costing method.
  10. DEAR checks the availability of the components. Checking of availability is executed by the following rules:
    • Availability is first checked in the Shop floor location specified in the Production Order (components could be left over from previous orders).
    • Availability is then checked in the Warehouse location connected to the Shop floor location according to the Logistics Path (if Shop floor location and Warehouse location are the same object, only one check is performed). 
    • The available number includes items at the Shop floor, Warehouse, In Transit (to these locations), and On Order (to these locations).
    • If neither location has the components in stock, the component is listed as not available.
    • NOTE: Components do not need to be available for a Production Order to be planned.
  11. Click Authorise to finish this stage. If the Production process setting Set Order Status to is set to Released, authorised Production Orders will automatically have status Released.
  12. At this stage, you can also choose to split the Production Order by clicking Split before Authorise. This opens a dialogue box where you choose how many units of the finished good to produce in each order. Click Split on the dialogue box to split the order.
  13. This creates new Production Orders with status Draft.
    • NOTE: Splitting the order at this stage creates new, independent Production Orders. Splitting a Production Order into multiple linked Production Runs takes place after an order has been released. See Splitting a Production Order into Production Runs for more info.


Capacity Calculation (Resource Allocation)

[back to top]


The process of calculation considers the following factors:

  • the minimum available capacity of the resource in the operation
  • the cycle duration of the operation from the Production BOM
  • the quantity of the resource required for the operation
  • operations must take place on sequential days (not separated by a working day
  • the lead time of the components.


Resources listed in an operation all work in parallel together. This means that if the operation's cycle duration in the Production BOM is 3 hours and 3 resources are used in the operation, all 3 resources must be available for 3 hours every day until the operation is completed. 


Capacity Planning can take place From Planned date forward or From Required by date backward.


From Planned date forward

[back to top]


From Planned date forward is the method of calculation when the order duration is added to the Planned Date to get the Required by Date: Planned Date + sum of all cycle times of operations in the Production Order. As a result of this calculation, the Required by Date is calculated and set up in the Production Order.


From Required by date backward

[back to top]


From Required by date backward is the method of calculation when the order duration is subtracted from the Required by Date to get the Planned Date: Required by Date - (sum of all cycle times of operations in the Production Order). As a result of this calculation, the Planned Date is calculated and set up as Planned Date in the Production Order.


Example

A Production Run for 30 components is being planned. The cycle time is 6 hours. Operation Shaping takes place first – the Production BOM specifies that the cycle time duration is 6 hours and 15 components are produced per cycle. Two cycles (12 hours) are required to shape 30 widgets. 


3 Resources are required for this operation: Machine 1, Machine 2, Machine 3. 


Resources listed in an operation all work in parallel together, so all 3 machines must be available for 6 hours that day.


How many days will it take to shape 30 components? As From Required by date backward is chosen for Capacity Calculation, we need to calculate the available capacity of each resource per each date starting from the Required by Date.


  1. The available capacity for the Required by Date (Tuesday) is:
    • Machine 1 – 6 hours
    • Machine 2 – 3 hours
    • Machine 3 – 8 hours.
  2. Machine 1 and Oven 3 are available for 6 hours, but Machine 2 is not. We do not have enough resource to schedule our Order today. We then look backwards to the previous day.
  3. The available capacity for the Required by Date – 1 (Monday) is:
    • Machine 1 – 6 hours
    • Machine 2 – 16 hours
    • Machine 3 – 16 hours.
  4. All three machines are available for 6 hours, and resources can be allocated today for one cycle duration, making 15 components. We still have another 15 components to allocate resources for in order to finish the Production Order. 
  5. The next day back is Sunday, and then Saturday. This resource is not set up to work on the weekend, so we look back to the next available day. 
  6. The available capacity for the next working day back (Friday) is:
    • Machine 1 – 8 hours
    • Machine 2 – 12 hours
    • Machine 3 – 12 hours.
  7. All three machines are available for 6 hours and resources can be allocated today for one cycle duration, making 15 components. This finishes our Production Run. 
  8. Thus, the Production Run, which in fact occupies 12 hours, already occupies 5 days.


Capacity calculation for nested Production Orders

[back to top]


A Production BOM can contain semi-finished products that are Production BOM products themselves. There can be several hierarchical levels of a Production BOM, meaning that the final finished product can contain a series of nested semi-finished products. Production Orders for nested semi-finished products are created and planned (resource capacity is calculated) automatically when the top-level order is authorised.


Semi-finished products Production Orders are created in the same location as the finished good Production Order. Completed semi-finished products should be output to either the Shop floor location of the top-level order or the connected warehouse location. 


These Production Orders are displayed in the Related Orders tab of the top-level finished good (described below). Orders for nested Production Orders are created with the following properties:

  1. Status of the order is Planned.
  2. Required by Date of the nested product = Release Date of the finished product Production Order. 
    • Since the Release date for the finished product Production Order is not confirmed (release of this order is not done), it is calculated from the default release date for the finished product Production Order. It is calculated the same as for the top-level production order.
  3. Timelines for semi-finished products Production Orders are automatically calculated by the From Required by date backward method if the Required by Date is available in the top-level Production Order. Timelines are calculated for each order separately. The timelines for the finished product Production Order is the sum of all Production Order timelines for the semi-finished products. 


Release of semi-finished products Production Orders should be executed manually. This will create related orders (Stock Transfer, Purchase Orders) necessary for that order. These created orders are not visible in the Related Orders tab of the top-level finished product. 


In Capacity Planner, if one semi-finished product Production Order is re-planned, all other orders including the finished product Production Order are not re-planned. The user will have to go to the Scheduler and check that any problems caused by the re-planning are resolved. 


Releasing a Production Order

[back to top]


Next, the Production Order is verified before it is passed to production (Released). At this stage, resources have been allocated in the Capacity Planner, but components have not yet been allocated. If all components are available when the production order is authorised, the order will be released upon order authorisation.


If the Production process setting Set Order Status to is set to Released, authorised Production Orders will automatically have status Released, and this step can be skipped. 

  1. Release date is the date when the components and resources must be available for production. By default, it is automatically set from capacity calculations; however, it can be manually overwritten. 
  2. Click Release to initiate allocation of components.
  3. (If Transfers and Replenishment are set to automatic in Purchase Process Settings) The following tasks are created to address the demand in components if there are not enough components at the Shop floor location. Tasks can be viewed in the Related Orders tab (see Related Ordersbelow for detailed information on how these tasks are created):
    • Purchase Orders for the replenishment of out of stock components
    • Transfer Orders for movements from Warehouse to Shop floor.
  4. If Transfers and Replenishment are set to manual in General Settings, the user will have to create Transfer Orders and Purchase Orders manually for out of stock components.
  5. Releasing the Production Order will cause the +Production Run button to appear, allowing the order to be split into Production Runs (see below). If you do not need to split the order, you will make one Production Run for the entire order. 


Splitting a Production Order into Production Runs

[back to top]


A Production Order can be split into several Production Runs to split up manufacturing operations once the order has been released. Production Runs can be completed in any order.


A Production Run is a batch run for the Production Order. When Production Order manufacturing takes a lot of time, or a lot of items should be produced, it is recommended to split the order to smaller parts for better production management and control. 


If you do not need to split the order, you will make one Production Run for the entire order. Once Production Runs have been set up, they can be released. 

  1. Click the + Production Run button.
  2. This will open a pop-up window. Press + Production Run to add a line in the table. At least one Production Run must be added. The Production Order number will be assigned sequentially and automatically. Enter the Quantity to Produce for the Production Order.
    • If the total of Production Run quantities is more than the Quantity to Produce for the Production Order, the order is updated automatically, and more is produced. 
    • If it is less, then the Production Order should be Marked as Completed (see below) when no more production will take place – thus, the system will know that we are not going to produce the rest.
  3. Click Run to close the window and create the Production Run(s).


Related Orders 

[back to top]


Other tasks associated with a Production Order are displayed in the Related Orders tab. This includes:

  • The Sales Order for a Production Order generated by a sale authorisation (only top-level finished good inn the case of nested orders).
  • Nested Production Orders for semi-finished components.
    • Related Orders for semi-finished components will also show the Production Order for the next nested level up.
  • Transfer Orders and Purchase Orders created to address demand for components.  
    • Transfer Orders and Purchase Orders will only appear in the Related Orders tab of the Production Order that created the component demand, even if that Production Order is a nested order. 
  • Purchase, Sale and Transfer Orders generated between manufacturer, co-manufacturer, suppliers and customer as part of co-manufacturing operations


NOTE: If Purchase Process settings (described above) are set to Manual, Transfer Orders and Purchase Orders must be generated manually. 


If Transfers and Replenishment are set to auto in Purchase Process settings (described above), tasks are created upon Release of the Production Order and are created according to these rules:

  1. Availability is first checked in the Shop floor location specified in the Production Order. If there are components in this location, they are allocated to the Production Order. 
    • If the Shop floor location and Warehouse location are the same object, the Warehouse location is checked, and components in the Warehouse location are allocated to the Production Order. No transfer order is required.
  2. If there are not enough components available in the Shop floor location, availability is then checked in the Warehouse location connected to the Shop floor location according to the Logistics Path. A Transfer Order is generated to move the components from the Warehouse to the Shop floor.
  3. If there are not enough components available in the Shop floor or Warehouse, a Transfer Order is generated to move the components from the Warehouse to the Shop floor. The system then creates a Purchase Order to replenish components in the Warehouse.


Carrying out a Production Order

[back to top]


Once an order is released, the Production Run tabs will be visible. 

  1. Select a Production Run tab to begin. 
  2. Operations become available according to their sequence number. Select an operation from the left-hand menu. 
  3. Click Auto Consume to issue components from your inventory or Scan to add items to the operation using a barcode scanner. This will show component availability. Ensure any required Transfer Orders or Purchase Orders have been completed for out of stock components before continuing.
    • It is possible to add components and resources, or change component/resource quantity, at this stage.
    • Components with batch/serial # must be entered with batch/serial #, or click Auto Consume to consume them automatically from your inventory. 
    • Labour & Overheads will be filled in automatically (from your Resource costs) once production begins. 
  4. Press Start to begin the Operation. This changes the Production Order status to Work in Progress and auto-fills the Start Date for the Production Run. Finished product cost will show as 0 until the production run is completed.
  5. This executes accounting transactions: the costs of operations are moved from inventory accounts to the work in progress account.
  6. The user can edit the quantity of components and resources to reflect what was actually used during production. 
  7. When finished, the user marks the operation as Complete, and the next operation in the sequence becomes available to carry out. 
  8. If it is the final operation, or the operation produces a finished product or output, the user will be prompted to input the actual output and wastage quantity, if any. If final consumed component quantities/costs differ from consumed quantities when starting the production run, accounting transactions are updated to reflect this.
  9. You can Auto-generate Batch/Serial # for your finished products with batch/serial # costing methods, or import them via CSV file with Output/Wastage details. 
    • NOTE: Finished products wastage for batch/serial# products should have its own line with a separate batch/serial #.
  10. Users with with Production - Edit completed operations permission can update the Actual time field if it differs from the estimated operation time. By default, the field will be auto-filled with the time elapsed between Start and Complete was clicked for the operation.
  11. Repeat for each operation in the sequence until the Production Order is finished.


Completing a Production Order

[back to top]


There are two ways that a Production Order is considered to be completed:

  • Every Production Run of the Production Order is completed, and the required quantity of finished goods has been produced.
  • The Production Order is completed early, by selecting Mark as Completed


A Production Order can also be stopped by pressing Undo (Order information is kept, all transactions/tasks are reversed, order status is reset to Draft) or Void (Order is cancelled, and all transactions/tasks are reversed).


Undoing/Voiding one level of a Production Order DOES NOT Undo/Void nested Production Orders. 


Undoing/Voiding a sales order that has generated a Production Order DOES NOT Undo/Void the Production Order or its nested Production Orders. 


Output of finished products

[back to top]


When an operation in the Production Run is completed, any finished products can be received to the output location from the Output tab. This is the process of taking finished products from the production location and putting them into the most appropriate location (retail location, storage location, shop floor location for further production operations).

  1. Go to the Output tab of the Production Run. 
  2. Select an output location. By default, the Output bin specified for the work centre is selected for Location, but any location can be selected from the dropdown. Finished product cost will show as 0 until the production run is completed.
  3. Enter a Received Date and check the Received box. 
  4. When all operations in a Production Run are completed, Enter the Completion Date and click Complete (WIP is credited, Finished Goods is debited, Wastage is posted to expense account if applicable). Cost is calculated and allocated to the finished products upon Complete.
  5. When all finished products are received to the output location, the Production Order gets the Completed status.


NOTE: Output location for semi-finished components should be the Shop floor location of the parent Production Order or warehouse connected to the Shop floor location.


Mark as Completed

[back to top]


Using Mark as Completed is only possible if there are no Production Runs currently in progress (at least one operation has started, and all operations have not been completed). All not started Production Runs should be voided, so it is possible to complete the Production Order.


More about Production Order fields

[back to top]


Fields marked with an asterisk (*) are mandatory.


Location*

Select the production location. You can select any location that is defined as a Shop floor.

  • The Location field will be pre-filled with the Shop floor location connected by the Logistics Path to the Retail location if the Production Order is initiated by a Sales Order. 
  • The Location field will be pre-filled with the default Shop floor location if the Production Order is initiated manually. 


SKU* 

A mandatory drop-down field with search ability for product SKU input. All finished goods that have a Production BOM are listed. If the order is built from a Sales Order or Smart Reordering reorder suggestion, the field is pre-filled with the finished good to be produced SKU.


Product Name* 

A mandatory drop-down field with search ability for finished good name input. All finished goods that have a Production BOM are listed. If the order is built from a Sales Order or Smart Reordering reorder suggestion, the field is pre-filled with the finished good to be produced name. The name is auto-filled when the SKU is selected.


Work in Progress*

Select an account from the drop-down field for WIP. This account will be credited when Production begins and debited when Production is complete.


Finished Goods Account*

Select an account from the drop-down field for the Finished Goods. This account will be credited when Production is complete.


Quantity* 

Quantity of finished good to be produced. 


Maximum Quantity

This auto-calculated field is used to calculate the maximum number of finished goods that can be produced with the available inventory in the specified location. 


Capacity Calculation* 

Select whether Capacity Planning takes place From Planned date forward or From Required by date backward. If From Planned date forward is selected, the Planned Date field is displayed under the Capacity Calculation field. If From Required by date backward is selected, then the Required By Date is displayed under the Capacity Calculation field. See Resource Allocation (Capacity Planning) above for more details of how this works. 

  • From Planned date forward is the method of calculation when the order duration is added to the Planned date to get the Required by Date: Planned date + sum of all cycle times of operations in the Production Order. As a result of this calculation, the Required by Date is calculated and set up in the Production Order.
  • From Required by date backward is the method of calculation when the order duration is subtracted from the Required by Date to get the Planned Date: Required by Date - (sum of all cycle times of operations in the Production Order). As a result of this calculation, the Planned Date is calculated and set up as Planned Date in the Production Order.


Planned Date

When the From Planned date forward method is selected in the Capacity Calculation field, the Planned date field becomes mandatory. When From Required by date backward is set in the Capacity Calculation field, this field is auto-filled with the calculated date.


The Planned date defines when replenishment for this exact production order should be started, i.e. this is the date when the system needs to create Transfer and Purchase Orders for the components to deliver them to the Shop floor in time to start production order execution.


The Planned Date influences:

  • scheduling of the planned Production Orders (not released) in the Scheduler
  • the date for the creation of replenishment orders (Stock Transfer, Purchase).


Required by Date 

When the From Required by date backward method is selected in the Capacity Calculation field, the Required by Date field becomes mandatory. In case if the order is built from a Sales Order, the field contains the Required by Date set in the Sales Order. However, the date can be edited. When From Planned date forward is set in the Capacity Calculation field, this field is auto-filled with the calculated date.


Release Date

This is a date selection field. By default, it is filled with the calculated date: 

  • From Planned date forward: Planned Date + the critical path among lead times of components
  • From Required by Date backward: Required by Date - (sum of all cycle times of operations in the Production Order).


The Release date is the date when the resource becomes available for production. It is the date when components should be delivered to the production location so production can begin. It is calculated based on the time needed to deliver the components. The Release Date can't be prior to the Planned Date. If all components are available in stock when the Production Order is created, Planned date = Release date, because no replenishment will take place. 


The Release Date influences:

  • scheduling of the released not started Production Orders in the Scheduler 
  • shipment Required by Date in the authorised but not sent Transfer Order
  • Required by Date in the Purchase Orders.


Completion Date

This read-only field is filled automatically when the Production Order is completed.


Quantity in Production 

A read-only field filled automatically with the number of finished goods that are in the process of production in the Production Runs. It is the sum of all quantities in all Production Runs where at least one operation is started.


Quantity to Produce

A read-only field filled automatically with the number of products left to produce. It is calculated as: Quantity - sum of all output finished goods from all Production Runs.


Quantity Output

A read-only field filled automatically with the number of finished products that are have been received to output location for all Production Runs.


Quantity Ready to Put Away 

A read-only field filled automatically with the number of products that have been already produced and have not yet been received to the output location. It is the sum of all quantities from completed Production Runs.


Comments

An optional text input field. The characters limit is 200 symbols.


Print and Email Production Order Documents

[back to top]


The following documents can be printed and emailed for a Production Order and its Production runs:

  • Production Order
  • Production Order Traveller (a document that communicates the routing steps and schedule for the order)
  • Production Run pick list for consumed components
  • Production Run receiving note (Finished product output document)
  • Product Label (for the finished good).


DEAR allows customisation of all documents. Please see Managing Document & Email Templates for more information.


Production Orders List

[back to top]


Production Orders list is accessed from Production → Production Orders. The Production Orders list screen allows you to create new orders, consolidate orders, plan and release orders directly. See Production Orders List for more information. 


Did you find it helpful? Yes No

Send feedback
Sorry we couldn't be helpful. Help us improve this article with your feedback.