About Production Orders | Microsoft Docs

Production orders are used to manage the conversion of purchased materials into manufactured items. Production orders route work through various work or machine centers on the shop floor.

Before proceeding with production, most companies perform supply planning, typically once a week, to calculate how many production orders and purchase orders to execute to fulfill that week’s sales demand. Purchase orders supply the components that are required according to the production BOM to produce the end items.

Production orders are the central components of the program's manufacturing functionality and they contain the following information:

Production orders are the starting points for:

Production Order Creation

Production orders can be created on an order-by-order basis manually from the Production Order page, or generated from the Sales Order Planning or Order Planning pages. Multiple orders are created from the Planning Worksheet page.

Production orders are created using information from:

Limitations on Production Order Creation

Production orders are automatically reserved and tracked to their source when:

For more information, see Track Relations Between Demand and Supply.

Production orders created through other means are not automatically reserved and tracked.

Production Order Status

The production order status controls how the production order behaves within the program. The form and content of the production are dictated by the order's status. The production orders are displayed in different pages according to their status. You cannot change the status of a production order manually; you must use the Change Status function.

Simulated Production Order

The Simulated Production Order is unique based on the following characteristics:

Planned Production Order

The Planned Production Order is unique because of the following characteristics:

Firm Planned Production Order

The Firm Planned Production Order is unique because of the following characteristics:

Released Production Order

The Released Production Order is unique based on the following characteristics:

Finished Production Order

The Finished Production Order is unique based on the following characteristics:

Production Order Execution

Once a production order has been created and scheduled, it has to be released to the shop floor to be executed. During execution of the order, you record:

This information can be recorded manually or through automatic reporting, according to the items setup in the Flushing Method field.

Material Consumption

The program offers a variety of options for how a manufacturing company might want to record material consumption. For example, material consumption may be recorded manually, which might be desirable if there are frequent component substitutions or greater than expected scrap.

Consumption of materials may be processed through the consumption journal, but also may be recorded automatically by the program, known as automatic reporting. The reporting methods are:

Manual consumption reporting uses the consumption journal to specify material picking.

Forward consumption reporting assumes the expected quantity of all materials for the entire order is consumed at the release of a production order, unless using routing link codes. When using routing link codes, the material consumed after the start of the operational step is recorded in the Output Journal. To forward flush the entire production order, you need to do two things:

Backward consumption reporting records the actual quantity of all material picked or consumed when the status of a production order is changed to Finished, unless using routing link codes. When using routing link codes, the material is consumed after a quantity of the parent item is recorded for the operational step in the Output Journal.

When the Production Order is refreshed, the flushing method is copied from the item card. Because the flushing method for each production order component controls how and when the consumption is recorded, it is important to note that you can change flushing method for specific items directly on the Production Order.

Automatic Consumption Posting (Flushing)

The advantage of automatic flushing is that it greatly reduces data entry. With the ability to automatically flush an operation, the entire consumption and output recording process can be automated. The disadvantage of using automatic flushing is that you may not be accurately recording, or even aware of, scrap. The Automatic Reporting methods are:

Automatic Reporting - Forward Flush the Entire Order

If you forward flush the production order at the start of the job, the behavior of the program is very similar to a manual consumption. The major difference is that consumption happens automatically.

Forward flushing an entire order is suited in production environments with:

Automatic Reporting - Forward Flushing by Operation

Flushing by operation allows you to deduct inventory during a specific operation in the routing of the parent item. Material is tied to the routing using routing link codes, which correspond to routing link codes applied to components in the production BOM.

The flush takes place when the operation that has the same routing link code is started. Started means that some activity is recorded in the output journal for that operation. And that activity might just be that a setup time is entered.

The amount of the flush is for the quantity per assembly stated on the production BOM multiplied by the number of parent items being built (expected quantity).

This technique is best employed when there are many operations and certain components are not needed until late in the assembly sequence. In fact, a Just-in-Time (JIT) setup might not even have the items on hand when the RPO is begun.

Material can be consumed during operations by using routing link codes. Some components may not be used until final assembly operations and should not be withdrawn from stock until that time.

Automatic Reporting - Back Flushing by Operation

Back flushing by operation records consumption after the operation is posted in the output journal.

The advantage of this method is that the number of parent parts finished in the operation is known.

Material in the production BOM is linked to the routing records using routing link codes. The back flush takes place when an operation with a particular routing link code is posted with a finished quantity.

The amount of the flush is for the quantity per assembly stated on the production BOM multiplied by the number of parent items that were posted as output quantity at that operation. This might be different from the expected quantity.

Automatic Reporting - Back Flushing the Entire Order

This reporting method does not consider routing link codes.

No components are picked until the released production order status is changed to Finished. The amount of the flush is the quantity per assembly stated on the production BOM multiplied by the number of parent items that were finished and placed into inventory.

Backward flushing the entire production order requires the same setup as for forward flushing: The reporting method must be set to backward on each item card for all items within the parent BOM to be reported. In addition, all routing link codes must be removed from the production BOM.

Production Output

The program provides you with the capability to track how much time is spent working on a production order, in addition to recording the quantity produced. This information can help you more accurately determine the costs of production. Also, manufacturers using a standard costing system may want to record actual information in order to help them develop better standards.

Output may be processed through the output journal, but also may be recorded automatically by the program. The program copies the flushing method from the machine center or work center card to the production order routing when refreshing. As with material consumption, there are three reporting methods for output:

Manual method uses the Output Journal to specify time consumed and quantity produced.

Forward method records the expected output (and time), which is automatically recorded at the release of a Production Order. Routing link codes are not a factor in the forward flushing of the output.

Backward method records the expected output (and time), which is automatically recorded at the finish of a Production Order. Routing link codes are not a factor in the back flushing of the output.

Posting Consumption and Output

You can use any combination of automatic flushing and manually recorded information for both consumption and output. For example, you may want to automatically forward flush components, but still use the Consumption Journal to record scrap. Similarly, you may want to automatically record output, but use the Output Journal to record scrap of the parent item or additional time spent on the order.

Finally, if you enter consumption and output manually, you need to determine the sequence in which you are going to record this information. You can record consumption first and use a shortcut method to enter the information, which is based on expected quantity of output. Or, you can enter output first, using the Explode Routing function. You would then record consumption based on actual quantity of output.

Production Journal

The Production Journal combines the functions of the Consumption Journal and Output Journals into one journal, which is accessed directly from the Released Production Order.

The purpose of the Production Journal is to provide a single interface for you to register consumption and output from a Production Order.

The Production Journal has a simple view and provides you with the ability to:

The Production Journal performs many of the same functions as the Consumption and Output journals. Dimensions, Item Tracking, and Bin Contents are handled in the same way as on the Consumption and Output journals.

However, the Production Journal differs from the Consumption and Output journals in the following ways:

In the production journal, consumption quantities are posted as negative item ledger entries, output quantities are posted as positive ledger entries, and times spent are posted as capacity ledger entries.

See Also

Manufacturing
Setting Up Manufacturing
Planning
Inventory
Purchasing
Working with Business Central



© 2019 Microsoft. All rights reserved.