Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Version 8.2
April 2011
Copyright
This document applies to webMethods Trading Networks Version 8.2 and to all subsequent releases. Specifications contained herein are subject to change and these changes will be reported in subsequent release notes or new editions. Copyright 20002011 Software AG, Darmstadt, Germany and/or Software AG USA, Inc., Reston, VA, United States of America, and/or their licensors. Detailed information on trademarks and patents owned by Software AG and/or its subsidiaries is located at http://documentation.softwareag.com/legal/. Use of this software is subject to adherence to Software AG's licensing conditions and terms. These terms are part of the product documentation, located at http://documentation.softwareag.com/legal/ and/or in the root installation directory of the licensed product(s). This software may include portions of third-party products. For third-party copyright notices and license terms, please refer to License Texts, Copyright Notices and Disclaimers of Third-Party Products. This document is part of the product documentation, located at http://documentation.softwareag.com/legal/ and/or in the root installation directory of the licensed product(s).
Table of Contents
About this Guide . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Document Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Documentation Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Online Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1. Overview of webMethods Trading Networks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . What Is a Trading Network? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . What Is webMethods Trading Networks? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Architecture and Components . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Trading Networks Is the Foundation for eStandards Processing . . . . . . . . . . . . . . . . . Partners in a Trading Network . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Document Processing with Trading Networks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of Trading Networks Processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Design Time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Run Time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2. Trading Partners . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of Trading Partner Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Profiles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Profile Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Profile Fields . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Data Types of Profile Fields . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Required Fields . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Trading Partner Agreements (TPAs) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . TPA Information vs. Profile Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Information in a TPA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . TPA Statuses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3. Setting Up Trading Networks to Process Documents . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of Items to Set Up for Processing Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . Document Attributes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . What You Specify to Define a Document Attribute . . . . . . . . . . . . . . . . . . . . . . . . . . . . How Document Attributes Relate to TN Document Types . . . . . . . . . . . . . . . . . . . . . . How Trading Networks Uses Document Attributes . . . . . . . . . . . . . . . . . . . . . . . . . . . TN Document Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . TN XML Document Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . TN Flat File Document Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Document Gateway Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Information You Supply to Define TN Flat File Document Types . . . . . . . . . . . . . Unknown TN Document Type . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Processing Rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 7 8 8 11 12 12 12 14 14 16 17 17 18 19 20 20 21 21 22 22 22 23 24 24 27 28 28 29 30 31 32 32 34 34 35 36 37
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Processing Rule Criteria . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Pre-processing Actions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Processing Rule Actions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Scheduled Delivery Queues and Processing Rules . . . . . . . . . . . . . . . . . . . . . . . 4. Sending Documents to Trading Networks for Processing . . . . . . . . . . . . . . . . . . . . . . Overview of Sending Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sending Documents to Trading Networks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Clients that Trading Partners Use to Send Documents . . . . . . . . . . . . . . . . . . . . . . . . Service the Client Should Invoke . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . User Accounts for Partners . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Protocols the Client Can Use . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sending the Documents to Trading Networks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sending the Documents to Trading Networks Using a Web Service . . . . . . . . . . . Forwarding Documents to Another Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sending a Document Back to the Same Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5. Trading Networks Document Processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of How Trading Networks Processes a Document . . . . . . . . . . . . . . . . . . . . . . . . Processing of Documents in Trading Networks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Recognition Processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Recognition of XML Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Recognition of Flat Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Document Gateway Services During Flat File Recognition . . . . . . . . . . . . . . . . . . Trading Networks Processing During Flat File Recognition . . . . . . . . . . . . . . . . . Processing Rule Selection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Pre-processing Actions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Processing Rule Actions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Pipeline Information that You Can Use in Processing Actions . . . . . . . . . . . . . . . . . . . Execute a Service Processing Action . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Send an Alert E-mail Processing Action . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Change User Status Processing Action . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Deliver the Document to the Receiver Processing Action . . . . . . . . . . . . . . . . . . . . . . Respond with a Message Processing Action . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Large Document Handling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . How Trading Networks Handles Large Documents Differently . . . . . . . . . . . . . . . . . . . Items You Must Set Up Differently for Large Documents . . . . . . . . . . . . . . . . . . . . . . . 6. Delivering Documents to Partners . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of Delivering Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . How Trading Networks Determines Delivery Method Information . . . . . . . . . . . . . . . . . . . . When Delivery Information Cannot Be Determined . . . . . . . . . . . . . . . . . . . . . . . . . . . Immediate Delivery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Delivering Documents Using a Web Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Adding Your Own Immediate Delivery Methods . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Reliable Delivery with Immediate Delivery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
38 39 39 40 41 42 42 42 42 43 43 44 45 46 48 51 52 52 55 55 56 56 59 60 61 62 63 64 65 65 66 66 66 67 67 69 70 71 73 73 74 76 76
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Using Reliable Delivery for an Immediate Delivery . . . . . . . . . . . . . . . . . . . . . . . . Scheduled Delivery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Scheduled Delivery Queues . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Scheduled Delivery Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Scheduled Delivery Services Provided with Trading Networks . . . . . . . . . . . . . . . Adding Your Own Scheduled Delivery Services . . . . . . . . . . . . . . . . . . . . . . . . . . Reliable Delivery and Scheduled Delivery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Queuing Documents for Polling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . When Trading Networks Uses Queue for Polling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7. Sending Documents to Business Processes for Processing . . . . . . . . . . . . . . . . . . . . Overview of Sending Documents to Business Processes . . . . . . . . . . . . . . . . . . . . . . . . . . How You Define the Business Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Conversation IDs for Trading Networks Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . How Documents Are Passed to a Business Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8. Tracking and Viewing Run-Time Information in Trading Networks . . . . . . . . . . . . . . . Run-time Information that You Can Track . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Viewing Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Resubmitting and Reprocessing Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Viewing Tasks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Stopping, Restarting, Reassigning, and Deleting Tasks . . . . . . . . . . . . . . . . . . . . . . . Viewing the Activity Log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Viewing the Server Log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9. Glossary for Trading Networks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10. Security within Trading Networks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of Security Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Communicating Securely Using SSL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Protecting Access to User Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Protecting Partner Profile Passwords . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Protecting Access to Trading Networks Processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Access Control Lists . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Certificates for Verifying, Signing, Encrypting, and Decrypting Documents . . . . . . . . . . . . Verifying Digital Signatures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Actions You Must Take to Verify Digital Signatures . . . . . . . . . . . . . . . . . . . . . . . How Trading Networks Verifies Digital Signatures . . . . . . . . . . . . . . . . . . . . . . . . Digitally Signing Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . How Trading Networks Signs Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Encrypting and Decrypting Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Encrypt Certificates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . How Trading Networks Encrypts Documents . . . . . . . . . . . . . . . . . . . . . . . . . Decrypt Certificates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . How Trading Networks Decrypts Documents . . . . . . . . . . . . . . . . . . . . . . . . .
77 77 79 80 80 80 81 81 82 85 86 86 87 87 91 92 93 93 94 94 95 95 97 107 108 108 108 110 110 111 111 112 112 113 114 114 114 114 115 115 115
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Document Conventions
Convention Bold Narrowfont UPPERCASE Italic Description Identifies elements on a screen. Identifies storage locations for services on webMethods Integration Server, using the convention folder.subfolder:service. Identifies keyboard keys. Keys you must press simultaneously are joined with a plus sign (+). Identifies variables for which you must supply values specific to your own situation or environment. Identifies new terms the first time they occur in the text. Identifies text you must type or messages displayed by the system. Indicates a set of choices from which you must choose one. Type only the information inside the curly braces. Do not type the { } symbols. Separates two mutually exclusive choices in a syntax line. Type one of these choices. Do not type the | symbol. Indicates one or more options. Type only the information inside the square brackets. Do not type the [ ] symbols. Indicates that you can type multiple options of the same type. Type only the information. Do not type the ellipsis (...).
Monospace font
{}
| [] ...
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Documentation Installation
You can download the product documentation using the Software AG Installer. Depending on the release of the webMethods product suite, the location of the downloaded documentation will be as shown in the table below. For webMethods... 6.x 7.x 8.x The documentation is downloaded to... The installation directory of each product. A central directory named _documentation in the main installation directory (webMethods by default). A central directory named _documentation in the main installation directory (Software AG by default).
Online Information
You can find additional information about Software AG products at the locations listed below. Note: The Empower Product Support Web site and the Software AG Documentation Web site replace Software AG ServLine24 and webMethods Advantage. If you want to... Access the latest version of product documentation. Go to... Software AG Documentation Web site http://documentation.softwareag.com
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
If you want to... Find information about product releases and tools that you can use to resolve problems. See the Knowledge Center to: Read technical articles and papers. Download fixes and service packs. Learn about critical alerts. See the Products area to: Download products. Download certified samples. Get information about product availability. Access older versions of product documentation. Submit feature/enhancement requests. Access additional articles, demos, and tutorials. Obtain technical information, useful resources, and online discussion forums, moderated by Software AG professionals, to help you do more with Software AG technology. Use the online discussion forums to exchange best practices and chat with other experts. Expand your knowledge about product documentation, code samples, articles, online seminars, and tutorials. Link to external Web sites that discuss open standards and many Web technology topics. See how other customers are streamlining their operations with technology from Software AG.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
10
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
What Is a Trading Network? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . What Is webMethods Trading Networks? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Architecture and Components . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Partners in a Trading Network . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Document Processing with Trading Networks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of Trading Networks Processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Note: The webMethods Trading Networks and webMethods for Partners components provide the same functionality. The difference between the components is that webMethods Trading Networks allows you to have as many partners in your network as you want, while webMethods for Partners allows you to have only a single partner. This guide provides documentation for both components although it only refers to webMethods Trading Networks.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
11
12
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
My webMethods Server is the run-time container for functions that webMethods components make available. For example, Trading Networks makes the functions to monitor and manage transactions available. Users access these functions from the My webMethods user interface. For example, when a user monitors a transaction, My webMethods Server handles the request by interacting with Trading Networks to perform the function and return information to the user. Trading Networks WmTN package runs within the Integration Server. The package provides the logic to handle the management of partners on your network and the exchange of documents. You can interact with the Trading Networks via the user interfaces. Your partners interact with the server to exchange business documents. Integration Server hosts packages that contain services and related files. The Integration Server provides an environment for the orderly, efficient, and secure execution of services. Relational database (RDBMS) that Trading Networks uses to store all information about the trading network: partner information, the types of documents to process, how to process business documents, information about business documents that pass through the network, log information, etc. You need to install a relational database for Trading Networks use, for example, Oracle or SQL Server. My webMethods is a web-based administration and monitoring user interface for managing your webMethods components. You can use it to monitor Trading Networks transactions, service execution tasks, delivery tasks, and the activity log. Additionally, you can use webMethods to manage partners, partner groups, document types, and Trading Networks queues.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
13
14
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
A Trading Network
In the above network, one of the non-Trading Networks partners is a webMethods Integration Server that is not using Trading Networks. Also, the application server and marketplace (e.g., Ariba Network) might not use Software AG software at all. Also note in the above network, that the partner in the center is referred to as the hub of the network. The other partners are referred to as spokes. The hub hosts the network and the spokes participate by interacting with the hub. A Trading Networks partner does not have to be exclusively a hub or a spoke; it can be both, as illustrated below. It can be a hub of its own network and a spoke in another partner's network.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
15
16
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Profiles for partners; that is, the information you want to collect and maintain about your partners. A profile contains the information that Trading Networks needs to exchange documents with your partners. TN document types that specify the types of business documents that you want to exchange with your partners. The business documents might conform to an industry standard, such as, cXML, CBL, OAG, and EDI, or have your own customized specifications. Processing rules that indicate how you want Trading Networks to process documents as they traverse your trading network. After you have your trading network established, you use Trading Networks to manage and maintain your trading network.
Step 1 2
Description A client sends a document to Trading Networks. Trading Networks receives and processes the document. For example, Trading Networks might be instructed to deliver the document to another trading partner.
You define the processing that Trading Networks performs at run time when a document is received. You define this run time processing by defining Trading Networks objects at design time. For a list and description of these Trading Networks objects, see Design Time on page 17 below.
Design Time
At design time, you define the following objects for Trading Networks:
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
17
Description Identifies the partners you want Trading Networks to interact with. Specifies how you want Trading Networks to exchange documents with your trading partners. Defines the types of documents that you want Trading Networks to recognize and process. Identifies the pieces of information within the documents that are important to you for processing documents and for later analyzing the documents that have passed through your network. Defines the actions you want Trading Networks to take against the documents it receives, for example, delivering the document to its receiver.
For more information, see... Profiles on page 20 Trading Partner Agreements (TPAs) on page 22 TN Document Types on page 32 Document Attributes on page 28
TN document types
Document attributes
Processing rules
Run Time
At run time, the following actions occur: Action for Trading Networks A client or back-end system sends a document to Trading Networks Trading Networks processes the document Trading Networks can deliver the document to a trading partner For more information, see... Chapter 4, Sending Documents to Trading Networks for Processing Chapter 5, Trading Networks Document Processing Chapter 6, Delivering Documents to Partners
18
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Trading Partners
20 20 22
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
19
2 Trading Partners
Profiles
A profile is a collection of information about a corporation that is a part of a trading network. Trading Networks maintains your profile (called the Enterprise profile), as well as the profile of each of your trading partners on your network. The information in a profile encompasses both technical (for example, HTTP port number) and business level (e.g., payment terms) information. You fill in profile fields to define the information for a profile. A profile contains standard profile fields that are provided out-of-the-box and extended profile fields that you define. For more information, see Profile Fields on page 21. The information in the profile includes the following types of information: General information about the corporation, for example, the corporation name and its address. Contact information for the corporation, for example, a technical contact. Information about how documents should be delivered to the corporation, for example, the HTTP host name and port number to use to deliver a document to the corporation via HTTP. Certificate information for digital signing of documents, verifying digital signatures, encrypting and decrypting documents. Any information that you want to include in the profile that Trading Networks does not provide. You define extended fields for this information. For more information about: Defining profiles, see Building B2B Integrations: webMethods Trading Networks Administrators Guide. Certificate information, see, Appendix B, Security within Trading Networks.
20
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
2 Trading Partners
Profile Status
Trading Networks maintains a status for the profile of each partner. After you add a profile for a partner and Trading Networks validates the fields, Trading Networks saves the profile and sets profile status to "Inactive". Before you can exchange documents with the partner, you must enable the profile by updating the status to "Active". When you enable your own profile, you are able to exchange documents with partners. When you enable a partner's profile, you are able to exchange documents with that partner. The following table shows the possible profile statuses and their meanings: Value Active Meaning You have filled in the partner's profile and Trading Networks has programmatically determined that all profile fields (standard and extended) are valid. You have enabled the profile by setting the status to "Active". When the partner's profile is active, you can exchange documents with the partner. Inactive When a partner's profile is inactive, you cannot exchange documents with this partner. Either you have just added the profile and have not yet enabled it, or you have disabled the profile.
Profile Fields
Profile fields are the fields in a profile. Each profile field represents information that you can collect and maintain about your own enterprise and the enterprises of each partner in your network. There are two types of profile fields-standard and extended. Standard fields are Trading Networks-defined fields that incorporate the majority of the information that you will want to collect and maintain about a partner. These profile fields are available out of the box. Most of the standard fields are for your own use, for example, the name of the corporation and its mailing address. However, Trading Networks requires some of the standard fields to operate normally, for example, the host and port number that a partner uses for HTTP to deliver a document to the partner via HTTP. Extended fields are custom fields that you define to extend the standard profile that are provided out of the box. If you want to collect additional information about your partners that is not covered by the standard fields, you can define extended fields. If you define extended fields, all profiles on your Trading Networks system will contain the standard fields and the extended fields that you define. Both standard and extended profile fields 1) have a data type and 2) can be required. For more information about defining profile fields, see Building B2B Integrations: webMethods Trading Networks Administrators Guide
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
21
2 Trading Partners
Required Fields
A required field is one that you want supplied for all profiles, both your profile and your partners. Several of the standard fields are required. If you want, you can change standard fields that come out-of-the-box as non-required to required. When you add your own extended fields, you can make them required. Each profile on your system must have a value for each required profile field before you can make the profile active. In other words, a partner's profile must contain a valid value for all required fields before you can enable the partner's profile and therefore make the partner an active member in the trading network from which Trading Networks will accept documents and to which Trading Networks can send documents. In My webMethods, Trading Networks places an asterisk (*) next to the required fields.
22
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
2 Trading Partners
TPA field Partner that represents the sender Partner that represents the receiver Type of TPA (Agreement ID)
TPA 1 A B EDITPA
TPA2 B A EDITPA
Trading Networks does not use TPAs for its own processing. For example, Trading Networks does not use TPAs when determining the processing rules to use for a document. Rather the parameters that you specify in the TPA are available for your own use. For example, you can access the TPA information from services executed by a processing rule. Access to this information allows you to build a document exchange application that uses the TPA to tailor the exchange of documents between partners. Other webMethods components take advantage of the TPA feature in Trading Networks. For example, the webMethods ebXML Module uses the TPA feature to support ebXML Collaboration Protocol Agreements (CPAs). For more information, see the webMethods ebXML Module Installation and User's Guide. Based on the document exchange processing that you want to put into effect, you define the parameters that you want saved in the TPA. The set of parameters can be different for different types of TPAs. For example, you might use TPAs for partners that exchange documents using ebXML that contain the parameters defined by the webMethods ebXML Module. Other partners might exchange documents using EDI, and for those partners you create TPAs that contain parameters defined by the webMethods EDI Module. For more information, see the webMethods EDI Module Installation and Users Guide. For more information about how to define TPAs, see Managing B2B Integrations: webMethods Trading Networks Users Guide.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
23
2 Trading Partners
Information in a TPA
When you define a TPA, you assign the following information: The partner that represents the sender for the TPA. The partner that represents the receiver for the TPA. An agreement ID to identify the type of TPA (e.g., TPAs for the webMethods EDI Module use the agreement ID "EDITPA"). The TPA data that contains the application-specific variables to use to tailor the processing of documents exchanged between the sender and receiver. You specify this data by defining an IS document type that defines the structure of the data to provide. You supply values for the variables defined by the IS document type. For example, the webMethods EDI Module ships with an IS document type (the wm.b2b.editn.TPA:EDITPA IS document type) to use for TPAs for partners exchanging EDI documents. This IS document type contains a set of variables that are used for processing EDI documents. Optionally, an export service that you supply to export the TPA data. Optionally, an initialization service that you supply to initialize the TPA data (e.g., the webMethods EDI Module supplies an initialization service to set the TPA values to its default values).
TPA Statuses
TPAs have two types of statuses-agreement status and data status. Agreement status. Indicates the status of the TPA agreement between the receiver and sender.There are three TPA agreement statuses.
Proposed When the agreement status is Proposed, a TPA is in a draft status. You do most of the modification to the TPA fields and data input in this Proposed state. Agreed An Agreed status means that the TPA is final. When the agreement status is Agreed, the data statuses take affect. Additionally, after the agreement status is Agreed, you cannot delete the TPA agreement. Disabled The Disabled status means the TPA should not be used. If you are using a TPA and no longer want to use it, you can disable it. When you disable a TPA, the TPA remains in the Trading Networks system, but is considered inactive. Later, if you decide that you need the TPA, you can change the agreement status to Proposed or Agreed.
24
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
2 Trading Partners
webMethods components that use the TPA feature recognize a Disabled agreement status for a TPA. For example, if the webMethods ebXML Module attempts to use a TPA with a Disabled status, it acts as if there is no TPA. If you create an application that uses TPAs, it should check and honor the Disabled status. Data status. The data status determines whether you can modify the TPA data, which is data that you supply for the IS document type you define for the TPA. That is, the TPA data is the data for the application-specific variables to use to tailor the processing of documents exchanged between a sender and receiver. The TPA data status can be:
Modifiable. You can change TPA data; that is you can change the values of the variables in the IS document type associated with the TPA. Non-modifiable. You cannot change the TPA data; that is you cannot change the values of the variables in the IS document type associated with the TPA. Note: The data status is only effective when the Agreement status is Agreed. When the Agreement status is Proposed, Trading Networks allows you to make any changes to the TPA, including changing the TPA data.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
25
2 Trading Partners
26
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Overview of Items to Set Up for Processing Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Document Attributes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . TN Document Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Processing Rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
27
An internet standard, for example, a cXML Purchase Order (an Ariba cXML purchase order), FIXML Quote Request (a FIXML-formatted request for quotation), or Biztalk Envelope (a Microsoft BizTalk envelope) A custom standard used specifically for your trading partner integrations, for example, a purchase order format that you and your partner have agreed upon.
In a TN document type, you specify the document attributes that you want to extract from documents that match the TN document type. For example, if you are defining a TN document type for a purchase order, you might specify to extract the attributes for the total number of items purchased and the total amount of a purchase order. For more information, see TN Document Types on page 32. Processing rules that specify the actions that you want Trading Networks to perform for the document. For example, you might specify that you want Trading Networks to deliver the document to a partner or invoke a service to process the document. For more information, see Processing Rules on page 37. For more information about standard and custom document attributes including how to define custom attributes, how to define TN document types, and how to define processing rules, see Building B2B Integrations: webMethods Trading Networks Administrators Guide.
Document Attributes
Document attributes identify selected content from the documents that pass through your trading network. This selected content is information in the documents that you are interested in, for example, a purchase order number or the account number of a purchaser. You also use the document attributes for business purpose analysis by webMethods Optimize for B2B , for example, a comparative analysis of all the purchase order quantities by a particular customer. For information about business analysis and monitoring (BAM) of Trading Networks data, see Optimizing B2B with BAM: webMethods Optimize for B2B Users Guide.
28
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Trading Networks maintains two types of attributes-system attributes and custom attributes. System attributes are Trading Networks-defined attributes. The system attributes are: SenderID ReceiverID DocumentID User Status GroupID ConversationID Identification of the sender of a document Identification of the receiver of a document Identification of the document The status that you or a partner associate with the document Identification within a document that associates a document with other documents in a group Identification within a document that associates this document with other documents in the same business process (or conversation of documents) Portion of a document that contains data that was digitally signed Portion of a document that contains the digital signature of the document
SignedBody Signature
Although you do not define the system attributes, if you want Trading Networks to extract a system attribute from a document, you must specify that system attribute in the TN document type. For more information, see How Document Attributes Relate to TN Document Types on page 30. Custom attributes are attributes that you define to identify any other content that you are interested in extracting from documents. For example, to extract the purchase order number from documents, you might define a document attribute named "PO_Number". To extract the total amount of a purchase order, you might define a document attribute named "Total_Order_Amount". For more information about system and custom document attributes, including how to define custom attributes, see Building B2B Integrations: webMethods Trading Networks Administrators Guide.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
29
In the TN document type, you can also indicate that you want Trading Networks to transform the value that is extracted for an attribute. You can transform the value using either a built-in transformation (for example, upper case a STRING value), or if you need more complex transformations, you can create your own custom transformation services.
30
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Additionally, when you define the TN document type, you indicate whether you want Trading Networks to save the attribute values that it extracts to the database. If you save the attribute values, they are available for your later use. By default, Trading Networks always saves the attribute to the database.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
31
How to query the database for documents based on the values of extracted attributes, see Managing B2B Integrations: webMethods Trading Networks Users Guide. Business analysis and monitoring of Trading Networks data, see Optimizing B2B with BAM: webMethods Optimize for B2B Users Guide.
TN Document Types
TN document types represent the types of documents that you expect to come into your trading network. TN document types include: Identification information, which indicates how Trading Networks is to recognize a type of document, for example is the document a cXML Purchase Order (an Ariba cXML purchase order) or a custom format that you and a trading partner use. Extraction information, which indicates the document attributes to extract from an inbound document that are required for further processing or monitoring. After Trading Networks matches an inbound document to the TN document type, the TN document type indicates the attributes to extract from the inbound document. For more information, see Document Attributes on page 28. Pre-processing options. In a TN document type, you can specify pre-processing options that Trading Networks performs before it performs the actions specified by a processing rule. For more information, see Pre-processing Actions on page 39. Trading Networks supports TN document types for the following categories of documents: XML Flat file EDI You need to install webMethods EDI Module for Trading Networks to support EDI document types. For more information about how Trading Networks uses TN document types at run time, see Recognition Processing on page 55.
32
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Identification information. Trading Networks checks XML documents against the identification information to determine whether the document matches a defined TN XML document type. When you define the identification information for a TN XML document type, you can specify one or more of the following:
Root tag that the XML document must have to match the TN XML document type. Identifying queries, which are XQL queries that Trading Networks performs against the XML document to locate specific nodes in the XML document. The nodes must be present for Trading Networks to consider the TN XML document type a match. Optionally, you can specify the value the node must have. Pipeline variables that must be present when Trading Networks is determining the TN XML document type to use. The pipeline variables that you specify must exist for Trading Networks to consider the TN XML document type a match. Optionally, you can specify the value the pipeline variables must have.
Extraction information. Specifies the attributes (system attributes and custom attributes) that you want Trading Networks to extract from XML documents. You define XQL queries that Trading Networks uses to locate the attributes within the XML documents. For Trading Networks to extract a value, the node that the XQL query identifies must exist in the XML document. Optionally, in the extraction information, you can specify that you want Trading Networks to use a built-in transformation or invoke a custom transformation service against the attribute value to alter the value of the extracted attribute. For example, you might want Trading Networks to transform a STRING value into all uppercase characters. Namespace mappings. If the XML documents use namespaces, you should specify namespace mappings to describe the namespaces that XML documents might use. Namespaces are used in an XML document to distinguish between elements that come from different sources. A set of elements (or tags) from a specific source is assigned to a specific namespace. Each namespace is associated with a URI, which is used to uniquely identify the namespace. Namespace mappings map the prefixes used by namespaces to the URIs used by those namespaces. For more information about XML namespaces, see the XML Namespace specification at http://www.w3.org/. When you define namespace mappings in a TN XML document type, Trading Networks uses the namespace mappings you specify when applying XQL queries against the XML document. That is, Trading Networks uses the namespace mappings for both the identifying XQL queries and the XQL queries to extract attributes. Options. You can use the options to define items for later processing. When specifying the options for an XML document, you can specify:
An IS document type that defines the structure of the XML document and that can be used to parse the XML document into an IData object. Trading Networks uses the IS document type if you invoke the wm.tn.doc.xml:bizdocToRecord service to convert the document content in the BizDocEnvelope to an IData object.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
33
An IS schema that defines the structure of the XML document. Trading Networks uses this IS schema if you indicate you want to Trading Networks to perform the pre-processing action to validate the structure of the XML document. Whether you want Trading Networks to perform any or all of the pre-processing actions. Pre-processing actions are actions that Trading Networks performs before using the processing rule actions to process the XML document. For more information, see Pre-processing Actions on page 39. Note: You specify pre-processing actions in both TN XML document types and processing rules. The pre-processing actions in a processing rule indicate whether Trading Networks is to use the settings from the TN document type or to override the TN document type settings.
Whether you want Trading Networks to process a document using a processing rule or want to prevent Trading Networks from performing processing rule actions. When you disable processing rule routing, Trading Networks only performs the pre-processing actions specified in the TN document type; it does not search for a processing rule, nor does it perform any processing rule actions.
For information about how to define TN XML document type and how to define document attributes, see Building B2B Integrations: webMethods Trading Networks Administrators Guide.
34
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Document gateway services are the entry points for flat files into Trading Networks. That is, rather than sending flat files directly to Trading Networks, your trading partners send their flat files to a document gateway service. After the gateway service executes, it passes control to Trading Networks. A document gateway service performs the following: Provide hints to Trading Networks to indicate the TN flat file document type to use for the flat file document. The service provides these hints in the TN_parms variable, which is located at the root of the pipeline. Specifies the attributes and their values. Because Trading Networks does have knowledge of the structure a flat file document, it cannot extract values for attributes. If you want to use document attributes, the gateway service must supply the values. Records the name of the gateway service in the pipeline. This allows Trading Networks to be able to obtain the name of the gateway service and record it in its database. Because Trading Networks records the name of the gateway service, you can resubmit the document if necessary. Passes the flat file document to Trading Networks to continue processing.
A flat file schema that Trading Networks can use to perform the pre-processing action to validate the structure of the flat file document.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
35
Whether you want Trading Networks to perform any or all of the pre-processing actions. Pre-processing actions are actions that Trading Networks performs before using the processing rule actions to process the flat file document. For more information, see Pre-processing Actions on page 39. Note: You specify pre-processing actions in both TN flat file document types and processing rules. The pre-processing actions in a processing rule indicate whether Trading Networks is to use the settings from the TN document type or to override the TN document type settings.
Whether you want Trading Networks to process a document using a processing rule or want to prevent Trading Networks from performing processing rule actions. When you disable processing rule routing, Trading Networks only performs the pre-processing actions specified in the TN document type; it does not search for a processing rule, nor does it perform any processing rule actions.
For more information about: How to define TN flat file document types, see Building B2B Integrations: webMethods Trading Networks Administrators Guide. Flat file schemas and parsing flat files, see the Flat File Schema Developers Guide.
36
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Trading Networks will still attempt to process documents with an unknown TN document type by performing the actions identified in the processing rule that the document triggers. You can set up processing rules that act on documents with an unknown TN document type.
Processing Rules
Processing rules specify how you want Trading Networks to process documents. Processing rules define the actions that you want Trading Networks to take for a particular document. For example, you might want Trading Networks to send an alert email message to a contact and then deliver the document to the receiver that is identified in the document. For each document that Trading Networks is to process, it performs a processing rule lookup to determine which processing rule to use. To perform the lookup, Trading Networks uses criteria that you define in processing rules. Trading Networks matches information from the document against the criteria you specify. After Trading Networks locates a matching processing rule based on the criteria, it takes the actions that you specify in the matching processing rule. Processing Rules
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
37
Note: If you do not want Trading Networks to perform any processing actions, you disable processing rule routing for documents in the TN document type. When processing rule routing is disabled, Trading Networks does not lookup a processing rule. It performs the pre-processing actions as defined in the TN document type, but does not perform any processing actions. For more information about how to define processing rules, see Building B2B Integrations: webMethods Trading Networks Administrators Guide
38
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
For more information about how Trading Networks uses processing rule criteria at run time, see Processing Rule Selection on page 60.
Pre-processing Actions
The pre-processing actions specify actions you want Trading Networks to take before it processes the document using the processing actions you specify. For a list of the processing rule actions, see Processing Rule Actions on page 39. Use pre-processing actions to instruct Trading Networks to: Verify the digital signature of a document Validate the structure of a document Determine whether the document has already been received by Trading Networks Save the document content, attribute values, and/or activity log information to the database Note: You can specify pre-processing actions in both TN document types and the processing rule. You can use the pre-processing actions in the processing rule to override the actions that are specified in the TN document type. For more information about how Trading Networks uses pre-processing actions at run time, see Pre-processing Actions on page 61.
Immediately using delivery methods such as SMTP, HTTP, FTP, FTPS, or Web Service by invoking a delivery service that you create. At a later time using scheduled delivery. To schedule a document, Trading Networks places the document into a scheduled delivery queue that you define. When you define the queue, you associate the delivery schedule with the queue.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
39
At the times indicated by the delivery schedule, Trading Networks acts on the documents that are in the queue. For more information about queues, see Scheduled Delivery Queues and Processing Rules on page 40.
Queue the document for polling. In this situation Trading Networks does not deliver the document; rather, the receiver polls for the document at a later time and Trading Networks returns the document in response to the polling. For more information about delivery options, see Chapter 6, Delivering Documents to Partners.
Respond to the caller by sending a message back to the sender of the document. For more information about how Trading Networks uses processing actions at run time, see Processing Rule Actions on page 62.
40
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Overview of Sending Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sending Documents to Trading Networks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Forwarding Documents to Another Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sending a Document Back to the Same Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
41
42
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
43
Method Post the document via HTTPS Send a document via FTP Send a document via FTPS Send a document via SMTP Send a document using a web service Submit the XML document in the $xmldata variable
XML document
Client All types of clients except browser-based clients All types of clients except browser-based clients All types of clients except browser-based clients All types of clients except browser-based clients All types of clients All types of clients
Note: For more details about using each of the above methods for XML documents, see the information about passing XML data to services in webMethods Service Development Help. For more information about creating clients, see the chapter about creating client code in Software AG Designer Online Help. In Software AG Designer Online Help, clients are referred to as IS clients.
44
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Step 1 2
Description The client or back-end system sends the document to Trading Networks. If the document is a flat file, the client or back-end system should invoke the document gateway service. For more information, see Document Gateway Services on page 34. When Trading Networks receives the document, it processes the document as defined by TN document types and processing rules. Trading Networks performs the following tasks to process the document: 1 Recognizes the document using the TN document types. If the document is a flat file, the document first goes to the document gateway service, then to Trading Networks for recognition. For more information, see Recognition Processing on page 55. Extracts the attribute values from the document as instructed by the matching TN document type. For more information, see Recognition Processing on page 55. Performs the pre-processing actions against the document as defined in the TN document type and/or processing rule. For more information, see Preprocessing Actions on page 61. Performs the processing actions against the document as defined in the processing rule. For more information, see Processing Rule Actions on page 62.
For more information, see Chapter 3, Setting Up Trading Networks to Process Documents and Chapter 5, Trading Networks Document Processing.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
45
You can create a web service using any service in the Integration Server packages. However, for Integration Server to be able to pass the documents it receives from the partner to your Trading Networks, the service using which you create the web service must internally invoke the wm.tn:receive service. For example, consider that you publish a service wm.inventory:publishinventorystatus as a web service so that your partners can request for the current inventory status. When a partner sends the request document by invoking the web service, the service using which you created the wm.inventory:publishinventorystatus web service, along with performing other business functions, must internally invoke the wm.tn:receive service to be able to pass the inventory status request document to Trading Networks. For information about the procedure of creating and publishing web services, see Web Services Developers Guide.
Similarly, you might set up your Trading Networks system to delivery a document to a partner's system. In this situation, your Trading Networks system becomes the client to your partner's system.
46
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Your Trading Networks System as a Client to Your Partners Trading Networks System
To forward a document to another server, you can use either the Execute a service or the Deliver Document By processing actions. Forwarding Documents to Another Integration Server
Step 1
Description A client or back-end system sends a document to Trading Networks. Note: In the above illustration, a document gateway service is not shown. If the document is a flat file, it would be processed by a document gateway service before being sent to Trading Networks for processing.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
47
Step 2 3
Description Trading Networks processes the document as defined by TN document types and processing rules. The actions in the processing rule indicate to deliver the document to another instance of Trading Networks, that is, the target Trading Networks. You can use either the Execute a service or the Deliver Document By processing actions: When you use the Execute a service processing action, Trading Networks executes a service that you specify. To forward the document the target Trading Networks, this service can invoke the wm.tn:receive service or a document gateway service on the target Integration Server. When you use the Deliver Document By processing action, Trading Networks sends the document being processed to the partner identified as the receiver in the document. Trading Networks uses the delivery information in the profile to determine how to send the document to the target Trading Networks.
The Trading Networks receives the document and processes it as defined by its TN document types and processing rules.
48
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Step 1 2
Description The client or back-end system sends the original document (e.g., XML document) to Trading Networks running on an Integration Server. Trading Networks processes the document as defined by TN document types and processing rules. (For example, convert the document from cXML format to CBL format.) Additionally, the processing actions include logic to send the document back to the same Trading Networks for further processing (e.g., to deliver it to the receiving partner). To send the document back to the same Trading Networks: For an XML document, use the wm.tn.doc.xml:routeXml service rather than the wm.tn:receive service. For a flat file, use the wm.tn.doc.ff:routeFlatFile service rather than the wm.tn:receive service. Trading Networks does not check the identity of the sender against the IS user account invoking the wm.tn.doc.xml:routeXml or wm.tn.doc.ff:routeFlatFile service. (That is, Trading Networks does not check to ensure that the user invoking the one of these services has Trading Networks partner authority and that the sender identified within the document is associated with the partner that sent the document.)
Trading Networks processes the document again; this time selecting a different TN document type and processing rule for the document. (For example, this time Trading Networks might select a processing rule that indicates that the document is to be delivered to the receiving partner.)
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
49
50
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Overview of How Trading Networks Processes a Document . . . . . . . . . . . . . . . . . . . . . . . . . . . . Processing of Documents in Trading Networks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Recognition Processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Processing Rule Selection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Pre-processing Actions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Processing Rule Actions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Large Document Handling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
51
52
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Step 1
Description Trading Networks is sent a document (for example an XML document or a flat file) to process. For information about how to send a document to Trading Networks, see Chapter 4, Sending Documents to Trading Networks for Processing. If the document is a flat file, the document is first sent to a document gateway service. The document gateway service provides recognition hints that Trading Networks uses to help select the correct TN document type in the next step. For more information, see Document Gateway Services on page 34.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
53
Step 3
Description Trading Networks performs recognition processing. In recognition processing, Trading Networks recognizes the type of document using TN document types that you set up. For more information about TN XML document types, see TN XML Document Types on page 32. For more information about TN flat file document types, see TN Flat File Document Types on page 34. If Trading Networks cannot determine the type of document, it considers the TN document type unknown. For more information, see Unknown TN Document Type on page 36. If Trading Networks determines the type of document, it extracts specific pieces of information from the document based on the document attributes you specify in the TN document type. For more information about document attributes, see Document Attributes on page 28 and How Document Attributes Relate to TN Document Types on page 30. For more information about this step, see Recognition Processing on page 55.
The output of the Trading Networks recognition processing is a BizDocEnvelope. A BizDocEnvelope contains the original document, the extracted attribute values, and additional information that Trading Networks requires for routing and processing the document. In other words, the BizDocEnvelope represents a routable Trading Networks transaction. Trading Networks places the BizDocEnvelope in the pipeline in the bizdoc variable. Note: You can define a TN document type to indicate that you want to disable processing rule routing. If the TN document type that matched the incoming document indicates that processing rule routing is disabled, Trading Networks performs the pre-processing actions defined by the TN document type. After that, Trading Networks does not perform a processing rule lookup, nor does it perform any processing rule actions. However, if the document is part of a business process, Trading Networks will pass the document to the Process Engine. For more information, see Chapter 7, Sending Documents to Business Processes for Processing.
Trading Networks performs processing rule selection. In this step, Trading Networks uses the processing rule criteria to locate the processing rule to use for the inbound document. For more information, see Processing Rule Selection on page 60. Trading Networks performs pre-processing actions that you define in either the TN document type or the processing rule. For more information, see Preprocessing Actions on page 61.
54
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Step 7
Description Trading Networks performs the actions you specify in the processing rule. For more information, see Processing Rule Actions on page 62. Note: If Trading Networks successfully extracted the ConversationID system attribute from a document, Trading Networks passes the document to the Process Engine for the document to be processed in a business process. You define the actions taken in the business process by creating a process model. For more information, see Chapter 7, Sending Documents to Business Processes for Processing.
Recognition Processing
When Trading Networks receives an inbound document, the first step is recognition processing; that is, determining the TN document type to use. After determining the TN document type, Trading Networks uses the matching TN document type to determine the document attribute values to associate with the document and the initial list of pre-processing actions to perform against the document. Note: You can specify pre-processing actions in both TN document types and the processing rule. You can use the pre-processing actions in the processing rule to override the actions that are specified in the TN document type. The final step of recognition processing is to form a BizDocEnvelope that contains the original document, the extracted attribute values, and additional information that Trading Networks requires for routing and processing the document. The BizDocEnvelope is passed to other processing in the bizdoc variable in the pipeline. Recognition processing varies based on whether the inbound document is an XML document or a flat file document.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
55
document. Additionally, if you specify a value for the identifying query, Trading Networks also ensures that the value of the node represented by the XQL query matches the value you specified in the identification information; if not, Trading Networks will not use the TN XML document type for the inbound XML document. Pipeline values that must be present. Trading Networks inspects the pipeline for the variables that you specified in the TN XML document type. Trading Networks only uses the TN XML document type if the variables you specify exist. Additionally, if you specify a value for the pipeline variables, Trading Networks also ensures that the value of the pipeline variable matches the value you specified in the identification information; if not, Trading Networks will not use the TN XML document type for the inbound XML document After determining the TN XML document type to use, Trading Networks extracts the values of the document attributes associated with the TN XML document type by executing the XQL queries for the document attributes. For more information about how to define TN XML document type, see Building B2B Integrations: webMethods Trading Networks Administrators Guide.
56
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Step 1
Description A user sends a flat file document to a Trading Networks document gateway service. Note: Trading Networks considers incoming documents with the "text/plain" content type as flat file documents by default. You can register other content types as flat file documents as well. Use the tn.ff.contenttypes property in the properties.cnf file to register additional flat file content types. For more information, see the information about configuration properties in Building B2B Integrations: webMethods Trading Networks Administrators Guide.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
57
Step 2
Description The flat file document passes through the document gateway service, which provides information hints needed by Trading Networks for flat file document recognition. Note: Because Trading Networks looks for these hints in TN_parms, applications that want to pass data into Trading Networks should place the data in the TN_parms variable, which is located at the root of the pipeline. The document gateway service performs the following: Specifies values for at least one of the following system attributes: SenderID, ReceiverID, GroupID, ConversationID, DocumentID, and DoctypeID or DoctypeNameID in the TN_parms variable in the pipeline. These could be hardcoded in the gateway service, derived from the document content, or derived by some other means. Optionally, adds custom (user-defined) attributes to the pipeline in the TN_parms variable. Invokes the wm.tn:receive or wm.tn.doc.ff:routeFlatFile service.
3 4
The wm.tn.receive service recognizes the flat file data and creates a bizdoc from it. The wm.tn.receive service invokes the Trading Networks recognition process, which determines the TN flat file document type to use for the file. Note: If you specify the document type ID or the document type name, (i.e., the gateway service sets the variable DoctypeID or the variable DoctypeName within TN_parms), Trading Networks will not attempt to determine which TN flat file document type to use. Instead, Trading Networks skips this step and will use the TN flat file document type specified by DoctypeID or DoctypeName. Trading Networks completes the bizdoc by filling in attribute values. The TN document type has certain custom attributes associated with it. If there is a variable in the pipeline for a custom attribute (set by the gateway service), Trading Networks sets the value of that attribute in the bizdoc. The Trading Networks recognition process returns a bizdoc and information about the sender and receiver. Trading Networks adds the bizdoc to the pipeline.
58
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Step 5
Description At this point, Trading Networks handles the flat file bizdoc just like a bizdoc formed from an XML document. If processing rule routing is enabled, Trading Networks continues with the pre-processing actions and the actions specified in the processing rules. If the TN document type disabled processing rule routing, Trading Networks performs the pre-processing actions defined by the TN document type. After that, Trading Networks does not perform a processing rule lookup, nor does it perform any processing rule actions. However, if the document is part of a business process, Trading Networks will pass the document to the Process Engine. For more information, see Chapter 7, Sending Documents to Business Processes for Processing.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
59
If a document matches more than one processing rule, Trading Networks uses the first processing rule it encounters. As a result, the order in which you maintain your processing rules is important because Trading Networks checks for a matching processing rule in that order. Keep rules with specific criteria before rules with general criteria. You should also set up a default processing rule that you want Trading Networks to use when a document does not match any of the other processing rules. Place the default processing rule last in the list.
60
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
For more information about how to define processing rule criteria and how to maintain the order of your processing rules, see Building B2B Integrations: webMethods Trading Networks Administrators Guide.
Pre-processing Actions
After selecting the processing rule, Trading Networks has the list of pre-processing actions specified in the TN document type and the list of pre-processing actions specified in the selected processing rule. Note: The pre-processing actions in the processing rules can override the pre-processing actions specified in the a TN document type. Each pre-processing action in the processing rule, can indicate one of the following: Use the setting in the TN document type Perform the pre-processing action regardless of the setting in the TN document type Not perform the action regardless of the setting in the TN document type The following list the pre-processing actions. Trading Networks performs the preprocessing actions in the order specified. Verify Digital Signature. For this pre-processing action Trading Networks verifies the digital signature of the inbound document. This pre-processing action verifies:
The digital signature to assure that the signed body of the inbound document has arrived unchanged. The sender is who it claims to be by matching the certificate from the digital signature to the certificate that Trading Networks has on file for the partner.
Validate Structure. For this pre-processing action Trading Networks validates the structure of the document against an IS schema. Trading Networks assures that the document matches the structure identified by the IS schema (using the pub.schema:validate built-in service). Check for Duplicate Document. For this pre-processing action, Trading Networks determines whether there is a duplicate of the document; that is, if it has already received the document. You can have Trading Networks determine whether the document has a duplicate using a built-in duplication check that Trading Networks provides or using a custom duplicate check service that you create.
Built-in services. Trading Networks checks the document being processed against documents it has in its database. The built-in duplication checks that Trading Networks provides are:
Document ID only. Trading Networks assures that it does not already have a document with same document ID in its database.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
61
Document ID and sender. Trading Networks assures that it does not already have a document with same document ID and sender in its database. Document ID, sender and receiver. Trading Networks assures that it does not already have a document with the same document ID, sender, and receiver in its database. Document ID, sender and document type. Trading Networks assures that it does not already have a document with the same document ID, sender, and TN document type in its database.
Custom services. If you want to use another method to determine whether a document is a duplicate, you can create and use a duplication check service. Trading Networks saves the results of the duplication check to the pipeline. As a result, this information is available for use in the processing actions that you define in the processing rule. Additionally, Trading Networks uses the results of the duplication check in the Save Document to Database pre-processing action.
Save Document to Database. For this pre-processing action Trading Networks saves a copy of the document content, attributes, and/or activity log information to the database. You can instruct Trading Networks to use the results of the duplication check for this pre-processing action; that is, you can instruct Trading Networks to only save information to its database if the inbound document is not a duplicate. Certain delivery options require saving the document content to the database, for example, if you want to deliver a document via a queue. If you do not select to save the document content and Trading Networks is to use a delivery option that requires document content to be saved, Trading Networks will automatically save the document. Regardless of whether Trading Networks can perform a specified pre-processing action or if errors result from a pre-processing action, Trading Networks continues performing the rest of the pre-processing actions. It also performs the processing actions that are defined in the processing rule. If Trading Networks is unable to perform a pre-processing action or errors result, Trading Networks records the information to its activity log. For more information about how to define pre-processing actions in TN document types and how to define pre-processing actions in processing rules, see Building B2B Integrations: webMethods Trading Networks Administrators Guide.
62
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Action 3: Change User Status Processing Action on page 65 Action 4: Deliver the Document to the Receiver Processing Action on page 66 Action 5: Respond with a Message Processing Action on page 66 If Trading Networks encounters an error performing one of the actions, it will continue to attempt the other actions. For example, if the service specified in the rule does not exist, Trading Networks will receive an error attempting to invoke the service. In this situation, Trading Networks logs the error in the activity log and continues, attempting to send the alert e-mail message and deliver the document to the receiver. For more information about how to define processing actions in processing rules, see Building B2B Integrations: webMethods Trading Networks Administrators Guide.
Deliver Document by
The following illustrates the information that Trading Networks places in the pipeline when a document is recognized.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
63
Variable bizdoc
Description Contains the BizDocEnvelope that Trading Networks creates during recognition processing. The BizDocEnvelope contains the original document content and the extracted attribute values. This variable adheres to the wm.tn.rec:BizDocEnvelope IS document type. Contains information about the partner that is identified as the sender in the document. This variable adheres to wm.tn.rec:ProfileSummary IS document type. Contains information about the partner that is identified as the receiver in the document. This variable adheres to wm.tn.rec:ProfileSummary IS document type.
sender
receiver
To see the actual structure of each of these IS document types, use the Software AG Designer to view the IS document types. All the IS document types are located in the wm.tn.rec folder that is in the WmTN package and each is described in the webMethods Trading Networks Built-In Services Reference. Note: The bizdoc variable is an instance of com.wm.app.tn.doc.BizDocEnvelope. The sender and receiver variables are instances of com.wm.app.tn.profile.ProfileSummary. In addition to the information that Trading Networks normally places in the pipeline when executing a processing rule, if the processing rule specifies the Execute a service action and also indicates that Trading Networks is to invoke the service synchronously, the pipeline will contain any information placed in it by the service as well. The pipeline will also contain information from a gateway service, if a gateway service was used for a flat file.
64
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Asynchronous. Trading Networks invokes the service asynchronously a single time. Trading Networks processes the remaining processing actions immediately. The results of the service are not available in the pipeline for the remaining processing actions. If there are no subsequent processing actions, Trading Networks immediately returns to the caller that sent the document for processing. Service Execution Task. Trading Networks uses a service execution task to execute the service asynchronously. By using a service execution task, Trading Networks uses its reliable execution feature. The reliable execution feature allows Trading Networks to automatically retry failed services. If Trading Networks attempts to execute a service and the service fails, Trading Networks attempts to execute the service subsequent times until the service succeeds or until Trading Networks reaches the maximum retry limit. If Trading Networks has reached the maximum retry limit and the service has not successfully executed, Trading Networks marks the service execution task as failed. You define the system-wide parameters that Trading Networks uses to determine how many times to attempt to re-execute a failed service and how often to attempt the retries (how often to wait between the attempts to retry a service after a failed attempt).
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
65
66
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
If some or all of the documents that you need Trading Networks to process encounter problems due to memory constraints, you can set up Trading Networks to handle large documents in a different manner. That is, you can have Trading Networks write large document content to hard disk drive space (referred to as tspace) and keep a reference to the large document content in memory rather than in the document content itself.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
67
When Trading Networks works with XML documents, it only reads a certain number of bytes of XML document to use for XQL queries in TN document types. You configure the number of bytes that Trading Networks reads. Ensure IS clients do not use the $xmldata variable to send large XML documents to Trading Networks. For more information about clients, see Clients that Trading Partners Use to Send Documents on page 42. Code services to recognize when a document is large and take the appropriate actions based on whether the document content is in memory or written to hard disk drive space. This affects:
Services you create to be invoked by the Execute a Service processing action. Immediate delivery services you register to add addition immediate delivery methods. For more information, see Adding Your Own Immediate Delivery Methods on page 76. Scheduled delivery services that you register to use with scheduled delivery queues. For more information, see Scheduled Delivery Services on page 80.
For more information about how to create services to be invoked by the Execute a Service processing action, and how to create delivery services, see Building B2B Integrations: webMethods Trading Networks Administrators Guide.
68
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Overview of Delivering Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . How Trading Networks Determines Delivery Method Information . . . . . . . . . . . . . . . . . . . . . . . . Immediate Delivery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Scheduled Delivery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Queuing Documents for Polling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
69
70
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
71
Step 1
Description Trading Networks receives a document and extracts the ReceiverID attribute from the document. In the above illustration, the value of the ReceiverID attribute is 123456789 and is found within the <DUNS> tag. Trading Networks matches the value of the ReceiverID attribute to the external ID information stored for partners in the partner profiles. The profile that contains the matching external ID information is the profile for the receiving partner. In this illustration, the matching profile is for a partner that has the DU-N-S number 123456789. Trading Networks looks up the delivery method specified on the Deliver Document By action of the processing rule in the receiving partner's profile to obtain delivery information that is specific to that partner. In this illustration, the Primary HTTP information defined in the matching partner profile indicates that Trading Networks is to deliver the document to the host name TN01 at port 5555 specifying the location /invoke/wm.tn/receive.
Trading Networks uses the delivery information specified in the profile to deliver the document. In this illustration, Trading Networks delivers the document to the receiver at the URL http://TN01:5555/invoke/wm.tn/receive.
72
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
For more information about how to define external IDs and delivery method information in profiles, see Building B2B Integrations: webMethods Trading Networks Administrators Guide.
Immediate Delivery
For an immediate delivery, Trading Networks attempts to immediately deliver a document directly to the receiving partner. Delivering Documents with an Immediate Delivery Method
You can create immediate delivery methods using the delivery methods such as HTTP, FTP, and so on, that Trading Networks provides. In addition, Trading Networks provides some built-in immediate delivery methods such as Primary HTTP and Secondary FTP. You can also create immediate delivery methods using custom delivery methods. For information about creating immediate delivery methods using custom delivery methods, see Adding Your Own Immediate Delivery Methods on page 76.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
73
Each immediate delivery method is associated with an immediate delivery service. An immediate delivery service is a service that acts on a single document to deliver the document to a single partner. Trading Networks invokes the delivery service to deliver a document to a trading partner. When you create immediate delivery methods, Trading Networks automatically creates the underlying delivery service. For the built-in immediate delivery methods, the delivery services are available by default. To create immediate delivery methods, Trading Networks provides the following delivery methods: E-mail FTP FTPS HTTP HTTPS Web Service
Using the above delivery methods that Trading Networks provides, you can create multiple immediate delivery methods for a partner. For example, for partner A, you can create the immediate delivery methods HTTP - A, FTP - A, and E-mail - A. You can also use one immediate delivery method for multiple partners. For example, you can use the HTTP - A immediate delivery method for partner A, partner B, and partner C. The built-in immediate delivery methods that Trading Networks provides are as follows: Primary E-mail Primary FTP Primary FTPS Primary HTTP Primary HTTPS Secondary E-mail Secondary FTP Secondary FTPS Secondary HTTP Secondary HTTPS
74
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Step 1
Description To deliver a document using the web service delivery method, Trading Networks uses a Web service connector to invoke the web service available at the partner's end. You create this Web service connector in Integration Server. To pass the data from Trading Networks to the Web service connector based on the connector's input data structure, Trading Networks requires a mapping service. The mapping service must map the pipeline variables with the required input values of the Web service connector. The output of the service must have the same document structure as that of the Web service connector's input document structure. In most cases, the input of the mapping service is the bizdoc envelope, thus mapping the bizdoc attributes with the input parameters of the Web service connector.
After the Web service connector invokes the web service at the partner's end, it obtains the response from the partner. The response obtained can be added to the bizdoc or sent as a separate document to Trading Networks. If Trading Networks receives the response as a separate document, Trading Networks processes that document just like any other document it receives.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
75
For detailed information about creating Web service connectors in Integration Server, see Web Services Developers Guide. For information about the step by step procedure required to enable a web service delivery, see Building B2B Integrations: webMethods Trading Networks Administrators Guide.
76
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Delivery tasks remain in the Trading Networks system until you delete them or until the document with which the delivery task is associated is archived or deleted. For information about how documents can be archived or deleted, see Building B2B Integrations: webMethods Trading Networks Administrators Guide. You can view information about delivery tasks in My webMethods on the Monitoring > Integration > B2B > Tasks page. For more information about how to view and restart tasks, see Managing B2B Integrations: webMethods Trading Networks Users Guide.
Scheduled Delivery
Scheduled delivery is a way to batch multiple documents that are acted on (delivered) at scheduled times. When the Deliver Document By processing action indicates a scheduled delivery method, Trading Networks creates a delivery task for the document and places the delivery task in the queue identified with the Deliver Document By processing action. The queue is associated with a schedule and a scheduled delivery service. At the times the schedule indicates, Trading Networks invokes the scheduled delivery service to act on the documents in the queue to deliver them. Use scheduled delivery when it is more efficient to deliver a batch of documents at a time rather than deliver them immediately as they arrive. For example, if you want to deliver documents via FTP, you might want to use scheduled delivery, so you only open a connection one time, deliver all the documents in the queue, then close the connection, rather than delivering the documents with an immediate delivery method that requires the connection to be opened and closed for each document being delivered. The following diagram illustrates scheduled delivery. For more information, see the table below the diagram.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
77
Step 1
Description Trading Networks receives a document, and the processing rule for the document includes the Deliver Document By processing action and indicates scheduled delivery. Trading Networks establishes a delivery task for the document. The delivery task includes the BizDocEnvelope, which includes the content of the document. Trading Networks places the delivery task in the scheduled delivery queue that is identified with the Deliver Document By processing action.
78
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Step 3
Description When the schedule associated with the scheduled delivery queue indicates, Trading Networks invokes the scheduled delivery service that is associated with the scheduled delivery queue. The scheduled delivery service acts on each delivery task in the queue. The scheduled delivery service attempts to deliver the document to the receiving partner and indicates whether the delivery was successful or not. The status of the delivery task is updated accordingly. For more information, see Reliable Delivery and Scheduled Delivery on page 81.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
79
For more information about how to define private and public queues, and for selecting a queue for scheduled delivery in a processing rule, see Building B2B Integrations: webMethods Trading Networks Administrators Guide.
80
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
For more information about how to create and register a scheduled delivery service, see Building B2B Integrations: webMethods Trading Networks Administrators Guide.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
81
When the Deliver Document By processing action indicates Queue for polling, Trading Networks saves the document to the database and sets the documents processing status to POLLABLE. For Trading Networks to queue documents, it must save the document to the database. As a result, Trading Networks always saves the document to the database regardless of whether instructed to do so by the Save Document to Database pre-processing action. Trading Networks then waits for the receiving partner to poll for the documents. To poll for documents, the receiving partner determines the polling method (e.g., HTTP) to use to access your system to retrieve its documents. To do so, the receiving partner looks up your enterprise's profile on its system. The delivery method information in your profile on the receiving partner's system should identify the polling method to use and how often to poll for documents on your system. Using the polling method, the receiving partner asks for each document in turn. In response, your system delivers the document to the receiving partner. The receiving partner returns a status for the document whether the document was accepted or accepted with errors. Your Trading Networks system updates the processing status of the document on your system accordingly, either setting it to ACCEPTED or ACCEPTED W/ ERRORS. Polling for Documents
Note: When the delivery method is Queue for polling, Trading Networks does not use reliable delivery because Trading Networks does not deliver the document. It sends the document in response to a request from the partner that is to receive the document.
82
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
profile does not contain delivery information for that immediate delivery method. Or, another example is when the scheduled delivery method is Receiver's Queue, but no queue is defined in the receiving partner's profile.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
83
84
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Overview of Sending Documents to Business Processes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . How You Define the Business Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Conversation IDs for Trading Networks Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . How Documents Are Passed to a Business Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
85
86
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
document, it determines whether it has a running business process that uses the conversation ID. If it does, the Process Engine passes the document to the running business process to rejoin the running business process. If there is no running business processes that uses that conversation ID, the Process Engine searches for a process model that has the first step that waits for the document, and if found, starts a new instance of the process model. As the Process Engine manages the execution of a business process, it logs its progress and status to the Process Audit Log database. You can view the progress and status from My webMethods using webMethods Monitor. For more information about: How to create process models, see the webMethods BPM Process Development Help. How to monitor running business processes, see Monitoring BPM, Services, and Documents with BAM: webMethods Monitor Users Guide.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
87
The following diagram illustrates Trading Networks passing a document to the Process Engine. For more information, see the table after the diagram. Processing documents using a business process
Step 1
Description When Trading Networks receives a document and determines the TN document type to use for the document. The TN document type should instruct Trading Networks to extract the ConversationID system attribute.
88
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Step 2
Description Trading Networks creates the BizDocEnvelope for the document. The BizDocEnvelope contains the original document, the extracted attribute values, and additional information that Trading Networks requires for routing and processing the document. Note: You can define a TN document type to indicate that you want to disable processing rule routing. If the TN document type that matched the incoming document indicates that processing rule routing is disabled, Trading Networks performs the pre-processing actions defined by the TN document type. After that, Trading Networks does not perform a processing rule lookup, nor does it perform any processing rule actions. Because the ConversationID was extracted, Trading Networks immediately passes the document to the Process Engine, which is described in step 6.
Trading Networks performs processing rule selection. In this step, Trading Networks uses the processing rule criteria to locate the processing rule to use for the inbound document. For more information, see Processing Rule Selection on page 60. Trading Networks performs pre-processing actions that you define in either the TN document type or the processing rule. For more information, see Preprocessing Actions on page 61. If Trading Networks is to send a document to the Process Engine, it always saves the attributes and activity log information to its database.
5 6
Trading Networks performs the actions you specify in the processing rule, if any. For more information, see Processing Rule Actions on page 62. Because the ConversationID system attribute contains a value, Trading Networks passes the document to the Process Engine. The Process Engine either: Starts a new business process based on a process model that you have designed if the ConversationID does not match that of any running business process. -or Rejoins a running business process if it determines that the ConversationID matches that of a currently running business process.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
89
90
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Run-time Information that You Can Track . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Viewing Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Viewing Tasks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Viewing the Activity Log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Viewing the Server Log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
91
If you plan to use the same query multiple times, you can save the query settings. When you want to use the same query again, you simply select that saved query. Note: My webMethods and Trading Networks do not share queries. Queries you save in one of the user interfaces cannot be used in the other user interface. For more information about how to save searches in My webMethods, see Working with My webMethods.
92
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Viewing Documents
You can view information about the documents that Trading Networks has saved to its database. You can: Manage and track documents that have flowed through your trading network:
View document attributes and document content. View related documents, which are other documents that are somehow related to a document. Trading Networks automatically relates documents that are part of a business process (or conversation). For more information about processes, see Chapter 7, Sending Documents to Business Processes for Processing. Additionally you can explicitly relate documents to one another using the wm.tn.doc:relateDocuments built-in service.
View the processing status of documents to determine whether they have been delivered, are still in the process of being delivered, or if the delivery failed. View pollable documents that are queued for a trading partner. View documents that are scheduled for delivery.
Add or update comments that are associated with a document. This feature is only available via My webMethods. View tasks (delivery tasks and service execution tasks) that are associated with the document. View activity log entries that are associated with the processing that Trading Networks has performed against a document. For more information about how to search for documents and display information about them, see Managing B2B Integrations: webMethods Trading Networks Users Guide.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
93
Reprocess. Trading Networks sends the document back to processing rule selection. As a result, Trading Networks uses the TN document type it already has saved for the document as well as the document attributes it already has saved for the document. It simply selects a new processing rule and processes the document again. For more information about these actions, see Processing Rule Selection on page 60, Preprocessing Actions on page 61, and Processing Rule Actions on page 62. For more information about how to reprocess and resubmit documents, see Managing B2B Integrations: webMethods Trading Networks Users Guide.
Viewing Tasks
You can view information specifically about tasks. Additionally, while viewing documents, you can view tasks that are associated with a specific document. Trading Networks uses two types of tasks: delivery tasks and service execution tasks. Delivery tasks. Trading Networks creates delivery tasks to keep track of its attempts to deliver documents when it is using reliable delivery. For more information about delivery tasks and reliable delivery, see Reliable Delivery with Immediate Delivery on page 76 and Reliable Delivery and Scheduled Delivery on page 81. Service execution tasks. Trading Networks creates a service execution task when you use the Execute a Service processing action and select service execution task to indicate how Trading Networks is to execute the service. For more information, see Execute a Service Processing Action on page 64. You can view details for a task, which includes the number of times that Trading Networks has attempted to retry the task; that is, for a delivery task the number of times Trading Networks has attempted to retry delivering a document and for a service execution task the number of times Trading Networks has attempted to retry the service. For more information about how to search for and view task information, see Managing B2B Integrations: webMethods Trading Networks Users Guide.
94
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Restarting a task. If you previously stopped a task, you can restart it. Additionally, if a task failed (e.g., Trading Networks was unable to deliver a document and the maximum retry limit was reached), you can restart the task. When you restart a task, Trading Networks resets the retry count to zero. As a result, after restarting the task, Trading Networks will attempt to retry the task up to the maximum number of allowed retries. Reassigning a task. If you have a clustered environment (that is, multiple Integration Servers that share a single database), you can reassign a task to another server in the cluster. Deleting a task. You can manually delete tasks when you no longer need them in the system. Note: Trading Networks automatically deletes tasks when the document with which the task is associated is archived or deleted. For information about how documents can be archived or deleted, see Building B2B Integrations: webMethods Trading Networks Administrators Guide. For more information about how to stop, restart, and delete tasks, see Managing B2B Integrations: webMethods Trading Networks Users Guide.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
95
including Trading Networks. Trading Networks writes log entries directly to the server log. You control server logging using the Integration Server Administrator; you can activate or deactivate logging and specify the logging level (the amount of detail) you want to write to the log. For more information about working with logging data, see the webMethods Audit Logging Guide.
96
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
activity log A log that Trading Networks maintains to record the activity that occurs within the Trading Networks system. Trading Networks records entries, for example, when you manage trading partner information, when it processes documents, and when you perform administrative tasks. activity class A classification that identifies the Trading Networks function associated with an entry in the activity log. For example, Trading Networks sets the activity class to Recognition when adding entries related to using the TN document types to recognize a document. ambiguous document A document that matches multiple TN document types. (Compare with unknown document.) attribute See document attribute. bizdoc The name of the variable in the pipeline that contains the BizDocEnvelope. BizDocEnvelope A BizDocEnvelope represents a routable Trading Networks transaction. It contains the content of a document that Trading Networks is processing and includes additional information that Trading Networks requires for routing and processing the document. It is in the pipeline in the bizdoc variable and conforms to the IS document typewm.tn.rec:BizDocEnvelope. Broker See webMethods Broker. business process A multi-step interaction among participating systems, people, and trading partners. A business process can be fully automated (involve only interaction among computer systems) or include varying degrees of human interaction (for example, review and approval steps). It can be brief or long-running. Some business processes transpire over days or weeks. (Compare with conversation.) conversation A specific case of a business process that involves a series of related documents being exchanged by two or more trading partners. All documents from a specific trading partner contain the same Conversation ID. You model a conversation by creating a process model using Software AG Designer.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
97
Conversation ID A system attribute that identifies a value within a document that is common to all documents that are part of the same business process. (A or same conversation of documents.) custom attribute A document attribute that you define to identify information within a document that is of interest to you. (Contrast with system attribute.) deliver Sending an outbound document from Trading Networks to the trading partner that is the receiver of the document. delivery method A method for delivering a document to a trading partner, e.g., HTTP, HTTPS, FTP, FTPS, e-mail (SMTP), Web Service. Trading Networks supports, immediate delivery methods, scheduled delivery methods, and queue for polling. delivery task A task that Trading Networks establishes to keep track of the attempts to re-deliver a document when it is using reliable delivery. dimension While defining an event map, you define a document attribute as a dimension that has a value that is not measurable, for example, region, department, and so on. You use dimensions to analyze a fact. document A business document (e.g., purchase order, acknowledgement, confirmation) sent to Trading Networks. The document can be in any format (XML, EDI, etc.) Trading Networks provides out-of-the-box support for XML and flat file documents. ThewebMethods EDI Module is necessary for EDI documents. document attribute A Trading Networks object that defines a piece of information within a document that is of interest. For example, document attributes in a purchase order might be the purchase order number, the account number of the purchase order and the total purchase amount. Document attributes can be either a system attributes (those that are provided with Trading Networks) or custom attributes (those that you define for your enterprise). document gateway service A service that you create and that is the entry point for processing a flat file. The service you create places information in the pipeline for Trading Networks to use to determine the TN flat file document type to use for a flat file. The service can also place document attributes along with their values in the pipeline. After the document gateway service executes, it passes control to Trading Networks. Document ID A system attribute for an identifier in a document that is typically a unique value that distinguishes a document from other versions of the same document. document type See TN document type or IS document type.
98
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
document validation The process of verifying the structure and content of an individual document by validating it against a schema. Enterprise partner The partner that hosts the trading network. On your Trading Networks system, this would typically be your corporation. (Also known as the hub, local partner, or sponsor.) (Contrast with spoke.) event The data that trading network passes to webMethods Broker at run time, after the document processing is complete. It contains the document attributes values for monitoring, the event map and the time stamp data of the document. event map The knowledge of what each document attribute in an event means. An event map associates business data, such as dimensions, with a particular transaction. extended fields Fields within a profile that you define for your enterprise. Create extended fields to maintain information about trading partners that is not covered by the standard fields. external ID type A type of identifier in a document used to identify the sender or receiver of the document. For example, the sender might be represented by the D-U-N-S number for the sender's corporation. external ID The value of the external ID type within a document. For example, if the external ID type is a D-U-N-S number, the external ID is the actual value of the D-U-N-S number. fact A measurable attribute value that you can use to analyze the trading networktransactions data, for example, quantity, cost, and so on. flat file Any file or document that has a format that is non-describing, that is, a document that does not contain metadata. A flat file document presents hierarchical data in a recordbased storage format, which unlike XML, does not embed structural information within the data. flat file dictionary A collection of record definitions, field definitions, and composite definitions that can be used in multiple flat file schemas. flat file schema A blueprint that contains the constraints to which a flat file document should conform to be considered valid. gateway service See document gateway service.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
99
Group ID A system attribute for an identifier in a document that is common to all documents in a group of documents. hub The partner that hosts the trading network. (Also known as the Enterprise partner, local partner or sponsor.) (Contrast with spoke.) IData object The collection of name/value pairs on which a service operates. An IData object can contain any number of elements of any valid Java objects, including additional IData objects. (Also called an IS document.) identifying query An XQL query that is specified in a TN XML document type and that Trading Networks uses to match an inbound XML document to a TN XML document type. Trading Networks performs the identifying query to ensure the node that the XQL query represents is in an XML document. If the node is present and all other identifying information matches the inbound XML document, Trading Networks determines that the inbound XML document matches the TN XML document type that contains the identifying query. Alternatively, if the node is not present, Trading Networks determines that the inbound XML document does not match the TN XML document type. immediate delivery method A delivery method where Trading Networks attempts to immediately deliver a document directly to the receiving partner. You can create immediate delivery methods using HTTP, HTTPS, FTP, FTPS, SMTP and Web Service. In addition, Trading Networks provides built-in immediate delivery methods, such as, Primary HTTP, Secondary HTTP, and Primary E-mail. IS document type An element in the Integration Server's namespace that contains a set of fields used to define the structure and type of data in an IS document (IData object). IS schema The blueprint or model document that you validate an XML document against. The schema defines what can and cannot be contained in the XML documents it is validated against. local partner The partner that hosts the trading network. (Also known as the Enterprise partner, hub or sponsor.) (Contrast with spoke.) KPI Key performance indicator. A measurement of a business activity that is important to the success of an organization. KPIs monitor metrics - quantitative business and system data - such as revenue, volume of orders, queue length, and cycle time. KPIs help answer questions such as "How many orders over $10,000 are stuck in this process?" A KPI defines a way to aggregate event data.
100
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
KPI Hierarchy An ordered ranking of dimensions. A hierarchy provides additional ways to slice data into smaller components. For example, a sales hierarchy might consist of two dimensions: region and sales person. My Enterprise partner Old term for the partner that hosts the trading network; now known as the Enterprise partner. (See Enterprise partner.) My webMethods A web-based, administration and monitoring user interface for managing your webMethods components. You can use it to monitor Trading Networks transactions, service execution tasks, delivery tasks, and the activity log. Additionally, you can use webMethods to manage profiles, partner groups, and Trading Networks queues. My webMethods Server The run-time container for functions that webMethods components make available via My webMethods. For example, Trading Networks makes the functions to monitor and manage transactions available. Optimize See webMethods Optimize for B2B. partner See trading partner. pipeline The general term used to refer to the data structure in which input and output values are maintained. The pipeline starts with the input to a service and collects inputs and outputs from subsequent services. When a service executes, it has access to all data in the pipeline. private queue A scheduled delivery queue that you define to schedule the delivery of documents that are aimed at one specific trading partner. You define a private queue in the profile of the partner to receive the documents. (Contrast with public queue.) process See business process. Process Engine A facility of the Integration Server that manages the execution of business processes (or conversations). You model a business process (or conversation) by using Software AG Designer to create a process model. process model Diagrams that illustrate and define the actions to perform for a business process or conversation. You create process models using Software AG Designer. process run time Old term for the Process Engine.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
101
processing rule A Trading Networks object that contains a set of actions that determine how Trading Networks is to process an inbound document and criteria that indicates when to select a processing rule for an incoming document. profile A Trading Networks object that contains a summary of information about a corporation that is part of a trading network. A profile contains standard fields that Trading Networks provides and extended fields that are site-defined. profile fields Fields in a profile. Each profile field represents information that you collect and maintain for trading partners in the trading network. There are two types of profile fields: standard fields and extended fields. public queue A scheduled delivery queue that you define to schedule the delivery of documents that are aimed at multiple trading partners. (Contrast with private queue.) queue for polling A delivery method where a trading partners can obtain documents without having Trading Networks deliver documents directly to the trading partner, for example, because of firewall constraints. Trading Networks saves the documents to its database in an internally-defined queue. At a later time, the receiving partner polls for documents, and Trading Networks returns all the documents in the queue for which that trading partner is the receiver. ReceiverID A system attribute that identifies the trading partner that is to receive a document. The ReceiverID is an external ID (i.e., the value of an external ID type). reliable delivery A feature of Trading Networks where Trading Networks attempts to re-deliver a document to a trading partner one or more times if previous attempts to deliver the document fails. For an immediate delivery method, Trading Networks automatically uses reliable delivery when the pre-processing action Save Document to Database indicates that Trading Networks is to save the document content to its database. For a scheduled delivery method, Trading Networks always uses reliable delivery. reliable execution A feature of Trading Networks where Trading Networks attempts to re-execute a service if previous attempts to execute the service fails. Trading Networks uses reliable execution when you select service execution task as the method for how Trading Networks is to asynchronously execute a service for the Execute a Service processing action. See also service execution task. scheduled delivery method A delivery method where Trading Networks batches multiple documents in a scheduled delivery queue. The documents in the queue are acted on at scheduled times to deliver them.
102
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
scheduled delivery queue A grouping of documents that are intended for one or more trading partners. Trading Networks supports two types of scheduled delivery queues: public queue and private queue. schema See flat file schema or IS schema. SenderID A system attribute that identifies the trading partner that sent a document. The SenderID is an external ID (i.e., the value of an external ID type). service execution task A task that Trading Networks establishes to keep track of the attempts to re-execute a service when using reliable execution. Trading Networks creates a service execution task when you select service execution task as the method for how Trading Networks is to asynchronously execute a service for the Execute a Service processing action. signature A system attribute that identifies the portion of a document that contains the digital signature for the document. SignedBody A system attribute that identifies the portion of a document that contains the data that was digitally signed to create the digital signature. spoke A trading partner that is a member of a trading network, but is not the host of the network. (Contrast with hub.) standard fields Fields within a profile that are provided out-of-the-box. The standard fields typically incorporate most of the information that sites want to collect about a trading partner. See also profile fields. system attribute A document attribute that is provided with Trading Networks out-of-the-box. tasks See delivery task and service execution task. TN document type A Trading Networks object that defines how Trading Networks is to recognize a document and initial actions to take on a recognized document. Trading Networks recognizes the document by using identification information in the TN document type. The actions specified in aTN document type indicate the document attributes that Trading Networks is to extract from the document (including information about XML namespaces the documents might use) and specify options for pre-processing the document (which include verification, validation, and whether to save the document attributes, document content, and log entries for the document to the database).
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
103
TN flat file document type A TN document type that Trading Networks uses when recognizing flat file documents. To match a flat file to a TN flat file document type, Trading Networks relies on information provided by a document gateway service. TN XML document type A TN document type that Trading Networks uses when recognizing XML documents. TPAs See Trading Partner Agreement (TPA). trading network A system of organizations that are connected to share business information. The organizations in a trading network are strategic partners, buyers, suppliers, and marketplaces. They share business information by exchanging documents, for example, purchase orders, order statuses, purchase order acknowledgements, invoices, as well as domain-specific business documents. Trading Partner Agreement (TPA) A Trading Networks object that you can use to tailor how documents are exchanged between two trading partners. trading partner An organization in your trading network, for example, a strategic partner, marketplaces, buyer, or supplier. Each trading partner requires a profile. You can exchange business documents with the trading partners in your network to relay mission critical production information. (Also known as partners.) transactions The documents that have passed through Trading Networks. transaction While defining an event map, you define a document attribute as a transaction, if its value is neither a fact nor a dimension. You do not use this data for analysis but just as a reference point. For example, order ID. unknown document A document that does not match any TN document type. (Compare with ambiguous document.) unknown partner A trading partner (sender or receiver) of a document is considered unknown if Trading Networks is unable to determine the sender or receiver; that is match the sender or receiver to a profile in the Trading Networks system. User Status A system attribute that contains a status that a user can associate with a document, e.g., "Needs Approval". webMethods Broker The primary message backbone product in a webMethods integration environment. webMethods Broker facilitates asynchronous, message-based communication using the publish-and-subscribe model.
104
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
When you enable monitoring on trading networks transaction data, webMethods Broker acts as an intermediary while passing events from a trading network to Optimize. webMethods Optimize for B2B webMethods Optimize for B2B supports business process monitoring. For information about configuring and enabling Trading Networksfor BAM, see Optimizing B2B with BAM: webMethods Optimize for B2B Users Guide. XML EXtensible Markup Language, a uniform method for describing and exchanging data that is flexible, extensible, and easy to implement. It is a simplified dialect of the Standard Generalized Markup Language (SGML). XQL XML Query Language. A language used to retrieve information from an XML document.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
105
106
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Overview of Security Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Communicating Securely Using SSL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Protecting Access to User Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Protecting Partner Profile Passwords . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Protecting Access to Trading Networks Processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Certificates for Verifying, Signing, Encrypting, and Decrypting Documents . . . . . . . . . . . . . . . . .
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
107
108
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Data permissions, which identifies a data set of partner profiles, document types, transactions, tasks, and activity log entries along with the actions a role can perform against that Trading Networks data set. Using data-level security, you can grant roles the following permissions:
View, edit, or create profiles View, reprocess, or resubmit transactions Edit user status attribute of transactions Edit EDI FA status attribute of EDI transactions Edit comments of transactions View or edit content of transactions View, restart, stop, delete, or reassign tasks View or delete activity log entries View, create, or edit document types View or manage document attributes View, edit, or create TPAs View, edit, or create processing rules
General functional permissions, which grants a role the permission to perform Trading Networks actions against other Trading Networks data. Using general functional permissions, you can grant roles the following permissions:
Manage public queues Manage partner groups Delete partner profiles Manage extended profile fields Add external ID types View user preferences Edit user preferences View B2B configuration properties Edit B2B configuration properties Query expiring partner certificates Manage the archival and deletion schedules of Trading Networks data Manage the immediate delivery methods that you create using the delivery methods that Trading Networks provides Submit documents to Trading Networks
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
109
For more information about setting up role-based access, see Building B2B Integrations: webMethods Trading Networks Administrators Guide.
110
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Sign
sender's profile
Encrypt
receiver's profile
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
111
Description When a partner sends an encrypted document to you, Trading Networks looks at your profile to see if it contains the specific private key to use to decrypt the document.
The following table summarizes all scenarios of certificate usage: Sender A A B B A A B B A B Receiver B B A A B B A A B A Operation Sign Verify Sign Verify Encrypt Decrypt Encrypt Decrypt SSL Auth SSL Auth Profile used A A B B B B A A A B
112
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Note: If you include the private key in this certificate information, Trading Networks can also use this certificate information to digitally sign documents on behalf of the partner. You might have the private key if the profile describes an internal group, for example a department within your corporation. Set up your TN document type to extract the following system attributes:
Signature that identifies the portion of the document that contains the digital signature. The signature must be a base64 encoded PKCS#7 detached digital signature. The signature can contain information for one or more signers. SignedBody that identifies the portion of the document that was digitally signed.
Use the Verify Digital Signature pre-processing action. When you set up the TN document type or processing rule, be sure to specify that you want Trading Networks to verity the digital signature.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
113
Encrypt Certificates
If you are using another webMethods component that requires Encrypt certificates, save a partner's Encrypt certificate in the partner's profile. You can also add your own functionality that takes advantage of this certificate information. You can obtain the certification information by using built-in services.
114
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
Note: Trading Networks does not check to see if the CA that signed the Encrypt certificate is in the list of trusted CAs that the webMethods Integration Server maintains. If you include the private key in this certificate information, this certificate information can also be used to decrypt documents that were encrypted with the partner's public key. You might have the private key if the profile describes an internal group, for example a department within your corporation. How Trading Networks Encrypts Documents When you encrypt a document to send to a partner, Trading Networks looks at the partner's profile to see if it contains the specific public certificate to use to encrypt the document. If Trading Networks: Finds a set of certificates to use for that specific receiver, it uses the appropriate certificate in that set Does not find a set of certificates to use for that specific receiver, it uses the default set of certificates specified in the partner's profile.
Decrypt Certificates
If you are using another webMethods component that requires Decrypt certificates, save your Decrypt certificate in the owner's profile. Because you can store Decrypt certificates in the owner's profile, you can set up alternate Decrypt certificates for different partners. You can also specify a default Decrypt certificate by providing the certificate information in the owner's profile. If a default Decrypt certificate is defined, then Trading Networks will use this default Decrypt certificate when a partner-specific Decrypt certificate is not available. Trading Networks does not check to see if the CA that signed the Decrypt certificate is in the list of trusted CAs that the webMethods Integration Server maintains. How Trading Networks Decrypts Documents When a partner sends an encrypted document to you, Trading Networks looks at your profile to see if it contains the specific private key to use to decrypt the document. If Trading Networks: Finds a set of certificates to use for that specific receiver, it uses the appropriate private key in that set Does not find a set of certificates to use for that specific receiver, it uses the default set of private keys defined in the Default profile for partners.
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2
115
116
Understanding webMethods B2B: webMethods Trading Networks Concepts Guide Version 8.2