Patent Application
20060074944
A compact disc containing codes and information describing a preferred embodiment of the present invention is submitted herewith and is hereby incorporated by reference. The compact disc contains the following files and/or programs:
The present invention is related to data exchange and, more particularly, to interfacing disparate data transmission protocols.
In today's business-to-business e-commerce environments, purchase order and invoice information are often carried in XML (Extensible Markup Language), EDI (Electronic Data Interchange), or proprietary transmission packages over the Internet or private networks, while trading partners deal with the payment side of the transaction through other channels. According to a study done by the Small Business Association in June of 2000, “The transaction value of B2B e-commerce over the Internet is expected to be $2 trillion by 2003, and an additional $780 billion in purchases will be made over private networks using electronic data interchange (EDI).
The multitude of data protocol transmission formats coupled with the multitude of unique and elaborate information sets in varying formats, such as those required by ERP (Enterprise Resource Planning), EPE (Electronic Procurement Engine) systems, etc., make the translation of data a very tedious and complex task.
A basic business requirement exists to translate and match appropriate information between disparate protocols, information systems, payment mechanisms, and trading partners. Businesses need to quickly assess a trading partner's data standards against their own internal set of requirements, and to quickly develop matching strategy necessary to efficiently and effective conduct business.
Further, in today's e-commerce environment, shipments are often made from multiple locations on different dates against multiple purchase orders. Trading partners, in some cases, are known entities with the buyer and selling having pre-defined payment terms. The opposite situation also exists where credit is a key component of the transaction. In the real world, it is the complexity of the order, fulfillment, and shipping process that adds significant dimensions to the problem. As an example, standing orders with releases translating into shipments from multiple warehouses to multiple locations is an everyday occurrence.
A significant problem for the e-commerce model is the reconciliation of payments against the above-mentioned scenario. If one then adds both shipping costs and taxes assessed, we now have a high level picture of the real opportunity.
It is the reconciliation of order and invoice information with the financial transaction that often becomes mission critical for businesses today. It is a key business requirement that financial institutions be able to match payment information with order, shipment, and invoice information. It is also critical that financial institutions be able to easily interface with the various e-commerce partners to provide the bank's real added value.
In order for e-commerce partners, particularly financial partners, to accept a standard XML feed from clients, they need to quickly understand what other systems are capable of sending and receiving. For example, if a bank wanted to build a map to Commerce One, it would need to know what Commerce One is expecting to receive and how that information compares to its key financial and enhanced payment data. If two Electronic Procurement Systems are using xCBL and cXML respectively, sending similar data, with individual data elements labeled differently, or if there are gaps in either version, it can be a very time-consuming process to find these differences and accommodate them. Yet, in most environments, partners must be able to process information from a wide array of file types.
The present invention may generally be thought of as a software reference tool that enables users to easily understand XML and other file types, including proprietary file types, and that provides the user the capability to map from one file type to another by using system templates that correspond to each file type. The data mapped from one file type to another has been pre-programmed or selected by the user to include only the data elements that are key to the transaction involved.
The data exchange tool software of the present invention provides the user with a reference tool that enables them to easily understand XML, and other file types, through use of a built-in set of library templates. The data exchange tool of the present invention also assists the user in matching new file types to internal proprietary data elements. This enables partners to react quickly and completely to share data with trading partners. The present invention can assist key consultative personnel in improving partner and customer communications, and can significantly reduce the time to implement system changes required for trading partners to exchange information. Through productivity increases, a portable knowledge base, and use as a self-training tool, clients can achieve improved implementation times, superior data accuracy, and an enhanced image as an intelligent, engaged partner.
Further, the present invention facilitates the ability to reconcile order and invoice information with the financial transaction as well as facilitate the abilities to match payment information with order, shipment and invoice information. While the invention is particularly suited to handling exchanges of financial transaction data, other types of data may be exchanged through use of the data exchange too without departing from the spirit or scope of the invention.
The data exchange tool 10 is initiated through use of the screen 12 shown in
The data exchange tool of the present invention can be thought of in terms of the diagram of
The data exchange tool 10 of the present invention enables the user to load in a file with a predefined format, and to define key data elements within that file. These are the data elements that the user deems essential for mapping purposes. They may consist of all or some portion of the data elements present in the source file. For example, the user could read in a source Ariba purchase order. That purchase order could then be compared to the template Ariba purchase order that has been pre-loaded into the data exchange tool 10. The user could then view fields that have already been defined as key for an Ariba purchase order. Depending on mapping needs and requirements, the user could select additional fields or de-select those for which there is no interest or need to map.
The data exchange tool of the present invention preferably comes loaded with a basic set of file templates representing XML file structures and other file structures of the major e-Commerce partners. In the instance of XML files, these templates are actual XML files. Templates representing other file type formats are also preferably included.
Each template preferably contains key data elements that have been mapped (connected) with some number of data elements in the hub. The selected data elements for each file template may be though of as a reference data element library for that template. Additional elements can be selected as “key”, or pre-selected data elements can be de-selected. These selected key data elements reflect those data elements that have been defined as important to the user for mapping purposes.
When a file is loaded into the data exchange tool, the screen of
At the core of the data exchange tool is a set of data elements that have been defined as “critical” to the user. This set of data elements is known as a hub. Hubs can be swapped in or out, and a single user may have multiple hubs for use in different situations. A sample screen 42 showing a listing of the data elements of the hub is provided in
A mapping (connector) screen 74 of the data exchange tool is shown in
The data exchange tool 10 is based on comparing the key data elements within this new input file type with key data elements for the output file type desired. The file types can be any file type that the e-commerce partner chooses. The hub of the translation logic of the data exchange tool 10 (e.g., all incoming and outgoing files and data elements) compares key fields in the incoming source file to key fields in the target (outgoing) file type. Invalid data is identified, as are missing fields required by either the source or destination target files. The data exchange tool defines designated key data elements as the reference data library for that file type.
Multiple templates and data element reference libraries may be maintained within the tool 10 to allow the user to easily accommodate different business processes and partner's needs. The user can map from one file type to another, saving the desired output in their map library. When the mapping is complete, the user can create a map report or a test file of the reference file type for client testing. This provides for faster prototyping and implementation.
The inherent design of the data exchange tool 10 is made of exchange logic, user interfaces, and a master set of file templates. These master file templates (XML, or other) exist in the template library and define key e-commerce file formats and key data elements within each template.
The user can begin using the basic functionality of the data exchange tool 10 immediately by viewing the master templates and beginning to understand their format and mapped data elements. The tool 10 also provides the user with the ability to read in XML and other file types in an easy-to-read manner facilitating understanding of the complex relationships between XML files and their data elements.
The user can map a new file type to a known file type or, more specifically, to a set of data elements defined in that file's reference library in the data exchange. Additional reference data libraries can be built interactively in the system using the create reference data element function. This reference data is then used in the mapping of the new files or templates to existing file types or to other new file types. The tool additionally provides an excellent reference source for the awareness and detail understanding of the complex XML structure.
Key data elements are defined as those fields within a file structure that are to be used in the comparison or translation between file types. This reference data is used to facilitate mapping between input and output file templates. These key data elements form the infrastructure of the mapping and allow the user to analyze and/or map to the new file type based on the user's critical internal data needs. This function allows the user to create, or read-in its proprietary information into the tool. The specification of the user's key fields in the data dictionary allows the user to specify those fields deemed most important for their needs or to define data elements that are not present in the users data, but critical to their e-commerce partners. They may be key fields that a financial institution needs, key fields in a reference XML file type, or other proprietary fields.
A fundamental function of the data exchange tool is the ability to read the various XML files structures more easily. Through the data exchange tool's presentation of an XML format, the user understands more quickly those specific data elements relating to purchasing and financial transactions. The user can read in an actual XML file such as an Ariba 1.1 format. That input file is displayed on the screen in a tree-style format to show the various nodes and branches of the XML structure. XML files that have been read in can be compared to file templates in the existing data exchange tool master template library as well. The user can also review the XML templates in the master library to familiarize themselves with a specific XML format and its related detailed elements.
Users may also read in other file types such as flat files, comma delimited files, or many other proprietary file types. These files can be saved in the master template library also.
The user can read in an XML file, such as an Ariba 1.1 format. The user then selects a type of output structure, e.g., Visa XML Invoice. The user then creates a report showing the currently defined mapping from the input file type to the target file: key field name, corresponding Visa Invoice field name, the value found in that field, and any sizes or type errors with the data encountered.
The user can then map other fields based on the user's defined key data elements, if desired. Once the desired mapping has been achieved, the user can select a map report or an actual output file of the reference file type containing all of the fields, which they have just mapped. These map reports or output files can be saved in the Map library.
The data exchange tool 10 preferably provides the feature of mapping from a flat file to a reference data library. Standard flat files, e.g., comma delimited, tab delimited, etc. could also be mapped to specific XML or other proprietary file types. Again, a report can be created which shows key field names, type and size of the field, and where the input file fields are not going to work with the reference data dictionary for the output file type.
Use of the data exchange tool may dramatically reduce the time currently required for system consultants to work with clients to accommodate their needs for varying file structure support within a bank environment.
This is a continuation of U.S. application Ser. No. 10/155,903, filed May 24, 2002, entitled, “DATA EXCHANGE TOOL,” which claims priority to U.S. Provisional Application No. 60/293,317, filed, May 24, 2001, entitled, “DATA EXCHANGE TOOL,” both of which are fully incorporated herein by reference.
| Number | Date | Country | |
|---|---|---|---|
| 60293317 | May 2001 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 10155903 | May 2002 | US |
| Child | 11217136 | Aug 2005 | US |
