Oracle® Fusion
Applications Materials Management and Logistics Implementation Guide 11g Release 1 (11.1.2) Part Number E20385-02 |
Contents |
Previous |
Next |
This chapter contains the following:
Manage Pick Wave Release Rules
Manage Transportation Schedules
Manage Default Packing Configurations
General parameters impact the way a shipment is created and ship confirmed, and how Oracle Fusion Shipping interacts with Oracle Fusion Inventory Management. Before selecting general parameters, consider:
How you create, process, and confirm shipments in your organization?
How Oracle Fusion Shipping updates Oracle Fusion Inventory Management?
Before selecting the general parameters, you must plan how your organization will create, process, and ship confirm shipments. Consider the following before configuring the general parameters for each of your ship-from organizations.
Which shipment creation criteria to use?
Consider your organization's criteria for creating shipments; if a shipment can be created across sales orders or must be created from within a sales order.
Which ship confirm rule to use?
Consider your organization's usage of a specific ship confirm rule and decide which can be used as the default rule during ship confirm. Choose the commonly used rule in your organization to save time and quickly ship confirm shipments.
What weight UOM class and volume UOM class to use?
What currency to specify?
Consider your organization's range of transactions in a particular currency.
Whether to enable automatic packing?
Consider your organization's usage of packing shipment lines into packing units. Note that the shipment lines to be automatically packed are grouped together by shared attributes such as ship-to location and the shipment line information cannot be changed until the shipment is unpacked.
Whether to consolidate backordered lines?
Consider your organization's policy on consolidating a line that was split and backordered with other backordered lines.
Whether to enforce packing?
Consider your organization's practice of requiring every shipping line in a shipment to be packed.
Whether to enforce shipping method?
Consider your organization's practice of requiring a record of shipping method for each shipment.
Whether to allow future ship date?
Consider your organization's policy on recording an actual ship date in the future.
Whether to enable carrier manifesting?
Consider if you want to enable carrier manifesting for the shipments in the warehouse.
Consider the following dependencies before configuring your organization's general shipping parameters on updating Oracle Fusion Inventory Management tables.
Whether to defer sending inventory updates to integrated applications?
Consider your organization's preference on delaying updates to Oracle Fusion Inventory Management tables once the shipment is ship confirmed. If you choose to defer sending inventory updates to integrated applications, then the Shipping interface does not initiate updates to Oracle Fusion Inventory Management interface tables and in turn, the inventory processor does not pick up or update the inventory tables.
Whether to defer online processing of inventory updates?
Consider your organization's preference on delaying processing of records in Oracle Fusion Inventory Management.
How much inventory interface batch size to specify?
Specify the number of records that are selected for processing in a batch in Oracle Fusion Inventory Management. Consider the maximum number of records your organization would prefer to be processed in a batch. Note that an optimum batch size will reflect inventory updates faster in the system.
Shipment grouping attributes are defined for Ship-from Organization and determine how shipment lines are grouped on a shipment. Ship-to Location and Ship-from Organization are always applied during grouping of shipment lines into shipments. Before selecting shipment grouping attributes, consider:
How would you like to group your shipment line into shipments?
Do you need to further refine your grouping criteria?
You must consider your organization's business preference for grouping shipment lines into shipments. For example, there are two types of freight terms; Prepaid and Collect. If you enable the grouping attribute Freight Terms, then the shipment lines that share the same freight term, Prepaid, will be grouped into one shipment. And the shipment lines that share the freight term, Collect, will be grouped into another shipment. The tables below illustrate the example and the consequent grouping of shipment lines into shipments based on selection of the grouping attribute, Freight Terms.
This table shows an example of shipment lines and their attributes.
Shipment Lines |
Ship-from Organization |
Ship-to Location |
Freight Terms |
---|---|---|---|
1234A |
Organization 1 |
San Jose |
Prepaid |
1234B |
Organization 1 |
San Jose |
Collect |
1234C |
Organization 1 |
San Jose |
Collect |
1234D |
Organization 1 |
San Jose |
Prepaid |
This table shows an example of how the shipment lines were grouped into a shipment when the grouping attributes were applied.
Shipment Lines |
Ship-from Organization |
Ship-to Location |
Freight Terms |
Shipment |
---|---|---|---|---|
1234A |
Organization 1 |
San Jose |
Prepaid |
Shipment 1 |
1234B |
Organization 1 |
San Jose |
Collect |
Shipment 2 |
1234C |
Organization 1 |
San Jose |
Collect |
Shipment 2 |
1234D |
Organization 1 |
San Jose |
Prepaid |
Shipment 1 |
When a shipment is created, it inherits the enabled grouping attributes from the lines. For example, Freight Terms is enabled as a grouping attribute and a shipment is created for the lines with the term Prepaid. In this case, the shipment will automatically have the freight term, Prepaid upon creation.
When an optional attribute is enabled as a grouping criteria and there are shipment lines that don't have a value specified for the enabled attribute, then all those shipment lines are grouped together on a separate shipment. You can also choose to not select any of the optional grouping attributes.
You must consider your organization's preference for assigning Customer, Shipping Method, FOB, and Freight Terms as grouping criteria for creating shipments.
You can select more than one grouping attribute to further refine your grouping criteria. For example, if you select Customer and Shipping Method, then shipment lines with the same customer and shipping method will be grouped into one shipment.
Pick release parameters enable you to define picking criteria that are used during pick release. Before selecting pick release parameters consider:
What criteria to specify for grouping and releasing lines?
What criteria to specify for fulfillment of lines?
Before you select the grouping and releasing criteria you must consider your organization's preference for grouping and releasing of picks. Consider the following:
What release sequence rule to specify?
Consider your organization's preference of the order in which lines are allocated during pick release. Select the most frequently used release sequence rule; although it becomes the default rule, you can change it any time during pick release submission.
What pick slip grouping rule to specify?
Consider your organization's preferred method of grouping lines onto pick slips and generating the pick slip number during pick release. Select the most frequently used pick slip grouping rule; although it becomes the default rule, you can change it any time during pick release.
Whether to create shipments?
Consider your organization's preference for automatically creating shipments after pick release.
Whether to enforce shipment sets?
Consider your organization's preference for validating shipment sets during pick release.
Whether to enable express pick?
Consider selecting the Express Pick check box if you prefer the pick release process to skip both creating order lines as well as automatically confirming picks. You must note the following:
The Prior reservations only and Autoconfirm picks check boxes must be selected while releasing sales orders for the above to be enabled.
No pick slips can be generated for lines processed as part of Express Pick.
The subinventory where reservation was created prior to pick release will be used for storage of material and staging.
The staging subinventory and locator entered while releasing the sales order will be ignored.
Before selecting the fulfillment criteria you must plan how your organization's prefers the lines to be fulfilled. Consider the following:
What staging subinventory and locator to specify?
Consider your organization's usage of a specific subinventory and locator to finally deposit lines after pick confirmation.
When to print pick slip?
Consider your organization's preferred timing for printing pick slips. Select At the End for generating pick slips after completion of the pick release process. Select Immediate and specify number of lines per pick slip for generating pick slips immediately after the specified number of lines have been pick released.
Specify number of pick slip lines?
Consider the number of lines your organization would prefer to be printed onto a pick slip.
Which pick release document set is to be printed at pick release?
Consider your organization's practice of printing documents at pick release.
When you choose to consolidate backordered lines, any line that was split and subsequently backordered will be automatically consolidated with other backordered lines that it was part of originally. When a backorder occurs, Oracle Fusion Shipping searches for existing shipment line backorders for the particular line. If a qualified existing backorder is found, then the current backordered shipment line is consolidated with the existing backordered shipment line.
Note
Only unassigned and unpacked backordered lines will be consolidated.
Carrier manifesting is a method used by shippers to process shipments that use carriers that are integrated into Oracle Fusion Shipping. The carrier manifesting process includes weighing parcels, calculating freight cost, generating shipping documents, and submitting manifest data to third party carrier systems. When you enable carrier manifesting, open shipments with assigned lines that are staged and packed are sent to be ship confirmed in the carrier manifesting system. Packing is performed prior to manifesting since only packed lines can be manifested.
When you choose to print pick slips immediately, you have to specify the number of pick slip lines per pick slip. Whenever the specified number of lines are pick released, a pick slip document is printed. This continues till all the lines that meet the release criteria are pick released and printed.
For example, if you specify the number of pick slip lines as 25, then only a maximum of 25 pick slip lines can be printed on each pick slip. In this case, if 40 lines are pick released, then two pick slips are printed; one with 25 lines and the other with 15 lines.
Select Do Not Append to prohibit automatic appending to an existing shipment. Select Start of Staging to allow automatic appending to a shipment till one of the lines is staged. Select End of Staging to allow automatic appending to a shipment till all the lines are staged.
Pick wave release rule defines the criteria to determine the order lines to select for pick release and how they need to be processed. The optional processing includes:
Creating shipments
Picking and staging the material
Packing the material
Ship confirming the lines
The following criterion based on which you can define a pick wave release rule will assist you in planning and meeting your organization's needs:
Effective Start and End Date range
Demand Selection criteria
Process criteria
Fulfillment criteria
Effective start and end date range for the rule.
Enables you to specify criteria pertaining to shipping organization, order, order date, item, and shipping details.
Enables you to specify the release sequence rule, pick slip grouping rule, ship confirm rule, and also if the shipment should be automatically packed among others.
Enables you to specify the pick-from subinventory and staging subinventory of the shipping organization.
Release sequence rule enables you to specify the order in which the picking lines are pick released to inventory. You must assign a release priority in ascending or descending order to the selected release sequence.
The following aspects of defining a release sequence rule will assist you in releasing picking lines according to your preference:
Criteria for releasing picking lines
Release priority
You can release picking lines by:
Sales order
Initial ship date
Scheduled ship date
Outstanding invoice value
Shipping priority
You must assign at least one of the criterion specified above to a release priority in the range of 1 to 5 with 1 being the highest priority and 5 being the lowest. You must select the order, ascending or descending, in which the specified criterion will be made effective. For example, if you select the ascending order for the Scheduled date criterion, then the picking lines with the earliest scheduled date are released first.
Release priority impacts the way a picking line is released when a release sequence rule is applied. Before assigning release priority to a release criteria, consider:
How you release shipment lines in your organization?
What is the level of priority your organization assigns to the order in which lines are released?
Before selecting the release criteria, you must plan how your organization will release shipment lines. Consider the following:
What is the most commonly used criteria based on which shipment lines are released?
Consider your organization's preferred criteria for releasing shipment lines. It can be based on sales order number, outstanding invoice value, scheduled date, initial ship date, and shipping priority. This directly impacts how and when the shipment line is released.
Consider the following dependencies before assigning attributes to the release priority:
You can assign a priority level to one attribute with 1 being the highest and 5 being the lowest.
Consider your organization's usage of a specific attribute.
Note
You can select an attribute only once while deciding the relative priorities.
You can assign the order, ascending or descending, in which the specified attribute will be made effective.
For example, if you select the ascending order for attribute Sales Order number, the shipment lines are released by ascending sales order number. Sales Order 1 is released first, then Sales Order 2, Sales Order 3, and so on.
You cannot assign both the Outstanding invoice value attribute or the Sales Order number attribute to a release priority in the same release sequence rule.
You must set up all the ship confirm rules in a manner that they are reusable and service varied needs of different organizations. You can have only one default ship confirm rule per organization and the this rule is associated via the shipping parameters for the organization.
Before setting up default shipping rules consider:
Understand shipping processes and anticipate current and future needs of the organization
Follow naming conventions
Associae the most commonly used rules while defining shipping parameters
You must understand the shipping processes to be able to evaluate and anticipate current and future needs of your organization before defining shipping rules. Consider the most commonly used scenario for the business so that the scenario will be served well with the default rule. This will enable you to create effective rules that optimize performance and reduce the need for granularity, which in turn reduces maintenance.
You must follow naming conventions so as to minimize chances of confusion resulting out of cryptic naming.
You must associate the most commonly used rules while defining shipping parameters. For example, you must associate a rule that is used most frequently in your organization. This enables you to minimize the need for overriding the default ship confirm rule.
Ship confirm rule enables you to determine how shipments are ship confirmed.
The following aspects of defining a ship confirm rule provide you the flexibility to:
Specify tasks along with shipment confirmation
Specify options if shipped quantities are not manually entered
You can specify your organization's preference of tasks to be completed along with shipment confirmation, by selecting one or more of the following check boxes:
Create shipment for remaining staged quantities
A new shipment will be created for lines with remaining staged quantities. Remaining staged quantity is applicable when shipped quantity is different from picked quantity on the line.
Create bill of lading and packing slip
A bill of lading and packing slip is created.
Note
You must define sequences of type "Automatic" for the application and module "Shipping." The sequences must be assigned to document sequence categories "BOL" or "PKSLP."
Close shipment
The shipment status is set to closed and as a result all the shipment lines status is set to shipped.
Defer sending inventory updates to integrated applications
You must specify an option that will be applied during ship confirm if the shipped quantity is not manually entered for a staged line or lines. For example, consider a scenario where a shipment has 10 staged lines, and the shipped quantity is manually entered for eight of the lines. The ship confirm rule must indicate what to do with the two lines for which the shipped quantity is not manually entered. The options are:
Backorder
The two staged lines are set to Backorder status and are unassigned from the shipment.
Cycle count
The two staged lines are marked for cycle count, set to Backorder status, and unassigned from the shipment.
Note
The quantities transferred for cycle counting are not considered for selection during the next pick release.
Ship requested quantities
The requested quantity on the two staged lines is shipped.
Stage
The two staged lines remain staged, but are unassigned from the shipment.
Shipping cost types are shipment-related costs such as administration fee, duty fee, insurance, handling cost, export fee, or transportation charge. You can define a cost type within a category with a suggested amount. Shipping costs can be recorded at any point in time for a shipment, shipment line, or packing unit.
Shipping cost types provide you the flexibility to:
Defining a uniform shipping cost under a specific category for future reference
Specifying an effective date range for the validity of the cost type
Defining a cost type in preferred currency
You can define a shipping cost type under a specific category. This ensures uniformity of service charges under the selected category across the organization for the same service.
Note
You can override the cost type and suggested amount during or after the recording of shipping cost.
You can specify a date range for the validity of the cost type.
You can define a cost type in your functional currency. You can modify the currency at any point in time.
Transportation schedules enable you to define valid shipping and receiving days and hours for trading partners such as organizations, suppliers, customers, and carriers.
Transportation schedules enable you to:
Determine when shipments can be shipped and received.
Assist Oracle Fusion Global Order Promising in planning valid shipping and receiving days.
The shipping and receiving schedules are used to determine when your customers, customer sites, suppliers, supplier sites, and internal organizations can ship and receive. The ship confirm process uses the defined transportation schedules to warn you of invalid shipping days and hours. The initial ship date on the shipment is validated according to shipping schedule for the warehouse and the planned delivery date is validated according to the receiving schedule for the customer or customer site.
For example, you are shipping a shipment from your warehouse in Florida on Monday, September 12, to arrive at your customer's site in New York on Wednesday, September 14. In this case, ship confirm checks the warehouse's shipping schedule and the customer's receiving schedule for the initial ship date and planned delivery date respectively to confirm the following:
Monday, September 12, is a valid initial ship date for your warehouse in Florida to ship goods.
Wednesday, September 14, is a valid delivery date for your customer's site in New York to receive goods.
If the initial ship date or planned delivery date is invalid, then ship confirm displays a message requesting a review of the dates entered.
Transportation schedules are also used when a pick release process is submitted.
The pick release process also consults your defined transportation schedules and adjusts ship dates as necessary. When you create a pick wave using the pick release process, you can specify a pick wave release rule that defines the scheduled ship dates and requested ship dates on the pick wave. If a shipping transportation schedule is defined for your organization, then the scheduled and requested ship dates on the pick wave are compared against the valid shipping days on the transportation schedule. If either the scheduled or requested ship date falls on an invalid shipping day for your organization, then the dates are automatically adjusted to the next valid shipping day specified in the transportation schedule. For example, if your shipping transportation schedule allows shipments Monday through Friday, and the pick wave release rule calculates a ship date that occurs on a Saturday, then the ship date is automatically moved to the following Monday.
Note
If the transportation schedules are not defined, then every day and time is assumed to be valid for shipping and receiving.
Oracle Fusion Global Order Promising uses the transportation schedule assignments when determining supply availability dates for customer orders.
Shipping schedule: The shipping schedule indicates the valid working dates for shipping originating from suppliers and organizations. Oracle Fusion Global Order Promising uses the shipping schedule to determine when material can be shipped from warehouses to customers.
Receiving schedule: The receiving schedule indicates the valid working dates for receiving goods at the organizations or customer sites. Oracle Fusion Global Order Promising uses the receiving schedule to determine when material can arrive at the customer site.
Carrier schedule: The carrier schedule indicates the working and nonworking days and times for material that is in transit using different means of transport. Oracle Fusion Global Order Promising uses the carrier schedule to determine the transit time from a warehouse to the customer site. For example, a carrier has a transit time of three days but does not work on weekends. This implies that the carrier can deliver a shipment that was shipped on Monday afternoon on Thursday afternoon. However, the carrier can deliver a shipment that was shipped on Friday only on Wednesday since Saturday and Sunday are nonworking days.
Oracle Fusion Global Order Promising uses shipping, carrier, and receiving schedules to determine when internal transfers between internal manufacturing sites and warehouses can be scheduled to meet customer demands at a warehouse.
For example, shipping, receiving, and carrier schedules are used for shipping from an internal organization such as a plant to another internal organization such as a warehouse. The plant's shipping schedule is open from Tuesday to Friday. The warehouse's receiving schedule and the carrier schedule are open from Monday to Friday. The transit time is two days. In this case, the warehouse will receive shipments from the plant on Thursday, Friday, and Monday. The warehouse will not have shipments arriving on Wednesday since the plant cannot ship on Monday. If supplies are needed on Wednesday, then Global Order Promising will try to ship from the plant on the previous Friday to arrive on Tuesday.
You can use several combinations of trading partner, schedule name, and schedule usage to create the transportation schedules suitable for your business requirements.
Examples of creating transportation schedules are discussed for the following scenarios:
Shipping schedule for a warehouse
Receiving schedule for a customer
You want to set up a shipping schedule for your warehouse so that you can schedule shipments from your warehouse and calculate shipping and planned delivery dates for your customers. In order to ensure that your warehouse has accurate shipping days and times, you can create a transportation schedule for an organization from where your goods will be shipped, and select shipping as your schedule usage for that organization. You can activate the schedule assignment at the organization trading partner level by selecting the schedule and marking it as active.
You want to set up a receiving schedule so that you can schedule shipping and receiving days and calculate shipping and planned delivery dates for your customers. In order to ensure that the customer has accurate receiving days and times, you can create a transportation schedule for the customer to whom your goods will be shipped, and select receiving as your schedule usage for that customer. You can activate the schedule assignment at the customer trading partner level by selecting the schedule and marking it as active.
Trading partner type can be customer, supplier, carrier, and organization. The schedule usage you define for every trading partner type determines what the schedule assigned to the trading partner is used for. For example, if shipping is defined as schedule usage for a trading partner organization , then that schedule is used for shipping. You can define and activate one or more sites for a trading partner. You can assign a different schedule for each trading partner site. Note that setting up schedules at the site level is optional. If a schedules is not defined at the site level, then the schedule defined at the trading partner level is used. For example, a trading partner has 20 ship-from sites and 18 of those sites have the same schedule for shipping days. In this case, one shipping schedule can be defined for the trading partner and two other shipping schedules for the sites.
Site level schedules enable you to:
Determine when shipments can be shipped and received at the site
Validate shipping and receiving days
Enables you to define a shipping and receiving schedule for a trading partner site.
For example, a trading partner site (referred to below as customer site) is receiving a shipment on Thursday. In this case, ship confirm checks the trading partner site schedules to confirm the following::
The customer site is activated to receive shipments.
The customer site can receive goods on Thursday.
The ship confirm process consults your defined site level schedules and warns you about invalid shipping days and hours as necessary.
When you ship confirm a shipment using the ship confirm process, the initial ship date and planned delivery date is checked in the trading partner site schedule. If a trading partner site schedule is defined for your trading partner site, then the initial ship date and planned delivery date are compared against the valid shipping and receiving days on the site schedule. If either the initial ship date or the delivery date falls on an invalid shipping or receiving day for your warehouse and customer site respectively, then alternative valid dates are suggested. For example, if your shipping site schedule allows shipments Monday through Friday, and the ship confirm process calculates an initial ship date that occurs on a Saturday, then Monday is suggested as the alternative initial ship date.
If a transportation schedule is not defined, then every day and time is assumed to be valid for shipping and receiving.
Shipping exception is an unexpected event resulting out of a conflict between the requirements of the shipper, customer, or transportation carrier.
Shipping exception enables you to:
Define and maintain the three types of shipping exceptions
View and modify predefined exceptions
Modify severity levels of exceptions
You can define and maintain new exceptions. The exceptions can be of three types:
Shipment: exceptions that are logged against shipments.
Picking: exceptions that are logged during the picking process.
Batch: exceptions logged to store the messages generated during the automated shipping processes such as automatically pack and ship confirm.
You can view and use predefined exceptions. You can choose to activate or inactivate predefined exceptions based on their validity for your organization. You can only modify the severity level for predefined exceptions.
You can define and maintain the following severity levels of shipping exceptions:
Error: Requires resolution before the transaction can be closed.
Warning: Can be superseded and does not require resolution to close the transaction.
Information: Provides information on a particular transaction. The user is not required to act on the information exception to close the transaction.
Predefined exceptions are already defined in Oracle Fusion Shipping. They are defined for the most common scenarios that may lead to the creation of an exception.
Predefined exceptions provide the flexibility to:
Activate valid exceptions
Inactivate exceptions
Modify severity level
You can activate exceptions that are valid for exception scenarios for your organization from a list of predefined exceptions.
This table lists the predefined exceptions available for your organization.
Exception Name |
Description |
Severity Level |
---|---|---|
Requested Quantity Changed |
Requested quantity changed due to change in order line quantity. |
Error |
Shipment Grouping Changed |
One or more shipment grouping attributes were changed. |
Error |
Scheduled Date Postponed |
The scheduled date was postponed. |
Error |
Scheduling Attributes Changed |
One or more scheduling attributes were changed. |
Error |
Pick Release Error |
Pick release detailing completed with an expected error. |
Error |
Shipment Request Error |
Line has shipment request errors in shipment message interface. |
Error |
Shipment Line on Hold |
The shipment line was placed on hold by a shipment request. |
Error |
Manifest Request Cancellation Accepted |
Manifest request cancellation accepted by carrier manifesting. |
Information |
Manifest Request Cancellation Rejected |
Manifest request cancellation rejected by carrier manifesting. |
Information |
Backordered at Picking |
The shipment line was backordered at picking. |
Information |
On Hold at Picking |
The line had a hold at picking. |
Information |
Shipment Line Unassigned by Shipment Request |
Line unassigned from shipment after processing shipment request. |
Information |
Invalid Packing |
Items should be unpacked from the packing unit. |
Information |
Change Due to Party Merge |
Party merge has changed the shipment line or packing unit. |
Information |
Pick Release Detailing Warning |
Pick release detailing completed with warnings. |
Information |
Batch Message |
This message was logged by a batch program. |
Information |
Pick Release Warning |
Pick release completed with warnings. |
Information |
Added by Append Shipments |
Line added to a shipment through the append shipments process. |
Warning |
Appended Shipment Could Not Be Marked as Planned |
The shipment could not be updated to planned at the end of the append shipment process. |
Warning |
You can inactivate an exception that is no longer in use by your organization.
You can modify the severity level of a predefined exception by selecting one of the following severity levels: Error, Information, Warning. For example, the predefined severity level for exception "Added by Append Shipments" is Warning but if your shipping processes require such an exception to be resolved prior to ship confirm, you can set the severity of this exception to Error.
Note
You can modify the severity level of an exception only if it is not currently in use by a shipment, shipment line, or packing unit.
Note
You cannot modify the severity level for an Error exception.
Shipping exceptions occur when predefined criteria for shipment creation, processing, and delivery are not met or fail.
Predefined exceptions are logged automatically against shipments, shipment lines, and packing units when specific events occur.
You can also log shipping exceptions manually for a specific shipment, shipment lines, and packing units.
Yes. Remove the Active check box selection in the Edit Shipping Exception page. You can inactivate a manually defined exception only if the exception is not currently in use by a shipment, shipment line, or packing unit.
Note
You cannot inactivate a predefined exception.
Default packing configuration enables you to assign a packing unit type to an item.
Default packing configuration provides you the flexibility to:
Specify maximum quantity of an item that can be packed into the chosen packing unit type
Automatically pack shipments
You can specify maximum quantity of an item that can be packed into the chosen packing unit. This assists in calculating the number of packing units required for a shipment line while packing automatically.
You can automatically pack items into packing units, which in turn can be further packed into larger packing units. Examples of larger packing units are pallet or boxcar.
Packing units are defined in Oracle Fusion Inventory Management. Every packing unit can be classified into a broader packing unit type meant for a specific kind of packaging and shipping. For example, the airline container packing unit is used to pack shipments that are delivered by air. Before assigning a packing unit to an item, consider:
What is the most commonly used mode of transport used to deliver shipments by your organization?
What is the storage requirement for the items shipped from your organization?
Consider which modes of transport are most commonly used by you organization to deliver shipments. Your organization's preferred modes of transport indicate the packing units most likely to be used during shipping.
Consider the weight and volume of the items being shipped from your organization to determine the packing unit to be used.