International Business Machines Corporation

Jayakumar Krishnamurthy

Balasubramanian Gopalan

Rahul Jindani

Gregory L McKee

Srinivasa Govinda Kuthethur

Vinod Kannoth

James Donald Scott

Marion Scott Bright

Jinraj Dhruvakumar Joshipura

Sylvain Michel

Penny Jeannette Peachey-Kountz

Rajagopal Andra

Sethu Radhakrishnan

Pushpalatha Channikere

A system and method for constructing extensible markup language (XML) transactions comprising an XML format run on a computer system, wherein the method comprises pre-building static structures of an XML transaction, classifying dynamic structures of the XML transaction with empty tags and single occurrence classifiers for repeating dynamic structures, building a list of a sequence of the static and dynamic structures, linking the list to a type of XML transaction and a predetermined trading partner profile (TPP), and combining the static structures with the dynamic structures at a runtime of the XML transaction based on the sequence, the type of XML transaction, the TPP, and dynamic structures of the XML transaction, wherein the XML transaction occurs in a business-to-business (B2B) electronic environment.

System and method for speeding XML construction for a business transaction using prebuilt XML with static and dynamic sections

A method and apparatus for pre-processing electronic data requests within the EDI subsystem layer and within the order fulfillment application system. An order interceptor, third-party Available To Promise (ATP) interface, pseudo-sales order workbench, and the reject acknowledgment system processes are provided within the order fulfillment application system to accomplish the pre-processing. The order interceptor performs an asynchronous availability check before a sales order is posted. The result of the ATP check is stored in an ESO, and is applied during the posting process with unique user exits. The result of the ATP check is also used to determine key information about the sales order, such as the sales organization, and division and distribution channels. The pre-processor uses business rules to determine if the ESO should be split into multiple documents for requests satisfied across multiple sales areas. The Workbench provides a customer purchase order view of the ESO that looks, feels and behaves like actual order entry screens. The Workbench also displays messages generated from the pre-processor describing why the ESO was held for review. After the condition is corrected the Workbench re-executes the ESO pre-processor. This continues until all messages are corrected or marked reviewed. The supplier can decide to either accept the request, reject the request or accept individual line items.

Pre-processor for inbound sales order requests with link to a third party available to promise (ATP) system

Growing community of inventors

Framingham, MA, United States of America

Jayakumar Krishnamurthy