Browse Prior Art Database

System and Method for New Order Processing in a Third Party Sales Business Model

IP.com Disclosure Number: IPCOM000178051D
Original Publication Date: 2009-Jan-14
Included in the Prior Art Database: 2009-Jan-14
Document File: 3 page(s) / 31K

Publishing Venue

IBM

Abstract

Disclosed is a system and method for automation of a new electronic purchase order received from Contract Manufacturers (CM) via electronic methods. These CM purchase orders once received into the system are translated as incomplete sales orders and then manually completed by the new order handlers. The process of a new order completion consists of assigning purchase requisitions generated by a sales order to a purchasing contract. These purchasing contracts are in place with the supplier of goods. Purchase orders are then placed to suppliers referring the purchase requisitions assigned to contracts. The three step process is automated, avoiding data for input being stored manually in spreadsheets, eliminating data entry errors.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 53% of the total text.

Page 1 of 3

System and Method for New Order Processing in a Third Party Sales Business Model

The solution includes a system and method that performs the new process based on the qualifiers (also certain combination of qualifiers) in a predetermined sequence (details listed in the description section). Also, the combination of qualifiers are configurable in the production system and requires no additional coding effort. The determination of which qualifiers drive a certain field value is also configurable. The code is also dynamically generated to handle the determination of these variable qualifiers and also selection of values based on the variable combinations.

The solution allows for reprocessing a failure of a particular sales order document. For example when one of the input parameters are not available for processing the document, the Contract Manufacturers (CM) purchase order is kept in a re-processable state. The processing of such failed documents can also be processed manually if the business requires to do so or the business can update the required data input values and the automation tool will reprocess the transactions automatically in the subsequent executions. Any manually processed documents will not be considered for subsequent automation executions by the tool.

The solution is comprised of three pieces:
1) A dynamic dialog tool to maintain the variable qualifiers and the data associated with these qualifiers.
2) A new system function to perform the processing of the three business documents by the system.
3) An on demand executable report providing the status of the new process.

A. Front End Tool
The dynamic front end tool provides the feature to populate data for fields to be used in the automation based on qualifiers. A particular field's value can be setup based on 99 different combinations of 10 different qualifiers.

The below table (Fig. 1) illustrates the setup of a qualifier combination for a particular field in this case the Purchase Order Tax Code Field.

Fig 1. Example of Qualifier table for the field

Qualifier
1

Qualifier
2

Qualifier
3

Qualifier
4

Qualifier
5

Qualifier
6

Qualifier
7

Qualifier
8

Qualifier
9

Qualifier 10

Sequenc e for Look-up

Part

Numbe

r

Vendor

Shipmen t Mode

01

Vendor

Shipmen t Mode

02

Purchase Order Type

Vendor Shipmen 03

1

Page 2 of 3

     t Mode Vendor

Purchase Order Type

Vendor

04

05

Vendor 06

The front tool provides the user community a capability to maintain the value for Purchase Order Tax Code based on these combinations. The front tool generates dynamic code based on the qualifier combination table to display the values currently stored in the table and also generates dynamic code to validate new entries being populated in to the value table. If the user tries to populate a table with a new entry (Fig. 2) that does not meet the above speci...