search-icon

A production order defines the finished good to be produced, the shop floor 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.


NOTE: Production Orders are an advanced manufacturing feature. You will need to add the advanced manufacturing module to your base subscription to use this feature. See Getting Started with the Advanced Manufacturing module for more information. 


There are four stages of a production order in Cin7 Core:

  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. Components are consumed when a production operation is started. Any finished products output have been received to stock location. 
  4. Complete – All finished products have been output and received to stock location. 


Cin7 Core allows fine-grained control of production permissions for your users. Allow or disable access to production features such as editing completed operations, viewing costing information, and undoing/voiding production orders by adjusting user permissions (Settings → Users and Roles). See Managing Users and Roles and User permissions explained for more information.


Once you have mastered production basics, here are some more advanced production features that can help you best define your manufacturing processes using Cin7 Core. 

  • Setting up complex operation sequences with parallel and non-parallel operations. See Implement parallel operations in a Production BOM for help setting up more complicated operation sequences. 
  • 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. 
  • 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.
  • 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. It is recommended to understand how finished products are used before moving on to intermediate products.
  • Customisable products, or Make to Order, allows your customers to select different configuration options that will ultimately select the final product. For example, a ring could be customised with different metals, ring size, different gemstones, or a custom engraving. 
  • Production Component Tracking and Traceability, Traceability is the ability to track every part and product throughout the manufacturing process, from the moment when raw materials enter the factory to the moment when final products are shipped. Knowing which exact components make up a finished product is essential to quality assurance, inspection and control
  • Phantom BOM is used to explode components with assembly BOMs within a production order, without creating a separate assembly order - the BOM is 'phantom'. Phantom BOMs can easily add instructions to multiple production BOMs for nested components that are physically built, but not stocked, before being used in the next step or level of manufacturing.


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 components location (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 components location. 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 Suggestionspage. 
    • NOTE: Releasing a production order created in this way with nested semi-finished components automatically creates production orders for the semi-finished components with status Released. Assembly orders are created but musts be completed manually. 
  • 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 order. 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 released status.


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 demand location is different than shopfloor location, Minimum before reorder and reorder quantity to be used for calculating Quantity to Produce will be taken from demand location and not from 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 Demand 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. 


Allow backdated transactions for production processes

Write off transactions and stock movements of components to WIP are triggered when a production operation starts. Transactions and stock movements of WIP to finished goods/inventory are triggered when a production operation is completed. Previously to this release, it was not possible to edit these dates. With this release, a new setting has been added to allow backdated transactions, when enabled the operation start and end date can be edited, including dates in the past. 


Procurement in co-manufacturing operation

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

  • Sell components - Buy finished 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. In this procurement mode, co-manufacturing suppliers also require a customer entry which Cin7 Core will generate automatically. The co-manufacturer is the owner of the components, not the merchant, and the cost of the finished product does not include the cost of the components.
  • Transfer components - Buy finished products: Select when components are transferred to co-manufacturer for production of a finished product. The merchant is the owner of the components, not the co-manufacturer, and the cost of the finished product includes the cost of the components.


These two modes work well for a merchant who possesses his or her own warehouse and shopfloor. However, for merchants without these facilities these modes are unnecessarily complex. The third procurement mode is for when production is fully outsourced and components are not stored in the merchant’s location

  • Purchase components - Buy finished products. Components can be drop-shipped from supplier to co-manufacturer but the merchant retains ownership of the components.


When to transfer finished products to storage location

After production, finished products can be stored in the same location or transferred to another demand, production or components location of your organisation. Delivery locations for each finished product of a production BOM can be specified within the BOM, and also within a production order. Cin7 Core will then generate the necessary transfer orders upon production run or production order completion. 

  • Don't Transfer: No transfer orders will be generated. Delivery To fields of production BOM and production order will be hidden. 
  • On Production Run completion: Transfer orders for finished products from the production location to the delivery location will be generated upon Production Run completion. If no delivery location has been specified in the production BOM or a production order, logistics path location will be used. 
  • On Production Order completion: Transfer orders for finished products from the production location to the delivery location will be generated upon Production Order completion. If no delivery location has been specified in the production BOM or a production order, logistics path location will be used. 


Production order/run additional attribute set

Due to a large number of different requirements from system users, it is quite frequent that there will be a need to collect and store additional information that is not in the default production process fields. We have included the ability to create custom fields or Additional Attributes that can be linked to a production order/run. Selecting an attribute set from the drop-down menu will cause the custom fields from this set to appear in the Attributes & Logs tab of your production order and the Attributes tab of a production run. 


Production operation additional attribute set

Selecting an attribute set from the drop-down menu will cause the custom fields from this set to appear in the Production run tab of your production order, where the production operations are listed. Users will need the Production orders – Edit completed operations permission to input data to additional attributes after an operation is completed. 


Production output additional attribute set

Selecting an attribute set from the drop-down menu will cause the custom fields from this set to appear in the output window of your production process. Users will need the Production orders – Edit completed operations permission to input data to additional attributes after an operation is completed. 


Product tracing

Cin7 Core allows you to track components of a finished product either all of the time, some of the time, or optionally at the production BOM level. Finished product and components must have either a batch and/or serial number to be tracked. Please see Production Component Tracking and Traceability for more information. 


Production documents

Components can be sorted when printing production documents according to screen order, alphabetically by name, or alphabetically by SKU.


Hide cost information from users

[back to top]


In a factory floor setting, organisations and managers may need to stop production costing and financial information from being displayed to factory floor staff, while keeping production order information visible. This can be managed by altering permissions for a user or role. See Managing Users and Roles for more information. 


Go to Settings → Users and Roles, select a user or a role, and scroll to Production. Disable full access to Production financial data to hide costing information for that user or role. 


Use additional attributes to record order/run, operation, and output information

[back to top]


Additional attributes collect and store additional information that is not in the default production process fields. Cin7 Core allows additional attribute sets to be assigned at the production order/run level, operation level, and output level. Attribute sets can be assigned to each level via the production process customisation settings (General Settings). 


Production order/run additional attribute fields can be found in the Logs and attributes tab of your production order, and the Attributes tab of a production run. 


Production operation additional attribute fields can be found in the Production run tab of your production order, selecting a production operation and at the bottom of each operation page. Users will need the Production orders – Edit completed operations permission to input data to additional attributes after an operation is completed. 


Production output additional attributes can be found in the output window of a production run. Users will need the Production orders – Edit completed operations permission to input data to additional attributes after the last operation of a production run is completed. 


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, Shop floor, Work In Progress Account, Finished Goods Account and Quantity are required fields. 
    • You can set a default WIP account from the Account Mapping page, found at Settings → Reference Books → Account Mapping
  3. Comma-separated Tags can be added to distinguish production orders. These can be used to search orders from the production orders list
  4. 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.
  5. Release Date will be calculated and filled in automatically from the capacity calculations.
  6. 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.
  7. 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 Cin7 Core.
  8. 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.
  9. Quantities of resources and components in the production order can be edited, including adding components and resources for Draft, Planned and Released orders. 
  10. 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 calculated according to actual components consumed and your costing method.
  11. Cin7 Core 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 Components location connected to the Shop floor location according to the Logistics Path (if Shop floor location and Components location are the same, only one check is performed). 
    • The available number includes items at the Shop floor, Components, 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.
  12. Click Authorise to finish this stage. If the Production process settingSet Order Status to is set to Released, authorised production orders will automatically have status released.
  13. 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.
  14. 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 information.


Set deliver to locations for finished products

[back to top]


After production, finished products can be transferred to another demand, production or components location of your organisation. Cin7 Core then generates transfer orders for finished products from the production location to the delivery location. If no delivery location has been specified in the production BOM or a production order, logistics path location will be used. 


NOTE: When to transfer finished products to storage location setting must be set to On Production Run completion or On Production Order completion for Delivery To fields to be visible on production BOM and production order. 


Default Delivery To location is set from a product's Production BOM. The default location for a finished product can be overwritten from a Production Order. Click the Delivery To tab of a Draft or Planned production order. Delivery location cannot be edited once a production order has been released. 


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.


NOTE: Editing the Required By Date after calculation will not re-calculate production orders after resources have been allocated.


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 components 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 transfers, purchase orders) necessary for that order. These created orders will not be 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 Components location 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 in 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 floorlocation 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 Components location are the same object, the components location is checked, and components in the components 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 Components location connected to the Shop floor location according to the Logistics Path. A Transfer Order is generated to move the components from the Components location to the Shop floor location
  3. If there are not enough components available in the Shop floor or Components location, a Transfer Order is generated to move the components from the Components location to the Shop floor. The system then creates a Purchase Order to replenish components in the Components location.


Add attachments to a production order

[back to top]


Documents up to 10MB can be dragged and dropped to the Attachments tab for future reference. Users integrated with G Suite can attach files directly from Google Drive. 

 

Add additional attributes to production order

[back to top]


Additional attributes collect and store additional information that is not in the default production process fields, additional attributes can be found on the Attributes & Logs tab of a production order. If a default attribute set has been selected in the production process customisation settings, it will be selected by default but this can be edited by selecting another attribute set from the dropdown menu.


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. 
    • NOTE: The Output tab is available as soon as a production run is created. Batch/serial numbers for finished products can be entered at the beginning of the production process.
  2. Operations become available according to their sequence number. Select an operation from the left-hand menu.
  3. Notes and Attachments can be added to a production run operation to record production process information, e.g. temperature, quality control notes, etc.
  4. 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 and change component/resource quantity at this stage.
    • Components and/or resources that were copied from the production BOM cannot be deleted from an operation. However, the Actual Quantity can be input as 0 once production has been completed if no product is used. 
    • Components with batch/serial # must be entered with batch/serial #, or click auto consume to consume them automatically from your inventory. A component product with a unique serial number cannot be picked more than once.
    • Labour & Overheads will be filled in automatically (from your Resource costs) once production begins. 
    • (For scanned items only) An alert will appear if the picked quantity does not match the required/expected quantity for the operation, or if a new product has been added to the operation, and the user must confirm to continue.
    • Components with an expiry date are consumed according to the FEFO costing method. If the current date exceeds the expiry date, the user will receive an error notification. 
  5. 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 - this cannot be edited after starting. Finished product cost will show as 0 until the production run is completed.
  6. This executes accounting transactions: the costs of operations are moved from inventory accounts to the work in progress account.
  7. The user can edit the quantity of components and resources to reflect what was actually used during production. 
  8. When finished, the user marks the operation as Complete, and the next operation in the sequence becomes available to carry out. 
  9. 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.
  10. 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 #.
  11. 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.
  12. Repeat for each operation in the sequence until the production order is finished.


Reserve components for a production run

[back to top]


In some cases, production orders must be completed on time regardless of any external reasons for lack of components. Cin7 Core allows you to 'hard allocate' or reserve some or all of the stock components of a production run as soon as the production order has been released and split into production runs. Reservation guarantees that these exact components will be consumed by only the exact Production Run for which they are reserved, and no other task can consume these components. 


Component reservation is executed on the Production Run operation level manually before the production process starts, i.e. before Start button is pressed for the operation, but after Auto-consume button is pressed to populate the components and their locations to the components grid in the operation. Check the checkbox in the Reserved column of the components grid to reserve component.


NOTE: Components reservation is done according to the costing methods (FIFO, FEFO) set up for the component. Reservation is done for the stock on hand quantity. If there is not enough stock on hand to cover the quantity required in the production run, only available stock on hand is reserved. Potentially incoming stock is not reserved. 


View reserved components for a production run from the Reservation tab. 


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


Completing the production order auto-fills the completion date and time, this cannot be edited after completion. 


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 (demand location, components 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 and Cost Per Unit 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 components location 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.



Assign serial numbers/batch numbers to finished goods

[back to top]

Serial numbers can be assigned to a manufactured product during a production run. If the user does not input a serial number for the manufactured product, Cin7 Core will generate one automatically. The product being manufactured must have a serialized costing method (FIFO - Serial, FEFO - Serial, or Special  - Serial)


Serial numbers can be assigned to a product from the Output tab of a production run. This is possible at any point after a production order is released and a production run is created. Serial numbers cannot be edited after an output product has been sold, transferred, or adjusted. 


NOTE: Completing Put Away for a finished product authorizes a transfer order from the production location to another location, preventing further changes to output data and serial number. 


Production order field definitions

[back to top]


Fields marked with an asterisk (*) are mandatory.


Shop floor*

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 Demand 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.


Tags

Comma-separated tags can be used to identify each production order. Tags can be used to search the production orders list or filter reports. 


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. 


Total Cycle Time

Sum of all production cycles required to produce all production order units. 


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.


NOTE: Editing the Required By Date after calculation will not re-calculate production orders after resources have been allocated.


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 Traveler (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).


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


Production orders list

[back to top]


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


NOTE: Sales Order (displays a link to the related sale order for production order if applicable) and Comments (click to expand and show comments field from production order) are optional columns. Optional columns can be shown/hidden by clicking the Settings gear icon and checking boxes to show/hide columns.



Did you find it helpful? Yes No

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