Utilizing the Fulfillment Engine

This chapter provides overviews of the fulfillment engine and fulfillment engine processing groups and commit levels, and discusses how to:

Click to jump to parent topicUnderstanding the Fulfillment Engine

The fulfillment engine in PeopleSoft Inventory enables users to move orders from one fulfillment state to another fulfillment state with one easy user-defined process. The options for order fulfillment include:

The fulfillment engine processes fulfillment transaction requests created by the online pages, external interfaces, and run control pages. These fulfillment requests identify the demand data to be changed; for example, moving material stock requests and sales orders from one fulfillment status to another. It is important to note that these fulfillment transaction requests are not orders but instructions to be applied to the Inventory demand tables. For example, you can enter a transaction request to create a new material stock request or enter another transaction request to move all orders to a shipped status with the carrier ID FEDEX and the scheduled ship date of today. The request is applied against the PeopleSoft Inventory demand tables by the fulfillment engine and the action is completed. The fulfillment transaction requests have this structure:

Level

Description

Header

Contains fulfillment transaction request header information.

Group

Contains fulfillment transaction request group level information. One request can contain one or more groups.

Detail

Contains fulfillment transaction request detail level information within a group.

LLS

Contains picking location, lot ID, serial ID, and staged-date information, plus staged date information.

Group Processing

The fulfillment engine is a PeopleSoft Application Engine program that uses a style of processing that works on groups of data as opposed to working on one row of data at a time. This technique maximizes performance when working with large quantities of data. Each fulfillment transaction request has one request header and at least one group record. When creating these group records, users have the added flexibility of defining exceptions and overrides to the group of demand lines. The main group selection information is defined at a group level on the fulfillment transaction request, while detail exceptions are defined at the detail level. The LLS level defines additional information about the request when exceptions have been defined at a detail level for a specific demand line.

Group Level

Fulfillment requests consist of one or more groups. When creating the fulfillment request, you define the group. In its simplest form, the group level is an order and a detail level is a specific order line. However, flexibility exists to define a group as being just about any selection criteria used within the fulfillment system. Examples of a group include an order number, load ID, carrier ID, pick batch ID, or shipping container ID.

It is important to note that when you define information at the group level, all demand lines meeting that selection criteria are processed. For example, if you want to ship all demand lines on a 1000 line order, then all you need to do is to create a group level containing that order number. If you want to exclude order lines or you want to process partial quantities on order lines, then you would add detail level entries to the fulfillment request only for those specific order lines in which you have exceptions. All other order lines are processed completely.

Information overriding specific fields on the demand lines being processed can also be entered at the group level. For example, on a shipping request you may want to assign a specific pro-number. By entering this information at the group level, all demand lines processed within this group are assigned that pro-number.

Note. Override information can be entered at the group level on fulfillment engine EIPs and the Fulfillment Workbench only. When using the run control requests process pages to initiate fulfillment requests, the override information applies to the full request.

Detail Level

The detail level enables you to further refine the group level selection by providing exceptions to demand lines within the group level definition. This level usually contains demand line level information; however, all group level selection criteria is available at the detail level. This flexibility enables you to define exceptions for individual demand lines or for groups of demand lines. The detail level can be used to:

  • Include

    Enter individual demand lines or groups of demand lines at the detail level to add additional demand lines to the fulfillment request. For example, if you wanted to ship a full load ID but add an additional order at the last minute, you could enter the load ID at the group level and then enter the added order number at the detail level. This would allow the full shipment to be shipped under the same ship ID, and any override information entered at the group level would be applied to the added demand lines entered at the detail level.

  • Exclude

    Enter individual demand lines or groups of demand lines to be excluded from the selection criteria entered at the group level. For example, if the group level is defined as a particular load ID, then the detail level can be used to exclude a specific order in that load. Demand lines being excluded at the detail level must exist within the selection criteria entered at the group level. Exclude is not a valid option when you are create new materials stock request demand lines.

  • Process partial quantities

    Enter exceptions to process partial quantities on demand lines. For example, if order MSR0000100 is being shipped, but order line number 55 is being shipped short, then you would create a group level containing order number MSR0000100, and then add a detail level for line 55 containing the quantity that actually shipped on that line.

Note. When entering exceptions referencing a specific demand line, the quantity and UOM provided at the detail level is used in place of the values that currently exist in the system for that demand line. The exception to this rule is when using the "exclude" option. Demand lines being excluded are always excluded completely, so the quantity and UOM fields are never used in this situation.

Note. A detail level entry is referencing a specific demand line if one of four combinations of selection criteria is entered. The four combinations are the full demand key, pick batch ID and pick batch line number, external reference ID and external reference line number, and the TMS reference ID and TMS reference line number.

Note. When the selection criteria is processing a group of demand lines, then the open order quantity on the demand lines in the demand tables is used when processing the demand lines. Fulfillment requests that define group information at the detail level are rejected if values are entered in the quantity and UOM fields.

LLS

The LLS entry is used to further identify instructions on how a transaction should be processed. Information such as material storage locations, lot ID, serial ID, staged dates, and storage containers are carried at this level.

Note. Transactions shipping from an unfulfilled or releasable state that reference items under lot, serial, or staged date control must provide LLS level information.

Transaction Based Requests vs. Run Control Based Requests

The fulfillment engine can process run control based fulfillment requests or transaction based fulfillment requests. Each method has benefits in different procedural environments.

Transaction Based Run Requests

When using transaction based fulfillment requests, each request is assigned a control ID that is tracked and controlled so that there is a history of the work being performed. If errors are found, the transaction request is rejected and users follow up by either reprocessing the transaction request after the error is fixed or by canceling the request. A series of staging tables and error handling pages are in place to manage this process.

A fulfillment transaction request could be used when:

  • Fulfillment transaction requests are fed from external systems.

  • Higher volume shipping operations use the Fulfillment Workbench to generate shipping transaction requests.

    The Fulfillment Workbench can be configured for simple data entry of an order number at a shipping station. The order number is entered or scanned from a bar code label, and the transaction request is generated. From that point on, the transaction request is tracked to ensure that it is processed successfully. Shipping station personnel can immediately continue their work processing the next shipment, knowing that the system will provide an audit trail of the work performed on each transaction request.

  • Processing large orders.

    When processing large orders, a transaction request can be used to enable processing in a background mode, freeing you up to work on the next transaction request. Because all fulfillment transaction requests are tracked in the staging tables, control is provided to ensure that all requests are processed successfully.

  • Multiple group levels must be processed.

    You can use a transaction request when processing multiple group levels because the run control request allows processing of only a single group level.

  • Exceptions must be entered.

    You can use a transaction request when entering exceptions because the run control request does not allow entry of detail level information.

Run Control Based Run Requests

When using run control based fulfillment requests, the transaction request record is created and passed on to PeopleSoft Process Scheduler. PeopleSoft Process Scheduler initiates the fulfillment engine and processes the data. If any errors are found, the appropriate error message is sent to the message log and can be viewed from the process monitor. When initiating the fulfillment engine from a run control request, you can enter only group level information. Only a single group can be processed at any one time.

A run control fulfillment request could be used when:

  • Processing work on a scheduled basis from PeopleSoft Process Scheduler.

    For example, if you must run reservations processing each night for a full business unit, then you can set up a reservations run control request using the Reserve Materials Process page. The request would be scheduled to run at the appropriate time each night using PeopleSoft Process Scheduler.

  • Handling a low volume of fulfillment requests, where tracking and control of requests can be managed by viewing the process monitor.

  • Processing large orders.

    When processing large orders, you can use the run control request to enable processing of the demand lines in a background mode. This frees you up to do other work.

Transaction Based Requests and the Staging Tables

This diagram illustrates how the fulfillment engine processes requests from online pages, PeopleSoft Inventory processes, and service operations using the PeopleSoft Integration Broker:

Processing fulfillment transaction requests using online pages, EIPs, and run controls

The Fulfillment Workbench and the Packing Sessions pages enable you to enter fulfillment transaction requests using online pages. The Fulfillment Workbench can move material stock orders and sales orders from an any fulfillment state to a downstream state. The Packing Sessions page can move an order from a confirmed state to a shipped state.

Data from external systems can be processed through the PeopleSoft Integration Broker. PeopleSoft delivers five asynchronous service operations: Inventory_Create_Stock_Request, Inventory_Reservation, Inventory_Pick_Confirm, Inventory_Front_End_Shipping, and Inventory_Shipping. These EIPs enable you to post data to the Integration Broker and receive a response indicating that the data has been received. These EIP messages can:

Both the online pages and the external interfaces create fulfillment transaction requests. These requests identify the demand data to be changed. It is important to note that fulfillment transaction requests are not orders but instructions to be applied to the PeopleSoft Inventory demand tables. For example, you can enter a transaction request to create a new material stock request or enter another transaction request to move all orders to a shipped status with the carrier ID FEDEX and the scheduled ship date of today. The request is applied against the PeopleSoft Inventory demand tables by the fulfillment engine and the action is completed.

Fulfillment Request Handler, a PeopleTools application class, takes the requests entered on the online pages or sent through the external interfaces, formats them, and populates the staging tables. For each request, the Fulfillment Request Handler assigns a unique ID, EIP_CTL_ID, based on the BCT setup transaction number defined on Data Collection page for the business unit or generates an unique ID using instructions from the external message. If the Auto Schedule Processing check box has been selected on the Setup Fulfillment - Fulfillment Engine page or the Fulfillment Workbench, then the Fulfillment Request Handler also schedules the Fulfillment Requests process to run immediately against the fulfillment transaction requests.

Note. The Auto Schedule feature is not available on the Packing Session page.

Requests are stored in staging tables. These staging tables hold the initial fulfillment transaction requests and any errors encountered when the request is processed by the fulfillment engine.

The Fulfillment Requests process page retrieves the requests from the staging tables and applies them to the PeopleSoft Inventory demand tables. If the requests are successfully processed against the PeopleSoft Inventory demand tables, then the requests are set to a status of complete. If the requests are not processed successfully, they are given an error status, and the appropriate error message is provided.

The Maintain Transactions component enables you to view and correct requests that contain errors. Once corrected, you can relaunch the Fulfillment Requests process. This is an optional step, you can choose to have the request errors canceled automatically, and then you could recreate another request.

The Purge process (IN_BCT_PURGE ) for data exchanges can also remove fulfillment transaction requests marked as complete or confirmed from the staging tables based on criteria that you define.

Staging Tables Used for the Fulfillment Engine

The staging tables are designed to be a temporary holding area for unprocessed requests and those in error. The staging tables are:

BCT_CTL

Contains control information identifying request source and status.

BCT_DTL

Contains fulfillment request transaction header information.

INV_FUL_GRP_EC

Contains fulfillment request group level information.

INV_FUL_DTL_EC

Contains fulfillment request detail level information. This record could contain demand line level information or data to be excluded from the request (for example, at the group level you could have defined a carrier, and then at the detail level you could enter a specific order number to exclude).

INV_FUL_LLS_EC

Contains picking location, lot ID, and serial ID information.

TSE_BCT_FLD

Contains any errors encountered when processing the fulfillment transaction request.

Each transaction written to the staging tables consists of the following hierarchy: a single BCT_CTL row, a single BCT_DTL row containing header level information, one or more INV_FUL_GRP_EC rows containing group level information, one or more INV_FUL_DTL_EC rows usually containing demand line information, and one or more INV_FUL_LLS_EC rows containing picking locations, lot IDs, and serial IDs.

Fulfillment requests are stored into the staging tables using these transaction codes:

Transaction Code

Descriptions

Used by

0360

Create Stock Request

The Inventory_Create_Stock_Request EIP from external systems.

0361

Reserve

The Fulfillment Workbench and the Inventory_Reservation EIP from external systems.

0363

Picking Feedback

The Fulfillment Workbench (action of Pick Confirm) and the Inventory_Pick_Confirm EIP from external systems.

0365

Front-end Ship

The Fulfillment Workbench and the Inventory_Front_End_Shipping EIP from external systems.

0366

Ship

The Fulfillment Workbench, Packing Session page, and Inventory_Shipping EIP from external systems.

Run Control Based Requests

All run control process pages in inventory order fulfillment initiate the fulfillment engine. For run control process pages, the fulfillment transaction requests are applied directly to the inventory demand tables; the staging tables are not used. Like all run controls, these processes can be scheduled to run one time or on a recurring basis. Any errors in the requests are placed in the Message Log for viewing. When initiating the fulfillment engine from a run control process page, only group level information can be provided. If detail information is required to include exceptions to the group level, then you must create a fulfillment transaction request using the Fulfillment Workbench or an fulfillment engine EIP.

Fulfillment Engine Error Handling

The fulfillment engine provides a number of alternatives for handling errors. This is necessary because many of the error conditions are not related to information entered on individual requests but are due to issues with demand lines that cannot be moved to the destination state defined in the fulfillment request. The fulfillment engine does identify errors; however, you'll need to correct these errors using pages in PeopleSoft Inventory.

Here are the components that you can use to view and, in most cases, correct errors found by the fulfillment engine:

Click to jump to parent topicUnderstanding Fulfillment Engine Processing Groups and Commit Levels

Processing groups and commit levels are used by the fulfillment engine to improve throughput of work being processed. When the processing group and commit level features are not being used, the fulfillment engine processes all demand lines in a single grouping. When using processing groups and commit levels, work is broken up into more manageable portions that can be tuned for overall processing performance improvements in different environments.

The fulfillment engine has these three main sections that must be clarified in order to understand how to use the processing group and commit level features:

When using processing groups and commit groups, these rules apply:

Click to jump to parent topicSetting Up the Fulfillment Engine Processing Options

There are several processing options to be defined for the fulfillment engine. These options are defined in a default hierarchy. At each level, you can define processing options for the run control pages, the online pages, and the external interfaces. When the fulfillment engine needs to process transactions, it finds the necessary processing options by using the following default hierarchy:

  1. Transaction level

    The system looks to the run control page or online pages for overrides to the fulfillment engine default options. If overrides are not allowed or no entries are made, then the system looks to the business unit level.

  2. Business unit level

    The system looks to the Setup Fulfillment - Fulfillment Engine Options component defined for the PeopleSoft Inventory business unit. If a default is not defined at this level for a particular option, then the system looks to the set ID level.

  3. Set ID level

    The system looks to the Fulfillment Engine Options component defined by set ID. This is linked to one or more PeopleSoft Inventory business units on the TableSet Control - Record Group page using the record group, IN_17, Fulfillment Engine Options. If a default is not defined at this level for a particular option, then the system uses the system-defined options.

  4. System level

    If any of the processing options are not found, then the system-defined options are used.

The default options for the fulfillment engine are:

Auto Schedule Processing

Select to immediately process the requests. The Fulfillment Requests process is launched when the requests are posted to the staging tables. This option is used when processing EIP messages and Fulfillment Workbench requests.

Release Additional Locks

Select to instruct the fulfillment engine to release any locks not identified by the first processing group of data determined at run time. If this option is cleared, then all fulfillment transaction requests and demand lines meeting those requests are soft locked until they are finished processing. When the locks are released using this option, both fulfillment transaction requests and demand lines that were not included in the initial processing group are released to be processed by concurrent fulfillment engine processes.

Perform Validation

Select to have the fulfillment engine validate data loaded into the demand table (IN_DEMAND) by external applications.

Log Errors Option

There are two options:

  • Transaction Error Log: Transaction request errors are kept in the staging tables and set to a status of error.

    Use the Transaction Maintenance page to view and correct these requests for resubmitting to the fulfillment engine.

  • Message Log: Transaction request errors should be logged to the message log and the status of those transactions changed to cancel.

    This prevents fulfillment transactions from ever being set to error status in the staging tables.

Allow Processing Overrides

Select to enable the user to override the Processing Level, Processing Count, Commit Level, and Commit Count fields where provided on the Fulfillment Workbench, fulfillment process pages, and external messages.

Processing Count

Enter the number of lines that can be processed together by the fulfillment engine; in other words, define the size of the processing group. The processing count is used to tune an inventory environment that is running into database contention issues. A processing group should be defined to be smaller than the large fulfillment transaction requests of your environment. If the Processing Count field is blank or zero, then all the data identified by the transaction request is included in one processing group.

A processing group breaks up the request into smaller chunks for processing, consequently reducing table locks and contention issues. For example, with a processing count of 500, the system processes rows in groups of 500. If the transaction request includes 1,050 rows of data, the system process the data in 3 processing groups, 2 groups of 500 rows, and 1 group of 50 rows at the end of the process.

Note. If the fulfillment engine receives a commit count greater than the specified processing count and the processing level is the same as the commit level, then the processing count is set to the commit count. Also, if the pass through level field is greater than the value specified in the Processing Level field, then the processing group is expanded to include all data at the pass through level.

Processing Level

Determines how the system counts rows to reach the number entered in the Processing Count field. For example, with a processing count of 500 and a processing level of Order, the process would create a processing group per every 500 order numbers. You can create processing groups based on:

  • Request: The number of separate fulfillment transaction requests.

  • Order: The number of separate orders (material stock requests and sales orders).

    The system reorganizes the demand lines by order number and then processes each group separately. This reorganization of the data rows before processing could change the processing results. For example, if insufficient supply exists to fulfill the demand, the Reserve Materials process could change the allocation of stock and even override demand prioritization rules.

  • Line: The number of demand lines.

Note. When the Processing Count field is not blank or zero, the Processing Level must be greater than or equal to the Commit Level field.

Commit Count

Enter the number of lines that can be committed to the database together by the fulfillment engine; in other words, define the size of the commit group. The commit count is used to tune an inventory environment that is running into database contention issues. A commit group is a subset of the processing group; therefore, the Commit Count field should be the same as or smaller than the value in the Processing Count field. If the Commit Count field is blank or zero, then all the data rows identified in the processing group are committed to the database together.

A commit group should break up the processing group into smaller chunks for committing to the database. For example, if you use a processing count of 500 and a commit count of 100, the system breaks up the transaction request of 1,050 data rows into 3 processing groups: 2 groups of 500 rows and 1 group of 50 rows. Each processing group is then broken up into commit groups of 100 rows each. The first 2 processing groups are divided into 5 commit groups each and the last processing group of 50 rows is 1 commit group. The system then commits the data to the database using 11 commit groups in total.

Note. If the fulfillment engine receives a pass through level field that is greater than the value specified in the Commit Level field, then the commit group is expanded to include all data at the pass through level.

Commit Level

Determines how the system counts rows to reach the number entered in the Commit Count field. For example, with a commit count of 100 and a commit level of Item, the system issues a commit to the database for every 100 item IDs. You can issue commits based on:

  • Request: The number of separate fulfillment transaction requests processed.

  • Order: The number of separate orders (material stock requests and sales orders) processed.

  • Line: The number of demand lines processed.

  • Item: The number of item IDs processed.

Note. When the Commit Count field is not blank or zero, the commit level must be less than or equal to the processing level.

Allow Pass-through Overrides

Select to enable the user to override the pass through level on the Fulfillment Workbench, fulfillment process pages, and the fulfillment engine EIPs.

Pass-through Level

Provides the ability to pass good transactions through the system while holding up transactions that need additional review. On the request pages and on the transactions, the pass through level can have these values:

  • Request: Any errors in the transaction request prevent the entire request from being processed

  • Order: Any errors on any line in the order prevent the whole order from being processed.

  • Line: Errors prevent only the line with the error from being processed.

From a processing standpoint, the pass through level must be less than or equal to the processing level and commit level. If the fulfillment engine receives a pass through level greater than the specified commit level or processing level, the commit group or processing group is expanded to include all data at the pass through level.

Note. The Reserve Materials process has restrictions based on lead times and item availability that determine whether demand lines are reserved. Demand lines that do not pass these restrictions are not considered errors for pass through purposes.

Note. For the Order Release Request process page and the Fulfillment Workbench, the Pass-through Level does not impact the picking portion of the process.

Allow State Overrides

Select to enable the user to override the from fulfillment status of the orders in the group. This applies to the Order Release Request process, Front-end Shipping Requests process, Shipping Requests process, and the fulfillment engine EIPs for front-end shipping and shipping.

Allow Auto-Processing Override

Select to enable the user to override the auto-processing option on process page, Fulfillment Workbench, or request transactions from an EIP.

Auto Processing Option

Select the auto processing option to move your orders downstream to the desired state. Options include:

  • No Auto-Processing: Select to have the system only complete the process or action that you are initiating on the current page.

    No additional processing will be launched.

  • Advance to Released: Select to automatically process the orders to the released state from the Reserve Materials process, Create/Update Stock Request component, the Fulfillment Workbench (when using the reserve action), and Inventory Reservation EIP.

    The parameters defined on the Auto Release Run Control are used to process the orders through the Order Release Request process. These parameters could release the orders further downstream based on the Auto-Processing Option field.

  • Advance to Confirmed: Select to automatically process the orders to the picking confirmed state from the Order Release Request process page, Material Picking Feedback page, the Fulfillment Workbench (when using the pick confirm action), and the Pick Confirm EIP.

  • Advance to Shipped: Select to automatically process the orders to the shipped state from the Order Release Request process page, Material Picking Feedback page, the Fulfillment Workbench (when using the pick confirm action), and the Pick Confirm EIP.

  • Advance to Depleted: Select to automatically process the orders to the depleted state from the Order Release Request process page, Material Picking Feedback page, Picking Confirmation process, Front-end Shipping Request process, Shipping Request process, the Fulfillment Workbench (when using any action except reserve), and all of the fulfillment engine EIPs except reserve.

Auto Release User ID

Enter any user IDs that has created a run control for the Order Release Request process page.

Auto Release Run Control

Select any run control for the Order Release Request process page defined by the user entered in the Auto Release User ID field to the left. This run control contains the parameters to be used when auto-processing orders from an unfulfilled state to another downstream state. The Auto-Processing Option field on the Order Release Request determines how far downstream the orders will be sent.

To find the correct value for this field and the Auto Release User ID field, the system first looks for a value on:

  1. The current run control. If these fields are blank, then the system looks to:

  2. The Auto-Processing Options tab of the Setup Fulfillment-Fulfillment Task Options page. If these fields are blank, then the system looks to:

  3. The Setup Fulfillment page. If these fields are blank, then the system looks to:

  4. The Auto-Processing Options tab of the Fulfillment Engine Options page. If these fields are blank, then no auto release is done.

Auto Process at Save

Select this check box to launch the auto-processing option when the online page is saved. The online pages include Create/Update Stock Request component, Material Picking Feedback page, Express Issue page, and the Shipping/Issues page.

Complete Flag

Choose a Complete Flag option to automatically performing picking functionality on demand lines that have no previous picking activity reported against them. The LLS segment and the override location are applied prior to implementing the complete flag logic. Using the Complete Flag, the line can be moved to different sub-states within the Released state, or, with auto-processing, moved downstream to the shipped or depleted states. The complete flag is used for run control pages, fulfillment engine transaction requests, the Fulfillment Workbench, and the Inventory Picking EIP. The Complete Flag options are:

  • No Action: Takes no action on demand lines that have no previous picking activity reported against them.

  • Complete Pick- Dft Ship Loc: Uses the default shipping location as the pick location for demand lines that do not already have the Confirm Flag set.

    The default shipping location is stored at both the business unit and business unit/item levels.

  • Complete Pick- Leave Alone: With this option any lines within the selection criteria that do not have the Confirm Flag set are left alone.

    The Confirm Flag is not set on these demand lines.

  • Complete Pick- Zero Quantity: Sets the zero picked flag for every line within the selection criteria if they do not already have the Confirm Flag set. Also removes and deallocates any current allocations.

  • Pick Batch Complete: Removes every line within the selection criteria from the pick batch ID if they do not already have the Confirm Flag set.

  • Pick Batch as Planned: Sets the Confirm Flag on any line that has had picking activity.

    In this situation picking activity is assumed to be satisfied if there are any allocations as well as if the demand line is a zero picked demand line. An error is generated for any lines that have not had any picking activity when using this option.

  • Pick Line Complete: Removes the line from the pick batch ID if the Confirm Flag is not already set. It is only valid when referencing an individual pick/batch line at the group or detail level.

  • Pick Line as Planned: Sets the Confirm Flag on any line that has had picking activity.

    In this situation picking activity is assumed to be satisfied if there are any allocations as well as if the demand line is a zero picked demand line. An error is generated for any lines that have not had any picking activity when using this option. This option is only valid when referencing a pick/batch line at the group or detail level.

Note. For fulfillment engine transaction requests, the level (header, group or detail) where the Complete Flag is located determines what level to apply the complete flag logic.

Allow Kit Re-Explode Overrides

Select to enable the user to override the default settings for the Execution Mode and the Kit Effective Date on the Kit Re-Explode process page.

Execution Mode

Choose the action to be performed by the Kit Re-Explode process. The option are:

  • Report Only: Generates a listing the differences between the kit components on the order to the current product kit definition.

    This listing can be viewed on the Kit Re-Explode Results inquiry page.

  • Report and Re-Explode: This option:

    • Generates a listing the differences between the kit components on the order to the current product kit definition to be viewed on the Kit Re-Explode Results inquiry page.

    • Changes the order to match the current product kit definition by adding or deleting demand lines containing kit components.

Kit Effective Date

Select the date of the component kit demand lines to be compared to the date range (effective date and obsolete date) on the Product Kit Summary page. The demand line dates are:

  • Order Date

  • Schedule Date

  • Ship Early Date

  • Today's Date

Fulfillment engine processing options can be set at different locations to default into the fulfillment transaction requests. This table displays where options can be set. Options set at the lower levels (that is, more specific to the request, such as on the run control page) override options set at the higher levels (such as at the set ID level).

Fulfillment Engine Options

System Defined Options (1)

Set ID Level (2)

Unit Level (3)

Transaction Level (4)

Auto Schedule Processing

Yes

 

Yes

Yes

Release Additional Locks

Yes

 

Yes

 

Perform Validation

   

Yes

 

Log Errors Option

   

Yes

 

Allow Processing Overrides

Yes

Yes

Yes

No

Processing Count

Yes

Yes

Yes

Yes

Processing Level

Yes

Yes

Yes

Yes

Commit Count

Yes

Yes

Yes

Yes

Commit Level

Yes

Yes

Yes

Yes

Allow Pass through Overrides

Yes

Yes

Yes

No

Pass through Level

Yes

Yes

Yes

Yes

Allow State Overrides

Yes

Yes

Yes

No

Allow Auto-Processing Override

Yes

Yes

Yes

No

Auto Processing Option

Yes

Yes

Yes

Yes

Auto Release User ID

No

Yes

Yes

No

Auto Release Run Control

No

Yes

Yes

Yes

Auto Process at Save

Yes

Yes

Yes

No

Allow Kit Re-Explode Overrides

Yes

Yes

Yes

 

Execution Mode

Yes

Yes

Yes

Yes

Kit Effective Date

Yes

Yes

Yes

Yes

(1) System-defined options are used if no options are defined at the setID, business unit, or transaction level.

(2) SetID level options are defined on the Fulfillment Engine Options page.

(3) Business unit level options are defined on the Setup Fulfillment - Fulfillment Engine Options page.

(4) Transaction level options are defined on the Fulfillment Workbench, fulfillment engine EIPs, and the fulfillment process pages. Not all options are available on each transaction type.

The system-defined fulfillment engine processing options are set as follows:

Auto Schedule Processing

The system-defined value is No.

Release Additional Locks

The system-defined value is No.

Allow Processing Overrides

The system-defined value is No.

Processing Count

The system-defined value is zero.

Processing Level

The system-defined value is Line.

Commit Count

The system-defined value is zero.

Commit Level

The system-defined value is Line.

Allow Pass-through Overrides

The system-defined value is No.

Pass-through Level

The system-defined value is Demand Line for reserve transactions and Request for shipping transactions.

Allow State Overrides

The system-defined value is No. The following states are set:

  • For reservations, the only from state is Unfulfilled.

  • For Order Release, the default from state is Releasable.

  • For Picking Confirmation, the default from state is Released.

  • For front end shipping, the default from state is Unfulfilled and Releasable.

  • For shipping, the default from state is Confirmed.

Allow Auto-Processing Override

The system-defined value is No.

Auto Processing Option

The system-defined value is No Auto-Processing.

Auto Process at Save

The system-defined value is No.

Click to jump to top of pageClick to jump to parent topicPages Used to Set up the Fulfillment Engine Processing Options

Page Name

Definition Name

Navigation

Usage

Fulfillment Engine Options

INV_FUL_DFLT

Set Up Financials/Supply Chain, Product Related, Inventory, Fulfillment Engine Options

Define the fulfillment engine processing options for the set ID level. This is linked to one or more PeopleSoft Inventory business units on the TableSet Control - Record Group page using the record group, IN_17, Fulfillment Engine Options.

TableSet Control - Record Group

SET_CNTRL_TABLE1

PeopleTools, Utilities, Administration, Tableset Control, Record Group

Select the SetID for the record group, IN_17, Fulfillment Engine Options to link the fulfillment engine processing options for the set ID level to the business unit (set control value).

Setup Fulfillment-Fulfillment Tasks

OF_SETUP1_INV

Inventory, Fulfill Stock Orders, Fulfillment Rules, Setup Fulfillment, Fulfillment Tasks

Define fulfillment engine defaults at the business unit level.

Setup Fulfillment-Fulfillment Task Options

INV_FUL_DFLT_BU

Select the Fulfillment Task Options link on the Setup Fulfillment-Fulfillment Tasks page.

Define fulfillment engine processing options for the business unit level.

See Also

Defining Fulfillment Engine Options

Click to jump to top of pageClick to jump to parent topicSetting Up the Set ID Fulfillment Engine Options

Access the Fulfillment Engine Options page (Set Up Financials/Supply Chain, Product Related, Inventory, Fulfillment Engine Options).

Processing Options

The columns on this page are defined at the beginning of this section.

This page defines default values to be used when the fulfillment engine processes fulfillment transaction requests.

Page/Process and Transaction

Displays the type of interface that uses the processing options:

  • Reserve Materials Process: Use this row to define the default processing options to be used by the Reserve Materials process page.

  • Create/Update Stock Request: Use this row to define the default processing options to be used by the Create/Update Stock Request component.

  • Order Release Request: Use this row to define the default processing options to be used by the Order Release Request process page.

  • Undo Fulfillment Request: Use this row to define the default processing options to be used by the Undo Fulfillment Request process page.

  • Picking: Use this row to define the default processing options to be used by the Inventory Picking process page under the SCM Integrations menu.

  • Material Picking Feedback: Use this row to define the default processing options to be used by the Material Picking Feedback page.

  • Picking Confirmation: Use this row to define the default processing options to be used by the Picking Confirmation process page.

  • Front-end Shipping Requests: Use this row to define the default processing options to be used by the Front-end Shipping Requests process page.

  • Express Issue: Use this row to define the default processing options to be used by the Express Issue page.

  • Shipping Requests: Use this row to define the processing options to be used by the Shipping Requests process page.

  • Shipping/Issues: Use this row to define the default processing options to be used by the Shipping/Issues component.

  • Deplete On Hand Quantity: Use this row to define the default processing options to be used by the Deplete On Hand Quantity process page.

  • Kit Re-Explode: Use this row to define the default processing options to be used by the Kit Re-Explode process page.

  • Fulfillment Workbench and Request to Reserve: Use this row to define the default processing options for the Fulfillment Workbench page when using an action of Reserve to move an unfulfilled order to another state.

  • Fulfillment Workbench and Request Picking Feedback: Use this row to define the default processing options for the Fulfillment Workbench page when using an action of Pick Confirm to move a released order downstream.

  • Fulfillment Workbench and Request to Ship (front-end): Use this row to define the default processing options for the Fulfillment Workbench page when using an action of Front End Ship to move an unfulfilled or releasable order to shipped status.

  • Fulfillment Workbench and Request to Ship: Use this row to define the default processing options for the Fulfillment Workbench page when using an action of Ship to move an unfulfilled, releasable, or released-pick confirmed order to shipped status.

  • Transactions and Create Stock Request: Use this row to define the default processing options for fulfillment transaction requests posted by the EIP, Inventory_Create_Stock_Request.

  • Transactions and Request to Reserve: Use this row to define the default processing options for fulfillment transaction requests posted by the EIP, Inventory_Reservation.

  • Transactions and Request Picking Feedback: Use this row to define the default processing options for fulfillment transaction requests posted by the EIP, Inventory_Pick_Confirm.

  • Transactions and Request to Ship (front-end): Use this row to define the default processing options for fulfillment transaction requests posted by the EIP, Inventory_Front_End_Shipping.

  • Transactions and Request to Ship: Use this row to define the default processing options for fulfillment transaction requests posted by the EIP, Inventory_Shipping.

Passthrough Options

The columns on this page are defined at the beginning of this section.

From States

Select the From States tab.

The From State identifies the fulfillment status of the orders that users can select for processing by the fulfillment engine. For example, if the From State of Unfulfilled is selected, then users can select unfulfilled orders for processing.

Allow State Overrides

Select to enable the user to select a different From State in the fulfillment transaction request.

Unfulfilled, Releasable, Released, Confirmed, Shipped, and Depleted

Select the from state (or starting fulfillment status) of the orders to be moved to another status by the fulfillment engine.

Note. The From States for the Fulfillment Workbench page are defined in the template ID for the workbench, not on this page.

Auto Processing Options

The columns on this page are defined at the beginning of this section.

Kit Re-Explode Options

Select the Kit Re-Explode Options tab.

Allow Kit Re-Explode Overrides

Select to enable the user to override the default settings for the Execution Mode and the Kit Effective Date on the Kit Re-Explode process page.

Execution Mode

Choose the action to be performed by the Kit Re-Explode process. The option are:

  • Report Only: Generates a listing the differences between the kit components on the order to the current product kit definition.

    This listing can be viewed on the Kit Re-Explode Results inquiry page.

  • Report and Re-Explode: This option:

    • Generates a listing the differences between the kit components on the order to the current product kit definition to be viewed on the Kit Re-Explode Results inquiry page.

    • Changes the order to match the current product kit definition by adding or deleting demand lines containing kit components.

Kit Effective Date

Select the date of the component kit demand lines to be compared to the date range (effective date and obsolete date) on the Product Kit Summary page. The demand line dates are:

  • Order Date

  • Schedule Date

  • Ship Early Date

  • Today's Date

See Also

Defining Fulfillment Engine Options

Click to jump to parent topicSetting Up the Picking Location Default Structure

The fulfillment engine when shipping from an unfulfilled or releasable status does not use the directed picking algorithms defined in the Pick Plan Run Time Options group box of the Setup Item Fulfillment page or the business unit's Setup Fulfillment-Order Release page. To find the inventory stock to ship, the fulfillment engine derives the picking location by searching in this order:

  1. A storage location specified on the transaction request at the various levels, header, group, detail, and LLS (location, lot, and serial) level.

    If a level contains no picking location, then the system uses the default at the level above it. For example, if the header level contains a storage location and all other levels are blank, then the header's storage location is used for all demand lines shipped. The system searches in this order:

    1. LLS level

    2. Detail level

    3. Group level

    4. Header level

  2. A default storage location specified by the Default Ship Location Option group box located on the Setup Item Fulfillment - Shipping Options page.

  3. A default storage location specified by the Default Ship Location Option group box located on the business unit's Shipping Options page.

Note. The fulfillment engine must find the entire quantity to fulfill a demand line in one storage location; if not, the request line is set to error status. If negative inventory is enabled for the business unit, then the demand line can be fulfilled by driving the item balance in the storage location to a negative quantity. Also, if a default location is found but is on hold or suspended, then the request line is set to error status. In addition, if the item ID has never existed in designated storage location (that is, there is no row in the PHYSICAL_INV record), then the request is set to an error status regardless of the negative inventory feature.

See Also

Defining Fulfillment Engine Options

Defining Shipping Options

Defining Fulfillment Shipping Options at the Unit and Item Level

Click to jump to parent topicWorking with UOM on Fulfillment Transaction Requests

The fulfillment engine enables you to ship orders in one fulfillment request, skipping many steps in the multistep fulfillment process. In the process of completing the picking and shipping steps in the background, the fulfillment engine must choose the proper UOM for each task. The system must also convert between the different UOMs. The fulfillment engine works with these UOMs:

When working with these different units of measure, the system uses the conversion rates entered on the Units of Measure page for the item.

Click to jump to top of pageClick to jump to parent topicCreating a Transaction Request

Here's how UOMs that are entered on the transaction request are handled:

Level on Request

UOM Rules

Group

When working with group level information, the quantity and UOM fields are not entered on the transaction. In this case, the quantity and UOM on the demand lines within the group are converted to the stocking UOM for picking purposes.

Detail

You can enter any valid UOM for the item. The quantity associated with this UOM is converted to the stocking UOM for picking. If you leave the UOM field blank, then the system uses the standard UOM for the item.

LLS

You can enter any valid UOM for the item. The quantity associated with this UOM is converted to the stocking UOM for picking. If you leave the UOM field blank, then the system uses the standard UOM.

Click to jump to top of pageClick to jump to parent topicPicking with the Fulfillment Engine

The unit of measure (UOM) used to pick the stock from a storage location is determined by taking the entered UOM and converting it to a stocking UOM based on the item's setting on the UOM Conversion Flag field in the Define Business Unit Item - Inventory: Shipping/Handling page. The options are:

There is one exception: the UOM Conversion Flag field is not used when dealing with fixed picking bins. When picking from fixed picking bins, the system always uses the default UOM established for the fixed picking bin.

Click to jump to top of pageClick to jump to parent topicShipping with the Fulfillment Engine

The shipping UOM is always the ordering UOM, unless the ordering UOM is not a valid shipping UOM. In this case, the shipping UOM is set to the standard UOM.

Click to jump to parent topicProcessing Inbound EIPs for the Fulfillment Engine

Third-party systems can send PeopleSoft fulfillment transaction requests to be processed by the fulfillment engine using these service operations:

PeopleSoft functionality provides a method for communication between external systems and PeopleSoft Inventory using industry standard XML-formatted messages. These XML messages for fulfillment are automatically loaded into the PeopleSoft system by using the PeopleSoft Integration Broker. All five inbound EIPs are contained in the same queue (Inventory_Fulfillment).

The third-party system posts data to the PeopleSoft Integration Broker and receives a response indicating that the data has been received with guaranteed delivery to the requested node. For each active inbound asynchronous service operation defined in the system for the source node and message version, PeopleSoft Integration Broker passes the information to the Fulfillment Request Handler (an application class), which formats the inbound data within the staging tables.

The messages within the service operations have the same format as the fulfillment engine staging table:

Header

Contains fulfillment request transaction header information.

Group

Contains fulfillment request group level information.

Detail

Contains fulfillment request detail level information. This record could contain demand line level information or data to be excluded from the request (for example, at the group level you could have defined a carrier and then at the detail level you could enter a specific order number to exclude).

Loc/Lot/Ser (LLS)

Contains picking location, lot ID, and serial ID information. This level applies only to the front-end shipping and shipping EIPs.

You can view transactional data from valid EIPs on the Transaction Maintenance page and access the detail pages that enable you to correct application-level errors. Invalid data with system-level errors are rejected before entry on the staging tables. This data can be viewed using the Integration Broker Monitor. System-level errors include these situations:

  1. Invalid XML or message structure.

  2. Transactional data with an invalid PeopleSoft Inventory business unit.

  3. Invalid data in date or numeric fields.

Click to jump to top of pageClick to jump to parent topicSetting up the Fulfillment Engine EIPs

There are five inbound service operations used by the fulfillment engine. PeopleSoft delivers the service operations in PeopleSoft Integration Broker with a default status of Inactive. You must activate each service operation before attempting to send or receive data from a third-party source. The following setup is required to use the Fulfillment Engine EIPs:

  1. Setup within the PeopleSoft Inventory application:

    Set up the fulfillment engine processing options using the Setup Fulfillment - Fulfillment Engine Options component.

  2. Setup within PeopleSoft Integration Broker and Enterprise Components:

    Use the information in the table below and refer to the setup instruction in the PeopleSoft Supply Chain Management Integrations 9.1 PeopleBook, "Implementing Integrations" chapter, Setting Up Service Operations section.

Service Operation

Direction and Type

Handlers

Chunking Available?

Integrates With

INVENTORY_CREATE_STOCK_REQUEST

Inbound

Asynchronous

InventoryCreateStockRequest

No

Third-party system

INVENTORY_RESERVATION

Inbound

Asynchronous

InventoryReservation

No

Third-party system

INVENTORY_PICK_CONFIRM

Inbound

Asynchronous

InventoryPickConfirm

No

Third-party system

INVENTORY_FRONT_END_SHIPPING

Inbound

Asynchronous

InventoryFrontEndShipping

No

Third-party system

INVENTORY_SHIPPING

Inbound

Asynchronous

InventoryShipping

No

Third-party system

See Also

Setting Up Service Operations

PeopleTools PeopleBook: Integration Broker

Click to jump to parent topicSetting Up the Templates for the Fulfillment and Shortage Workbenches

The workbenches are online components that enable you to enter transaction requests to change orders. There are two workbenches:

Understanding the Workbench Template

To enter data into the Fulfillment or Shortage Workbenches, you must define one or more templates in the Template Maintenance component. A template ID is a collection of configuration options used to dynamically generate the selection criteria and other fields that appear to the user on the Workbenches. The fields are organized hierarchically, first by category and then by subcategory, so that multiple sets of fields can be defined for a page within the same template. Access can be granted to a template at the set ID level, at the business unit level, by user role, or by user ID. Set up different templates for different sets of users or business units; for example, an inventory supervisor would have greater access to view and edit more fields than a shipping clerk.

In order to add a template ID, you must identify the template code to be used. Template codes are system defined and cannot be altered. The system delivers two template codes: FULFIL_WRKBENCH and SHORT_WRKBENCH. The template code definition identifies the categories, subcategories, and fields that are valid to be added when creating a template, as well as the field types (that is, check boxes, edit boxes, and so on) and prompt tables.

When adding a template:

Click to jump to top of pageClick to jump to parent topicPages Used to Set up Workbench Templates

Page Name

Definition Name

Navigation

Usage

Template Maintenance - Definition

IN_TM_OPR_FLD

Inventory, Fulfill Stock Orders, Fulfillment Rules, Template Maintenance, Definition

Create or modify a template. Templates define what actions and fields appear to the user when using the Fulfillment Workbench or the Shortage Workbench.

Template Maintenance - Permissions

IN_TM_OPR_SEC

Inventory, Fulfill Stock Orders, Fulfillment Rules, Template Maintenance, Permissions

Identify the individuals who can access this template on the Fulfillment Workbench or the Shortage Workbench. Also, identify the individuals who will maintain this template.

Template Permissions Inquiry

IN_TM_OPR_INQ

Inventory, Fulfill Stock Orders, Fulfillment Rules, Template Permissions Inquiry

Inquire on the existing templates defined for a set ID, inventory business unit, user role, or user ID. This page displays all templates meeting the search criteria and identifies if the template is active, who maintains the template, and who can access the template.

Click to jump to top of pageClick to jump to parent topicCreating a Template

Access the Template Maintenance - Definition page (Inventory, Fulfill Stock Orders, Fulfillment Rules, Template Maintenance, Definition).

Template Code

Defines the template for the Fulfillment Workbench (FULFIL_WRKBENCH) or the Shortage Workbench (SHORT_WRKBENCH). When a template is first created, it is populated with all the categories, subcategories, and fields defined for the template code.

Template ID

Enter the unique identifier for this template. Different templates are defined for different user groups to limit users to the appropriate fields. In the Template Maintenance component, a user can access only those templates that the user is defined to maintain, by user ID or user role.

Description

Enter a description of the template ID.

Create basic template

Select to add a template directly without copying fields from another template. This field only appears if you are in add-mode.

Copy Fields From , Template ID and Copy

Select the Copy Fields From radio button to copy an existing template to this new template ID where you can alter it to match your needs. Enter the template ID to copy in the Template ID field. You can only access template of the same template code that your user ID or user role is defined to maintain in the Template Maintenance-Permissions page. Click the Copy button to initiate the copy. The field from the existing template are copied into the page.

These fields only appear if you are in add-mode.

Active

Select to activate the template ID for use.

Note. Use caution when changing an existing template. If you change the existing category or subcategory, all the information underneath it (subcategories and fields for subcategory) is removed and repopulated with the corresponding data from the template code.

Categories

Category

Enter categories to:

  1. Define the actions that a user can perform on the Fulfillment Workbench. There are four categories, or actions, delivered with the template code FULFIL_WRKBENCH:

    • RESERVE: Enables the user to move an unfulfilled order to releasable state.

    • FRONTENDSHIP: Enables the user to move an unfulfilled order or releasable order to shipped state.

    • PICKCONF: Enables the user to move a released order to the shipped state.

    • SHIP: Enables the user to move an unfulfilled order, releasable order, or pick confirmed order to shipped state.

  2. Define the pages that a user can access on the Shortage Workbench.

    There are three categories delivered with the template code SHORT_WRKBENCH:

    • DEMANDLINES: Enables the user to access the Demand Lines View of the Shortage Workbench.

    • DEMANDSUMMARY: Enables the user to access the Demand Summary View of the Shortage Workbench.

    • ITEMVIEW: Enables the user to access the Item View of the Shortage Workbench.

Click the Insert Row button to add more than one category to the same template.

Required

Identifies whether the Category field is required or not.

Default

Select one category to be the default category. When a user enters the Fulfillment Workbench using this template ID, this category is the default value in the action field. When a user enters the Shortage Workbench using this template ID, this category is the default view in the View By field.

Subcategories

Search By

For the Shortage Workbench, the only value available in this field is SEARCH.

For the Fulfillment Workbench, define the available options for each action in the Search By field. The subcategories determine how the user groups the demand data for processing. Click the Insert Row button to add more than one subcategory. There are two subcategories, or search by options, delivered with the template code FULFIL_WRKBENCH:

  • GROUP: Select to define the fields available at the group level to search and retrieve demand data.

  • DETAIL: Select to define the fields available at the detail level to search and retrieve demand data.

Required

Identifies whether the value in the Search By field is required or not.

Sort

Select to sort the search criteria fields in the scroll area by sequence number.

One Column

Select to have the Workbench display the search criteria fields in one column. This is the default setting,

Two Column

Select to have the Workbench display the search criteria fields in two column. The system initially assigns every other field to the second column; however, you can change this for the individual field using the Display column in the Scroll Area group box.

View Layout

Select to view how the Workbench will display to the user based on your current settings and fields chosen.

Insert Fields

Select to insert additional fields into the template. The new field is added just below the currently selected field or, if no field name is currently selected, at the bottom of the scroll area.

Delete Fields

Select to delete the currently selected field name from the scroll area. This will remove the field from the Workbench.

Scroll Area

Identify the search criteria fields that are valid to appear on the Fulfillment Workbench or the Shortage Workbench for this template ID, category, and subcategory combination. You can control how the fields appear using these options:

Seq Nbr (sort sequence number)

Identify the order that appears on the Workbench.

Required

Select to define a field as required to display on the Workbench. The template code defines certain fields as required. You can chose to make additional fields required. For a required field, the Delete Fields button is disabled.

Display

Choose to display this field in the first or second column in the Workbench layout.

Display Mode

Define the conditions for this search criteria field. Options are:

  • Display: Field is display-only on the Workbench.

  • Edittable: A value can be entered in this field on the Workbench.

  • Hide: This field is hidden on the Workbench.

Default From and Default To

Use the Default From field to enter a default value to display on the Workbench. For fields defined to display as a check box, you can select to default the check box value to yes (selected) or no (unselected). If you want a range to display, use the Default From and Default To fields together. The range selects all values in the date range or alphanumeric sequence. The range option is valid only for specific fields based on the template code and cannot be used with check box type fields.

Note. The fields available for selection are limited by the template code.

For drop down fields on the Workbench, the template has a link on the field name so that you can choose which options are available in the drop down. These fields include:

Demand Source

Select the PeopleSoft application source of the orders that the user of the Fulfillment or Shortage Workbench can view and change. For example, a customer service representative might be limited to sales orders from PeopleSoft Order Management.

Select by Date

Select the options to display in the Select By Date field on the Fulfillment or Shortage Workbench. The options are; Schedule Date, Order Date, Ship Early Date, and Orders Placed Today.

Filter Unfulfilled Lines

For the Shortage Workbench, select the options available in the Filter Unfulfilled Lines field. This field enables the user to limit their search to demand lines that have been processed by reservations, not processed by reservations, or both.

Display Unapproved

For the Shortage Workbench, select the option to display unapproved demand lines.

Use Lead Days

For the Shortage Workbench, select the options to display in the Use Lead Days field. This option determines how the fulfillment lead days are used in the search criteria.

Header Action

For the demand summary view of the Shortage Workbench, select the actions that a user can perform using the Header Action field.

Detail Action

For the Shortage Workbench, select the actions that a user can perform using the Detail Action field.

Line Action

For the Shortage Workbench, select the actions that a user can perform using the Line Action field.

Select Summary View

For the demand summary view of the Shortage Workbench, choose the options available to the user in the Select Summary View field: order summary, item summary, kit summary, or kit schedule.

Additional fields to note include:

Exclude

Set the display and default options for this check box on the Fulfillment Workbench to enable the user to define the selection criteria as exclusion criteria. This check box appears only on the Fulfillment Workbench if Detail is selected in the Search By field.

Select Unfulfilled, Select Releasable, and Select Confirmed

Set the display and default options for these check boxes on the Fulfillment Workbench to enable the user to search for orders with these specific fulfillment states. The Shortage Workbench also uses the Select Fulfillment and Select Releasable options.

BLANK

Create a blank line on the Fulfillment or Shortage Workbench. All display and default options are disabled.

Refresh on Action Completion

Enables the system to automatically refresh the data when you complete an action on the Shortage Workbench.

Control Reason Code Prompting

Enable the user of the Shortage Workbench to enter a reason code and comments for any action that causes a quantity decrease to a demand line's promised, reserved or allocated quantity. This feature can be required or optional.

Click to jump to top of pageClick to jump to parent topicGranting Access to a Template

Access the Template Maintenance - Permissions page (Inventory, Fulfill Stock Orders, Fulfillment Rules, Template Maintenance, Permissions).

When defining a template, use the Template Maintenance - Permissions page to:

  1. Identify which users maintain the template over time.

    The ability change a template is granted to a user ID or a user role when the Maintain check box has been selected for that row. It is required that at least one user or user role be identified to maintain the template. The system automatically adds the user who created the template as a maintainer.

  2. Identify the users who can use the template on the Fulfillment or Shortage Workbenches.

    The ability to use a template on the Fulfillment or Shortage Workbenches can be granted to any of the following combinations:

Click to jump to parent topicUsing the Fulfillment Workbench

The Fulfillment Workbench is an online component that enables you to enter requests to move material stock orders and sales orders from one fulfillment state to another. Requests are placed in staging tables and then processed by the fulfillment engine using the Fulfillment Request process. Using the Fulfillment Workbench, you can skip the intermediate fulfillment steps and place an order directly in the state that you need. You can move orders from an:

The Fulfillment Workbench also provides many other options, including the ability to:

Understanding the Fulfillment Workbench

Users enter a request to alter the demand lines located in the PeopleSoft Inventory demand tables. The Fulfillment Workbench selects materials stock orders and sales orders to place on the request using the group processing feature. When the user clicks the Process button on the Fulfillment Workbench, one request is written to the staging tables. This request is picked up by the Fulfillment Request process and run against the PeopleSoft Inventory demand tables to process the demand lines specified by the request. One request can specify only one action and one business unit. The Fulfillment Workbench cannot be used to change data on an order or demand line; it leaves the data in its current fulfillment state.

When creating fulfillment transaction requests using the Fulfillment Workbench, the user has a choice of sending the transaction request to the staging tables directly from the group or detail selection pages or of building the transaction request in the fulfillment queue so that it can be checked and reviewed prior to sending it to the staging tables. The Process button is used from the group or detail selection pages to immediately send the fulfillment transaction request to the staging tables. The Add to Queue button is used to build the transaction request prior to releasing it to the staging tables.

The group and detail selection pages are used to quickly enter group level or detail information to a fulfillment transaction request when this information is already known. If a search is required to find this information or if exceptions must be entered, then the orders, demand lines, or location/lot/serial links can be used to assist in building the transaction request.

Click to jump to top of pageClick to jump to parent topicPages Used for the Fulfillment Workbench

Page Name

Definition Name

Navigation

Usage

Fulfillment Workbench

IN_FW_SELECTION

Inventory, Fulfill Stock Orders, Fulfillment Workbench

Create a request to move material stock orders and sales orders from one fulfillment state to another.

Fulfillment Queue

IN_FW_CART

Select the Fulfillment Queue link on the Fulfill Workbench page, the Orders page, or the Demand Lines page.

View the demand lines in the processing queue. These are the orders that will be processed by the Fulfillment Workbench request. You can add or delete individual lines and even delete the queue and start over.

Orders

IN_FW_ORDERPOOL

Select the Orders link on the Fulfill Workbench page, the Demand Lines page, or the Fulfillment Queue.

View all of the material stock orders and sales orders matching the search criteria on the Fulfillment Workbench. Also include or exclude specific orders.

Demand Lines

IN_FW_DEMANDLINES

Select the Demand Lines link on the Fulfill Workbench page, the Orders page, or the Fulfillment Queue.

View the demand lines of the material stock orders and sales orders selected by the selection criteria on the Fulfillment Workbench or the order number chosen on the Orders page, depending on how the page was accessed. You can use this page to include or exclude specific demand lines. You can also change the quantity to be reserved or promised (if you are using an Action of Reserve) or shipped (if you are using an Action of Front End Ship or Ship).

Location / Lot / Serial

IN_FW_DEMANDLOC

Select the Location / Lot / Serial link on the Demand Lines page.

Review demand location information for a specific request detail row. When shipping from an unfulfilled or releasable state, you can enter the exact picking location, lot ID, stage date, serial ID, or ship serial ID. You can also exclude a specific picking location, lot ID, and serial ID when shipping from a confirmed state or change the pick or ship quantity and UOM.

Fulfillment Queue Location / Lot / Serial

IN_FW_CART_LLS

Select the Location / Lot / Serial link on the Location / Lot / Serial tab of the Fulfillment Queue page.

Review demand location information for a specific request detail row. When shipping from an unfulfilled or releasable state, you can enter the exact picking location, lot ID, stage date, serial ID, or ship serial ID. You can also exclude a specific picking location, lot ID, and serial ID when shipping from a confirmed state or change the pick or ship quantity and UOM.

Picking/Shipping Overrides

IN_FW_SHP_DFT_1_SP

Select the Group Picking/Shipping Default link or the Ship Defaults link on most pages of the Fulfillment Workbench component.

Enter any picking and shipping override entries to be applied at the transaction request, group, detail, or LLS level.

Processing Defaults

IN_FW_PROC_DFLT_SP

Select the Process Default link on the Fulfill Workbench page.

Change processing defaults for this request.

Click to jump to top of pageClick to jump to parent topicUsing the Fulfillment Workbench Page

Access the Fulfillment Workbench page (Inventory, Fulfill Stock Orders, Fulfillment Workbench).

Note. The exact fields and field values available on this page are determined by the Template ID that you select.

Action

Identify the type of request:

  • Reserve: Enables you to move an unfulfilled order to releasable state.

  • Front-end Ship: Enables you to move an unfulfilled order or releasable order to shipped state.

  • Pick Confirm: Enables you to move a released order to the pick confirm state.

  • Ship: Enables you to move an unfulfilled order, releasable order, or pick confirmed order to shipped state.

Search By

Enter the level that you want to search for and process demand. The fields that appear on the Fulfillment Workbench component vary depending on the option that you select. Options are:

  • Group: Select to display group level selection criteria to define a grouping of demand lines.

    The group selection information can be added to the fulfillment queue at the group level, or the group level information can be used to display details within that group by using the Orders or Demand Lines links.

  • Detail: Select to display group or detail level selection criteria to define an individual demand line or a grouping of demand lines.

    The selection criteria can be added to the fulfillment queue at the detail level or the selection information can be used to display details within the group using the Demand Lines link.

Group ID

Enter a group identification code for the grouping of demand lines that you are creating on the transaction request. The group ID is assigned automatically using a sequential number starting with one. To create a new group, click the arrow button to the right of this field.

Selection Criteria

Use the Selection Criteria group box to enter the search criteria to retrieve demand lines for processing. These search criteria fields include both group level fields (for example, load ID or pick batch ID) and order level fields (for example, order number). The actual search criteria fields that appear are determined by the value in the Template ID field, as well as the entries in the Action and Search By fields.

Exclude

Select to define the search criteria as exclusion criteria. This check box appears only if Detail is selected in the Search By field. Selection criteria entered are used to exclude demand data from the group. For example, if you want to ship all demand lines on a pick batch except line number 55, then enter the pick batch ID at the group level and add the group segment to the fulfillment queue. Next, bring up the detail selection information by entering Detail in the Search By field and selecting the Exclude check box. Then enter the pick batch ID and line 55. Add the detail segment to the fulfillment queue. Then click the Fulfillment Queue link to review the transaction request. Write the request to the staging tables when you click the Process button.

Note. If the Exclude check box is selected at the order or demand line level, then that order or demand line must exist in the selection criteria established at the group level. If it is not in the selection criteria, then the fulfillment engine rejects the transaction request.

Select Unfulfilled

Select this check box to include unfulfilled orders in the search results and request.

Select Releasable

Select this check box to include releasable orders in the search results and request. This check box appears only if you have selected an action of Front End Ship or Ship.

Select Released

Select this check box to include released orders in the search results and request. This check box appears only if you have selected the action of Ship.

Select Confirmed

Select this check box to include confirmed orders in the search results and request. This check box appears only if you have selected an action of Ship.

The action of reserve only includes unfulfilled orders and the action of pick confirm only includes released orders.

Group Picking/Shipping Default

Select to go to the Picking/Shipping Overrides page, where you can override the picking storage location and shipping parameters. The overrides entered through this link apply to all demand lines in the processing group.

Other Options

Process

Select to process all the demand lines matching the entered search criteria, without viewing any details. The entered search criteria (request) is written to the staging tables to be processed by the fulfillment engine using the Fulfillment Requests process. If you have selected the Auto Schedule Processing check box on the Processing Defaults page of this workbench or the Setup Fulfillment - Fulfillment Engine page, then the Fulfillment Requests process is launched when you click this button.

Note. Because the Process button immediately adds the information to the staging tables, it is not available once you have added data to the fulfillment queue. Go to the fulfillment queue and click the Process button to write the transaction request to the staging tables.

Add to Queue

Select to add search criteria to the fulfillment queue to be processed later. You can view the search criteria on the Fulfillment Queue page. When an order or demand line is selected and added to the fulfillment queue using the Orders link or Demand Line link, then a group level entry is automatically created in the fulfillment queue if one was not previously added from the Fulfillment Workbench page. In this situation, the group level entry has no selection criteria. This is done to meet the fulfillment engine's requirement for all detail segments to belong to a group ID on the transaction request being processed.

Clear

Select to clear any search criteria fields that have been populated.

Empty Queue

Select to remove all demand lines from the request.

Fulfillment Queue

Select to go to the Fulfillment Queue page, where you can view and edit the details of the current search criteria added to this request.

Orders

Select to go to the Orders page, where you can view and select individual orders for processing.

Demand Lines

Select to go to the Demand Lines page, where you can view and select individual demand lines for processing.

Ship Defaults

Select to go to the Picking/Shipping Overrides page, where you can override the picking storage location and shipping parameters. The overrides entered through this link apply to all demand lines in the transaction request.

Process Default

Select to go to the Processing Defaults page, where you can alter the fulfillment engine processing options applied to this request.

Click to jump to top of pageClick to jump to parent topicReviewing and Changing the Orders in a Request

Access the Orders page (Select the Orders link on the Fulfill Workbench page, the Demand Lines page, or the Fulfillment Queue).

The Unpacked Orders section displays all orders with unpacked quantities matching the search criteria entered on the Fulfillment Workbench page. These orders appear by business unit, demand source, source business unit, and order number. The Shipping Containers section displays orders matching the search criteria that have already been packed into a shipping container. These orders appear by business unit and container.

Orders that are partially packed or partially unpacked are shown in both the Unpacked Orders group box and the Shipping Containers group box. If the order is selected from the Unpacked Orders group box, then both the packed and unpacked demand lines on the order with full quantities are processed by the fulfillment engine. If the container is selected, then only the demand lines in the container and only the packed quantities in the container are processed.

Select All

Click to select all the Select check boxes for each row. Any rows with clear Exclude check boxes are enabled.

Select None

Click to clear all the Select check boxes for each row. Any rows with selected Exclude check boxes are cleared and disabled.

Exclude All

Click to select all the Exclude check boxes for each row. Any rows with cleared Select check boxes are selected.

Exclude None

Click to clear all the Exclude check boxes for each row.

Select

Check to include this order in the request.

Exclude

Select to define the search criteria as exclusion criteria. This check box appears only if Detail is selected in the Search By field. Selection criteria entered are used to exclude demand data from the group. For example, if you want to ship all the orders in a pick batch ID except order number 55, then enter the pick batch ID at the group level and add the group segment to the fulfillment queue. Next, bring up the detail selection information by entering Detail in the Search By field and selecting the Exclude check box. Then enter the pick batch ID and order number 55. Add the detail segment to the fulfillment queue. Then use the Fulfillment Queue link to review the transaction request and write it to the staging tables when you click the Process button.

Note. If the Exclude check box is selected at the order or demand line level, then that order or demand line must exist in the selection criteria established at the group level. If it is not in the selection criteria, then the fulfillment engine rejects the transaction request.

Demand Lines

Select to access the Demand Lines page, where you can view the demand lines associated with this order number.

Ship Defaults

Select to access the Picking/Shipping Overrides page where you can override the picking storage location and shipping parameters. The overrides entered through this link apply only to the order selected.

Complete Flag

Choose a Complete Flag option to automatically performing picking functionality on demand lines that have no previous picking activity reported against them.

Add to Queue

Select to add the order as a detailed-level segment in the fulfillment queue. You can view the demand lines on the Fulfillment Queue page. When an order is selected and added to the fulfillment queue, a group level entry is automatically created in the fulfillment queue if one was not previously added from the Fulfillment Workbench page. In this situation, the group level entry has no selection criteria. This is done to meet the fulfillment engine's requirement for all detail segments to belong to a group ID on the transaction request being processed.

Workbench

Select to go to the Fulfillment Workbench page.

Fulfillment Queue

Select to go to the Fulfillment Queue page, where you can view and edit the details of the current orders on this request.

Click to jump to top of pageClick to jump to parent topicReviewing and Changing the Demand Lines in a Request

Access the Demand Lines page (Select the Demand Lines link on the Fulfill Workbench page, the Orders page, or the Fulfillment Queue).

This page displays in fulfillment state and demand key sequence.

Select All

Click to select all of the Select check boxes for each row. Any rows with disabled Exclude check boxes are enabled.

Select None

Click to clear all of the Select check boxes for each row. Any rows with Exclude selected are cleared and disabled.

Exclude All

Click to select all of the Exclude check boxes for each row. Any rows with Select check boxes cleared are selected.

Exclude None

Click to clear all the Exclude check boxes for each row.

Demand Keys tab

Select

Select to include this demand line in the request.

Exclude

Select to exclude this demand line from the selection criteria entered at the group level.

Qty (quantity)

Enter an override quantity for this demand line. If you are using an action of Reserve on the Fulfillment Workbench page, then this value overrides the releasable quantity on the demand line. If you are using an action of Pick Confirm on the Fulfillment Workbench page, then this value overrides the released quantity on the demand line. If you are using an action of Front End Ship or Ship on the Fulfillment Workbench page, then this value overrides the shipped quantity on the demand line.

UOM (unit of measure)

Enter the UOM for the quantity field. The shipping UOM is used as the default for all actions but reserve, but you can override it with any valid UOM for the item. For the action of reserve, the ordering UOM is used as the default.

Location / Lot / Serial

Click this link to access the Fulfillment Queue Location / Lot / Serial page, where you can review and change information related to specific items picked and shipped for this detail row in the transaction request.

Miscellaneous tab

Fulfillment State

Displays the current fulfillment state for this demand line.

Requested Base

Displays the requested quantity in the base unit of measure.

Backorder Base

Displays the backordered quantity in the base unit of measure.

Std UOM

Displays the item's standard unit of measure.

Short Ship Opt

Select an option for short shipping this demand line. Options are:

  • Return to Location Picked From: Return the unshipped quantity that was picked to the original picking location.

  • Scrap the Undershipment: Scrap the unshipped quantity that was picked.

Complete Flag

Choose a Complete Flag option to automatically performing picking functionality on demand lines that have no previous picking activity reported against them. The LLS segment and the override location are applied prior to implementing the complete flag logic. Using the Complete Flag, the line can be moved to different sub-states within the Released state, or, with auto-processing, moved downstream to the shipped or depleted states.

  • Complete Pick- Dft Ship Loc: Uses the default shipping location as the pick location for demand lines that do not already have the Confirm Flag set.

    The default shipping location is stored at both the business unit and business unit/item levels.

  • Complete Pick- Leave Alone: With this option any lines within the selection criteria that do not have the Confirm Flag set are left alone.

    The Confirm Flag is not set on these demand lines.

  • Complete Pick- Zero Quantity: Sets the zero picked flag for every line within the selection criteria if they do not already have the Confirm Flag set.

    Also removes and deallocates any current allocations.

  • Pick Batch Complete: Removes every line within the selection criteria from the pick batch ID if they do not already have the Confirm Flag set.

  • Pick Batch as Planned: Sets the Confirm Flag on any line that has had picking activity.

    In this situation, picking activity is assumed to be satisfied if there are any allocations as well as if the demand line is a zero picked demand line. An error is generated for any lines that have not had any picking activity when using this option.

  • Pick Line Complete: Removes the line from the pick batch ID if the Confirm Flag is not already set.

    It is only valid when referencing an individual pick/batch line at the group or detail level.

  • Pick Line as Planned: Sets the Confirm Flag on any line that has had picking activity.

    In this situation, picking activity is assumed to be satisfied if there are any allocations as well as if the demand line is a zero picked demand line. An error is generated for any lines that have not had any picking activity when using this option. This option is only valid when referencing a pick/batch line at the group or detail level.

  • Use Defaults: Uses the default value defined in the Fulfillment Engine Options component (setID level) or the Setup Fulfillment-Fulfillment Task Options component (business unit level).

Product ID

Displays the product ID tied to the item ID on the demand line.

Kit ID

Displays the product kit ID if this demand line contains a kit component. This value is also a link to the Kit Display page.

See Viewing Product Kit Details.

Additional Buttons and Links

Add to Queue

Select to add the demand lines matching the search criteria to the fulfillment queue to be processed later. You can view the demand lines on the Fulfillment Queue page. When a demand line is selected and added to the fulfillment queue, a group level entry is automatically created in the fulfillment queue if one was not previously added from the Fulfillment Workbench page. In this situation, the group level entry has no selection criteria. This is done to meet the fulfillment engine's requirement for all detail segments to belong to a group ID on the transaction request being processed.

Workbench

Select to go to the Fulfillment Workbench page.

Fulfillment Queue

Select to go to the Fulfillment Queue page, where you can view and edit the details on this request.

Orders

Select to go to the Orders page, where you can view the orders in the current search criteria.

Click to jump to top of pageClick to jump to parent topicReviewing and Changing LLS Details for Demand Lines

Access the Location / Lot / Serial page (Select the Location / Lot / Serial link on the Demand Lines page).

Review or change demand location information in this request detail row.

Kit ID

Displays the product kit ID if this demand line contains a kit component. This value is also a link to the Kit Display page.

See Viewing Product Kit Details.

Lot / Serial tab

Serial ID

Review or enter a serial ID for this request detail row or demand line. If the item is defined as a ship serial controlled item then enter the ship serial ID here.

Qty

Review or change the picking or shipping quantity for this request detail row.

UOM (unit of measure)

Review or change the picking or shipping UOM for this request detail row.

Allocation

Displays the type of allocation on this demand line. The options are:

  • Standard (default) Displays that the demand line has a standard allocation created when the line was moved to the Released state.

  • Pre-alloc: Displays that the demand line has a pre-allocation created when the line was in the Unfulfilled or Releasable state.

    In addition, if you anticipate that you might need to return this line to the Unfulfilled or Releasable states, then you can tell the system to keep your current allocation if the line is moved upstream. Simply select the value of Pre-Alloc in the Allocation field. You can change this value on existing rows or any new rows that you add on this page.

  • Lot Allocation: Displays that the demand line has been lot-allocated. For lot-allocated demand lines this value cannot be changed.

Storage Location tab

Excluded

Select to exclude a specific picking location, lot ID, or serial ID from this request detail row. This check box is available only when shipping from a confirmed state.

Area, Lev 1, Lev 2, Lev 3, and Lev 4

Review or enter a specific picking location for this request detail row.

Miscellaneous tab

Cntr ID and Staged Dt

Review or enter an internal container ID or staged date for this demand line.

Shipping Container ID

Review or enter a shipping container ID for this demand line.

Short Ship Opt

Select an option for short shipping this demand line. Options are:

  • Ret to Pic: (default) Return the unshipped quantity that was picked to the original picking location.

  • Scrap: Scrap the unshipped quantity that was picked.

Tracking Number

Review or enter a tracking number assigned to this shipment.

Click to jump to top of pageClick to jump to parent topicReviewing and Changing LLS Details in the Fulfillment Queue

Access the Fulfillment Queue Location / Lot / Serial page (Select the Location / Lot / Serial link on the Location / Lot / Serial tab of the Fulfillment Queue page).

This page contains the same fields as the Location / Lot / Serial page above, but also includes the following additional fields:

Substitute Item ID

Enter a substitute item ID if the original item is defined for substitutes. Item substitution is only allowed for the first LLS row. For subsequent rows of the same demand line, the substitute item is display-only.

Seq Nbr

Enter the sequence number. The sequence number is a unique identifier for rows with the LLS segment for each detail segment.

Click to jump to top of pageClick to jump to parent topicApplying Picking and Shipping Overrides

Access the Picking / Shipping Overrides page (Select the Group Picking/Shipping Default link or the Ship Defaults link on most pages of the Fulfillment Workbench component).

Enter picking and shipping overrides for demand lines processed on the Front End Shipping and Shipping Request transactions. When entering this page, the system displays any overrides previously entered for this request. This page can be accessed from several pages in the Fulfillment Workbench component. How you access the page determines the level that the picking and shipping overrides are applied. The overrides can be applied at the request, group, detail, of LLS levels, as follows:

Level Applied

Navigation to Picking/Shipping Overrides Page

Request Header Level: Applies to the entire transaction request. Overrides are applied unless another override exists at a lower level.

  • Select the Ship Defaults link on the Fulfillment Workbench page.

  • Select the Ship Defaults link on the Fulfillment Queue page.

Group Level: Applies to the group. One request can contain one or more groups.

  • Select the Group Picking/Shipping Default link on the Fulfillment Workbench page.

  • Select the Group Picking/Shipping Default link on the Fulfillment Queue page.

  • Select the Ship Defaults link on the Order page.

Detail Level: Applies to one detail level within a group. For example, one demand line in an order.

Select the Ship Defaults link under the Miscellaneous tab on the Demand Lines page.

LLS Level: Applies to one LLS within a detail. For example, as demand line might have multiple serial IDs.

Select the Ship Defaults link under the Lot/Location/Serial tab on the Fulfillment Queue page.

 

Freight Terms

Enter a freight terms code to override the default value. The freight terms code determines whether the buyer or the seller pays the freight.

Freight Action

Select one of the following freight options to request freight from an external third-party freight system:

  • Best Way: The PeopleSoft system sends a best way request to the third-party provider system and the third-party provider returns only best way freight choices. Use the Best Way group box to choose the best way option. The best way options are least cost or by commit date.

  • Use Specified Carrier: The PeopleSoft system sends a request with a specific carrier ID to the third-party provider system and the third-party provider returns only freight choices from the specified carrier.

  • Carrier with Best Way: Select this option to enable the third-party freight system to return freight results when the carrier ID field is blank on a delivery that uses the Use Specified Carrier freight option. If the PeopleSoft system sends a delivery using the Use Specified Carrier freight option and the delivery does not have a carrier ID assigned to it, then the Best Way freight option is used.

Best Way

If you have selected Best Way or Carrier with Best Way in the Freight Action group box, then use this group box to choose your best way option:

  • By Commit Date: The third-party freight system selects and returns the freight service that best matches the scheduled ship date.

  • Least Cost: The third-party freight system selects and returns the freight service with the least cost.

Commit Freight for Billing

Select this check box to indicate that once the freight is applied and prorated to the individual orders, then the freight is ready to be picked up by PeopleSoft Billing and by PeopleSoft Cost Management.

Complete Delivery

Select this check box to set the status of the delivery to Complete Delivery when this workbench shipment is finished. The Complete Delivery status indicates all fulfillment steps for the delivery are complete and all demand lines in the delivery are ready to be depleted using the Deplete On Hand Qtys process. If the PeopleSoft Inventory business unit is using deliveries, the Deplete On Hand Qtys process only pick ups demand lines that are on a delivery with the Complete Delivery status.

Ship Cntr ID

Enter an override value for the shipping container ID.

Tracking Number

Enter an override value for the tracking number for this shipment. This field is only available if you have entered a Ship Cntr ID on this page.

Pro Number

Enter an override value for the pro number for this shipment.

Storage Location

Enter the material storage location to pick stock for shipment. This override is applied against all demand lines processed from an unfulfilled or releasable state that do not have picking locations identified at the Location/Lot/Serial segment of the transaction request. If a picking location is not entered on the request, then the fulfillment engine uses the picking location setup on the Setup Fulfillment component.

Short Ship Opt

Select an option for short shipping this demand line. Options are:

  • Return to Location Picked From: Return the unshipped quantity that was picked to the original picking location.

  • Scrap the Undershipment: Scrap the unshipped quantity that was picked.

Complete Flag

Choose an override Complete Flag option to automatically performing picking functionality on demand lines that have no previous picking activity reported against them. The LLS segment and the override location are applied prior to implementing the complete flag logic. Using the Complete Flag, the line can be moved to different sub-states within the Released state, or, with auto-processing, moved downstream to the shipped or depleted states. The Complete Flag options are:

  • Complete Pick- Dft Ship Loc: Uses the default shipping location as the pick location for demand lines that do not already have the Confirm Flag set.

    The default shipping location is stored at both the business unit and business unit/item levels.

  • Complete Pick- Leave Alone: With this option any lines within the selection criteria that do not have the Confirm Flag set are left alone.

    The Confirm Flag is not set on these demand lines.

  • Complete Pick- Zero Quantity: Sets the zero picked flag for every line within the selection criteria if they do not already have the Confirm Flag set. Also removes and deallocates any current allocations.

  • Pick Batch Complete: Removes every line within the selection criteria from the pick batch ID if they do not already have the Confirm Flag set.

  • Pick Batch as Planned: Sets the Confirm Flag on any line that has had picking activity.

    In this situation picking activity is assumed to be satisfied if there are any allocations as well as if the demand line is a zero picked demand line. An error is generated for any lines that have not had any picking activity when using this option.

  • Use Defaults: Uses the default option.

Defer Depletions

Select the value of Override to Yes or Override to No to change the value of the Defer Depletions field on each demand line included in the selection criteria. The defer depletions value is only applied when the line is being placed in the Shipped fulfillment state. The Defer Depletions override field is available in the Picking /Shipping Overrides page located a the header, group, and detail levels. Overrides at lower levels take precedent over settings at the higher levels; for example, an N at the detail level is used rather than a Y at the header level. For more information in the Defer Depletions feature, go to the "Shipping Inventory" chapter, "Delaying the Billing and Costing of Inventory Shipments" section.

See Delaying the Billing and Costing of Inventory Shipments.

Click to jump to top of pageClick to jump to parent topicChanging Processing Defaults

Access the Processing Defaults page (Select the Process Default link on the Fulfill Workbench page).

Review or change any processing defaults for this request. Initially this page displays the current fulfillment engine options that are defined in the environment at the business unit level (in the Setup Fulfillment component) or at the set ID level (on the Fulfillment Engine Options page). The fields available on this page are determined by the selection of the Allow Processing Overrides check box in the fulfillment engine options.

Auto Schedule processing

Select this check box to immediately process this request when you click the Process button on the Fulfillment Workbench page or the Fulfillment Queue page. Requests are placed in staging tables and then immediately processed by the fulfillment engine using the Fulfillment Requests process.

Pass-through Level

An entry here enables error-free transactions to process through the system while holding back transactions that need additional review. This field is available only with a reservations transaction request. The options are:

  • Request: Any errors prevent the entire request from being processed.

  • Order: Errors prevent an order number from being processed but remaining orders on the request are processed.

    This option is available only on the fulfillment transaction requests for reserve materials processing.

  • Line: Errors prevent only the order line from being processed.

    The remaining lines on the order are processed and the remaining orders on the request are processed. This option is only available on the fulfillment transaction requests for reserve materials processing.

Commit Count

(For reserve requests) Enter the number of lines that can be committed to the database together by the fulfillment engine; in other words, define the size of the commit group.

Commit Level

(For reserve requests) Select the level of commits based on the number of:

  • Request: Counts the number of separate fulfillment transaction requests processed.

  • Order: Counts the number of separate orders (material stock requests and sales orders) processed.

  • Line: Counts the number of demand lines processed.

  • Item: Counts the number of item IDs processed.

Auto-Processing Option

Select the auto processing option to move your orders downstream to the desired state. The options available depend on the action chosen on the Fulfill Workbench page. Options include:

  • No Auto-Processing: Select to have the system only complete the process or action that you are initiating on the current page.

    No additional processing will be launched.

  • Advance to Released: Select to automatically process the orders to the released state when using the reserve action.

    The parameters defined on the Auto Release Run Control are used to process the orders through the Order Release Request process. These parameters could release the orders further downstream.

  • Advance to Confirmed: Select to automatically process the orders to the picking confirmed state when using the pick confirm action.

  • Advance to Shipped: Select to automatically process the orders to the shipped state when using the pick confirm action.

  • Advance to Depleted: Select to automatically process the orders to the depleted state when using any action except reserve.

Release Run Control

Select a run control for the Order Release Request process page. This run control contains the parameters to be used when auto-processing orders from an unfulfilled state to another downstream state. The Auto Processing Option field determines how far downstream the orders will be sent.

Click to jump to top of pageClick to jump to parent topicReviewing Demand in a Request

Access the Fulfillment Queue page (Select the Fulfillment Queue link on the Fulfill Workbench page, the Orders page, or the Demand Lines page).

You can review the orders and demand lines that make up this request. You can also add, modify, or delete from the detail level and LLS level of this request.

Fulfillment Queue Group

The Fulfillment Queue group section displays the group ID number and contains a link to the Picking/Shipping Overrides page for the group-level overrides.

Group Picking/Shipping Default

Select this link to go to the Picking/Shipping Overrides page, where you can override the picking storage location and shipping parameters. The overrides entered through this link are applied at the group level.

Fulfillment Queue Detail

The Fulfillment Queue Detail group box is used to review and edit detail level entries that have been created on a fulfillment transaction request.

Exclude

Under the Demand Key tab, select and enter information to identify demand that should be excluded from the request.

Quantity

Under the Demand Key tab, enter an override quantity for this demand. If you are using an action of Reserve on the Fulfillment Workbench page, then this value overrides the releasable quantity on the demand line. If you are using an action of Pick Confirm on the Fulfillment Workbench page, then this value overrides the released quantity on the demand line. If you are using an action of Front End Ship or Ship on the Fulfillment Workbench page, then this value overrides the shipped quantity on the demand line.

Unit of Measure

Under the Demand Key tab, enter the UOM for the quantity field. The standard UOM is used as the default, but you can override it with any valid UOM for the item.

Kit ID

Under the Reference tab, you can view or edit the product kit. If you entered a product kit ID (Parent Product ID field) in the selection criteria of the Fulfillment Workbench page and then clicked the Add to Queue button, then the Kit ID is displayed in this field.

Location / Lot / Serial

Under the Lot/Location/Serial tab, select this link to access the Fulfillment Queue Location / Lot / Serial page, where you can review and change information related to specific items picked and shipped for this detail row in the transaction request.

Ship Defaults

Under the Lot/Location/Serial tab, select this link to go to the Picking/Shipping Overrides page where you can override the picking storage location and shipping parameters. The overrides entered through this link apply to the detail level.

Short Ship Opt

Under the Lot/Location/Serial tab, select an option for short shipping this demand line. Options are:

  • Return to Location Picked From: Return the unshipped quantity that was picked to the original picking location.

  • Scrap the Undershipment: Scrap the unshipped quantity that was picked.

Other Options

Process

Select to process all the demand lines matching the entered search criteria. The entered search criteria (request) is written to the staging tables to be processed by the fulfillment engine using the Fulfillment Requests process. If you have selected automatic schedule processing on the Processing Defaults page or the Setup Fulfillment - Fulfillment Engine page, then the Fulfillment Requests process is launched when you click this button.

Empty Queue

Select to remove all demand lines from the request.

Workbench

Select to go to the Fulfillment Workbench page, where you can add additional selection criteria.

Ship Defaults

Select to go to the Picking/Shipping Overrides page, where you can override the picking storage location and shipping parameters. The overrides entered through this link apply to the entire transaction request.

Orders

Select to go to the Orders page, where you can view and select individual orders for processing.

Demand Lines

Select to go to the Demand Lines page, where you can view and select individual demand lines for processing.

Click to jump to parent topicProcessing Fulfillment Transaction Requests from the Staging Tables

The Fulfillment Requests process (IN_FUL_BCT ) retrieves the inbound transaction requests from the staging tables and applies them to the PeopleSoft Inventory demand tables. If the requests are successfully processed against the demand tables, then they are marked as complete in the staging tables. If the requests are not processed successfully, they are returned to the staging tables with an error status.

Click to jump to top of pageClick to jump to parent topicPages Used to Process Fulfillment Requests from the Staging Tables

Page Name

Definition Name

Navigation

Usage

Fulfillment Requests

BCT_INV_REQFUL

SCM Integrations, Process Transactions, Inventory, Fulfillment Requests

Process fulfillment transaction requests in the fulfillment staging tables against the material stock orders and sales orders located in the PeopleSoft Inventory demand tables. Based on the transaction code, these transaction requests can create new material stock requests, add freight charges to sales orders, or move an order from one fulfillment state to another downstream state, often skipping intermediate steps.

Processing Options

INV_PROCESS_SEC

Click the Processing Options link on the Fulfillment Requests page.

Review or change the fulfillment engine processing options used by the Fulfillment Requests process. Initially this page displays the current fulfillment engine options that are defined in your environment at the business unit level (in the Setup Fulfillment component) or at the set ID level (on the Fulfillment Engine Options page). The fields available on this page are determined by the selection of the Allow Processing Overrides check box in the fulfillment engine options.

Fulfillment Tasks Options

INV_FUL_DFLT_BU

Select the View Process Defaults link on the Fulfillment Requests page.

Review the fulfillment engine processing options defined in this run control for the Fulfillment Requests process.

Click to jump to top of pageClick to jump to parent topicFulfillment Requests Process Page

Access the Fulfillment Requests page (SCM Integrations, Process Transactions, Inventory, Fulfillment Requests).

Unit and To Business Unit

If this run control should process one PeopleSoft Inventory business unit, enter it in the Unit field. If you want to process a range of business units, enter the starting unit in theUnit field and the ending business unit in the To Business Unit field. The system processes all business units, for which the user has security privileges, sorted in alphanumerical order, that fall between the starting and ending unit.

All Business Units

Select to process all PeopleSoft Inventory business units in this run control.

Transaction Code

Enter the type of transaction to be processed. Leave this field blank to process all transaction types. Options are:

  • 0360: Create Stock Request

  • 0361: Request to Reserve

  • 0363: Request Picking Feedback

  • 0365: Request to Ship (front-end)

  • 0366: Request to Ship

  • 0380: Freight

Re-process any Errors in Range

Select to have the process pick up fulfillment transaction requests in the status of error, as well as requests with the status of new.

Source and Source Reference

Select to process all transaction requests coming from external systems (through EIPs) and originating from a specific transaction source and source reference. These are free-form fields that can be populated by the source system.

From Control ID and To Control ID

Select to process one or more fulfillment transaction requests based on the EIP Control ID assigned. Each transaction request placed on the fulfillment staging tables is identified with a unique EIP Control ID. Enter a range in the From Control ID and To Control ID fields. For just one specific ID, use the From Control ID field only.

Publishing Node and Publication ID

Select to process all transaction requests coming from external systems (through EIPs) and originating from a specific node with a given publication ID.

Unreserved Demand Lines Report

Select this check box to generate the Unreserved Demand Lines report (INS6400) when the Fulfillment Requests process is run. This report displays all demand lines that were not reserved and the reason they were not reserved. The default value entered on this page is derived from the Setup Fulfillment-Reservation page for this business unit.

Note. Before selecting this check box consider the impact on system performance. The Unreserved Demand Lines report examines all demand lines in the unfulfilled state, including lines outside the reservation lead days. The report could pick up a large number of demand lines which can slow down performance of the Fulfillment Requests process.

Purge Report Table

Select to purge the report table (IN_FUL_RSV_RPT) used to build the Unreserved Demand Lines report after each run (process instance). The default value entered on this page is derived from the Setup Fulfillment-Reservation page for this business unit.

Processing Options

Select to access the Processing Options page, where you can view and override, for the run control, some of the fulfillment engine processing options defined at the business unit or set ID level.

View Process Defaults

Select to access the Fulfillment Tasks Options page, where you can view the fulfillment engine processing options defined at the business unit level.

Freight Rollup Flag

Determines which freight charges are picked up and applied to the delivery in the Freight Amount field of the IN_DELIVERY_FRT table. The options are:

  • Delivery Freight: The freight amount calculated at the delivery level by the internal or external system should be stored at the delivery-level in PeopleSoft. This amount is used for billing and costing. This option must be used for the internal PeopleSoft freight calculator.

  • Rollup Packages/Containers: (external system only) The freight amounts calculated by the external system at the shipping container and package levels should be summed and stored at the delivery-level in PeopleSoft. This total is used for billing and costing.

  • Default from Delivery: or blank field: The system uses the Freight Rollup value already defined on the delivery.

Maximum Retries

Enter the number of times to attempt the freight transaction before setting it to an error status. This option is used in environments that are posting both shipping and freight transactions for the same delivery. For a specific delivery, if the freight manifest transaction processes before the shipment transaction then the freight transaction will error. This option is used to prevent the freight transaction from going to an error status until the maximum number of retries.

Complete Delivery

(Freight transaction code only) Select this check box to set the status of the delivery to Complete Delivery which indicates that all fulfillment steps for the delivery are complete and all demand lines in the delivery are ready to be depleted using the Deplete On Hand Qtys process. If the PeopleSoft Inventory business unit is using deliveries, the Deplete On Hand Qtys process only pick ups demand lines that are on a delivery with the Complete Delivery status.

Commit Freight for Billing

(Freight Rate transaction code only) Select this check box to indicate that the freight on this delivery is ready to be processed by PeopleSoft Billing and by PeopleSoft Cost Management.

See Also

Processing Enterprise Integration Points (EIPs)

Understanding the Results of the Reservations Processes

Receiving Freight Data from the Third-Party Freight System

Click to jump to parent topicHandling Errors with the Fulfillment Engine

Error management is an integral part of the effectiveness of the PeopleSoft system of inbound EIPs. In the process of uploading data, the PeopleSoft subscription process detects any data errors and stores them in queues or staging tables for manual correction in the PeopleSoft system before updating any core PeopleSoft application tables.

Use the Log Errors Option group box on the Setup Fulfillment - Fulfillment Engine page to define your approach to errors in processing fulfillment transaction requests in the staging table. The options are:

See Also

Processing Enterprise Integration Points (EIPs)

Click to jump to top of pageClick to jump to parent topicPage Used to Handle Errors with the Fulfillment Engine

Page Name

Definition Name

Navigation

Usage

Transaction Maintenance

BCT_CTL_UPD

SCM Integrations, Transaction Error Handling, Maintain Transactions, Transaction Maintenance

View all electronic transactions in the transaction log and access the detail pages that enable you to correct transaction errors.

Click to jump to top of pageClick to jump to parent topicUsing the Transaction Maintenance Page

Access the Transaction Maintenance page (SCM Integrations, Transaction Error Handling, Maintain Transactions, Transaction Maintenance).

The Transaction Maintenance page is used to access error-correction pages for transactional data. You can view, correct, and resubmit transactions on the Transaction Maintenance pages. For example, if an XML file is loaded with a blank Item ID field, that file generates an error. You can correct the errors and then resubmit the message from the Transaction Maintenance pages.

Transaction

Select the name of the inbound EIP or leave this field blank to select all transactions within the business unit.

Status

Select a status to display only the transactions within this state. Leave this field blank to display transactions in all states. The options are:

  • Complete

  • Confirmed

  • Error

  • In Process

  • Incomplete

  • New

  • Reprocess

Search

Click this button to display all transactions with the entered search criteria of business unit, transaction, and status.

EIP Control ID

Select this link to access the detail pages of the transaction where you can view or change the values on this incoming transaction. The fields displayed vary depending on the type of transaction.