Web Methods Trading Networks Users Guide 65 PDF
Web Methods Trading Networks Users Guide 65 PDF
User’s Guide
VERSION 6.5
webMethods, Inc.
South Tower
3877 Fairfax Ridge Road
Fairfax, VA 22030
USA
703.460.2500
http://www.webmethods.com
webMethods Administrator, webMethods Broker, webMethods Dashboard, webMethods Developer, webMethods Fabric, webMethods Glue, webMethods
Installer, webMethods Integration Server, webMethods Mainframe, webMethods Manager, webMethods Mobile, webMethods Modeler, webMethods
Monitor, webMethods Optimize, webMethods Portal, webMethods Trading Networks, and webMethods Workflow are trademarks of webMethods, Inc.
webMethods and the webMethods logo are registered trademarks of webMethods, Inc.
Acrobat, Adobe, and Reader are registered trademarks of Adobe Systems Incorporated. Amdocs is a registered trademark, and ClarifyCRM is a trademark of
Amdocs Inc. Ariba is a registered trademark of Ariba, Inc. BEA and BEA WebLogic Server are registered trademarks, and BEA WebLogic Platform is a
trademark of BEA Systems, Inc. BMC Software and PATROL are registered trademarks of BMC Software, Inc. BroadVision is a registered trademark of
BroadVision, Inc. ChemeStandards and CIDX are registered trademarks of Chemical Industry Data Exchange. Unicenter is a trademark of Computer
Associates International, Inc. PopChart is a registered trademark of CORDA Technologies, Inc. Kenan and Arbor are registered trademarks of CSG Software,
Incorporated. SNAP-IX and Data Connection are registered trademarks of Data Connection Corporation. DataDirect, DataDirect Connect, and SequeLink are
registered trademarks of DataDirect Technologies Corp. D & B and D-U-N-S are registered trademarks of Dun & Broadstreet, Inc. Entrust is a registered
trademark of Entrust, Inc. Hewlett-Packard, HP, HP-UX, and OpenView are trademarks of Hewlett-Packard Company. i2 is a registered trademark of i2
Technologies, Inc. AIX, AS/400, CICS, DB2, Domino, IBM, Infoprint, Lotus, Lotus Notes, MQSeries, OS/390, OS/400, RACF, RS/6000, S/390, System/390,
VTAM, z/OS, and WebSphere are registered trademarks; and Informix, SQL/400, Communications System for Windows NT, IMS, MVS, SQL/DS, and
Universal Database are trademarks of IBM Corporation. InnoDB is a trademark of Innobase Oy. JBoss is a registered trademark, and JBoss Group is a
trademark of JBoss Inc. JD Edwards is a registered trademark of J.D. Edwards & Company and OneWorld is a registered trademark of J.D. Edwards World
Source Company. Linux is a registered trademark of Linus Torvalds. X Window System is a trademark of the X.org Foundation. MetaSolv is a registered
trademark of Metasolv Software, Inc. ActiveX, Microsoft, Outlook, Visual Basic, Windows, and Windows NT are registered trademarks; and SQL Server is a
trademark of Microsoft Corporation. MySQL is a registered trademark of MySQL AB, Ltd. Teradata is a registered trademark of NCR International, Inc.
Netscape is a registered trademark of Netscape Communications Corporation. ServletExec is a registered trademark, and New Atlanta is a trademark of New
Atlanta Communications, LLC. CORBA is a registered trademark of Object Management Group, Inc. UNIX is a registered trademark of X/Open Company
Ltd. Oracle is a registered trademark of Oracle International Corporation. PeopleSoft and Vantive are registered trademarks, and PeopleSoft Pure Internet
Architecture and WorldSoftware are trademarks of PeopleSoft, Inc. Infranet and Portal are trademarks of Portal Software, Inc. RosettaNet is a trademark of
RosettaNet, a non-profit organization. SAP and R/3 are registered trademarks of SAP AG. Siebel is a registered trademark of Siebel Systems, Inc. SPARC is a
registered trademark, and SPARCStation is a trademark of SPARC International, Inc. SSA Global and SSA Baan are trademarks of SSA Global Technologies,
Inc. EJB, Enterprise JavaBeans, Java, JavaServer, JDBC, JSP, J2EE, Solaris, and Sun Microsystems are registered trademarks; and Java Naming and Directory
Interface, SOAP with Attachments API for Java, JavaServer Pages and SunSoft are trademarks of Sun Microsystems, Inc. SWIFT and SWIFTNet are registered
trademarks of Society for Worldwide Interbank Financial Telecommunication SCRL. Sybase is a registered trademark of Sybase, Inc. UCCnet and
eBusinessReady are registered trademarks of Uniform Code Council, Inc. Verisign is a registered trademark of Verisign, Inc. VERITAS is a registered
trademark of VERITAS Operating Corporation, and VERITAS Software and VERITAS Cluster Server are trademarks of VERITAS Software Corporation. W3C
is a registered trademark of Massachusetts Institute of Technology.
All other marks are the property of their respective owners.
Copyright © 2005 by webMethods, Inc. All rights reserved, including the right of reproduction in whole or in part in any form.
Contents
Step 3: Informing the Partner of the User Name and Password . . . . . . . . . . . . . . . . . . . . . . . . . 165
Retrieving the Partner’s User Name and Password . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 165
Supplying the User Account Information to Your Partner . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166
About Querying and Viewing Profiles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166
Basic Search Criteria for Profiles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167
Custom Search Criteria for Profiles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167
Detail View of Profiles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168
Finding and Viewing Profiles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168
Managing the Partner’s Profile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
Updating the Profile of Your Partner . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
Deleting a Profile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174
Disabling a Partner’s Profile—Changing the Status to Inactive . . . . . . . . . . . . . . . . . . . . . . . . . 175
Enabling a Partner’s Profile—Changing the Status to Active . . . . . . . . . . . . . . . . . . . . . . . . . . . 176
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 551
This manual describes how to configure Trading Networks and how to plan for your
trading network. It provides procedures for setting up Trading Networks to build your
trading network and how to manage an existing trading network, including how to define
and update the information you want to collect about trading partners and how to add
and maintain partners to your trading network. It also describes how to define how you
want Trading Networks to process business documents that are sent to your trading
network.
Additionally, this manual contains procedures for analyzing the exchange of documents
in your trading network, including searching and viewing documents that have flowed
through your network and viewing audit logs of events that have occurred in your
trading network system.
Note: The webMethods Trading Networks and webMethods for Partners components
perform 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, and webMethods for Partners allows you to have only a single partner. This
guide provides documentation for both components although it refers only to
webMethods Trading Networks (referred to as Trading Networks).
Document Conventions
Convention Description
Bold Identifies elements on a screen.
Italic Identifies variable information that you must supply or change based
on your specific situation or environment. Identifies terms the first
time they are defined in text. Also identifies service input and output
variables.
Narrow font Identifies storage locations for services on the webMethods Integration
Server using the convention folder.subfolder:service.
Typewriter Identifies characters and values that you must type exactly or
font messages that the system displays on the console.
UPPERCASE Identifies keyboard keys. Keys that you must press simultaneously are
joined with the “+” symbol.
\ Directory paths use the “\” directory delimiter unless the subject is
UNIX-specific.
[] Optional keywords or values are enclosed in [ ]. Do not type the [ ]
symbols in your own code.
Additional Information
The webMethods Advantage Web site at http://advantage.webmethods.com provides you
with important sources of information about webMethods components:
Troubleshooting Information. webMethods provides troubleshooting information for
many webMethods components in the webMethods Knowledge Base.
Documentation Feedback. To provide documentation feedback to webMethods, go to the
Documentation Feedback Form on the webMethods Bookshelf.
Additional Documentation. All webMethods documentation is available on the
webMethods Bookshelf.
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Overview
To use webMethods Trading Networks (Trading Networks), you must start the
Integration Server. Because Trading Networks is seamlessly integrated into the
webMethods platform, all configuration, administration, and management tasks that you
can perform for the webMethods Integration Server also apply to the Trading Networks.
For more information about the architecture and components of webMethods Trading
Networks, see Chapter 1, "Overview of webMethods Trading Networks" in the
webMethods Trading Networks Concepts Guide.
This chapter describes basic tasks that you will need to perform when using the server,
specifically, how to start and shut down the server.
Note: For Trading Networks to function properly, the WmPublic package must be
enabled. For more information on the WmPublic package and how to assure a package is
enabled, see the webMethods Integration Server Administrator’s Guide.
Note: When you installed the Trading Networks, you installed additional packages
into the webMethods Integration Server. Installing the Trading Networks added
functionality to the webMethods Integration Server.
1 Locate the server.sh script file that you modified for your environment when you
installed the server.
2 Execute this script.
Important! Run this script when logged in as a non-root user. Running the script as root
might reduce the security of your system.
2 In the upper right corner of any webMethods Administrator screen, click the Shutdown
and Restart link.
3 Select whether you want the server to wait before shutting down or to shutdown
immediately.
Delay number minutes or until all client sessions are complete. Specify the number of
minutes you want the Integration Server to wait before shutting down. Trading
Networks begins monitoring user activity and automatically shuts down when all
non-administrator sessions complete or when the maximum wait time you
specify elapses (whichever comes first).
Immediate. The server and all active sessions terminate immediately.
For instructions on how to view the active sessions, see the webMethods Integration
Server Administrator’s Guide.
4 Click Shutdown.
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Basic Operations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Overview
The Trading Networks Console (Console) is a standalone Java GUI, which is the main user
interface for webMethods Trading Networks (Trading Networks). Use the Trading
Networks Console to perform functions such as managing your trading partners,
configuring how documents are exchanged through your network, and performing
real-time monitoring and analysis
To use webMethods Trading Networks (Trading Networks), you must start the
Integration Server. Because Trading Networks is seamlessly integrated into the
webMethods platform, all configuration, administration, and management tasks that you
can perform for the webMethods Integration Server also apply to the Trading Networks.
In addition, the Integration Server must be running to use the Trading Networks Console
or Trading Networks Web Manager.
This chapter provides procedures for how to start and exit from the Console. In addition,
it contains information to help you become familiar with how to use the Console.
Important! Make sure that the Integration Server with which you want to use the Console is
running. You cannot work with the Console if the server is not running.
User Name The name of a valid user account on this server. (The user
name must be a member of a group belonging to the
Administrators ACL and a member of a group belonging to the
Developers ACL.)
3 Click OK.
Important! While the Trading Networks Console has an open session on a Integration
Server, you are using a licensed seat for that server. When you are not actively using
Trading Networks, you might want to close the session on the server or close Trading
Networks to free a seat on the server for others to use.
Note: If you already have a session opened on a Integration Server, Trading Networks
automatically closes the session you have on that server. If you have unsaved work,
you are prompted to save it.
2 Complete the Opening Session to Integration Server dialog box. See step 2 on page 23 for
instructions.
3 Click OK.
Screen name
Toolbar
Display area
Selector panel
Screen name
Toolbar
Display area
showing
query tabs
Display area
Display area
showing the
query results table
(e.g,. Profiles table)
Screen function: Use to perform action specific to the screen you are viewing. Trading
Networks displays the appropriate menu option for the screen you are viewing; e.g.,
Enterprise menu item for the Enterprise profile screen, Transactions menu item for
Transaction Analysis screen, etc. The menu option allows you to perform functions that
correspond to toolbar functions for the screen.
Tools: Use to access the Profile Assistant, access the Developer, and access the registry
settings so that you can define public queues and add profile groups.
View: Use to select the screen you want to display.
Note: If you are using an OEM version of Trading Networks, not all Trading Networks’
features are available. Trading Networks grays out these unavailable features.
Screen Name
The screen name shows the selector panel function you have selected (e.g., Trading
Partners).
Toolbar
The buttons on the toolbar are function-specific for each of the Console screens. These
toolbar buttons are a quick alternative method to access most of the basic menu functions
for that screen.
Display Area
The display area contains the corresponding Trading Networks Console screen based on
the selector panel button or Trading Networks function you have selected. Appropriate
window panes, pop-up windows, and tab groups, including the query functions, also
appear in this area. See “Basic Operations” on page 31 for a description of these window
elements.
The query functions may not initially appear on your Console screen, as shown below.
Display area
showing only the
query results table
(e.g,. Profiles table)
To view the query tabs on the Console screen as shown below, click Show Query on the
toolbar.
Display area
showing
query tabs...
Console while you are working with Trading Networks, click Refresh on the menu
bar. To update and see the results of the query table, click Run Query on the toolbar.
Basic Operations
This section describes basic operations you can perform with the Trading Networks
Console.
Upper pane
Lower pane
Sometimes, editing controls within a pane are grouped onto tabs. To display the contents
of a tab, click the tab’s name.
Resizing Panes
You can resize panes in the Trading Networks screen by dragging borders with your
mouse. Movable borders are typically marked with the split pane controls or
symbols.
Resizing a Pane
You can also click the symbols to expand a pane to the full height or width of the
lower pane.
You can reorganize the information displayed in a table in the following ways:
Reposition table columns: Use click-and-drag. Click on the column you want to move,
drag it to the appropriate location, and then release the mouse when the column is
correctly placed.
Adjust column width: Place the cursor over the edge of a column and then drag the
border until the column is the desired width.
Sort the information in a column: Click the column header for forward () and reverse
() alpha-numeric order.
For more information about query result tables, see “About Viewing and Querying
Documents” on page 428.
Right-click menus
Most Trading Networks screens have a right-click menu that contains the basic menu
functions for that screen. The actions you can perform from this menu mimic the functions
you can perform using the toolbar.
document types). For example, the Select... button appears on the Trading Partners,
Agreements, Processing Rules, and Transaction Analysis screens so you can select the partner
profile.
Selecting a Partner
If you need to select a partner profile, you can use Select... ; for example, when you
create processing rule criteria, you can select a Sender or Receiver by clicking Select... .
4 If you wish to search for a specific profile, click the Show Query button on the
toolbar. Trading Networks expands the Partner Selection dialog to show the Basic
Criteria, Custom Criteria, and Detail View tabs.
Use these tabs to specify more detailed search criteria to select a partner profile.
To use this tab... Use this procedure... For more information, see...
Basic Criteria Step 4a on page 169 “Basic Search Criteria for Profiles” on
page 167
Custom Criteria Step 4b on page 170 “Custom Search Criteria for Profiles” on
page 167
For more information about searching for partner profiles, see “About Querying and
Viewing Profiles” on page 166.
To move some but not all extended fields to the Selected Extended
Fields list, select one or more fields in the Available Extended Fields
list and then click .
If you decide you do not want Trading Networks to display information for the
fields in the Selected Extended Fields list, move the items back to the Available
Extended Fields list:
.
If you need to select a TN document type, use Select Document Type , which accesses the
Document Type Selection Dialog. For example, when you create processing rule criteria, you
1 Click Select Document Type . Trading Networks displays the Document Type Selection
Dialog, which lists all of the TN document types (both the TN XML document types
and TN flat file document types).
2 To view disabled TN document types, select Types Show All. Trading Networks
places a check (D) next to the Show All menu item to indicate that Trading Networks is
currently displaying disabled TN document types.
3 Select the row containing information about the TN XML document type or TN flat
file document type that you want.
To select multiple TN document types from the list by, use the following keys:
Trading Networks displays the Document Type Details dialog for the selected TN
document type.
4 Click OK.
For more information about TN document types, see Chapter 12, “TN XML Document
Types” and Chapter 13, “TN Flat File Document Types”.
Important! When you use the TN Properties page and save your updated properties, Trading
Networks updates all properties with the values from the TN Properties page, including
those that you might not have altered.
This is important if you are using Trading Networks in a clustered environment and have
the tn.cluster.notifyPropertyChange property set to true. Using the TN Properties
page to update properties when you are in a clustered environment will cause Trading
Networks to synchronize all properties each time you use the TN Properties page. If you
want the servers in the cluster to maintain different values for some of the properties, set
the tn.cluster.notifyPropertyChange property to false, and maintain the properties
for each server individually.
To see a list of the Trading Networks configuration properties and a description of each,
view the online help files that you access from the TN Properties page.
The location of the database—A URL to specify the location of the database.
A user name and password—If the database requires a user name and password to
connect to it, you identified the user name and password that Trading Networks must
supply.
Database properties—If you want Trading Networks to supply any additional database
properties when connecting to the database, you identified the database properties.
If you want to change these parameters (for example, to adjust the minimum and
maximum connections), see the webMethods Logging Guide for general instructions.
Important! If you change the database after using Trading Networks, Trading Networks
does not copy the data in the current database to the new database. However, you can use
the Trading Networks export and import facility to export data from your existing
database. Then, after you change the database, you can import the exported information
into the new database. For more information, see Appendix A, “Exporting and Importing
Database Information”.
T
To configure Trading Networks for a clustered environment
1 On each Integration Server in the cluster, create a remote server alias for the other
servers in the cluster. For example, if you have two servers (Server1 and Server2) in
the cluster, you would create a remote server alias for Server2 on Server1, and a
remote server alias for Server1 on Server2. For information on how to create a remote
server alias, see webMethods Integration Server Administrator’s Guide.
Important! If you have already created a remote server alias so the server is part of an
Integration Server cluster (without Trading Networks), you need to create an additional
remote server alias for the server specifically for the Trading Networks cluster.
2 To update the Trading Networks properties.cnf file for each Integration Server in
the cluster, perform the following:
a Open the Server Administrator if it is not already open.
b In the Solutions menu of the navigation panel, click Trading Networks. The Server
Administrator opens a new browser window to display Trading Networks-
specific pages.
c In the Settings menu of the navigation panel, click TN Properties.
Set this property to true... To notify all servers in the cluster about...
Important! When you use the TN Properties page and save your updated properties,
Trading Networks updates all properties with the values from the TN Properties
page, including those that you might not have altered.
This is important if you are using Trading Networks in a clustered environment
and have the tn.cluster.notifyPropertyChange property set to true. Using
the TN Properties page to update properties when you are in a clustered
environment will cause Trading Networks to synchronize all properties each time
you use the TN Properties page. If you want the servers in the cluster to maintain
different values for some of the properties, set the
tn.cluster.notifyPropertyChange property to false, and maintain the
properties for each server individually.
For a description of the properties used in this procedure, see “Cluster Properties” in
the Trading Networks properties online help. To view the online help, click the Help
link on the TN Properties page.
After completing the above procedure, the data cached in memory, user accounts, and
Trading Networks properties are automatically synchronized on all Integration Servers in
the cluster. To turn one of these synchronizations off for a server, modify the respective
property in the Trading Networks properties.cnf file. For example, if you wanted to
manually control user account creation, you would disable automatic user account
creation by turning off the tn.cluster.notifyProfileAddUser property.
To
To configure e-mail settings for document delivery
2 In the Solutions menu of the navigation panel, click Trading Networks. The Server
Administrator opens a new browser window to display Trading Networks-specific
pages.
3 In the Settings menu of the navigation panel, click TN Properties.
4 Click Edit TN Properties Settings.
5 Add or update the following properties to configure how Trading Networks performs
document delivery:
For this property… Specify…
tn.mail.from The e-mail address you want Trading Networks to use as the
“from” e-mail address in the e-mail messages that it sends to
deliver a document when instructed to use an e-mail delivery
method (Primary E-mail or Secondary E-mail).
Example: If you want the e-mail messages to use the “from” e-
mail address [email protected], specify the following:
[email protected]
tn.mail.subject The subject line you want Trading Networks to use in the e-
mail messages that it sends to deliver a document when
instructed to use an e-mail delivery method (Primary E-mail or
Secondary E-mail).
Example: If you want the e-mail messages to use the subject line
“Document from IFC”, specify the following:
tn.mail.subject=Document from IFC
Note: If you want to be notified when tasks fail, you need to create an Integration Server
trigger that subscribes to the wm.tn.rec:TaskFailure IS document type. For more information,
see the Publish-Subscribe Developer’s Guide.
The value you specify for tn.task.sweepTime can affect how long Trading Networks
waits between attempts to retry a task. Typically, the wait between retries value is
governed by one of the following:
Delivery The Wait between retries value on the Delivery Method tab of the
receiving partner’s profile.
Service execution The tn.task.ttw property value.
tn.task.maxRetries = 3
tn.task.ttw = 10000ms
tn.task.retryFactor = 3
To
To configure Trading Networks to publish an IS document when a task fails
To learn more about large document handling, see the section about large document
handling in Chapter 5, "Trading Networks Document Processing" in the webMethods
Trading Networks Concepts Guide.
Required Recommended
Hard Disk Space RAM # of CPUs Hard Disk Space RAM # of CPUs
Important! The hard disk drive space listed above identifies only the amount of hard disk
drive space that Trading Networks requires for normal processing. It does not account for
the hard disk drive space that is necessary for temporarily saving the large documents
during processing. To use large document handling, you need to define hard disk drive
space where Trading Networks can temporarily save documents (rather than store them
in memory).
The size of the hard disk drive space for temporarily saving documents will vary based on
the number of documents that you process concurrently and the size of the documents
that you process. For example, if your typical concurrent document load is 10, you would
need a hard disk drive space that is 10 to 15 times the combined size of the documents
being processed concurrently.
T
To configure Trading Networks for large document handling
watt.server.tspace. The absolute directory path of the hard disk drive space where
location Trading Networks is to temporarily store large documents
rather than keep them in memory. Each file that the Integration
Server stores in this directory is given the name
DocResxxxxx.dat, where xxxxx is a value that can vary in length
and character. The directory you specify is on the same machine
as the Integration Server. For example:
For Windows:
watt.server.tspace.location=D:\\LargeDocTemp
watt.server.tspace.max The maximum number of bytes that can be stored at any one
time in the hard disk drive space that you defined using the
watt.server.tspace.location property. If Trading
Networks (or another webMethods component) attempts to
write a large document to the hard disk drive space that will
cause the number of bytes you specify to be exceeded, an error
message is displayed on the server console and the document is
not stored. Specify any positive whole number of bytes. The
default is 52,428,800 bytes (50 MB). For example:
watt.server.tspace.max=30000000
Important! The size of the hard disk drive space for temporarily
saving documents will vary based on the number of documents
that you process concurrently and the size of the documents
that you process. For example, if your typical concurrent
document load is 10, you would need a hard disk drive space
that is 10 to 15 times the combined size of the documents being
processed concurrently.
4 To add a new server to the list, click Add Row . Trading Networks displays the
Server Information dialog box.
5 Specify the following parameters; then, click OK.
For this Server
Information parameter… Specify…
Note: If you add the same server more than one time
specifying different user names, Trading Networks
displays the server with the user name from the first entry
in the list of servers in the Open Session dialog box.
Use secure connection Whether you want the connection to this server to be made
through HTTP or HTTPS. To use HTTPS, select this
checkbox. If you select this checkbox, Trading Networks
automatically selects the Use secure connection checkbox in
the Open Session dialog box when the server specified by
Server is selected.
Use proxy server Whether you want the connection to this server to be made
through the default proxy server. Select the checkbox to
use a proxy server. If you select this checkbox, Trading
Networks automatically selects the Use proxy server
checkbox in the Open Session dialog box when the server
specified by Server is selected. For information about
defining default proxy servers, see “Defining Proxy
Servers for the Console” on page 63.
6 To edit the information for an existing server in the list, click the row you want to
update; then, click Edit . Type the changes in the appropriate field.
7 To remove a server from the list, click the row you want to delete; then, click Remove
Row .
8 When you have completed making your changes, click OK.
4 To define a proxy server that the Console uses when opening a session on a server via
HTTP, specify the following parameters. If you do not want to use a proxy for HTTP
requests, leave these fields blank.
5 To define a proxy server that the Console uses when opening a session on a server via
HTTPS (secure), specify the following parameters. If you do not want to use a proxy
for HTTPS requests, leave these fields blank.
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
Introduction
Before you begin planning your network, it is helpful if you have a basic understanding of
Trading Networks and how the Trading Networks Console is set up. For more
information, see the webMethods Trading Networks Concepts Guide.
This chapter describes the tasks to perform to plan for and set up your trading network.
The tasks are presented in the proposed order in which you should complete them;
however, based on your unique situations, you might want (or need) to perform the tasks
in an alternative order. The general order of tasks is:
Tasks 1 through 6 define the behavior of your trading network. After you perform these
tasks, you have defined the document attributes, TN document types, profile fields, and
processing rules that determine how Trading Networks processes documents that enter
your system.
You might want to perform these tasks in a development environment. After Tasks 1
through 6 are completed, you can use your development system to test your trading
network to ensure it processes documents as you intended. If problems arise, you can
correct them. After you ensure your trading network is defined properly, migrate your
information to a production environment.
You can migrate your document attributes, TN document types, profile fields, processing
rules, and your profile into your production system using the export and import facility
that Trading Networks provides. For more information, see Appendix A, “Exporting and
Importing Database Information”.
After you have migrated information to your production system, you can perform Task 7;
that is, add partners to your network.
The following sections provide more information about each task required to set up your
trading network. The description of each task points to sections of this manual or other
manuals that describe more information about the task and how to perform the steps
required to complete each task.
Step Action D
Step Action D
UserStatus—A status that you or a partner has associated with the document
GroupID—Identification within a document that associates this document with other
documents in its group
ConversationID—Identification within a document that associates this document with
other documents in the same “conversation” of documents
SignedBody and Signature—Portions of the document that contain the data that was
digitally signed and the digital signature (available only for TN XML document types;
Trading Networks provides a different way to do this for TN flat file document types)
DoctypeID or DoctypeName—The Trading Networks-generated internal identifier or name
of the TN flat file document type that you want Trading Networks to use for a TN flat file
document type
processingRuleID or processingRuleName—The Trading Networks-generated internal
identifier or name of the processing rule that you want Trading Networks to use for a TN
flat file document type
The system attributes are available out of the box. You do not need to define them, and
you cannot delete them.
To identify other pieces of information within a document that are of interest, you can
define custom document attributes. For example, you might be interested in the total
amount of purchase orders you receive; in this case, define a custom attribute for total
purchase order. Typically, the documents for all variations of a transaction type have the
same pieces of information. For example, a cXML purchase order, OAG purchase order,
and CBL purchase order all have some piece of information that represents the total
purchase amount. You do not define multiple custom attributes, one for each variation of
a transaction type—define a single custom attribute that can be used for all variations of
the transaction type.
For each piece of information (attribute) that is of interest to you, complete the following
tasks:
Step Action D
1. Identify the attribute. Select a name for the attribute and the data type
(STRING, NUMBER, or DATETIME) for the value of the attribute.
Optionally, you might want to give the attribute a description.
2. Define the custom document attribute. Use the Trading Networks Console
and the information from Step 1 to define the attribute. For instructions,
see “Defining Document Attributes” on page 196.
Note: If you are using an OEM version of the Trading Networks, you cannot create new
TN document types in Trading Networks Console. Trading Networks will gray out this
unavailable selection.
When documents are first received, Trading Networks uses the TN document types to
recognize the type of document and perform actions based on the TN document type. The
actions it performs based on the TN document type are to create the attributes from the
document and to perform pre-processing actions against the document. The pre-
processing actions indicate whether Trading Networks is to verify the document’s digital
signature, validate the structure of the document, determine whether the document has
been received before, and/or save the document to the Trading Networks database.
For each variation of a transaction, complete the following tasks:
Step Action D
1. Determine how to recognize documents of this type. Identify the contents of the
document that uniquely indicate that a document is this variation of a
transaction.
For XML documents: For example, if you are defining a cXML purchase
order, identify the parts of the document that uniquely identify a
document as a cXML purchase order—it might be that the root tag of
the document is cXML and there is “PurchaseOrder” node within the
document.
To identify specific nodes within an XML document, you specify an
XQL query. If you have a sample document available, when you use
the Trading Networks Console to define the TN XML document
type, you can have Trading Networks load the sample for your use in
creating the XQL queries. When a sample document is loaded, you
can select the node in the sample document and Trading Networks
creates the query for you. For details about what you can use to
identify a TN XML document type, read “Identification Information
in TN XML Document Types” on page 206.
For flat file documents: you can specify arbitrary pipeline variables to
identify a TN flat file document type. The identification information
specifies how Trading Networks is to recognize a flat file document
based on variables the document gateway service places in the
pipeline. For details, read “Pipeline Matching Criteria Used to
Identify the TN Document Type” on page 283.
2. Determine the attributes that you want to create from documents of this type. You
can have Trading Networks create any or all of the system and custom
attributes from XML and flat file documents.
For XML documents: For each attribute that you want to extract from an
XML document, you must provide an XQL query that identifies the
location of the attribute within the document. If you have a sample
document available, when you use the Trading Networks Console to
define the TN document type, you can have Trading Networks load
the sample for your use in creating the XQL queries. When a sample
document is loaded, you can select the node that contains the
attribute information and Trading Networks creates the query for
you. For details about specifying XML document attributes, read
“Extraction Information In TN XML Document Types” on page 210.
Step Action D
2. For flat file documents: For each attribute that you want to create from a
cont... flat file document, specify the system and custom (user-defined)
attributes that you want Trading Networks to extract from TN_parms
and place in the bizdoc. These are attributes that Trading Networks
can save to the database to use later. For details about specifying flat
file document attributes, read “Attributes To Extract From
Documents” on page 285.
For Trading Networks to perform some pre-processing and processing
actions, you must extract certain system attributes. The following lists the
system attributes that you should consider extracting along with the
Trading Networks pre-processing and processing actions they affect:
System Attribute Function it affects…
SenderID Processing rule search criteria—To process
documents based on the sender of the document,
you need to extract the SenderID. For example, you
might want all documents from a specific sender
to be handled in a special way. (For more
information, see “Processing Rule Criteria” on
page 317.)
The Check for Duplicate Document pre-processing
action—If you want Trading Networks to be able
to check if it has received the document already by
comparing the sender, you must extract the
SenderID. (For more information, see “Checking
for Duplicate of the XML Document” on page 228
and “Checking for Duplicates of the Flat File
Document” on page 296.)
Alert E-mail processing actions—To send an e-
mail message to a contact at the sender’s
corporation, you need to extract the Sender ID.
You set up contacts when you define profiles for a
partner, which is handled in a later task. (For more
information, see “Action 2—Send an Alert E-mail”
on page 338.)
Step Action D
2. System Attribute Function it affects…
cont...
ReceiverID Processing rule search criteria—To process a
document based on receiver of the document, you
need to extract the ReceiverID. For example, you
might want all documents that are sent to a
specific receiver to be handled in a special way.
(For more information, see “Processing Rule
Criteria” on page 317.)
The Check for Duplicate Document pre-processing
action—If you want Trading Networks to be able
to check if it has received the document already by
comparing the receiver, you must extract the
ReceiverID. (For more information, see “Checking
for Duplicate of the XML Document” on page 228
and “Checking for Duplicates of the Flat File
Document” on page 296.)
Alert e-mail processing action—To send an e-mail
message to a contact at the receiver’s corporation,
you need to extract the ReceiverID. You set up
contacts when you define profiles for a partner,
which is handled in a later task. (For more
information, see “Action 2—Send an Alert E-mail”
on page 338.)
The Deliver Document By processing action—If you
want Trading Networks to deliver the document
to the receiver, you need to extract the ReceiverID.
(For more information, see “Action 4—Deliver the
Document to the Receiver” on page 341.)
Step Action D
2. System Attribute Function it affects…
cont...
DocumentID The Check for Duplicate Document pre-processing
action—If you want Trading Networks to be able to
check if it has received the document already by
comparing the document ID, you need to extract the
DocumentID. (For more information, see “Checking for
Duplicate of the XML Document” on page 228 and
“Checking for Duplicates of the Flat File Document”
on page 296.)
Step Action D
2. DoctypeID Rather than have Trading Networks search for an
cont... appropriate TN flat file document type for a flat file
document, use this attribute to explicitly specify the
document type, thus eliminating the overhead of that
search. (For more information, see “Specifying the
Document Gateway Services Outputs” on page 280.)
UserStatus Use this attribute if you want to process a flat file
document based on the user status. Also, the user
status is a criterion that Trading Networks uses to
determine the processing rule to use for a document.
(For more information, see “Specifying the Document
Gateway Services Outputs” on page 280.)
GroupID Use this attribute to easily locate all the flat file
documents within the same group. (For more
information, see “Specifying the Document Gateway
Services Outputs” on page 280.)
3. Determine whether you want to associate an IS document type with the TN XML
document type. This is applicable for XML documents only. If you will
want to use the wm.tn.doc.xml:bizdocToRecord built-in service to transform
the XML document to an IS document (IData object), you must identify a
webMethods IS document type with the document. the
wm.tn.doc.xml:bizdocToRecord service uses the IS document type that you
specify as the blueprint to form the IS document (IData object). For more
information about this service, see the webMethods Trading Networks Built-
in Services Reference. For more information about associating an IS
document type with a TN XML document type, see “Specifying an IS
Document Type for TN XML Document Types” on page 226.
4. Determine whether you want to associate a schema with the TN document type.
For XML documents: If you want Trading Networks to perform the
Validate Structure pre-processing action to validate the structure of an
XML document, you must specify an IS schema that maps the
structure of the TN XML document type. For more information, see
“Specifying an IS Schema for TN XML Document Types” on
page 227.
For flat file documents: If you want Trading Networks to perform the
Validate Structure pre-processing action to validate the structure of a
flat file document, you must specify a parsing schema that maps the
structure of the TN flat file document type. For more information, see
“Validating the Structure of Flat File Documents” on page 295.
Step Action D
5. Determine the pre-processing actions you want Trading Networks to perform. You
can specify whether you want Trading Networks to perform any or all of
the following pre-processing actions against documents of this type. For
more information about specifying the pre-processing actions in a TN
document types, see “Specifying Pre-Processing Actions for TN XML
Document Type” on page 227 and “Pre-Processing Actions in the TN Flat
File Document Type” on page 294.
Verify the digital signature of a document.
For XML documents: To use this action, you must have Trading
Networks extract the system attributes SignedBody and Signature.
In addition, you must have a certificate on file for each partner
whose digital signature you want to verify; this will be addressed
in a later step. For more information, see “Verifying the Digital
Signature of an XML Document” on page 227.
For flat file documents: To use this action, you must code the
verification service for your flat file document. For the inputs and
outputs of the service, your verification service should
implement the wm.tn.rec:BizDocVerification service. For more
information, see “Verifying the Digital Signature of Flat File
Documents” on page 294.
Validate the structure of a document.
For XML documents: To use this action, you must specify an IS
schema with the TN XML document type. For more information,
see “Validating the Structure of an XML Document” on page 228.
For flat file documents: To use this action, you must specify a flat
file schema with the TN flat file document type. For more
information, see “Validating the Structure of Flat File
Documents” on page 295.
Step Action D
5. Check the for duplicate document of a document; that is, has Trading
cont... Networks already received the document—you can have Trading
Networks determine whether it has already received a document
with either:
the same document ID
the same document ID and sender
the same document ID, sender and receiver
the same document ID, sender and TN document type
To use this action, you must have Trading Networks extract the
system attributes DocumentID, SenderID and/or ReceiverID.
Save a copy of the document content, attributes, and/or log
information to the database—You can have Trading Networks
maintain information about the document in the database. Trading
Networks has a reliable delivery feature that it uses only if the
document content is saved to the database. The reliable delivery
feature allows Trading Networks to attempt to deliver a document to
a partner more than one time. For more information, see “Using
Reliable Delivery with Immediate Delivery Method” on page 343.
Keep in mind that all pre-processing actions can be overridden by
selections you make in the processing rules that process a document. This
will be addressed in a later task.
6. Create the TN document type. Use the Trading Networks Console and the
information from Steps 1-5 to define the TN document type. You can
create TN XML document types and TN flat file document types. For
instructions, see “Defining TN XML Document Types” on page 232 and
“Defining TN Flat File Document Types” on page 300.
Note: If you are using an OEM version of the Trading Networks, you
cannot create new TN document types in Trading Networks. Trading
Networks will gray out this unavailable selection.
The type of information do you need about your partners to perform your business
Information you will need about your partners to process documents from them, for
example, information you need access in services that process documents
After you understand the type of information you need about your partners, you are
ready to start to define information you need to store in the profiles for your partners.
Complete the following tasks to define the information you want to maintain about
partners in your network:
Step Action D
1. Review the standard profile fields that webMethods defines. Determine
whether the standard fields meet your needs.
To view the standard fields, see the following sections in this manual:
“Information on the Partner’s Corporate Tab” on page 132
“Information on the Partner’s Contact Tab” on page 136
Step Action D
3. Define extended profile fields. To maintain information about partners that
is not covered by the standard fields, you can define extended profile
fields. For example, you might want to define extended fields for
preferred shipping method, cost centers, or customer codes. Use the
Trading Networks Console to define your extended profile fields. For
instructions on how to define extended profile fields, see “Extended
Profile Fields” on page 97 and “Adding Extended Profile Fields” on
page 98.
Note: If you want to process documents as part of a complete business interaction (that is,
as a series of connected steps), use process management. You define the business process
by using webMethods Modeler to create a process model. If you have Trading Networks
extract a conversation ID from a document, Trading Networks automatically passes the
document to process management after it performs the actions you define in a processing
rule. For more information about creating process models, see the webMethods Modeler
User’s Guide.
Processing rules and conversation scripts are extremely flexible. To understand all of the
capabilities of processing rules and how to set them up, see “Processing Rules” on
page 311.
For more information about trading partners information, see Chapter 2, "Trading
Partners" in the webMethods Trading Networks Concepts Guide.
For more information about profile fields, see Chapter 2, "Trading Partners" in the
webMethods Trading Networks Concepts Guide
Required Fields
A required field is one that you want supplied for all profiles. Several of the standard
fields, as defined by webMethods, are required. Those that are not, you can mark as
required if you want. When you add extended fields, you can mark them as required. All
profiles on your system must have a value for required profile fields.
When you create your own profile or add a profile for a partner, you must supply
information for all required fields before Trading Networks will allow you to enable the
profile. When you are filling in a profile, Trading Networks displays each required field in
blue and places an asterisk (*) next to the required fields, so you can easily determine the
fields that are required.
The following table lists the standard profile fields that you can update. For each field, the
table lists a description of what each field is, how Trading Networks uses the field, and
any consequences if a field is not included in a partner profile.
AddressLine3 What it is: This field identifies the third line of the street address, for
example, “ATTN Billing Department”.
This field is the third line of the Address fields that are located on
the Corporate and Contact tabs of the Profile screen.
How it is used: Trading Networks does not use this information. It is
maintained to allow easy access to partner information. You can
view it by displaying the partner profile for a partner.
If not specified: The information will not be available in the partner
profile.
Note: If you require City, the City field on both the Corporate and
Contact tabs will be required.
Country What it is: This field identifies the country in an address, for
example, “USA”.
This field is the Country fields that are located on the Corporate and
Contact tabs of the Profile screen.
How it is used: Trading Networks does not use this information. It is
maintained to allow easy access to partner information. You can
view it by displaying the partner profile for a partner.
If not specified: The information will not be available in the partner
profile.
Note: If you require Country, the Country field on both the Corporate
and Contact tabs will be required.
Postal Code What it is: This field identifies the postal code (for example, ZIP
code) for the state or province in an address, for example, “90001”.
This field is the Postal Code fields that are located on the Corporate
and Contact tabs of the Profile screen.
How it is used: Trading Networks does not use this information. It is
maintained to allow easy access to partner information. You can
view it by displaying the partner profile for a partner.
If not specified: The information will not be available in the partner
profile.
Note: If you require Postal Code, the Postal Code field on both the
Corporate and Contact tabs will be required.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Enterprise.
3 Select Enterprise Profile Fields.
Note: To sort the columns in the Standard table, select the column to sort and then click
on the column heading for forward () and reverse () alpha-numeric order.
5 Click the row containing the profile field that you want to view.
6 Right click and select Edit. For more information about the fields on this tab, see
“Standard Profile Fields” on page 88.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Enterprise.
3 Select Enterprise Profile Fields.
4 Click the Standard tab.
Note: To sort the columns in the Standard table, select the column to sort and then click
on the column heading for forward () and reverse () alpha-numeric order.
5 Click the row containing the profile field that you want to update.
6 Right click and select Edit.
7 Update the field(s) you want to change:
Description The description you want the profile field to have. You can
replace the current description or add more detail to it.
You can specify 1-1024 characters. You can specify any
characters; there are no restrictions.
Required Whether the profile field is required or not. Click the checkbox
to indicate your choice. To indicate the profile field is required,
assure the checkbox has a check. To indicate that the profile
field is not required, remove the check from the checkbox.
8 Click OK.
The default value of the extended profile field. You can supply this information only if
the data type is string.
The maximum length of the value that can be supplied for the profile field. You can
supply this information only if the data type is string.
The valid values that can be supplied for the profile field. You can supply this
information only if the data type is string.
You can change all information for an extended field, including its name.
Important! Use caution when changing fields from required to not required. If you have
services that use the field or if you might create or update services that use the field, the
information might not be available if the partner is not required to supply it.
When you already have profiles in your system and then change an extended field from
not required to required, you must manually edit the existing profiles for the updated
extended profile fields. This is true even when the updated extended profile fields has a
default value
The following table describes the tasks you can perform against extended profile fields:
Note: If you already have profiles in your system and then add extended profile fields that
are required, you must manually edit the existing profiles for the newly added extended
profile fields. This is true even when you define default values for the added extended
profile fields.
5 Perform one of the following to start defining a new extended profile field:
2 Click Duplicate .
3 Trading Networks displays the New Extended
Profile Field screen with the information copied
from the selected profile field.
You can update any or all fields for the
extended profile field
Name The name you want to assign the new extended profile field.
For example, if you send catalogs to clients and you want to
maintain the type of catalog the partner is to receive, you
might define an extended profile field named “Catalog Type”.
Specify 1-32 characters. You can specify any characters; there
are no restrictions.
Group The group you want Trading Networks to assign the extended
profile field to. To assign the field to an existing group, select a
group from the list. To assign the field to a new group, type the
name of the group.
Description Optional. A description of the profile field. It is helpful to
include the type of information that you expect for this field
because Trading Networks displays this description when
requesting a profile be completed.
Specify 1-1024 characters. You can specify any characters;
there are no restrictions.
Data Type The data type of the profile field. Select either String or Binary
from the list. If you specify String, you can specify a default
value, maximum length, and valid values for the profile field.
Default Optional. The default value for a profile field. You can specify
Default only when Data Type is String.
Specify 1-128 characters. You can specify any characters; there
are no restrictions.
Maximum Length Optional. The maximum number of characters that you want
to allow someone to specify for the profile field. If you do not
specify a maximum length, there is no limit placed on the
profile field. You can specify Maximum Length only when Data
Type is String.
Valid Values Optional. These are values that you want Trading Networks to
accept for this profile field. Specify the valid values in the table
in the Valid Values field. Place one valid value per row.
To remove a row from the table, select the row and then
5 Click OK.
To see details about a Double click the row for that field.
specific extended
profile field
To display disabled To display disabled extended profile fields, click Show All
extended profile
fields to show both enabled (yellow light bulbs) and disabled
(darkened light bulbs) items.
To hide disabled To hide disabled extended profile fields, click Show Enabled
extended profile
fields to only show enabled (yellow light bulbs) items.
Trading Networks does not display any disabled (darkened
light bulbs) items.
Note:
Use caution when changing fields from required to not required. If you have services that
use the field or if you might create or update services that use the field, the information
might not be available if the partner is not required to supply it.
When you already have profiles in your system and then change an extended field from
not required to required, you must manually edit the existing profiles for the updated
extended profile fields. This is true even when the updated extended profile fields has a
default value
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Enterprise.
3 Select Enterprise Profile Fields.
4 Click the Extended tab.
Note: To sort the columns in the Extended table, select the column to sort and then click
on the column heading for forward () and reverse () alpha-numeric order.
5 Click the row containing the profile field you want to update.
6 Select Edit . Update the fields you want to change. For information on what you
can specify, see step 4on page 99.
7 Click OK.
Because the field is no longer displayed in profiles, if you create new profiles after
disabling a field, the new profile will not contain information for the disabled field. Use
caution when disabling fields. You should not disable a field that is used by services at
your site because the information the services use will not be available for profiles that you
add after you disable the field.
Note: To permanently remove the extended profile field from the database, your database
administrator must remove it. Before you can remove the field, you must first remove all
rows from the PartnerProfileField table that reference the profile field you want to delete.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Enterprise.
3 Select Enterprise Profile Fields.
4 Click the Extended tab.
5 Click the row containing the profile field that you want to disable.
6 Right click and select Disable. Trading Networks places No in the Enabled column to
indicate that the extended profile field is disabled.
Important! To perform this procedure, you must first perform the procedure described in
“Disabling Extended Profile Fields” on page 102.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Enterprise.
3 Select Enterprise Profile Fields.
4 Click the Extended tab.
Note: To sort the columns in the Extended table, select the column to sort and then click
on the column heading for forward () and reverse () alpha-numeric order.
5 Click the row containing the profile field that you want to enable.
6 Right click and select Enable. Trading Networks places Yes in the Enabled column to
indicate that the extended profile field is enabled.
Note: You cannot change the Partner Type for your corporation
(Enterprise). Trading Networks automatically sets the value of this
field based on the license key.
Preferred Language The Preferred Language option is for use only by other webMethods
components (e.g., webMethods RosettaNet Module) for
localization purposes. Optionally, specify the preferred language
of your corporation.Trading Networks does not use this option for
its own processing.
Trading Networks displays the following fields on your profile’s Address sub-tab.
Trading Networks displays the following fields in the Profile Identifiers section of your
profile’s Corporate tab.
The your profile’s Corporate tab also contains the Profile Group Membership table.
Role The role the contact has in your corporation. This might be a
job title, for example, “Trading Network Administrator”.
Last Name The contact's last name (surname).
Delivery Method
Tab Field Description
Protocol The name of a delivery method that Trading Networks can use when
delivering documents.
Note: This option is only valid for HTTP, HTTPS, FTP, and FTPS
protocols.
Port The port number on which your system listens for incoming requests,
for example, “5555”. If you do not supply a port number, Trading
Networks uses the default port number for the protocol—for HTTP, it
uses 80; for HTTPS, it uses 443; for FTP and FTPS it uses 21.
This option is only valid for HTTP, HTTPS, FTP, and FTPS protocols.
Delivery Method
Tab Field Description
Location The location a partner is to use when sending a document to your
system.
For this Protocol… Use this Location…
Extended Fields
Tab Field Description
Group (Name) The name of the field group that Trading Networks associates
extended fields with. This column contains the list of groups that
have defined profile fields.
Note: To see extended fields, select the name of the group from the
Group column, and Trading Networks displays the corresponding
extended fields on the right.
CAs that the webMethods Integration Server maintains. For more information, see
security information in the webMethods Integration Server Administrator’s Guide.
SSL Client sub-tab—Use this sub-tab to specify a certificate that enables Trading
Networks to act as an SSL client to connect to a remote secure server.
Trading Networks displays the following fields on each sub-tab.
For more information about security in Trading Networks, see Appendix B, "Security
within Trading Networks" in the webMethods Trading Networks Concepts Guide.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
Add an entry.
The information you need to supply in the Profile Assistant is the same as the
information you supply on the Profile screen. For descriptions of the fields on the
Note: Trading Networks validates the information you enter in each panel and will
alert you with an error message for incorrect or incomplete entries. If you receive an
error message, you must go back to that panel and complete the required information
to proceed with Profile Assistant. Click Back to return to the previous panel in Profile
Assistant.
6 When you have completed all the steps, Trading Networks saves the new profile and
displays the “Profile Created” message.
Note: If the profile fields were not completed correctly, Trading Networks:
1) Displays a dialog box listing the error messages that identify the fields that are in
error and
2) Saves the profile with the information you specified. You must edit the profile to
correct the errors.
After you create your profile and Trading Networks validates the fields, Trading
Networks saves your profile and sets the status of your profile on your system to
“Inactive”. Note that your profile is saved, even if there are errors.
Important! Before you can exchange documents with partners, you must enable your profile
to update the status to “Active”. For instruction on how to enable a profile, see “Enabling
Your Profile—Changing the Status to Active” on page 129.
Status Meaning
Active You have filled in your profile and Trading Networks has
determined that all profile fields (standard and extended) are
valid. You have enabled your profile to set the status to “Active”.
Inactive Either you have just added your profile, but not yet enabled it, or
you have disabled your profile.
If you enable your own profile, you will be able to exchange documents with partners. If
you enable a partner’s profile, you will be able to exchange documents with that partner.
For more information about enabling a partner’s profile, see “Enabling a Partner’s
Profile—Changing the Status to Active” on page 176.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Enterprise. The Enterprise toolbar and tabs appear on the screen.
Information for one of your contacts has changed, for example, the contact's e-mail
address has changed or possibly you have a new contact to replace an existing one.
You have changed the port number on which Trading Networks listens for incoming
requests.
You have added extended profile fields that you need to fill in for your profile.
You want to change the default certificate that Trading Networks uses to digitally
sign documents.
Perform the following procedure to update your profile. Fields that you must specify are
in blue and are marked with an asterisk (*) on the screen:
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Enterprise. Trading Networks displays the Profile screen.
3 Click the Corporate tab and make the necessary changes. For more information about
these fields, see “Information on Your Corporate Tab” on page 106.
Note: Repeat this step for each address that you want to add or
edit. You can specify an unlimited number of addresses for a
corporation. The order that you add the addresses is the order
that they are displayed as tabs.
To delete an address:
1) Select the tab containing the address you want to
delete.
4 Click the Contact tab and fill in the fields. Use the Name column on the left-hand side of
the screen to add, edit, or delete the contacts listed in this column. For each contact,
supply the following information. For more information, see “Information on Your
Contact Tab” on page 109.
Note: Repeat this step for each contact that you want to add or
edit. You can specify an unlimited number of contacts for a
corporation.
5 Click the Delivery Method tab and fill in the fields to specify how partners are to deliver
documents to your Trading Networks system. The Deliver document processing action
uses the settings on the Delivery Method tab. For more information, see “Information on
Your Delivery Method Tab” on page 111.
Use as preferred 2) In the Protocol field, select a delivery method from the
protocol list.
Trading Networks updates the information on the tab
screen to display the fields required for the protocol you
selected.
3) For an HTTP, HTTPS, FTP, or FTPS delivery method,
specify the host name or IP address of your system in the
Host field, for example, “IndustrialSteel.com”.
4) For an HTTP, HTTPS, FTP, or FTPS delivery method,
specify the port number on which your system listens for
incoming requests in the Port field, for example, “5555”.
8) Click Save.
To delete a delivery method:
1) Select the tab for the delivery method you want to delete.
6 Click the Extended Fields tab and fill in the fields. For more information, see
“Information on Your Extended Fields Tab” on page 113.
7 Click the Security tab and fill in the fields. For more information, see “Information on
Your Security Tab” on page 113. Perform the following procedure for each sub-tab.
To delete certificates:
The Corporate tab contains the partner’s address information and profile identifiers. These
profile identifiers include the partner’s external ID type and profile group membership
information.
Trading Networks displays the following fields on the partner’s Corporate tab.
Trading Networks displays the following fields on the partner’s Address sub-tab.
Trading Networks displays the following fields in the partner’s Profile Identifiers section of
the partner’s Corporate tab.
The partner’s Corporate tab also contains the Profile Group Membership table.
Role The role the contact has in the partner’s corporation. This might be
a job title, for example, “Trading Network Administrator”.
Last Name The contact's last name (surname).
Delivery Method
Tab Field Description
Protocol The name of a delivery method Trading Networks can use when
delivering documents.
Host The host name or IP address of the partner’s system, for example,
“IndustrialSteel.com”.
Note: This option is only valid for HTTP, HTTPS, FTP, and FTPS
protocols.
Port The port number on which the partner’s system listens for
incoming requests, for example, “5555”. If no port number is
supplied, the following defaults are used: for HTTP, use 80; for
HTTPS, use 443; for FTP or FTPS, use 21.
Note: This option is only valid for HTTP, HTTPS, FTP, and FTPS
protocols.
Delivery Method
Tab Field Description
Location The location Trading Networks is to use when sending a document
to a partner’s system.
For this Protocol… Use this Location…
If you do not know what to specify for User Name, contact the
partner.
Delivery Method
Tab Field Description
Password The password that your Trading Networks system is to supply
(along with User Name) when connecting to the partner’s system
using the associated protocol (HTTP, HTTPS, FTP, or FTPS).
Note: This option is only valid for HTTP, HTTPS, FTP, and FTPS
protocols.
E-mail The e-mail address to which the partner wants Trading Networks
to deliver documents, for example, “[email protected]”.
Use Public Queue View-only screen of schedules and settings for the selected public
queue. A public queue is a queue that can contain documents for
multiple receiving partners. Documents bound for several partners
can be placed in the same public queue. For more information
about public queues, see “Defining Public Queues” on page 380.
Note: You cannot select either the public or private queue as the
preferred protocol.
Delivery Method
Tab Field Description
Use Private Queue Send documents to a private queue for scheduled delivery. A
private queue is a queue that contains only delivery tasks that
correspond to documents aimed for a specific receiving partner.
Settings tab–Set the following private queue settings on this
tab.
Delivery Service. The delivery service to use for the private
queue. Select the delivery service from the list. For more
information, see “Adding and Registering New Delivery
Services” on page 421
Set Inputs. The inputs for the delivery service you selected.
Queue State. The state of the queue (Enable Queue, Drain
Queue, Suspend Delivery, or Disable Queue). The state of the
scheduled delivery queue determines: 1) whether Trading
Networks can add delivery tasks to the queue and 2)
whether Trading Networks can deliver documents
associated with the delivery tasks in the queue.
Schedule tab–The schedule of when Trading Networks is to
invoke the delivery service that will deliver documents from
this queue. For more information about the fields on the
Schedule tab, see “Delivery Schedule for Queues” on page 384.
Run Once. Trading Networks executes the delivery service
a single time. For more information, see “Using the Run
Once Option” on page 385
Simple Interval. Trading Networks executes the delivery
service repeatedly at an interval you specify. For more
information, see “Using the Simple Interval Option” on
page 385.
Complex Interval. Trading Networks runs the delivery
service on the day(s) and at the time(s) that you specify
either during a specified date range or indefinitely. For
more information, see “Using the Complex Interval
Option” on page 386.
Delivery Method
Tab Field Description
Use as preferred The delivery method that your partner prefers your system use to
protocol deliver documents to the partner’s system. The preferred delivery
method is the value you select for Protocol. If the Use as preferred
protocol is not selected for any delivery method, Trading Networks
uses Queue for Polling.
Note: You cannot select either the public or private queue as the
preferred protocol.
Delivery Maximum The number of times you want Trading Networks to attempt to re-
Retries deliver a document to the partner’s system.
Note: The Delivery Maximum Retries, Wait Between Retries, and Retry
Factor options are only used when Trading Networks is using
reliable delivery (delivery tasks).
The Delivery Maximum Retries option is used for both immediate and
scheduled delivery methods.
Wait Between The number of milliseconds (ms) you want Trading Networks to
Retries wait before making its first attempt to redeliver the document to
the partner’s system. Trading Networks uses the Retry Factor along
with the Wait Between Retries value to calculate how long to wait for
subsequent retry attempts.
Note: The Wait Between Retries and Retry Factor options are only used
when Trading Networks is using reliable delivery for an
immediate delivery method (as opposed to a scheduled delivery
method). Trading Networks does not use the Wait Between Retries
and Retry Factor settings for reliable delivery with scheduled
delivery because the queue’s delivery schedule dictates how often
to retry delivery attempts.
Delivery Method
Tab Field Description
Retry Factor The factor you want Trading Networks to use when determining
how long to wait before making the second and subsequent
attempts to redeliver the document when Trading Networks is
using reliable delivery. Trading Networks calculates the time to
wait by multiplying the last wait time by Retry Factor. Specify a
whole number greater than zero for Retry Factor.
Example: The following shows sample values for the reliable
delivery settings and how they affect the wait times between
attempts to redeliver a document.
Delivery Maximum Retries = 3
Wait Between Retries = 10000 ms
Retry Factor = 2
Retry 1 Retry 2 Retry 3
Wait until next attempt 10000 ms 20000 ms 40000 ms
Polling Method The method (e.g., Primary HTTP) that your Trading Networks
system uses to contact the partner’s system to request documents
that the partner has queued for your system. Select the method
from the list. If you do not want your Trading Networks system to
poll for documents, select the blank entry.
Polling Frequency How often Trading Networks is to poll the partner’s system to
retrieve documents that the partner has queued for your system.
Specify a number of minutes that is zero or greater. If you specify
zero, Trading Networks will not poll.
Note: Setting the polling frequency too low can have an adverse
effect on Trading Networks performance.
Extended Fields
Tab Field Description
Group (Name) The name of the field group that Trading Networks associates
extended fields with. This column contains the list of groups that
have defined profile fields.
Note: To see extended fields, select the name of the group from the
Group column, and Trading Networks displays the corresponding
extended fields on the right.
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.
Note: 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.
SSL Client sub-tab—Use this sub-tab to specify a certificate that enables Trading
Networks to act an SSL client to connect to a remote secure server.
For more information about security, see the webMethods Trading Networks Concepts Guide.
Step Description
Prerequisite
Create and enable your Enterprise profile.
Review the fields you need to fill out for the partner profile.
Obtain the partner information that you require in the profiles on your system and
have this information available when you create the profile.
Perform the following procedure to add a partner profile from the Profile screen:
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Trading Partners.
3 Perform one of the following procedures to add a profile.
4 Click the Corporate tab and fill in the fields. Fields that you must specify are in blue
and are marked with an asterisk (*) on the screen. For more information about these
fields, see “Information on the Partner’s Corporate Tab” on page 132.
Note: Repeat this step for each address that you want to add.
You can specify an unlimited number of addresses for a
corporation. The order that you add the addresses is the order
that they are displayed as tabs.
External ID Type
To add a new external ID type: Click Add New External ID
Value located next to the External ID Type table in the Profile
Identifiers section.
To edit an external ID type: Select the row containing the
2) Click Save.
3) Repeat this step to associate the partner profile with
more than one profile group.
If you want to delete the profile group association:
1) Select the row containing the profile group you want to
5 Click the Contact tab and fill in the fields. Trading Networks displays fields for you to
fill in. Fields that you must specify are in blue and are marked with an asterisk (*) on
the screen. You can specify an unlimited number of contacts. For each contact, supply
the following information. For more information about these fields, see “Information
on the Partner’s Contact Tab” on page 136.
Note: Repeat this step for each contact that you want to add or
edit. You can specify an unlimited number of contacts for a
corporation. To sort the contacts’ last names alphabetically, click
on the Name column heading for forward () and reverse ()
alphabetization
To delete a contact:
1) Select the contact you want to delete from the Name list
6 Click the Delivery Method tab and fill in the fields to specify how you are to deliver
documents to the partner. The Deliver document processing action uses the settings on
the Delivery Method tab. For more information about these fields, see “Information on
the Partner’s Delivery Method Tab” on page 137. For more information about the
Deliver Document By processing action, see “Action 4—Deliver the Document to the
Receiver” on page 341.
7 If you added Queue for delivery as the delivery method (in the Protocol field), select
which type of queue: Use Public Queue or Use Private Queue.
Note: You cannot use either the public or private queue as your preferred protocol.
Then set the following parameters on the New Protocol tab screen of the Delivery Method
tab.
8 Set the following parameters (located on the bottom of the Delivery Method tab screen)
to specify the reliable delivery and polling settings.
Note: The Wait Between Retries and Retry Factor options are
only used when Trading Networks is using reliable
delivery for an immediate delivery method (as opposed
to a scheduled delivery method). Trading Networks
does not use the Wait Between Retries and Retry Factor
settings for reliable delivery with scheduled delivery
because the queue’s delivery schedule dictates how often
to retry delivery attempts.
7) Click Save.
9 Click the Extended Fields tab and fill in the fields. Extended fields that you must specify
are in blue and are marked with an asterisk (*) on the screen. For more information,
see “Information on the Partner’s Extended Fields Tab” on page 143.
For this
Extended Fields
tab parameter... Perform this procedure...
Group To view the values of the extended field:
1) S
For this
Extended Fields
tab parameter... Perform this procedure...
3) Click Save.
10 Click the Security tab and fill in the fields. For more information, see “Information on
the Partner’s Security Tab” on page 144.
Note: If the profile fields were not completed correctly, Trading Networks:
1. Displays a dialog box listing the error messages that identify the fields that
are in error and
2. Saves the profile with the information you specified.
2 Once you create the profile and Trading Networks saves it, the Console
displays the User Account Information dialog box.
Note: This dialog box will only appear when the profile saved is valid and
created successfully.
Trading Networks displays the user name and password of the created IS
user account in this dialog box and will use this information later on in “Step
3: Informing the Partner of the User Name and Password” on page 165.
Important! Be sure to record the information and send the user name and
password to your partner. Otherwise, your partner cannot access or use your
Trading Networks system.
Value Meaning
Active 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 to set the status to
“Active”.
When the partner's profile is in this status, you can exchange documents
with the partner.
Inactive You have disabled the profile.
Either you have just added the profile, but not yet enabled it, or you have
disabled the profile.
1 Select the partner whose profile you want to update. If you need procedures for this
step, see “About Querying and Viewing Profiles” on page 166.
2 Select Trading Partners Enable Trading Partner.
Important! After the profile is added, Trading Networks displays the user name and
password User Account Information dialog box. Be sure to record the information and
send the user name and password to your partner. Otherwise, your partner cannot
access or use your Trading Networks system.
1 Select your partner’s profile. If you need procedures for this step, see “About
Querying and Viewing Profiles” on page 166.
2 Select Trading Partners Show Password.
3 Trading Networks displays the user name and password for this partner profile.
Record the user name and password.
For your partner to update your profile with user name and password on the partner’s system
1 Your partner should view your profile. For your partner’s procedures to this step, see
“About Querying and Viewing Profiles” on page 166.
2 Click the Delivery Method tab.
3 Specify the following fields for Primary HTTP, Secondary HTTP, Primary HTTPS, Secondary
HTTPS, Primary FTP, Secondary FTP, Primary FTPS, and Secondary FTPS.
To set up a query and display information for viewing profiles, specify some or all of the
following:
Basic search criteria
Group membership
Basic corporation address elements of: country, city, state/province, and/or postal
code.
Data Type Operator Matches when the attribute extracted from a document…
STRING Is null Has no value. The attribute value has no value if:
XQL query (defined in the TN document type)
that Trading Networks used to extract the
attribute failed.
The TN document type does not instruct
Trading Networks to extract the attribute.
You do not need to specify a value when you specify
this operator.
Is not null Has any value. You do not need to specify a value
when you specify this operator.
Equals Matches exactly the value that you specify.
Not equals Has a value that does not match the value that you
specify.
Contains Contains the character string that you specify for the
value.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Trading Partners.
3 Select Show Query on the toolbar.Trading Networks displays the Basic Criteria and
Detail View tabs.
Note: Trading Networks displays the last query run on the Trading Networks Console.
4 Perform one of the following to identify and select the profile of one of your partners:
To select from all partners:
Select a partner from the Profiles table on the bottom portion of the screen.
To narrow down the list of partners from which to choose:
a Select the Basic Criteria tab and fill in the fields to specify basic search criteria. To
indicate that you want to use one or more of the basic search criteria, select the
checkbox next to each criterion you want to use. Then fill out the corresponding
information as follows
.
For more information about these profile query fields, see “Information on the
Partner’s Corporate Tab” on page 132.
b Select the Custom Criteria tab and fill in the fields to specify custom search criteria
for the extended profile field(s). For the profile query, specify a STRING extended
field to query documents as follows.
Extended Field The name of the extended profile fields that you want
Trading Networks to use to select documents. Select a
STRING data type from the drop-down list.
Operator The operator you want Trading Networks to use with the
Value you specify. For example, select Equal if you want
Trading Networks to match extended fields that have the
exact value you specify for Value.
Data Type Operator values
For more information about extended profile fields, see “Information on the
Partner’s Extended Fields Tab” on page 143. For more information about how to
use custom criteria, see “Custom Search Criteria for Profiles” on page 167.
c Select Run Query on the toolbar. Trading Networks displays the Profiles table
with the results from the refined query.
5 To change the format of the query results in the Profiles table, click the Detail View tab.
Fill in the following fields to specify how Trading Networks displays information in
the Detail view.
a In the Standard Fields panel, check field that you want Trading Networks to include
in the Detail view. Trading Networks displays a column for each checked field.
Trading Networks always displays the Corporation Name column for each partner
profile.
b In the Extended Fields section, select the extended fields that you want Trading
Networks to include in the Detail view. Trading Networks displays a column for
each field in the Selected Extended Fields list. To move items to the Selected Extended
Fields list:
To move some but not all extended fields to the Selected Extended
Fields list, select one or more fields in the Available Extended Fields
list and then click .
If you decide you do not want Trading Networks to display information for the
fields in the Selected Extended Fields list, move the items back to the Available
Extended Fields list:
.
6 To see the new display format, click the Run Query toolbar button.
7 Double click to select the partner you want from query results in the Profiles table on
the bottom portion of the screen. Trading Networks displays the Update Profile screen.
For more information about the tabs and fields on this screen, see “Step
1: Defining a Partner Profile” on page 146.
For procedures on how to change the information in your partner’s profile, see
“Updating the Profile of Your Partner” on page 173.
For more information about queries in Trading Networks, see “About Viewing
and Querying Documents” on page 428.
1 Select the partner whose profile you want to update. If you need procedures for this
step, see “About Querying and Viewing Profiles” on page 166.
2 To update an existing partner profile, select the tab you wish to update. Use the table
below to find the procedure to update the selected tab.
To update this tab... Use this procedure... For more information, see..
Corporate Step 4 on page 147 “Information on the Partner’s Corporate Tab”
on page 132
Contact Step 5 on page 151 “Information on the Partner’s Contact Tab”
on page 136
Delivery Method Step 6 on page 153 “Information on the Partner’s Delivery
Method Tab” on page 137
Extended Fields Step 9 on page 159 “Information on the Partner’s Extended
Fields Tab” on page 143
Security Step 9 on page 160 “Information on the Partner’s Security Tab”
on page 144
Follow the procedures to update the partner profile. These procedures are the same
ones you initially used to create a partner profile. In general, on the Profile screen, use
the following buttons to supply information to the profile fields:
Add an entry
Edit an entry
or
Delete an entry
Fields that you must specify are in blue and are marked with an asterisk (*) on the
screen.
3 After updating all of the partner profile fields, make sure to click Save to save all your
changes to the profile.
Deleting a Profile
When you delete a profile from the Trading Networks Console, Trading Networks
removes most of the profile data from its database, but keeps all documents, entries, and
TPAs that are associated with the partner. You are no longer able to view:
the profile using the Profile screen and
Trading Networks does not provide a way to “undelete” a profile. If a partner sends you a
document after you delete its profile, Trading Networks treats the document as if it came
from an unknown partner.
Important! When you delete a partner’s profile, Trading Networks does not delete the user
account it created for the partner. To delete the user account, use the webMethods
Administrator. For instructions, see the webMethods Integration Server Administrator’s Guide.
1 Select the partner whose profile you want to delete. If you need procedures for this
step, see “About Querying and Viewing Profiles” on page 166.
Important! Before you delete any profile, you must delete any related TPAs. For more
information, see “Deleting a TPA” on page 192.
Responds to the sender with an HTTP 403 message if the document was sent using
HTTP.
For more information about profile statuses, see “Step 2: Enabling the Partner’s Profile”
on page 164.
To disable a partner’s profile, perform the following procedure:
1 Select the partner whose profile you want to update. If you need procedures for this
step, see “About Querying and Viewing Profiles” on page 166.
2 Select Trading Partners Enable Trading Partner.
Important! When you disable a partner’s profile, Trading Networks does not disable or
delete the webMethods User account for the partner. To delete the user account, use
the webMethods Administrator. For more instructions, see the webMethods Integration
Server Administrator’s Guide.
1 Select the partner whose profile you want to update. If you need procedures for this
step, see “About Querying and Viewing Profiles” on page 166.
2 Select Trading Partners Enable Trading Partner.
For more information about TPAs, see Chapter 2, "Trading Partners" in the webMethods
Trading Networks Concepts Guide.
To view TPAs and their data in Trading Networks, first specify a query to identify the
TPAs in which you are interested. You can query TPAs by the following fields: Sender,
Receiver, Agreement ID, Timestamp, Agreement Status, and IS Document Type. Trading Networks
returns information about the TPAs that meet the search criteria that you specified in your
query.
Sender Name of the trading partner that has the sender role in the TPA.
You select the sender from the profiles defined on your Trading
Networks system, including your own profile (Enterprise).
Receiver Name of the trading partner that has the receiver role in the TPA.
You select the receiver from the profiles defined on your Trading
Networks system, including your own profile (Enterprise).
Agreement ID An application-specific field that uniquely identifies the type of
agreement between two partners.
IS Document Type An IS document type that specifies the data that you define in the
TPA. For more information about changing the data, see
“Changing the TPA Data Inputs in the IS Document Type” on
page 190.
When using the TPA feature for your own custom application,
these are the parameters that your custom applications need access
to during document exchange. Use the webMethods Developer to
create the IS document type that contains the parameters you need
for your custom application. For more information on how to
create an IS document type, see the webMethods Developer User’s
Guide.
webMethods’ components that use the TPA feature come with the
IS document type you need to use for the TPA data. For example,
the webMethods EDI Module supplies the wm.b2b.editn.TPA:EDITPA
IS document type and the webMethods ebXML Module supplies
the wm.ip.ebxml.cpa.rec:tpaDataSchema IS document type. For more
information about EDI TPAs, see webMethods EDI Module User’s
Guide.
Control Number A field that is available for application-specific use. Trading
Networks does not update the Control Number field.
When using the TPA feature for your own custom application, you
can use the Control Number field in any way you want. Some
webMethods’ components that take advantage of the TPA feature
use the Control Number field. For example, the webMethods EDI
Module uses the control number to ensure documents are
processed in order and that no documents have been lost or
unprocessed.
Data Status This field applies only when the Agreement Status is Agreed. The data
status indicates whether you can update the values for the TPA
data defined in the IS document type (located in the panel on the
lower portion of the Agreement Details dialog box). The data status
can be one of the following:
Modifiable - the TPA data can be changed
Note: Trading Networks uses the data status only after the TPA has
an Agreed status. For more information about TPA statuses, see
“Changing a TPA Agreement Status” on page 188. For more
information about changing the TPA data defined in the IS
document type, see “Changing the TPA Data Inputs in the IS
Document Type” on page 190.
Export Service A service that exports a Trading Networks TPA and converts it to
an industry-standard format. After creating a TPA, if you need to
obtain the industry-standard format of a TPA, you can execute
your export service. Defining an export service is optional.
Initialization A service that sets default values for the IS document type data of
Service the TPA. Defining an initialization service is optional. You can set
this field to point to an IS service that can provide the initial values
for that data.
When using the TPA feature for your own custom application, you
can create an initialization service that populates the parameters in
the IS document type with default values. Some webMethods’
components that take advantage of the TPA feature supply an
initialization service. For example, the webMethods EDI Module
supplies the service wm.b2b.editn.TPA:initService that populates the
EDITPA with the default values for an EDI TPA. The webMethods
ebXML Module supplies the wm.ip.ebxml.cpa:initTPA initialization
service.
For more information about EDI TPAs, see the webMethods EDI
Module User’s Guide. For more information about ebXML CPAs,
see the webMethods ebXML User’s Guide
Description This is an optional field that you can use to specify a description
for the TPA. Specify 1-1024 characters. There is no restriction to the
characters that you can use.
Defining a TPA
You define TPAs on the Agreement Details screen of the Trading Networks Console. After
you set the attributes of your TPA on the top portion of this screen and select the IS
document type, Trading Networks displays the corresponding IS document type data tree
on the bottom panel of the screen. The right side of this panel displays the input values
(TPA data inputs) to variables of the IS document type.
Use the following procedure to define a TPA.
To define a TPA
1 Start the Trading Networks Console. If you need procedures for this step, see the
webMethods Trading Networks Concepts Guide.
2 Select View Agreements. Trading Networks displays the Agreements screen.
3 Perform one of the following procedures to create a new TPA.
4 Fill in the following fields on the Agreement Details screen for the TPA you want to
create:
Note: The Sender, Receiver, and Agreement ID fields must be unique for each TPA. After
you create a TPA, you cannot change or update these fields of the TPA.
Sender Name of the trading partner that has the sender role in the
transaction the TPA will govern. Type in the name of the
Export Service A service to convert the data in the Trading Networks TPA to
an industry-format trading partner agreement. For more
information about the export service, see “Information You
Supply to Define a TPA” on page 178.
Type in the name of the export service located on the server or
click Find Service to browse the services and select the one
you want to use.
Note: Trading Networks disables the OK button until you supply the Sender, Receiver, and
Agreement ID fields. If you clear any of the Sender, Receiver, and Agreement ID fields during
the creation of the TPA, Trading Networks will disable the OK button, as well as the other
TPA fields. You will not be able to save the TPA unless you supply the Sender, Receiver,
and Agreement ID fields.
Managing TPAs
The following table describes the tasks you can perform against TPAs:
To view TPAs
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select ViewAgreements.
3 To see detailed information about a specific TPA, double click on the row containing
the TPA you want more detailed information about. Trading Networks displays the
Agreements Details screen.
4 If you cannot find the TPA you are looking for, you can use the search criteria on the
Agreements screen to query for specific TPAs.
a Select Show Query on the toolbar to have Trading Networks display the search
criteria.
b To indicate that you want to use one or more of the search criteria, select the
checkbox next to each criterion you want to use. Then fill out the corresponding
information as follows.
Important! The search-criteria fields are space and character-sensitive; be sure to use
the exact combination of upper- and lowercase letters. Do not use pattern-matching
characters (such as “*”, “%”, or “_”) in the TPA search.
Sender The name of the trading partner that has the sender role for the
Receiver The name of the trading partner that has the receiver role for
the TPA. Type in the name of the receiver or click the Select...
Timestamp The time Trading Networks last updated the TPA either when
the TPA was created or last updated. Select an entry from the
list. To specify a date range, select Custom from the list. Then
specify dates in the Beginning and Ending fields. You can type in
For more information about the TPA attribute fields, see “Information You Supply to
Define a TPA” on page 178.
c Select Run Query on the toolbar. Trading Networks updates the Agreements
table on the bottom portion of the screen with the query results.
d Double click to select the partner you want from query results in the Profiles table
on the bottom portion of the screen. Trading Networks displays the Agreement
Details screen.
For more information about the tabs and fields on this screen, see “Defining a
TPA” on page 181.
For procedures on how to change the information in your partner’s profile,
see “Updating TPAs” on page 187.
For more information about queries in Trading Networks, see “About
Viewing and Querying Documents” on page 428
Updating TPAs
Use the following procedure to update a TPA.
To update a TPA
1 Select the TPA you want to update. If you need procedures for this step, see “Finding
and Viewing TPAs” on page 185.
2 Select AgreementsEdit.
3 Update the TPA fields you want to change:
For information on what you can specify for the fields in the Agreement Details
screen, see step 4 on page 182.
For instructions on how to change the Agreement Status, see the next section,
“Changing a TPA Agreement Status”.
Important! You cannot modify or update the Sender, Receiver, or Agreement ID field of a TPA.
4 For instructions on how to update the inputs for the IS document type, see “Changing
the TPA Data Inputs in the IS Document Type” on page 190.
Note: To modify the data of the TPA, you must change the
agreement status from Agreed to Proposed. For more
information, see “Changing the TPA Data Inputs in the IS
Document Type” on page 190.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select ViewAgreements. Trading Networks displays the Agreements screen.
3 Click the row containing the TPA you want to change the agreement status for.
4 To change the agreement status:
Agreed
-OR-
Right-click and select from the menu items: Proposed, Disabled, or Agreed.
Trading Networks displays the new status in the Agreement Status column.
1 Select the TPA you want to update. If you need procedures for this step, see “Finding
and Viewing TPAs” on page 185.
2 Update the TPA data input in the IS document type fields you want to change using
one of the following three methods:
Note: To access the TPA data inputs to change them, you need to have the following
values: 1) the Agreement Status is Proposed or 2) the Agreement Status is Agreed and the Data
Status is Modifiable. For more information, see “Changing a TPA Agreement Status” on
page 188.
Deleting a TPA
When you delete a TPA, Trading Networks deletes all of the TPA data from its database.
Important! Trading Networks does not provide a way to “undelete” the TPA.
Important! Before you delete a profile that is referenced by a TPA, you must first delete any
related TPAs. If you accidentally deleted the profile and not the TPA, you can delete the
invalid TPA. For more information, see “Deleting a Profile” on page 174.
You can only delete TPAs with the Proposed or Disabled agreement status. You cannot delete
TPAs with an Agreed status. If you want to delete a TPA with an Agreed status, you will
need to first change the agreement status to either Proposed or Disabled, and then Trading
Networks allows you to delete the TPA.
To delete a TPA, perform the following procedure:
To delete a TPA
1 Select the TPA you want to delete. If you need procedures for this step, see “Finding
and Viewing TPAs” on page 185.
2 Select AgreementsDelete to delete the TPA. When Trading Networks prompts you to
verify that you want to delete the TPA, click Yes.
Note: If you are deleting a non-modifiable agreement, you will need to use the
wm.tn.tpa:deleteTPA service. For more information, see the Programmer’s Reference Guide.
For more information about these system attributes, see “Important Attributes that You
Should Extract from an XML Document” on page 210 or “Attributes To Extract From
Documents” on page 285.
You should define custom document attributes for all types of documents that you expect
to receive; a document attribute is not associated with a specific document type. Later,
when you define your TN document types, you will specify which document attributes to
include in each document type. Instructions for creating document types appear in
Chapter 12, “TN XML Document Types” and Chapter 13, “TN Flat File Document
Types”.
To define a document attribute you specify the attribute’s name, description, and data
type (DATETIME, DATETIME LIST, NUMBER, NUMBER LIST, STRING, or STRINGLIST). In addition,
you can specify whether Trading Networks should save the attribute to the database (the
default behavior).
When you define a TN document type, you identify the attributes that you want Trading
Networks to extract from the type of document. Different kinds of documents have
different formats, so the location of attributes within a document is based on the specific
kind of document. To identify the attributes, you specify the name of the attribute and
how Trading Networks is to locate the attribute in the specific type of document. In
addition, you can indicate whether you require the attribute to be extracted. If you mark
an attribute as required and Trading Networks is unable to extract the attribute from the
document, Trading Networks records the error.
In the TN document type (or in a processing rule), you can specify that you want Trading
Networks to save the document to the database. If you do this, Trading Networks saves
the custom attributes it extracts. Trading Networks saves a custom attribute only if the TN
document type or processing rule indicates to save that attribute.
Note: Regardless of whether you save custom attributes or not, Trading Networks always
saves all system attributes except Signature and SignedBody.
that retrieves the total order amount of a purchase order, you can query documents
where the total order amount is over $10,000.
Generate reports about documents in your Trading Network.
For more information about document attributes, see Chapter 3, "Setting up Trading
Networks to Process Documents" in the webMethods Trading Networks Concepts Guide.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select ViewDocument Types.
3 Select TypesDocument Attributes.
4 Perform one of the following procedures to begin a document attribute definition.
5 Fill in the following fields for the custom attribute you want to add:
Name The name you want to give to the attribute. You can specify
1 to 64 characters. You can use any character except a single
quote (').
Example: If you are defining an attribute for the price of an item
in a purchase order, you might use the name “LineItemPrice”.
Type The data type of the attribute. Select the data type (DATETIME,
DATETIME LIST, NUMBER, NUMBER LIST, STRING, or STRINGLIST)
from the list.
Description Optional. A description of the attribute. You can specify 1 to
256 characters. You can use any character except a single quote
(').
Example: If you are defining an attribute for the price of an item
in a purchase order, you might specify the description “The
price of an item in a purchase order”.
Enabled Whether this attribute is enabled or not. If the document
attribute is disabled, select this checkbox to enable it. For more
information, see “Enabling Document Attributes” on page 200
or “Disabling Document Attributes” on page 199.
Save Whether this attribute is eligible to be saved to the Trading
Networks database.
If you select this checkbox and the pre-processing actions
indicate to save attributes to the database, Trading
Networks saves this attribute to the database.
If you do not select this checkbox and the pre-processing
actions indicate to save attributes to the database, Trading
Networks does not save this attribute. Deselect this
checkbox if the attribute value is needed during document
processing, but does not need to be kept in the database.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select ViewDocument Types.
3 Select TypesDocument Attributes.
4 To see the details about a specific document attribute, double click the row for that
attribute.
To display disabled document attributes, click Show All to show both enabled (yellow
light bulbs) and disabled (darkened light bulbs) items.
To hide disabled document attributes, click Show Enabled to only show enabled
(yellow light bulbs) items. Trading Networks does not display any disabled (darkened
light bulbs) items.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select ViewDocument Types.
3 Select TypesDocument Attributes.
4 Click the row containing the document attribute that you want to update.
5 Right click and select Edit.
6 Update the fields you want to change. For information on what you can specify, see
step 5 on page 197.
Important! If this attribute is referenced by a TN document type that you imported into
Business Integrator and is used in Business Integrator process models, do not change
the name of the attribute. You can change other settings for the attribute.
Networks no longer displays the value of the attribute on the Transaction Analysis screen or
the Document Detail screen.
When you disable a document attribute, the definition for the document attribute is not
removed from the database. Later, if you decide that you need the document attribute,
you can enable it. See “Enabling Document Attributes” on page 200.
Note: To permanently remove the document attribute from the database, your database
administrator must remove it. When you remove a document attribute from the database,
you must also remove all TN document types that reference this attribute and all
documents that had this attribute extracted from them.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Document Types.
3 Select Types Document Attributes.
4 Click the row containing the document attribute you want to disable.
5 Right click and select Disable. Trading Networks places No in the Enabled column to
indicate that the document attribute is disabled.
Important! To perform this procedure, you must first perform the procedure described in
“Displaying Disabled Document Attributes” on page 198.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select ViewDocument Types.
3 Select TypesDocument Attributes.
4 Click the row containing the document attribute you want to enable.
5 Right click and select Enable. Trading Networks places Yes in the Enabled column to
indicate that the document attribute is enabled.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select ViewDocument Types.
3 Select TypesDocument Attributes.
4 Click the row containing the document attribute for which you want to view TN
document type dependencies.
Note: If you are using an OEM version of the Trading Networks, you cannot create new TN
document types in Trading Networks. Trading Networks will gray out this unavailable
selection.
To define TN XML document types, you specify the following types of information:
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.
For more information, see “Identification Information in TN XML Document Types”
on page 206.
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 to 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. For more information, see “Extraction
Information In TN XML Document Types” on page 210.
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. For
more information, see “Namespace Mappings in TN XML Document Types” on
page 221.
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.
A webMethods 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 “Specifying Pre-Processing Actions for TN XML Document
Type” on page 227.
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.
Important! If the documents you expect use equivalent namespaces but have different
prefixes, you must also define namespace mappings for Trading Networks to correctly
locate the nodes identified by the XQL queries. For more information, see
“Namespace Mappings in TN XML Document Types” on page 221.
The system identifier or public identifier from the document type (DOCTYPE)
declaration within an XML document.
Pipeline matching variables (name and value).
You can define TN XML document types to be very general or very specific. For example,
you can set up a TN XML document type that simply recognizes OAG documents. To be
more specific, you can set up the TN XML document type to recognize OAG
PROCESS_PO_004 documents. To be even more specific, you can set up the TN XML
document type to recognize OAG PROCESS_PO_004 documents from a specific sender
by specifying that the value of the <LOGICALID> tag within the <SENDER> tag must
contain a certain sender's logical ID.
Trading Networks uses the extraction information and the options (which are specified in
the TN XML document type) only if the document meets the criteria specified by the
identification information.
Note: If you are creating identifying queries or extracting information for a large
document, see “Defining TN Document Type XQL Queries for Large Documents” on
page 544.
Each document that passes through your system should match exactly one TN document
type. Trading Networks matches documents against all enabled TN document types. If a
document matches more than one, Trading Networks cannot determine which of the
matching TN document types it should use.
To set up the identification information in a TN XML document type, specify one or more
of the following items described in the table below:
Item Description
Identifying You can specify one or more XQL queries that locate a specific node
queries in the XML document. In addition, for each identifying query, you
can optionally specify the value that the node must evaluate to match
this TN XML document type.
Example: To identify a cXML order request, you might specify the
following XQL query that assures the OrderRequest tag is in the
document:
/cXML[0]/Request[0]/OrderRequest[0]
To be more specific, you might set up the TN XML document type to
match cXML OrderRequest from a specific sender. To do this, you
can add a second identifying query that identifies the Identity tag
within the Credential tag that is within the Sender tag. Then, specify the
value that it must evaluate to, for example, Industrial Steel Company.
The following shows the query:
/cXML[0]/Header[0]/Sender[0]/Credential[0]/Identity[0]
The above query will match if the document contains the following:
<cXML>
<Header>
<Sender>
<Credential>
<Identity>Industrial Steel Company</Identity>
.
.
.
Caution:
The XQL queries are case-sensitive. For example, if the tag you
want to match in the document is <cXML> and your query
specifies CXML, the query will not find the node and the TN
XML document type will not be used for the document. In
addition, if you specify a value for the query, the value is also
case-sensitive. If you specify the value “Industrial Steel
Company” and the actual value in the document is “IndustRIAL
Steel COmpany”, the values will not match and the TN XML
document type will not be used.
Item Description
If the documents use namespaces, you must also define
namespace mappings for Trading Networks to correctly locate
the nodes identified by the XQL queries. For more information,
see “Namespace Mappings in TN XML Document Types” on
page 221.
Root tag You can optionally specify the value of the root tag within the XML
document that you want documents that match this TN XML
document type to have.
Example: To identify a document that has a declared root tag value of
cXML, you would specify cXML. For example, the document might
contain the following document type declaration containing the
declared root tag:
<!DOCTYPE cXML SYSTEM "cXML.dtd">
DOCTYPE You can optionally specify the system identifier or public identifier
identifier within the XML document. These identifiers are located in the
document type declaration (DOCTYPE) after either the “SYSTEM” or
“PUBLIC” literal string.
Example: To identify a document that has the following DOCTYPE
declaration, specify cXML.dtd for the value of DOCTYPE identifier:
<!DOCTYPE cXML SYSTEM "cXML.dtd">
Pipeline You can optionally specify arbitrary pipeline variables for Trading
Matching Networks to use to identify the TN XML document type. Specify the
Variables Name and optionally, the Value of the pipeline matching variable. If
you specify both the Name and the Value of the pipeline matching
variable, Trading Networks checks to see that both exist in the
pipeline. If you specify only the Name and no Value, then Trading
Networks checks to see if the Name exists.
Note: If you do not include any identification information in a TN XML document type,
Trading Networks does not use the TN XML document type.
UserStatus—Extract the user status if the document contains a user status, and you
want the user status to be available so you can process the document based on this
user status. The user status is a criterion that Trading Networks uses to determine the
processing rule to use for a document. For more information, see “Processing Rule
Criteria” on page 317. In addition, if you extract this system attribute, you can refine
the list of displayed documents on the Transaction Analysis screen by searching for
documents with specific user statuses.
GroupID—Extract this system attribute if it is important for you to easily access the
group ID of a document.
SignedBody and Signature—Extract these system attributes if you want Trading
Networks to be able to verify the digital signature of a document. For more
information, see “Verifying the Digital Signature of an XML Document” on page 227.
In addition to the system attributes, you should extract any custom attribute that you will
want to use later. For example, to be able to query documents based on the total order
amount of a purchase order, you need to specify that you want the total order amount
extracted from the document. If the documents contain a status that you will want to use
in reports, you need to specify that you want the status from the document extracted.
To specify an attribute that you want to extract, select an existing attribute (system or
custom) from a list. After specifying the attribute, you must specify an XQL query that
instructs Trading Networks how to extract the attribute for the particular TN XML
document type. To specify the XQL query, you can type the query or you can load a
sample document to help you generate the queries. For example, you might have an
attribute named ShippingMethod. The following shows an example of an XQL query to
identify the ShippingMethod and portions of a CBL document that show what would be
selected by the query.
<PurchaseOrder>
.
.
.
<Transport Direction = "SupplierToBuyer">
.
.
.
<Carrier>FedEx</Carrier>
.
. The XQL query points to this tag. Trading Networks
. stores the value “FedEx” for the ShippingMethod
attribute.
</Transport>
.
.
.
</PurchaseOrder>
Another attribute that you might want to extract from the above document is the direction
of the transport. You can use the following XQL query:
/PurchaseOrder[0]/Transport[0]/@Direction
To extract the ShippingMethod attribute specifically when the direction of the transport is
“SupplierToBuyer”, use the following query:
/PurchaseOrder[0]/Transport[@Direction 'eq' 'SupplierToBuyer']/Carrier[0]
The XQL queries are case-sensitive. For example, if the tag you want to match in the
document is <Carrier> and your query specifies <CARRIER>, the query will not find the node
and Trading Networks will be unable to extract the information for the attribute. For
examples of XQL queries, see Appendix B, “XQL Reference”.
Important!
If the XML documents you expect use equivalent namespaces but have different
prefixes, you must also define namespace mappings for Trading Networks to correctly
locate the nodes identified by the XQL queries. For more information, see “Namespace
Mappings in TN XML Document Types” on page 221.
If the query does not identify a node in the XML document, Trading Networks cannot
extract information for the attribute.
For custom attributes that are extracted from an XML document, Trading Networks
returns specific values for the different data types (e.g., STRINGLIST, STRING, NUMBERLIST,
NUMBER, DATETIMELIST, and DATETIME). For more information, see “Extracting Custom
Attributes From XML Documents” on page 536.
Note:
If you do not mark an attribute as required, Trading Networks does not flag an error if it
is unable to extract the attribute. If Trading Networks completes processing without
encountering any further errors, it sets the processing status to DONE.
You can require the system attributes Signed Body and Signature.
You can define your processing rules to use the error information that Trading Networks
records when it is unable to extract required attributes:
Use the processing rule’s document errors criterion to trigger a processing rule based
on whether it contains errors. For more information, see “Document Recognition
Errors Criterion” on page 321.
Use the processing rule’s Execute a service processing action to inspect the bizdoc
variable for the errors that Trading Networks encountered. When Trading Networks
is unable to extract an attribute that you have marked as required, Trading Networks
records the error in the bizdoc variable. This variable is in the pipeline and is available
for your use when Trading Networks is processing the document. For more
information see “Action 1—Execute a Service” on page 330. For more information
about the Execute an Integration Server processing actions, see “Action 1—Execute a
Service” on page 330.
<PurchaseOrder>
<OrderHeader>
<CorpName>Industrial Steel Company</CorpName>
<DUNS>123456789</DUNS>
</OrderHeader>
. The XQL query points to this tag. Trading Networks stores the value
. “123456789” for the ReceiverID attribute and associates it with the
. external ID type DUNS.
</PurchaseOrder>
The Document Types screen that you use to create TN document types contains a list of the
external ID types you can select. If the external ID type used for the sender or receiver
information within a document is not in the list or if you have agreed on a non-standard
format with a trading partner, select the external ID type Mutually Defined from the list.
Be sure to select an external ID type that your partners specify in their profiles.
Specifying Built-In Transformation Information for Attributes with the DATETIME and
DATETIME LIST Data Type
If you specify an attribute that has the data type DATETIME or DATETIME LIST, Trading
Networks requires you to identify the date format. Trading Networks maintains a list of
built-in common date/time formats from which you can select. However, if the date/time
format you need to use is not in the list, you can type the format you need.
To specify the date/time format, use a pattern string based on the “Time Format Syntax”
described for the java.text.SimpleDateFormat class. For example, if you want the
requested delivery date extracted from the following sample CBL document, specify the
XQL query to identify the location of the RequestedDeliveryDate attribute and specify the
date format yyyyMMdd'T'hh:mm:ss.
<PurchaseOrder>
<OrderHeader>
<RequestedDeliveryDate>20000829T01:01:01</RequestedDeliveryDate>
.
.
. The XQL query points to this tag. Trading Networks uses the
value “20000829T01:01:01” for the RequestedDeliveryDate
</OrderHeader> attribute and uses the date format you specify to convert the
. date to a java.sql.Timestamp.
.
.
</PurchaseOrder>
Trading Networks extracts the value of the date and uses it and the pattern that you
specify to decode the value and convert it to the format that Trading Networks requires to
store the date in the database.
0 Cellular phone
1 Belt clip
2 Rapid mobile charger
Trading Networks would store the following for the value of the
attribute:
Items Ordered: Cellular phone, Belt clip, Rapid mobile charger
If you place more arguments in the pattern than values that
Trading Networks extracts, the string that Trading Networks
stores in the database for the attribute will contain the extra
arguments (e.g., {2}). If you specify less arguments in the pattern
than values that Trading Networks extracts, the string that Trading
Networks stores in the database for the attribute will not contain
all the extracted values; it will only contain the values for the
number of arguments you specify in the pattern.
Specifying Built-in Transformation Information for Attributes with the NUMBER Data
Type
You can specify an attribute with NUMBER data type with an XQL query that identifies an
array of numbers. When the XQL query for an attribute identifies an array of numbers,
you can specify one of the following built-in formats to transform the array of numbers to
a single value for Trading Networks to store:
Note: When Trading Networks extracts a NUMBER or NUMBER LIST from a document, it uses
the number parsing behavior of java.lang.Number. For example, if the NUMBER or NUMBER
LIST contains the value “100zzz”, Trading Networks interprets the value as “100”, instead
of throwing an error as it would if the value were “zzz100”. If you want to redefine this
parsing behavior, you can write a custom attribute transformation. For more information
about custom transformations, see below, “Specifying a Custom Transformation Service”.
The following sample CBL document shows two line items and the quantity to purchase
of each. To store the total number of items ordered in the attribute TotalItems, specify an
XQL query that specifies an array of numbers that contains the quantity of each line item,
and specify the format SUM.
<PurchaseOrder>
. This element of the query indicates to
. select all occurrences of <OrderDetail>
. tags.
<ListOfOrderDetail>
<OrderDetail>
<BaseItemDetail>
<LineItemNum>1</LineItemNum>
.
.
.
<Quantity>
<Qty>10</Qty>
</Quantity>
.
.
.
<BaseItemDetail>
</OrderDetail> The XQL query points to these tags.
<OrderDetail> Trading Networks uses the SUM
<BaseItemDetail> format and stores the value 15 for the
<LineItemNum>2</LineItemNum> TotalItems attribute.
.
.
.
<Quantity>
<Qty>5</Qty>
</Quantity>
.
.
.
<BaseItemDetail>
</OrderDetail>
<ListOfOrderDetail>
.
.
.
</PurchaseOrder>
For more information about the inputs and outputs, see the section “Setting Input and
Output Values for Custom Transformation Services” below.
To view these specifications, use webMethods Developer. The specifications are located in
the WmTN package. For more information about these specifications, see the webMethods
Trading Networks Built-in Services Reference.
Note: The values may be null or an empty (zero length) string. For
an array data type (e.g., DATETIME LIST), any element in the values
array can be null or an empty string. Make sure that your custom
transformation service can handle null values or empty strings.
As output, Trading Networks expects that you return the transforms values in the
following output variable:
For information about creating the service, see the webMethods Developer User’s Guide.
<order xmlns:standard="http://www.standards.org"
xmlns:custom="http://www.unitedsteel.com/orderDocs">
The namespace is associated with a
<standard:buyer> URI that uniquely identifies the
<standard:DUNS>987654321</standard:DUNS>
<standard:company>SMK Products</standard:company> The namespace is associated with a
string that is used as a prefix in the
<custom:contact>Mr. Smith</custom:contact> names of elements
<custom:customerNum>01031995</custom:customerNum>
</standard:buyer>
The xmlns attribute defines a
<standard:seller> namespace
<standard:DUNS>123456789</standard:DUNS>
<standard:company>United Steel</standard:company>
<custom:contact>Mr. Jones</custom:contact>
</standard:seller> This element is in the standard
namespace
<standard:LineItem>
<standard:LineItemNumber>1</standard:LineItemNumber>
<standard:partNumber>C8C8C8</standard:partNumber>
<standard:quantity>10</standard:quantity>
<custom:description>bar steel</custom:description>
</standard:LineItem>
XML documents that use namespaces contain the xmlns attribute, which defines a
namespace. Each namespace is associated with a URI. Note that the URI does not have to
point to anything. It is used to uniquely identify the namespace.
Elements are considered to be in the same namespace if they are all associated with the
same URI. The xmlns attribute specifies the URI for a namespace and optionally, a prefix
associated with that namespace. When a namespace is associated with a string, this string
is used as a prefix when naming the elements in that namespace, which allows you to
easily identify the elements that belong to a specific namespace. For example, if a
document contains a namespace that is associated with the prefix string standard and the
quantity element is in the standard namespace, the element is represented in the XML
document as <standard:quantity>.
The exception for naming elements in a namespace with a prefix is when the elements
belong to the default namespace. When an XML document uses a default namespace, the
elements in the default namespace do not use a prefix. The documents with a default
namespace contain an xmlns attribute that specifies only the URI for a namespace, for
example:
xmlns=“http://www.standards.org”
However, not all documents use the same prefix for the same namespace. For example,
one document might use standard for a prefix and another might use CBL_standard.
Namespaces are the same if they identify the same URI, not the same prefix. As a result,
the following xmlns attributes identify the same namespace:
xmlns:standard=“http://www.standard.org/”
xmlns:CBL_standard=“http://www.standard.org/”
As a result, if the above xmlns attributes are used in two different documents, the XQL
queries for elements within those documents are different: For example, the following
XQL queries might represent the same elements:
/Order[0]/standard:buyer
/Order[0]/CBL_standard:buyer
Namespace Mappings
Namespace mappings map the prefixes used by namespaces to the URIs used by those
namespaces. With this information, if Trading Networks receives an XML document that
contains a prefix that you have in the namespace mappings, it can make the appropriate
substitutions in the XQL queries, if necessary, so that the queries find the elements of the
XML document as expected.
For example, you create your TN XML document type using a sample document that uses
the following namespace:
xmlns:standard=“http://www.standard.org/”
You have a trading partner that sends you documents, but the trading partner uses the
following namespace:
xmlns:CBL_standard=“http://www.standard.org/”
Note that the URIs are identical meaning it is the same namespace; however, the prefixes
are different. To accommodate the different prefixes, the TN XML document type contains
the following namespace mappings:
Prefix URI
standard http://www.standard.org/
CBL_standard http://www.standard.org/
With this namespace mapping, a TN XML document type definition can use the XQL
query /Order[0]/standard:buyer, and Trading Networks will make the proper
substitution for a document that uses the CBL_standard prefix rather than the standard
prefix.
With the namespace mapping, the following XQL query will locate the "buyer" element in either of the following
documents.
XQL query = /order[0]/standard:buyer
<order xmlns:standard="http://www.standards.org"
xmlns:custom="http://www.unitedsteel.com/orderDocs"> The XQL query points to this element
in this document
<standard:buyer>
<standard:DUNS>987654321</standard:DUNS>
<standard:company>SMK Products</standard:company>
<custom:contact>Mr. Smith</custom:contact>
<custom:customerNum>01031995</custom:customerNum>
</standard:buyer>
</order>
<order xmlns:CBL_standard="http://www.standards.org"
The XQL query points to this element
xmlns:custom="http://www.unitedsteel.com/orderDocs"> in this document
<CBL_standard:buyer>
<CBL_standard:DUNS>987654321</CBL_standard:DUNS>
<CBL_standard:company>SMK Products</CBL_standard:company>
<custom:contact>Mr. Smith</custom:contact>
<custom:customerNum>01031995</custom:customerNum>
</CBL_standard:buyer>
</order>
Define namespace mappings for a TN XML document type if the XML documents that
your trading partners send to Trading Networks use namespaces that are equivalent but
have different prefixes. If you do not define namespace mappings, the identifying XQL
queries and the XQL queries that locate document attributes will fail. As a result, if the TN
XML document types use identifying queries, Trading Networks will not match the
document to the TN XML document type. If the TN XML document type specifies XQL
queries to locate and extract attribute information, those queries will fail and Trading
Networks will not extract the attribute information.
To define namespace mappings, you can define them manually, or if you are using a
sample document, you can have Trading Networks populate the namespace mappings
table with the prefix and URIs from the xmlns attributes that define namespaces in the
sample document.
When defining namespace mappings, keep the following guidelines in mind:
Guideline Sample
Each prefix in the namespace
mappings table for a TN XML
document type must be unique. Prefix URI
aaa http://www.ww.com
bbb http://www.xx.com
ccc http://www.yy.com
ddd http://www.zz.com
Note: Because Trading Networks uses the literal prefix0 to identify the default
namespace, you should not use prefix0 as the prefix in any document.
Additionally, be sure to include a mapping for each prefix/URI combination that you
expect to receive in XML documents from your trading partners. If Trading Networks
receives a document that uses a prefix not defined in the namespace mappings table, it
performs a literal match of the XQL queries against the document.
For more information about how Trading Networks verifies the digital signature, see
Appendix B, "Security within Trading Networks" in the webMethods Trading Networks
Concepts Guide.
information about the pipeline variables that are available to processing actions, see
“Action 1—Execute a Service” on page 330.
If Trading Networks is instructed to use the Save Document to Database pre-processing
action to save information about the document to the database, Trading Networks also
logs the error to the activity log.
Important! If the structure of a document is not valid, the validation service can return
many error messages. To limit the number of error messages, set the
tn.doc.validate.max_errs property in the Trading Networks properties file. For
example, to limit the number of errors to ten, specify the following:
tn.doc.validate.max_errs=10
For more information, see “Trading Networks Configuration Properties” on page 42.
You can have Trading Networks determine whether the document is a duplicate using a
built-in or custom duplicate check service.
Built-in services—Use one of the following built-in duplicate checks:
Document ID only—Trading Networks assures that it does not already have a
document with the same document ID in its database. To check for a duplicate
document using the document ID, you must instruct Trading Networks to extract
the DocumentID system attribute from the document.
Document ID and sender —Trading Networks assures that it does not already have a
document with the same document ID and sender in its database. To check for a
duplicate document using the document ID and sender, you must instruct Trading
Networks to extract the DocumentID and SenderID system attributes from the
document.
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. To check for a duplicate document using the document ID, sender, and
receiver, you must instruct Trading Networks to extract the DocumentID, SenderID,
and ReceiverID system attributes from the document.
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. To check for a duplicate document using the document ID
and sender you must instruct Trading Networks to extract the DocumentID and
SenderID system attributes from the document.
Custom services—Use a service that you create to determine whether a document is a
duplicate. For more information, see “Creating a Duplicate Document Check Service”
on page 329.
Note: There could be performance issues if you choose to use custom services for duplicate
checking based on the logic in the service you select.
The following lists reasons Trading Networks might be unable to correctly determine
whether a document is a duplicate:
Trading Networks previously received a document that it did not save to the database
and the same document is sent again.
Trading Networks previously received a document and saved it to the database, but
did not extract the DocumentID, SenderID, and/or ReceiverID system attributes from the
document.
You selected the Document ID, sender and document type option and Trading Networks
was unable to match the document to a TN document type.
Trading Networks saves the results of the duplicate document check to the pipeline. As a
result, it is available for your use in processing actions that you define in the processing
rule. For more information about the pipeline variables that are available to processing
actions, see “Action 1—Execute a Service” on page 330.
Additionally, Trading Networks uses the results of the duplicate document check in the
Save Document to Database pre-processing action.
Note: If you are using an OEM version of the Trading Networks, you cannot create new TN
document types in Trading Networks. Trading Networks will gray out this unavailable
selection.
When you create a TN XML document type, you specify XQL queries that locate specific
nodes in the document; that is, identifying queries that locate nodes that must be present
in the document for the TN XML document type to be considered a match and queries
that identify the location of attribute information that you want Trading Networks to
extract from the document.
Using a sample document—When you use a sample document, creating the XQL queries
is simplified because you highlight the node in the sample document and Trading
Networks forms the query for you. You can use a sample document that you have
stored in your file system. Alternatively, you can use a document that was sent to
Trading Networks for processing and is in the Trading Networks database. For
example, Trading Networks might have received a document for which there is no
matching TN document type, in other words, a document with an unknown TN
document type. To create a TN document type for that document, you can use the
document as the sample document when creating the TN document type.
Not using a sample document—When you do not use a sample document, you need to
know the required XQL queries and type them in yourself.
Note: Trading Networks displays a tree view of the XML document in the left side on
the screen. To view the document source, click Show Source.
3 Type the name you want to give the TN XML document type in the Name field. This
field is required.
4 Optionally, type a description for the TN XML document type in the Description field.
5 Click the Identify tab. Perform one or more of the following procedures to specify
information that indicates how Trading Networks is to identify documents. For
details about specifying any of this information, see “Identification Information in TN
XML Document Types” on page 206.
Note: This “filled in” query is for a specific node in the XML
document. This node is applicable for DATETIME, STRING, or
NUMBER data types. But, if you want to use DATETIME LIST,
STRING LIST, NUMBER (with Average, Minimum, Maximum, and
Sum), or NUMBERLIST data types, you need to update the
query so that it identifies an array of values.
Note:
identifying query .
Root Tag Click the Set button next to the Root Tag field. Trading
Networks determines the root tag of the sample document and
uses its value to populate the Root Tag field.
DOCTYPE Identifier Click the Set button next to the DOCTYPE Identifier field. Trading
Networks obtains the value that follows the SYSTEM or
PUBLIC literal string in the document type declaration
(DOCTYPE) in the sample document. If both literal strings
exist, Trading Networks uses the value after the SYSTEM
literal string. Trading Networks populates the DOCTYPE
Identifier field with the value it obtains from the document type
declaration in the sample document.
Important! You must supply at least one criterion that Trading Networks is to use to
recognize an XML document; that is, you must supply at least one identifying query, a
value for the Root Tag field, a value for the DOCTYPE Identifier field, or a pipeline
matching variable.
6 Click the Extract tab. Perform the following procedure for each attribute that you want
Trading Networks to extract from documents identified by this TN XML document
type. For details about what to specify for these fields, see “Extraction Information In
TN XML Document Types” on page 210.
a In the sample document, select the node that represents the attribute that you
want Trading Networks to extract.
b Right click and select Add an attribute.
Trading Networks displays the Add an attribute dialog box. Trading Networks fills
the Query field with the XQL query for the node that you selected.
Note: This “filled in” query is for a specific node in the XML document. This
node is applicable for DATETIME, STRING, or NUMBER data types. But, if you
want to use DATETIME LIST, STRING LIST, NUMBER (with Average, Minimum,
Maximum, and Sum), or NUMBERLIST data types, you need to update the query
so that it identifies an array of values.
c In the Name field, select the name of the attribute from the list. Trading Networks
fills in the Description and Type fields based on the document attribute definition.
d If you want Trading Networks to flag an error if it encounters an error attempting
to extract this document attribute, select the Required check box. For more
information, see “Indicating that Attributes are Required in TN XML Document
Types” on page 213.
e Use the Transformation option to specify how Trading Networks is to handle
attribute data before storing it in the Trading Networks database. The data type of
the attribute (shown in the Type field) determines the Built-in or Custom
transformation options available. For more information, see “Transformation
Information for Extracted Attributes of TN Document Types” on page 214.
1 Built-in. Select an existing built-in transformation provided by Trading
Networks.
Important! If you do not extract the system attributes, Trading Networks does not
have this information available for processing rules or querying documents.
Note:
If you add an attribute and then decide you do not need it, you can remove it
by clicking on the row containing the attribute, and then clicking Delete attribute
To view (in the sample document) the node that a query represents, click the
row containing the query; then click Show node .
7 To define namespace mappings, click the Namespaces tab and perform one of the
following:
To populate the namespace mapping table replacing any existing namespace
information, click Set.
To add the namespace information to the current namespace mappings, click
Append.
When you click either Set or Append, Trading Networks populates the namespace table
with the namespace information from all xmlns attributes in the sample document.
For more information about namespaces, see “Namespace Mappings in TN XML
Document Types” on page 221.
8 Click the Options tab and fill in the fields. For details about these fields, see “Options in
TN XML Document Types” on page 226. For information specific to pre-processing
actions, see “Specifying Pre-Processing Actions for TN XML Document Type” on
page 227.
Important! Keep in mind the pre-processing actions specified in the processing rules
can override pre-processing actions specified in a TN document type. For more
information, see “Specifying Pre-Processing Actions for TN XML Document Type” on
page 227.
Trading Networks updates the Value field to contain the value for
TotalLineNum, which is 1.
Show Source—all Use this button to display the source of the XML document. When
tabs you click this button, Trading Networks opens a new window that
contains the document source.
(Show Node)— Click to have Trading Networks highlight the node in the
Identify and Extract sample document that an XQL query for an identifying query or
tabs attribute represents.
To define a TN XML document type when you do not have a sample document
1 Start the Trading Networks Console. If you need procedures for this step, see the
Getting Started with Trading Networks manual.
2 Perform one of the following procedures to start a new TN XML document type.
Method to start a TN XML Procedures when you do not have a sample document
document type loaded
New— The TN XML 1) Select ViewDocument Types.
document type fields are
2) Select TypesNew.
empty, and you load a sample
document from the file 3) In the Create New DocType dialog box, select the
system. XML document type category from the list.
Duplicate— The TN XML 1) Select ViewDocument Types.
document type fields are
filled with values from the 2) Click the row containing the TN XML
TN XML document type that document type that you want to duplicate.
you duplicate. 3) Select Types Duplicate.
You can update any or all
fields from the duplicated TN
XML document type.
3 In the Name field, type the name you want to give the TN XML document type. This
field is required.
4 Optionally, type a description for the TN XML document type in the Description field.
5 Click the Identify tab. Perform one or more of the following procedures to specify
information that indicates how Trading Networks is to identify documents. For
details about specifying any of this information, see “Identification Information in TN
XML Document Types” on page 206.
identifying query .
Root Tag Type the value of the root tag from within the XML documents
that this TN XML document type is to match.
DOCTYPE Identifier Type the value of the system identifier or public identifier
from the document type declaration (DOCTYPE) within the
XML documents that this TN XML document type is to match.
Important! You must supply at least one criterion that Trading Networks is to use to
recognize an XML document; that is, you must supply at least one identifying query, a
value for the Root Tag field, a value for the DOCTYPE Identifier field, or a pipeline
matching variable.
6 Click the Extract tab. Perform the following procedure for each attribute that you want
Trading Networks to extract from documents identified by this TN XML document
type. For details about what to specify for these fields, see “Extraction Information In
TN XML Document Types” on page 210.
a Click Add an attribute . Trading Networks displays the Add an attribute dialog
box.
b In the Name field, select the name of the attribute from the list. Trading Networks
fills in the Type and Description fields based on the document attribute definition.
c If you want Trading Networks to flag an error if it encounters an error attempting
to extract this document attribute, select the Required check box. For more
information, see “Indicating that Attributes are Required in TN XML Document
Types” on page 213.
d In the Query field, type an XQL query that identifies the location of the attribute
within an XML document. For information about XQL queries, see Appendix B,
“XQL Reference”.
Important! If you do not extract the system attributes, Trading Networks does not
have this information available for processing rules or querying documents.
Important! If you do not extract the system attributes, Trading Networks does not
have this information available for processing rules or querying documents.
Note: If you add an attribute and then decide you do not need it, you can remove
it by clicking on the row containing the attribute, and then clicking Delete an
attribute .
7 To define namespace mappings, click the Namespaces tab. Perform the following for
each namespace mapping you want to add to the table. For more information about
namespaces, see “Namespace Mappings in TN XML Document Types” on page 221.
a In the Namespace Mappings section of the screen on the right, click Add a namespace
Note:
If you add a namespace mapping and then decide you do not need it, you can
remove it by clicking on the row containing the namespace mapping, and then
If you need to edit a namespace mapping, simply type over the existing
information.
8 Click the Options tab and fill in the fields. For details about these fields, see “Options in
TN XML Document Types” on page 226. For information about pre-processing
actions, see “Specifying Pre-Processing Actions for TN XML Document Type” on
page 227.
Important! Keep in mind the pre-processing actions specified in the processing rules
can override pre-processing actions specified in a TN document type. For more
information, see “Pre-Processing Actions” on page 327.
Important! If you imported a TN XML document type into Business Integrator to use in
Business Integrator process models, do not change the name of the type. You can change
other settings for the attribute.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Document Types. Trading Networks displays both the TN XML document
types and TN flat file document types.
3 Click the row containing information about the TN XML document type that you
want to update. Trading Networks displays the Document Type Details dialog for the
selected TN XML document type.
4 Select Types Edit.
5 To update the description, type a new description in the Description field.
6 Perform the following to load the sample document:
a Click the Identify tab.
To update this tab... Use this procedure... For more information, see...
Corporate Go to step 4 on page 147 “Information on the Partner’s
Corporate Tab” on page 132
Contact Go to step 5 on page 151 “Information on the Partner’s
Contact Tab” on page 136
Delivery Method Go to step 6 on page 153 “Information on the Partner’s
Delivery Method Tab” on page 137
Extended Fields Go to step 9 on page 159 “Information on the Partner’s
Extended Fields Tab” on page 143
Security Go to step 10 on “Information on the Partner’s
page 160 Security Tab” on page 144
Follow the procedures to update the partner profile. These procedures are the same
ones you initially used to create a partner profile. In general, on the Profile screen, use
the following buttons to supply information to the profile fields:
Add an entry
Edit an entry
or
Delete an entry
8 To update identification information, click the Identify tab. For details about specifying
any of this information, see “Identification Information in TN XML Document Types”
on page 206.
To update this
Identify tab
parameter … Use these procedures when you have a sample document loaded…
Identifying Queries To add an identifying query—In the sample document, select
the node that you want the identifying query to represent.
Right click and select Add an identifying query. Trading
Networks opens the Add an identifying query dialog box and
populates the Query field with the XQL query for the
selected node.
Note: This “filled in” query is for a specific node in the XML
document. This node is applicable for DATETIME, STRING, or
NUMBER data types. But, if you want to use DATETIME LIST,
STRING LIST, NUMBER (with Average, Minimum, Maximum, and
Sum), or NUMBERLIST data types, you need to update the
query so that it identifies an array of values.
To update this
Identify tab
parameter … Use these procedures when you have a sample document loaded…
To update an identifying query—In the sample document,
select the node that you want the identifying query to
represent. Right click and select Edit selected identifying
query. Trading Networks opens the Edit selected identifying
query dialog box and updates the Query field with the XQL
query for the selected node and the Value field with the
XQL query’s value. Click OK to close the Edit selected
identifying query dialog box.
To delete an identifying query from the TN document type—Select
the row for the identifying query and click Delete selected
identifying query
Root Tag To update the Root Tag field with the value from the sample
document, click the Set button next to the Root Tag field.
To remove the value from the Root Tag field, clear the Root Tag
field.
DOCTYPE Identifier To update the DOCTYPE Identifier field with the value from the
sample document, click the Set button next to the DOCTYPE
Identifier field.
To remove the value from the DOCTYPE Identifier field, clear the
DOCTYPE Identifier field.
Pipeline Matching To add a pipeline matching variable—Click Add New Pipeline
To update this
Identify tab
parameter … Use these procedures when you have a sample document loaded…
To delete a pipeline matching variable, click the row containing
the pipeline matching variable you want to delete and
Important! The TN XML document type must include at least one criterion that Trading
Networks can use to recognize a document; that is, at least one identifying query, a
value for the Root Tag field, a value for the DOCTYPE Identifier field, or a pipeline
matching variable.
9 To update extraction information, click the Extract tab. For information about how to
specify information on this tab, see “Extraction Information In TN XML Document
Types” on page 210.
To add an attribute—In the sample document, select the node that represents the
attribute that you want Trading Networks to extract. Right click and select Add an
attribute. Trading Networks opens the Add an attribute dialog box and populates the
Query field with the XQL query for the selected node.
Note: This “filled in” query is for a specific node in the XML document. This
node is applicable for DATETIME, STRING, or NUMBER data types. But, if you
want to use DATETIME LIST, STRING LIST, NUMBER (with Average, Minimum,
Maximum, and Sum), or NUMBERLIST data types, you need to update the query
so that it identifies an array of values.
Fill in the rest of the Add an attribute dialog box by performing the following:
a In the Name field, select the name of the attribute from the list.
b If you want Trading Networks to flag an error if it encounters an error
attempting to extract this document attribute, select the Required check box.
For more information, see “Indicating that Attributes are Required in TN
XML Document Types” on page 213.
c If necessary, use the Transformation option to specify how Trading Networks is
to handle attribute data before storing it in the Trading Networks database.
d The data type of the attribute (shown in the Type field) determines the Built-in
or Custom transformation options available.
Important! If you do not extract the system attributes, Trading Networks does not
have this information available for processing rules or querying documents.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Document Types. Trading Networks displays both the TN XML document
types and TN flat file document types.
3 Click the row containing information about the TN XML document type that you
want to update.
4 Select Types Edit.
5 To update the description, type a new description in the Description field.
6 To update identification information, click the Identify tab. For details about specifying
any of this information, see “Identification Information in TN XML Document Types”
on page 206.
To update this
Identify tab
parameter … Use these procedures when you do not have a sample document…
Identifying Queries
To add an identifying query—Click . Trading Networks
displays the Add an identifying query dialog box. In the Query
field, type an XQL query that represents a node in a
document that must exist for this TN document type to be
used for a document.
Note: This “filled in” query is for a specific node in the XML
document. This node is applicable for DATETIME, STRING, or
NUMBER data types. But, if you want to use DATETIME LIST,
STRING LIST, NUMBER (with Average, Minimum, Maximum, and
Sum), or NUMBERLIST data types, you need to update the
query so that it identifies an array of values.
To update this
Identify tab
parameter … Use these procedures when you do not have a sample document…
For information about XQL queries, see Appendix B,
“XQL Reference”.
To update information for an existing identifying query—Select
the row for the identifying query and click Edit selected
identifying query .
Root Tag To update the Root Tag field, type the value of the root tag
from within the XML documents that this TN document
type is to match.
To remove the value from the Root Tag field, clear the Root Tag
field.
DOCTYPE Identifier To update the DOCTYPE Identifier field, click the Set button
next to the DOCTYPE identifier field.
To remove the value from the DOCTYPE Identifier field, clear the
DOCTYPE Identifier field.
To update this
Identify tab
parameter … Use these procedures when you do not have a sample document…
Pipeline Matching To add a pipeline matching variable—Click Add New Pipeline
Important! The TN document type must include at least one criterion that Trading
Networks is to use to recognize an XML document; that is, at least one identifying
query, a value for the Root Tag field, a value for the DOCTYPE Identifier field, or a
pipeline matching variable.
7 To update extraction information, click the Extract tab. For information about how to
specify information on this tab, see “Extraction Information In TN XML Document
Types” on page 210.
4 In the Query field, type an XQL query that identifies the location of the
attribute within an XML document. For information about XQL queries, see
Appendix B, “XQL Reference”.
5 If necessary, use the Detail field to specify how Trading Networks is to handle
attribute data before storing it in the Trading Networks database.
.
click Edit selected attribute . Trading Networks displays the Edit Attribute dialog
box. Update the fields to make the changes you want. For information about what
you can specify, see above for the description for adding an attribute. Click OK to
close the Edit Attribute dialog box.
To delete an attribute from the TN document type—Select the row for the attribute and
8 To update namespace mappings, click the Namespaces tab. For information about
namespaces, see “Namespace Mappings in TN XML Document Types” on page 221.
Namespace Prefix The prefix for the namespace. If you are adding a mapping
for the default namespace, specify prefix0.
URI Mapping The URI for the namespace.
Note: To permanently remove the TN document type from the database, your database
administrator must remove it. When you remove a TN document type from the database,
you must also remove all documents that are associated with the TN document type.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Document Types.
3 Click the row containing information about the TN XML document type that you
want to update.
4 Select Types Disable. Trading Networks places No in the Enabled column to indicate
that the TN XML document type is disabled.
Note: To view the Enabled column (if it is not currently displayed), select Document
Types Show All.
Important! To enable TN document types, you must first display inactive TN document
types as described in “Viewing TN XML Document Types” on page 255.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Document Types.
3 Click the row containing information about the TN XML document type that you
want to update.
4 Select Types Enable. Trading Networks places Yes in the Enabled column to indicate
that the TN XML document type is enabled
Important! During the test, Trading Networks does not actually process the document. That
is, Trading Networks does not perform any pre-processing or processing actions on the
document.
Perform the following procedure to test your TN XML document types for a specified
document.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Document Types.
3 Select Types Test. Trading Networks displays the Select Input Document dialog box.
4 From the Select Input Document dialog box, select the sample document you want to use
for the test and click Open.
Trading Networks highlights all the TN document types that the sample document
matches and displays a message informing you whether the document matched a
single TN XML document type, multiple TN document types, or no TN document
types.
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272
Overview
Flat file documents present data in a record-based storage format. Unlike XML files, flat
files do not have structural information embedded within the data. Trading Networks’
definition of a flat file is any file or document with a format that is non-describing, that is,
a document that does not contain metadata. In other words, flat file data is externalized as
a set of records (a list of records containing fields and composites) without any structural
information.
Because the records are not structured in a flat file document, the application receiving the
flat file must have knowledge of the flat file’s structure to read its content. To provide this
structural knowledge, you create a document gateway service and a corresponding TN flat
file document type for each type of document you expect to receive.
A document gateway service is the entry point for flat files into Trading Networks. It is a Java
or flow service that you create to provide information to Trading Networks about a flat file.
To provide this information, your service defines values in a pipeline variable named
TN_parms. The service should define values for:
System attributes, for example SenderID and ReceiverID in the TN_parms/SenderID and
TN_parms/ReceiverID, respectively.
Optional system variables, for example variables that specify the content type and
content encoding you want Trading Networks to use for the document.
Custom attributes (the document data).
After supplying the values needed in the TN_parms pipeline variable, the gateway service
passes control to Trading Networks for processing. Trading Networks will retrieve the
flat file information from the TN_parms pipeline variable.
In addition to creating a document gateway service, you define a corresponding TN flat file
document type that Trading Networks will use when it receives the document from the
gateway service. In a TN flat file document type you specify:
Values of variables within the TN_parms pipeline variable that Trading Networks
uses to match the document type to the incoming flat file document. For example, you
might define the document type to match when the TN_parms/Department variable has
a value of Billing and the TN_parms/Service_code variable has a value of XYZ.
The system and custom attribute values to extract. You can only extract values for the
attributes that the gateway service has placed in the TN_parms pipeline variable. In
addition, you can transform certain types of attribute data before Trading Networks
stores it in the database, using built-in or custom transformations.
Whether to perform pre-processing actions (such as validating the data structure and
checking for duplicate documents) before executing a processing rule.
Key Value
Department Billing
Service_code XYZ
A document would match this document type only if it contains both of those pipeline
variables (within TN_parms) and the variables have the specified values. (You could
have omitted the Service_code value if you wanted to receive Billing department
documents with any service code.)
Tip! Rather than having Trading Networks search all of your TN flat file document
types to find a match, you can explicitly specify in the gateway service the document
type to use for processing the document. Doing this eliminates the overhead of that
search.
Trading Networks logs a recognition error if any of the following conditions are met:
The data in the TN_parms pipeline variable does not match the pipeline matching
criteria in any document type
The data in the TN_parms pipeline variable matches the pipeline matching criteria
in multiple document types
The data in the TN_parms pipeline variable explicitly identifies the document type
to use, but that document type does not exist
4 After finding a single matching document type, Trading Networks adds the extracted
attributes to the BizDocEnvelope, which is placed in the pipeline as a variable named
bizdoc. A BizDocEnvelope represents a routable Trading Networks transaction. It
contains the flat file document, and Trading Networks adds additional information
that it uses for routing and processing.
5 Trading Networks extracts all system and custom attributes that you defined in the
TN flat file document type. To extract attribute values, Trading Networks looks for
the values within the TN_parms pipeline variable. Trading Networks places the
extracted attribute values into the BizDocEnvelope.
In addition, Trading Networks can transform the extracted attribute values before
storing them into the BizDocEnvelope, using the optional built-in or custom
transformations that you specified.
By default if Trading Networks cannot extract a particular attribute value, it will not
log an error; it completes processing (assuming it finds no errors) and sets the
processing status to DONE.
If you want Trading Networks to log an error when it cannot extract particular
attribute values, you can designate those attributes as being required for extraction. In
this case, Trading Networks completes processing, logs the error to the activity log,
and sets the processing status to DONE W/ERRORS.
Continuing with the example document type Acme_XYZ_Invoices, suppose your
trading network expects to receive a document whose TN_parms will contain the
following attributes:
Attribute Value
TN_parms/Service_code XYZ
TN_parms/Invoice_number 123
TN_parms/Amount 1000.00
You can extract any of these attributes. SenderID and ReceiverID are system attributes
that Trading Networks always requires in TN_parms, and always extracts. Extracting
all other system attributes, such as DocumentID, is optional. You extract system
attribute values if you want to use them as criteria for determining the processing rule
to use for a document, transaction analysis, process management, and more. You can
extract document data to perform any processing you want, such as calculations.
6 Trading Networks performs a processing rule lookup to determine the processing
rule to use for the incoming flat file document. For details, see Chapter 14, “Processing
Rules”.
Tip! Trading Networks performs a processing rule lookup for each document, to
determine the processing rule to use for it. Alternatively, you can explicitly specify in
the gateway service the processing rule to execute for a given document type, thus
bypassing the lookup (and its overhead).
7 Trading Networks executes the optional pre-processing actions that you might have
specified when you defined the TN flat file document type.
Trading Networks executes these pre-processing actions before it executes the
processing rule that you associate with the document type. These actions, executed in
the following order, include the following:
Verify the digital signature of a document
Validate the structure of a document using a flat file schema that you specified in
the document type definition
Check for duplicate documents; that is, determine whether Trading Networks has
already received the document
Save a copy of the document content, attributes, and/or log information to the
database
You can also specify this same set of pre-processing actions in the processing rule that
you associate with the TN flat file document type. In the processing rule, you can
specify whether to use the pre-processing actions specified in the processing rule, or
to use the ones specified in the document type. For details, see “Pre-Processing
Actions” on page 327.
8 Trading Networks executes the processing rule actions. For details, see Chapter 14,
“Processing Rules”.
The Trading Networks system attributes and system variables that you specify.
Important! Remember to use InputStream's mark and reset methods so that Trading
Networks will be able to read from the beginning of the stream. Otherwise, Trading
Networks will lose the bytes read by the gateway service when attempting to save the
document content to the BizDocEnvelope.
If your document gateway service is a flow service, use the services provided in the
WmFlatFile package’s pub.io folder. The WmFlatFile package must be enabled to use these
services. For examples of how to use the pub.io services, see the wm.tn.samples.gateway:gateway
service in the WmTNSamples package. For descriptions of the pub.io services, see the Flat
File Schema Developer’s Guide.
Important! Perform this action only if absolutely necessary because parsing can be time-
consuming and return very large outputs that consume much memory. In this situation,
Trading Networks saves the entire pipeline into the repository, which slows down
processing.
the flat file parser to validate the document’s structure and content, based on the flat file
schema that you name as input to the service. Trading Networks can save or throw away
the parsed contents. Alternatively, if you decide you do not need to parse the document in
your gateway service, you can still indicate that you want to parse the document to
validate its structure using the pre-processing option Validate Structure. For details, see
“Validating the Structure of Flat File Documents” on page 295.
Note: Do not convert a document in both the gateway service and the TN document type;
there is no reason to do that. If you convert a document in the gateway service, it will
remain in the pipeline.
The Trading Networks system attributes and system variables that you specify, which
are described below
Tip! The gateway service can specify a value for either the TN_parms/DoctypeID or
TN_parms/DoctypeName variable to explicitly specify the document type to use for the flat
file document. Doing so eliminates the overhead of the search that Trading Networks
would have to perform to find the matching TN flat file document type.
For example, suppose you defined a document type named Acme_XYZ_Invoices to receive
all documents from Acme’s Billing department with the service code XYZ. You would
have defined the following criteria:
Key Value
Department Billing
Service_code XYZ
A document would match this document type only if it contains both of those variables
within TN_parms and the variables have those values. (You could have omitted the
Service_code value if you wanted to receive Billing department documents with any service
code.)
Attribute Value
You can extract any of these attributes. Trading Networks always extracts the system
attributes SenderID and ReceiverID. Extracting all other system attributes, such as
DocumentID, is optional. You extract system attribute values if you want to use them as
criteria for determining the processing rule to use for a document, transaction analysis,
process management, and more. You can extract document data to perform any
processing you want, such as calculations. For more information, see “System Attributes
To Extract From Documents” on page 286.
In this case, you can configure the document type’s processing rule to handle the error as
follows:
Use the processing rule’s Recognition Errors criterion to trigger a processing rule based
on whether it contains errors. For more information, see “Document Recognition
Errors Criterion” on page 321.
Use the processing rule’s Execute a service processing action to inspect the bizdoc/Errors
variable for the errors that Trading Networks encountered. When Trading Networks
is unable to extract a required attribute, it records the error in the bizdoc/Errors
variable. This variable is in the pipeline and is available for your use when Trading
Networks is processing the document. For more information about the Execute a
service processing actions, see “Action 1—Execute a Service” on page 330.
receiver of a document. For more information about creating process models, see the
webMethods Modeler User’s Guide.
Use the Retrieve SenderID from session option as an alternative way to set the value of
the SenderID system attribute. If set, rather than look in TN_parms\SenderID for the
value to use, Trading Networks uses the connected user. That means that when the
client sent the flat file document to Trading Networks, it had to present credentials—
an Integration Server user name and password. That user name/password pair
directly correlates to a Trading Networks partner. Recall that when you create a
profile, there is a required external ID type (for example, DUNS). When you create a
profile, Trading Networks creates a user account on the Integration Server for that
partner. The user name is equal to the required external ID. So, if the required external
ID is DUNS and a profile is added for a partner whose D-U-N-S number is 123456789,
then that partner will have an Integration Server user account with the user name
123456789. So, when that partner’s client wants to send a flat file document to Trading
Networks, it must present credentials—it supplies user name 123456789 along with its
password. So, if Retrieve SenderID from session is set to true in a TN flat file document
type, Trading Networks would determine the sender of the document based on the
user account 123456789, find the profile (and therefore the internal ID), and put that
value in the BizDocEnvelope.
Important! When you resubmit a flat file document with the Retrieve SenderID from
session option selected, the resubmit might fail. If you set up Sender criteria in a
processing rule, the first time the document arrives, the criteria matches a processing
rule based on the SenderID value 123456789, because that is the value determined via
the Retrieve SenderID from session option. However, if you resubmit the document, that
same processing rule will not be selected based on the Retrieve SenderID from session
option. This is because when you resubmit the document from the Trading Networks
Console, the user is the IS user account that you used to log in to the Trading
Networks Console (e.g., Administrator), which will not match sender 123456789 in
the Sender criteria of the processing rule. It could end up matching another
processing rule and then go through completely different processing.
DocumentID
When Trading Networks has a value for DocumentID, you can perform the following
tasks.
Determine whether the incoming flat file document is a duplicate, by checking the
value of the document ID; that is, determine whether Trading Networks has already
received the document. For details, see “Checking for Duplicates of the Flat File
Document” on page 296.
Search for the flat file document on the Transaction Analysis screen by searching for
documents with the specific document ID.
Search for the flat file document on the Transaction Analysis screen by searching for
documents with the specific document ID.
ConversationID
You can use ConversationID to pass the document to process management after it performs
the actions identified by a processing rule. You define the actions taken against a
document during process management by creating a process model. For more
information about creating process models, see the webMethods Modeler User’s Guide. If
you do not want Trading Networks to pass the document to process management, add a
variable to the pipeline called prtIgnoreDocument with the value true.
UserStatus
When Trading Networks has a value for UserStatus, you can perform the following tasks.
Specify the user status as a criterion for determining the processing rule to use for the
flat file document. For more information, see “Processing Rule Criteria” on page 317.
Search for the flat file document on the Transaction Analysis screen by searching for
documents with the specific user status.
GroupID
When Trading Networks has a value for GroupID, you can search for this flat file and all
other flat files that have the same group ID on the Transaction Analysis screen.
Built-In Transformations for DATETIME and DATETIME LIST Data Type Attributes
If you specify an attribute that has the data type DATETIME or DATETIME LIST, Trading
Networks requires you to identify the date format. Trading Networks maintains a list of
built-in common date/time formats from which you can select. However, if the date/time
format you need to use is not in the list, you can type the format you need.
To specify the date/time format, use a pattern string based on the “Time Format Syntax”
described for the java.text.SimpleDateFormat class. Trading Networks extracts the value
of the date and uses it and the pattern that you specify to decode the value and convert it
to the format that Trading Networks requires to store the date in the BizDocEnvelope.
Format Description
Uppercase Stores the extracted string attribute value in all uppercase. For
example, if the extracted attribute value is “Purchase Order”,
Trading Networks stores “PURCHASE ORDER” for the attribute
value.
Lowercase Stores the extracted string attribute in all lowercase. For example,
if the attribute value is “Purchase Order”, Trading Networks
stores “purchase order” for the attribute value.
Format Description
String Substitution Substitutes extracted values with a pattern that you specify.
Trading Networks uses the java.text.MessageFormat class to
perform this transformation.
For example, suppose your document gateway service extracts the
names of three items in a purchase order and places them into an
attribute named itemName in your TN_parms variable as follows:
/TN_parms/itemName = {“WidgetA”, “WidgetB”, “WidgetC”}
Suppose you want to replace the three names with a single string
that contains the three names. To do this, use this field to specify
the following string substitution pattern for itemName:
“Item Name: {0}, {1}, {2}”
Format Description
Average Stores the average value of all the numbers in the array. For
example, if the array contains the numbers [2, 3, 4, 5], Trading
Networks stores the value 3.5.
Minimum Stores the smallest number in the array. For example, if the array
contains the numbers [2, 3, 4, 5], Trading Networks stores the
value 2.
Format Description
Maximum Stores the largest number in the array. For example, if the array
contains the numbers [2, 3, 4, 5], Trading Networks stores the
value 5.
Sum Stores the sum of all the numbers in the array. For example, if the
array contains the numbers [2, 3, 4, 5], Trading Networks stores the
value 14.
No format Stores the first value of the array as the value of the attribute. For
specified example, if the array contains the numbers [2, 3, 4, 5], Trading
Networks stores the value 2.
Note: When Trading Networks extracts a NUMBER or NUMBER LIST from a document, it uses
the number parsing behavior of java.lang.Number. For example, if the NUMBER or NUMBER
LIST contains the value “100zzz”, Trading Networks interprets the value as “100”, instead
of throwing an error as it would if the value were “zzz100”. To redefine this parsing
behavior, you can write a custom attribute transformation. For more information, see
“Custom Transformation Services” on page 292.
For example, suppose your document gateway service extracts the quantity of each item
of a purchase order, and you want to sum the quantities of all items. Suppose you defined
the following attributes in your TN_parms variable and in your TN document type:
If you select the Sum built-in transformation for totalQuantity, it will sum its value (an of
quantities), and produce a single number. For example, if the value of totalQuantity is the
following array:
/TN_parms/totalQuantity = {2, 3, 4, 5}
To view these specifications, use webMethods Developer and look in the WmTN package.
For more information, see the webMethods Trading Networks Built-in Services Reference.
Trading Networks passes the following input variables:
Note: The values might be null or an empty (zero length) string. For
an array data type (e.g., DATETIME LIST), any element in the values
array can be null or an empty string. Make sure that your custom
transformation service can handle null values or empty strings.
Trading Networks expects you to return the transformed values in the following output
variable:
For information about creating a service, see the webMethods Developer User’s Guide.
Note: Additionally, you can specify this same set of pre-processing actions in a processing
rule. In the processing rule, you can specify whether to use the pre-processing actions
specified in the processing rule, or to use the ones specified in the document type. This
enables you to overwrite the pre-processing actions. For details, see “Pre-Processing
Actions” on page 327.
Important! Perform this action only if absolutely necessary because parsing can be time-
consuming and return very large outputs that consume much memory. In this situation,
Trading Networks saves the entire pipeline into the repository, which slows down
processing.
Note: Alternatively, you can perform the same validation and conversion in your
document gateway service (see “Converting a Flat File Document to an IS Document” on
page 278). Do not convert a document in both locations; there is no reason to do that. If you
convert a document in the gateway service, it will remain in the pipeline.
To implement this action, use the Options tab in the TN document type’s definition to:
Select the Validate Structure option.
Specify the name of the TN document type’s flat file schema in the Parsing schema
option. The Input for Flat File Validation dialog prompts you to select the parsing settings.
Trading Networks will save the parsed contents if you select the keepResults option.
You only need to specify a flat file schema if you want to validate the structure of the
document. (You create flat file schemas in webMethods Developer, as described in the
Flat File Schema Developer’s Guide.)
At run time, the Validate Structure option invokes pub.flatfile:convertToValues, which is a service
in the WmFlatFile package (see the Flat File Schema Developer’s Guide). This service invokes
the flat file parser to validate the document’s structure and content, based on the flat file
schema that you named in the Parsing schema option, and saves the parsed contents if you
selected the keepResults option.
If the document structure is invalid, Trading Networks:
1 Performs the remainder of the pre-processing actions you specified (if any).
2 Adds the error information to the BizDocEnvelope in the pipeline variable
bizdoc/Errors, which your processing rule can access.
3 Logs the error to the activity log, if you selected the Save Document to Database
pre-processing option and the Activity Log option.
Important! If the structure of a document is invalid, the validation service can return many
error messages. To limit the number of error messages, set the Validate Max Errors option on
the Trading Networks Web Manager.
Note: A custom duplicate checking service can affect performance, depending on its logic.
Only unique documents. You must also select the Check for Duplicate Document
pre-processing option (see “Checking for Duplicates of the Flat File Document”). If
you fail to select this option, Trading Networks considers the document as having no
duplicate and will save the document to the database.
No documents.
You can save a copy of the document content, attributes, and/or activity log information
to the database. The following table displays the consequences of not saving specific parts
of documents:
Activity Log You will not be able to view Activity Log entries from the
Transaction Analysis screen (i.e., the Activity Log tab will have no
data).
You will not be able to view entries from the Activity Log
screen.
Note: Trading Networks always saves documents that will be passed on to process
management regardless of the setting of the Save Document to Database pre-processing
option. Trading Networks passes documents on to process management if it extracted a
conversation ID from the document. For more information about process management,
see the webMethods Modeler User’s Guide.
Note: If you are using an OEM version of the Trading Networks, you cannot create new
TN document types in Trading Networks. Trading Networks will gray out this
unavailable selection.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Perform one of the following procedures to start a new TN flat file document type.
3 In the Name field (required), type the name you want to give the TN flat file document
type.
4 Optionally, type a description for the TN document type in the Description field.
5 Click on the Configure tab.
6 Click on the Identify panel to specify the criteria that Trading Networks will use to
match flat file documents to the document type. For details about the information you
specify on this panel, see “Pipeline Matching Criteria Used to Identify the TN
Document Type” on page 283.
Note: You must specify at least one attribute; otherwise Trading Networks will not use
the TN document type.
Attribute Specify
Name Name of the TN_parms variable.
Value Optional. The value of the TN_parms variable. If you specify a value,
Trading Networks finds a match only if the variable has the specified
value.
c Click OK to save the attribute and close the Add Pipeline Matching dialog box.
7 In the Extract panel, specify the system attributes and document attributes (document
data) that you want Trading Networks to extract from documents. For details about
what to specify for these fields, see “Attributes To Extract From Documents” on
page 285.
Important! If you do not extract the system attributes, Trading Networks will not have
this information available for processing rules or querying documents.
b In the Name field, select the name of the attribute from the list. Trading Networks
fills in the Type field based on the document attribute definition. To view more
details about all of the document attributes, click Document Attributes to view
the Document Attributes screen.
c Select the Required check box if you want Trading Networks to throw an error
when it cannot extract the attribute.
Note: If you do not mark an attribute as required, Trading Networks does not flag
an error if it is unable to extract the attribute. If Trading Networks completes
processing without encountering any further errors, it sets the processing status
to DONE.
d Use the Retrieve SenderID from session option as an alternative way to set the value
of the SenderID system attribute. If set, rather than look in TN_parms\SenderID for
the value to use, Trading Networks uses the connected user. For more
information, see “System Attributes To Extract From Documents” on page 286.
e Use the Transformation fields to specify how Trading Networks is to handle
attribute data before storing it in the Trading Networks database. The data type of
the attribute (shown in the Type field) determines the Built-in or Custom
transformation options available. For more information, see “Transformation
Information for Extracted Attributes of TN Flat File Document Types” on
page 288.
Built-in. Select a built-in transformation provided by Trading Networks. Use
the Transform and Argument fields to specify how you want to handle attribute
data before storing it in the Trading Networks database.
f Click OK to save the new attribute and close the Add an attribute dialog box. Trading
Networks returns to the Extract panel of the Document Type Details screen.
Trading Networks displays the name of the extracted attributes and their built-in
or custom transformation services.
.
Note: If you add an attribute and then decide you do not need it, you can remove
it by clicking on the row containing the attribute, and then clicking Delete
attribute .
Important! Keep in mind that the pre-processing actions specified in the processing
rules can override pre-processing actions specified in a TN document type. For
details, see “Pre-Processing Actions” on page 327.
Options tab
parameter Description
Parsing schema The fully qualified name of a webMethods flat file (parsing)
schema to use to validate the structure of the documents. You
only need to specify a flat file schema if you select the Validate
Structure pre-processing option.
If you do not know the fully qualified name, click Find schema
Options tab
parameter Description
Check for Duplicate Searches the database to determine whether the database has
Document already received the document. Trading Networks executes
pre-processing this pre-processing action before executing the processing rule
action that you associate with the TN document type. Select a built-in
service or use a custom service. For more information, see
“Checking for Duplicates of the Flat File Document” on
page 296.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Document Types. Trading Networks displays the TN flat file document
types as well as the TN XML document types.
3 To view disabled TN document types, select Types Show All. Trading Networks
places a check (D) next to the Show All menu item to indicate that it is currently
displaying disabled TN document types.
4 To hide disabled TN document types, select Types Show All again. Trading
Networks removes the check (D) next to the Show All menu item to indicate that
Trading Networks is currently not displaying disabled TN document types.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Document Types. Trading Networks displays all TN flat file document
types as well as the TN XML document types.
3 Click the row containing the TN flat file document type you want to update.
4 Select Types Edit.
5 To update the description, type a new description in the Description field.
6 To update identification information, click on the Identify panel. For details about the
what to specify on this panel, see “Pipeline Matching Criteria Used to Identify the TN
Document Type” on page 283.
To add a pipeline matching variable, click Add New Pipeline Match . Click OK to save
the variable and close the dialog box.
To update a pipeline matching variable, click the row containing the pipeline matching
variable you want to update and click Edit Selected Pipeline Match . In the Update
Pipeline Matching dialog box, update the Name and Value fields for that variable.
Click OK to save your updates and close the Update Pipeline Matching dialog box.
To delete a pipeline matching variable, click the row containing the pipeline matching
variable you want to delete and click Remove Selected Pipeline Match .
7 To update extraction information, click the Extract panel. For details about what to
specify on this panel, see “Attributes To Extract From Documents” on page 285.
8 To update the system attributes, click on the System Attributes tab. For details about
what to specify for these fields, see “System Attributes To Extract From Documents”
on page 286.
To select a system attribute to extract, select the appropriate check box in front of the
attribute name.
Use the Transform and Argument fields to specify detail information for how
Trading Networks is to handle attribute data before storing it in the Trading
Networks database. For a summary of actions you can take for adding a new
system attribute, see step 7 on page 301.
To deselect a system attribute, deselect the appropriate check box in front of the
attribute name.
9 To update custom attribute information, click on the Custom Attributes tab. Custom
attributes are the user-defined ones on the Document Attributes screen. For more
information about document attributes, see Chapter 11, “Document Attributes”.
To add a custom attribute, click Add New Attribute . Then, add a new custom
attribute. For a summary of actions you can for take for adding a new custom
attribute, see step 5 on page 197.
To view more details about all of the document attributes, click Document Attributes
To update a custom attribute, click Edit Selected Attribute . For a summary of actions
you can take for custom attributes, see step 5 on page 197.
To delete a custom attribute from the TN document type—Select the row for the attribute
Note: To permanently remove the TN document type from the database, your database
administrator must remove it. When you remove a TN document type from the database,
you must also remove all documents that are associated with the TN document type.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Document Types. Trading Networks displays both the TN XML
document types and TN flat file document types.
3 Click the row containing information about the TN flat file document type that you
want to disable.
4 Select TypesDisable. Trading Networks places No in the Enabled column to indicate
that the TN flat file document type is disabled.
Note: To view the Enabled column (if it is not currently displayed), select Document
TypesShow All.
Important! To enable TN document types, you must first display inactive TN document
types as described in “Viewing TN Flat File Document Types” on page 306.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Document Types. Trading Networks displays both the TN XML
document types and TN flat file document types.
3 Click the row containing information about the TN document type that you want to
enable.
4 Select TypesEnable. Trading Networks places Yes in the Enabled column to indicate
that the TN document type is enabled.
Note: If you are working in a clustered environment, all Trading Networks servers must be
set up for cluster synchronization. That is, the servers must set the
tn.cluster.sync.remoteAliases property correctly. For more information about how
to configure Trading Networks for a clustered environment, see “Shared Database in a
Clustered Environment”.
Note: If you are working with a queried list of processing rules, remember that Trading
Networks adds the new rule to the full, unfiltered list of processing rules (e.g., all of the
processing rules). Adding a new processing rule and causing the processing rule order to
change may also affect the ordinals of the rules that are not displayed on your query
results table.
The table below explains what happens to the order of the processing rules if you add a
new processing rule using each of the Add options.
Above— Add a new processing The new processing rule is assigned the
rule above the highlighted rule. original ordinal of the highlighted rule.
The highlighted processing rule is assigned its
original ordinal + 1.
All existing processing rules below the
highlighted processing rule keep their
respective order but are also assigned their
original ordinal + 1.
Below— Add a new processing rule The new processing rule is assigned the
below the highlighted rule. highlighted rule’s original ordinal + 1.
The highlighted processing rule keeps its
original ordinal.
All existing processing rules below the
highlighted processing rule keep their
respective order, but they are assigned their
original ordinal + 1.
Last—Add a new processing rule The new processing rule is placed in the last
to the bottom of the processing position at the bottom of the full, unfiltered
rules list. If you set up a default list of processing rules.
processing rule, place it here (last)
in the list. All other processing rules keep their original
ordinals.
Example: The following diagrams demonstrate what happens if you highlight Processing
Rule B, Ordinal 12 as the rule to add your new processing rule in relation to.
Processing Rule B is
now Ordinal 13
Note: If you reorder processing rules, there is no “undo” function that will return the
processing rules to their original order.
If you are working with a queried list of processing rules, remember that Trading
Networks adds the new rule to the full, unfiltered list of processing rules (e.g., all of the
processing rules). Adding a new processing rule and causing the processing rule order to
change may also affect the ordinals of the rules that are not displayed on your query
results table.
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. Trading Networks ships with a default
processing rule that you can use. Place the default processing rule in the last position of
the full, unfiltered processing rules list. For more information about the default
processing rule, see “Setting Up a Default Processing Rule” on page 362.
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. Trading Networks ships with a default
processing rule that you can use. Place the default processing rule in the last position of
the full, unfiltered processing rules list. For more information about ordering processing
rules, see “Processing Rules Order” on page 313. For more information about the default
processing rule, see “Setting Up a Default Processing Rule” on page 362.
The rest of this section describes the types of criteria you can specify in a processing rule.
Integration Server
Processing Rule
TN document type = PO
user status = accepted
Service
6 handles POs
Processing Rule
TN document type = PO
user status = rejected
PO Processing Rule
1
TN document type = PO
user status = any 2
TN document type = PO
user status = null
To:
3 PO
From:
Subject:
Accept Reject
http://tn:5555/PO.dsp
Step Description
1
2 Trading Networks receives a document and recognizes that its TN
document type is PO. The user status is originally null because Trading
Networks was not instructed to extract the User Status system attribute.
2 The document matches the processing rule that has the criteria that indicates
the TN document type must be PO and the document can have any user
status. The processing action in this rule indicates Trading Networks is to
send an alert e-mail. The alert e-mail contains a URL for a web page that
displays the PO. The processing rule also changes the user status to
“pending approval”.
3 The user clicks the URL to open the web page to view the PO. The web page
contains an HTML form that has an Accept button and a Reject button that
the user can use to accept or reject the PO.
Step Description
4 The user selects either Accept or Reject. When the user selects either button,
code executes. If the user selects Accept, the code uses the built-in service
wm.tn.doc:changeStatus to set the user status associated with the document to
“accepted.” If the user selects Reject, the code uses the built-in service to set
the user status associated with the document to “rejected”.
5 The code for the web form invokes the wm.tn:submit built-in service that sends
the document back to the Integration Server for processing. Trading
Networks recognizes the TN document type is PO and determines the user
status, which is either “accepted” or “rejected.”
6 The document matches either the processing rule that indicates the TN
document type must be PO and the user status is “accepted” or the TN
document type is PO and the user status is “rejected.” This processing action
in these rules indicates Trading Networks is to invoke a service. This service
processes the purchase order appropriately.
You can set the user status processing rule criterion to one of the following:
receiver error if the XQL query to locate the ReceiverID system attribute fails or if the
external ID of the receiver in the document does not match external ID information for
any defined partner.
This processing criterion is useful to assure that processing occurs only if no errors were
encountered during document recognition. Conversely, you can also use this criterion to
set up processing rules that specifically handle error cases.
You can set the error processing rule Content Criteria to one of the following:
Data Type Operator Matches when the attribute extracted from a document…
STRING Is null Has no value. The attribute has no value if the XQL
query for the custom attribute (in the TN document
type) did not identify a node in the document.
You do not need to specify a value when you specify
this operator.
Is not null Has any value. You do not need to specify a value
when you specify this operator.
Equals Matches exactly the value that you specify.
Contains Contains the character string that you specify for the
value.
Not equals Has a value that does not match the value that you
specify.
STRINGLIST Is null Has no value. The attribute has no value if the XQL
query (defined in the TN document type) that
Trading Networks used to extract the attribute
failed.
You do not need to specify a value when you specify
this operator.
Is not null Has any value. You do not need to specify a value
when you specify this operator.
Includes Includes the value that you specify.
Data Type Operator Matches when the attribute extracted from a document…
NUMBER Is null Has no value. The attribute has no value if the XQL
query for the custom attribute (in the TN document
type) did not identify a node in the document.
You do not need to specify a value when you specify
this operator.
Is not null Has any value. You do not need to specify a value
when you specify this operator.
Equals Matches exactly the value that you specify.
Less than Has a value that is less than the value that you
specify.
Greater than Has a value that is greater than the value that you
specify.
Less than or Has a value that is less than or equal to the value that
equals you specify.
Greater than Has a value that is greater than or equal to the value
or equals that you specify.
Not equals Has a value that does not match the value that you
specify.
NUMBERLIST Is null Has no value. The attribute has no value if the XQL
query for the custom attribute (in the TN document
type) did not identify a node in the document.
You do not need to specify a value when you specify
this operator.
Is not null Has any value. You do not need to specify a value
when you specify this operator.
Includes Includes the value that you specify.
Data Type Operator Matches when the attribute extracted from a document…
DATETIME Is null Has no value. The attribute has no value if the XQL
query for the custom attribute (in the TN document
type) did not identify a node in the document.
You do not need to specify a value when you specify
this operator.
Is not null Has any value. You do not need to specify a value
when you specify this operator.
Equals Matches exactly the value that you specify.
Before Is a date that is before the date that you specify.
After Is a date that is after the date that you specify.
DATETIMELIST Is null Has no value. The attribute has no value if the XQL
query for the custom attribute (in the TN document
type) did not identify a node in the document.
You do not need to specify a value when you specify
this operator.
Is not null Has any value. You do not need to specify a value
when you specify this date list.
Value along with the operator, instructs Trading Networks how to match documents
based on the value of the attribute extracted from the documents.
Even when a document contains the attribute information that you specify, Trading
Networks might still have a null value for the attribute. The following lists reasons
this might occur:
The XQL query for the custom attribute (in the TN document type) did not
identify a node in the document.
The TN document type of the document is unknown. (Trading Networks does not
extract attributes for unknown TN document types.)
Note: For custom attributes that are extracted from an XML document, Trading
Networks returns specific values for different attribute data types. For more
information about these extraction values, see “Extracting Custom Attributes From
XML Documents” on page 536.
You can specify multiple custom attributes in the extended criteria. Trading Networks
only selects the processing rule if all the criteria you specify match.
Note: If the pre-processing actions do not indicate that Trading Networks is to save the
attributes, Trading Networks does not save the custom attributes. However, you can still
use extended criteria for the document. For more information about the pre-processing
actions, see “Pre-Processing Actions” on page 327.
If you reprocess a document, Trading Networks does not recognize the TN document type
again and therefore does not re-extract the attributes. If you reprocess a document for
which Trading Networks did not save the attributes, Trading Networks will not match
processing rules that use extended criteria. Instead, Trading Networks will match to
another processing rule, for example the default processing rule, and perform the process
actions identified in that matching rule. For more information about reprocessing a
document, see “Processing a Saved Document Again” on page 452.
Rule Action
1: Execute for orders >$10000 Perform special handling
2: Execute for orders <$10 Discard order
3: Execute for all other orders Perform standard handling
If you assign the rule 2 identifier as the value of processingRuleID, and an application
submits an order greater than $10, rule 2 will discard the order.
Pre-Processing Actions
Trading Networks performs pre-processing actions before it processes the document using
the processing rule actions. You can specify pre-processing actions in both the TN
document type and the processing rule. You specify the pre-processing actions in the
processing rule to override the actions that are specified in the TN document type.
Trading Networks performs the pre-processing actions in the following order. Use pre-
processing actions to instruct Trading Networks to:
Verify Digital Signature—Trading Networks verifies the digital signature of a document.
To verify that the document arrived unchanged, Trading Networks assures the signed
body has not changed by verifying the digital signature. To verify that the sender is
who it claims to be, Trading Networks matches the certificate from the digital
signature to the certificate that Trading Networks has on file for the partner.
Validate Structure—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—Trading Networks determines if there is a duplicate of
the document; that is, if it has already received the document. Trading Networks
checks the document being processed against documents it has in its database. You
can have Trading Networks determine whether the document is a duplicate using a
built-in or custom duplicate check service or have Trading Networks not check for a
duplicate document.
Built-in services—Use one of the following built-in duplicate checks:
Document ID only—Trading Networks assures that it does not already have a
document with same document ID in its database.
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.
Note: There could be performance issues if you choose to use custom services for
duplicate checking based on the logic in the service you select.
Trading Networks saves the results of the duplicate check to the pipeline. As a result,
this information is available for use in the processing actions that you define in the
processing rule.
Save Document to Database—Trading Networks saves a copy of the document content,
attributes, and/or activity log information to the database. Trading Networks uses the
results of the duplicate check in the Save Document to Database pre-processing action.
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 bypass reliable delivery and
invoke the specified delivery service once.
For more information about pre-processing actions for XML documents, see “Specifying
Pre-Processing Actions for TN XML Document Type” on page 227. For more information
about pre-processing actions for flat file documents, see “Pre-Processing Actions in the
TN Flat File Document Type” on page 294.
For all pre-processing actions, you can indicate in the processing rule that you want
Trading Networks to:
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
For more information about pre-processing options, see Chapter 3, "Setting up Trading
Networks to Process Documents" and Chapter 6, "Delivering Documents to Partners" in
the webMethods Trading Networks Concepts Guide.
For duplicate checking services, Trading Networks passes the following output variables:
duplicate String Whether the service determined the document is a duplicate. The
service should return either true or false for duplicate.
The specification is located in the WmTN package. For more information about this
specification, see the webMethods Trading Networks Built-in Services Reference.
Deliver the document to the receiver using a defined delivery method, e.g., Primary
HTTP.
Respond to the caller with a message that you specify.
If you select to have Trading Networks perform more than one of the above actions,
Trading Networks performs the actions in the order listed above. For example, if you
select to execute a service, send an alert e-mail message, and deliver the document to the
receiver, Trading Networks performs the actions in that order.
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.
Prerequisite
Before you can use the Execute a service action, the service that you want to invoke must
exist on the Integration Server. If the service does not exist, you can access the
Developer from the Processing Rules screen to create the service.
When you use the Execute a service action, you specify the service you want Trading
Networks to execute and whether you want Trading Networks to invoke the service
synchronously or asynchronously. In addition, you can optionally set input values to
hardcode input values for the service.
Note: If you are using large document processing, see “Creating Services that Recognize
Large Document Handling” on page 544.
Service Execution
Task Setting Description
Maximum Retries The number of times you want Trading Networks to attempt to
re-execute a service.
Wait Between The number of milliseconds (ms) you want Trading Networks to
Retries wait before making its first attempt to re-execute the service.
(Trading Networks uses the Retry Factor along with the Wait Between
Retries value to calculate how long to wait for subsequent retry
attempts.)
Service Execution
Task Setting Description
Retry Factor The factor you want Trading Networks to use when determining
how long to wait before making the second and subsequent
attempts to re-execute the service. Trading Networks calculates the
time to wait by multiplying the last wait time by the value you
specify for Retry Factor.
Example: The following shows sample values for the settings described in the table above
and how they affect the wait times between attempts to re-execute a service.
Maximum Retries = 3
Wait Between Retries = 10000 ms
Retry Factor = 2
Retry 1 Retry 2 Retry 3
Wait until next attempt 10000 ms 20000 ms 40000 ms
With the above settings, if the original attempt to execute the service fails, Trading
Networks waits 10000 milliseconds before it makes its first retry attempt. If the first retry
attempt fails, Trading Networks determines the next retry wait period by multiplying the
last wait value (10000 ms) by the Retry Factor (2). This results in 20000 ms; Trading
Networks waits 20000 ms between the first failed retry attempt an the second retry
attempt. If the second retry attempt fails, Trading Networks multiplies the last wait value
(20000 ms) by the Retry Factor (2). This results in 40000 ms; Trading Networks waits 40000
ms between the second retry attempt and the third retry attempt.
Trading Networks keeps track of the progress and status of each service execution task. If
the service execution task fails, you can troubleshoot the problem. If you can correct the
problem, you can restart the service execution task to have Trading Networks attempt to
execute the service again. You can view information about service execution tasks using
the Tasks screen of the Trading Networks Console. For more information about managing
and tracking service execution tasks, see Chapter 20, “Service Execution Tasks”.
If you use synchronous or asynchronous, Trading Networks does not require the service to
have specific output values. However, if you use service execution task, your service must
provide values for the serviceOutput output variable. The serviceOutput variable is an
IS document (IData object) that contains the following String variables:
Variable in the
serviceOutput Specify…
status Whether the service executed successfully or unsuccessfully. Your
service must provide one of the following values for the reliable
execution feature of Trading Networks to operate correctly:
Value Meaning
Trading Networks displays the output information described above on the Task Details
screen of the Console. In addition, it also displays other task-related information, such as,
the number of times Trading Networks has attempted to retry the service. For instructions
on how to view tasks, see information about managing tasks in Chapter 20, “Service
Execution Tasks”.
For example, you might create a service that can add, update, or delete an entry for a
partner in your back-end system. Input to the service is a flag that indicates the action the
service is to take—add, update, or delete. You can create three separate processing rules
that all execute this service. However, you set the input values for the flag different for
each processing rule. For the processing rule that is triggered by a document for which
you want to add an entry, set the input value of the flag to indicate the service should add
an entry. For the processing rule that is triggered by a document for which you want to
update an entry, set the input value of the flag to indicate the service should update an
entry, and so on.
Prerequisite
Before you can use the Alert e-mail action, your Trading Networks system must be set up
to allow Trading Networks to send e-mail messages. Do this by specifying the address
of the Simple Mail Transfer Protocol (SMTP) server through which the Integration
Server is to issue e-mail messages.
To specify the address of the SMTP server, use the following procedure:
1 Start the webMethods Administrator. If you need instructions for starting the
webMethods Administrator, see the webMethods Integration Server Administrator’s
Guide.
2 In the Settings menu of the navigation menu, click Logging.
3 Click Edit logging settings.
4 In the Email Notification section of the screen, set the SMTP Server field to the domain
name or IP address of the SMTP server that you want the Integration Server to use.
5 Click Save Changes.
When you use the Alert e-mail action, you specify the recipient that is to receive the e-mail
message, the subject line for the e-mail message, and the body (or content) of the e-mail
message.
When Trading Networks executes the Alert E-mail action, the pipeline contains the
information described in “Action 1—Execute a Service” on page 330. In addition, if the
processing rule specifies the Execute a service action and the service is executed
synchronously, the pipeline also contains any information that the service placed in the
pipeline.
For details about the output template tags that you can use, see the Dynamic Server Pages
and Output Templates Developer’s Guide manual.
Important! Trading Networks uses the receiver that is extracted from the document. If you
use the Execute a service action and the executed service updates the receiver identified in
the original document, Trading Networks will not deliver the document to the partner that
service specified as the receiver – unless that service updates the receiver in the bizdoc in
the pipeline. If the service does not update the receiver, Trading Networks delivers the
document to the receiver identified when it initially received the document for processing.
The following lists the prerequisite to using the Deliver Document By action.
Prerequisite
To use the Deliver Document By action, the TN document type must indicate that Trading
Networks is to extract the ReceiverID system attribute from the document. Trading
Networks uses the receiver information to determine the partner to which to deliver the
document.
Immediate Delivery
When the Deliver Document By processing action indicates Immediate Delivery, Trading
Networks attempts to deliver a document directly to the receiving partner. webMethods
provides the following immediate delivery methods:
Each immediate delivery method (Primary HTTP, Secondary HTTP, etc.) that Trading
Networks provides is associated with a built-in immediate delivery service that Trading
Networks provides. An immediate delivery service is a service that acts on a single
document to delivery the document to a single partner. Trading Networks invokes the
delivery service to deliver a document to a trading partner. In addition to the above
delivery methods, you can create immediate delivery services and register them with
Trading Networks to define your own custom immediate delivery methods.
Note: You can also use reliable delivery by invoking the built-in service, wm.tn.delivery:deliver.
The following table lists the reliable delivery settings that you define in the Delivery Method
tab of the partner’s profile. When using reliable delivery with an immediate delivery
method, Trading Networks uses these settings to establish the parameters for the delivery
task that governs the delivery of the document.
Reliable Delivery
Setting Description
Delivery Maximum The number of times you want Trading Networks to attempt to
Retries redeliver a document.
Wait Between The number of milliseconds (ms) you want Trading Networks to
Retries wait before making its first attempt to redeliver the document.
(Trading Networks uses the Retry Factor along with the Wait Between
Retries value to calculate how long to wait for subsequent retry
attempts when delivering documents using an immediate delivery
method.)
Retry Factor The factor you want Trading Networks to use when determining
how long to wait before making the second and subsequent
attempts to redeliver the document when using an immediate
delivery method. Trading Networks calculates the time to wait by
multiplying the last wait time by the value you specify for Retry
Factor.
Scheduled Delivery
When the Deliver Document By processing action indicates scheduled delivery, Trading
Networks batches documents that are then delivered at scheduled times. Trading
Networks also creates the delivery task for the document and places the delivery task in
the queue specified by the processing rule. The queue specified in the processing rule is a
scheduled delivery queue that you have previously defined.
Note: The queue is not a queue in the traditional sense. It is a set of rows in the Trading
Networks database. Each queued delivery task that is associated with a document is a row
in the same table of the Trading Networks database.
For scheduled delivery, Trading Networks supports two types of queues—public queues
and private queues. You can select to use a public queue or to use a specific partner’s
private queue.
Note: If you select Receiver’s Queue, Trading Networks looks up a queue in the receiver’s
profile. If the receiver’s profile does not contain a queued delivery method (i.e., does not
define a queue), then Trading Networks will be unable to deliver the document by this
method and instead, Trading Networks makes the document pollable (Queue for polling).
Once you select a queue for the scheduled delivery method, the next time Trading
Networks runs a scheduled delivery service and reads documents from that specified
queue, all documents in that queue will be delivered.
scheduled for delivery, you define reliable delivery settings in the profile for each of your
partners. To keep track of the attempts to deliver a document, Trading Networks
establishes a delivery task.
Note: You can also use reliable delivery by invoking the built-in service, wm.tn.delivery:deliver.
When using reliable delivery with a scheduled delivery method, Trading Networks only
uses only the following reliable delivery setting that you define in the Delivery Method tab
of the partner’s profile.
Unlike for the immediate delivery method, Trading Networks does not use the Wait
Between Retries and Retry Factor settings for reliable delivery with scheduled delivery
because the queue’s delivery schedule dictates how often to retry delivery attempts.
The Receiver’s Preferred Protocol selection and the preferred protocol (delivery method)
is Queue for polling
The receiving partner’s profile does not specify a delivery method; for example,
Secondary HTTPS is specified but the profile does not contain a Secondary HTTPS
delivery method. Or, another example is that if the scheduled delivery method is
Receiver’s Queue, but the receiving partner’s profile does not contain a queued delivery
method (i.e., does not define a queue), then Trading Networks makes the document
pollable (Queue for polling).
When Trading Networks queues the document for polling, it places the document in an
internally-defined queue. Trading Networks does not deliver the documents that are in
this queue. Instead, Trading Networks waits for a partner to poll for the documents. When
a specific partner polls for documents, Trading Networks returns all the documents in the
queue for which that partner is the receiver.
The receiving partners define the protocol (e.g., HTTP) to use to poll for the document and
how frequently to poll for documents.
Preferred Protocol
If you select Receiver’s Preferred Protocol, Trading Networks looks up the receiver’s profile
and uses the delivery method that is identified as that partner’s preferred delivery
method. This preferred delivery method can be an immediate delivery or queued for
polling.
In addition to the above delivery methods, you can create customized delivery services
and register them with Trading Networks to define your own custom delivery methods.
Note: If you are working in a clustered environment, all Trading Networks servers must be
set up for cluster synchronization. That is, the servers must set the
tn.cluster.sync.remoteAliases property correctly. For more information about how
to configure Trading Networks for a clustered environment, see “Shared Database in a
Clustered Environment”.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Processing Rules. Perform one of the following procedures to add a new
processing rule.
Add — To add a new 1) Click the row where you want to add the
processing rule in a specific new processing rule.
order relative to a selected
2) Select Rules Add and then one of the
processing rule.
following:
For more information about
a Above— Add a new processing rule
adding processing rules, see
above the highlighted processing rule.
“Adding Processing Rules
and the Order of Processing b Below— Add a new processing rule
Rules” on page 313 below the highlighted processing rule.
c Last—Add a new processing rule to the
bottom of the full unfiltered processing
rules list. All other processing rules
keep their original ordinal numbers.
3 On the Processing Rule Details screen, specify the name you want to give the processing
rule in the Name field. Specify 1-64 characters. There is no restriction to the characters
that you can use.
4 If you do not want this processing rule to be enabled, deselect the default Enabled
field.
5 Optionally, specify a description for the processing rule in the Description field. Specify
1-255 characters. There is no restriction to the characters that you can use.
6 Click the Criteria tab and fill in the fields to identify documents that should be
processed using this rule. A document must meet all the criteria that you specify on
both the Criteria and Extended Criteria tabs for Trading Networks to use the processing
rule to process the document. For more information, see “Processing Rule Criteria” on
page 317.
click Add New to add a row; then, type the user status.
To remove a user status from the table, delete the row
7 Click the Extended Criteria tab to specify custom attributes that you want Trading
Networks to use as criteria for matching processing rules. A document must meet all
the criteria that you specify on both the Criteria and Extended Criteria tabs for Trading
Networks to use the processing rule to process the document.
For each custom attribute that you want to use, specify the following Content Criteria:
8 Click the Pre-Processing tab and fill in the fields to specify the pre-processing actions
you want Trading Networks to perform for documents that meet the criteria specified
in this processing rule. By default, Trading Networks checks all pre-processing
actions.
For more information about pre-processing actions for XML documents, see
“Specifying Pre-Processing Actions for TN XML Document Type” on page 227. For
more information about pre-processing actions for flat file documents, see “Pre-
Processing Actions in the TN Flat File Document Type” on page 294.
Verify Digital Signature Whether you want Trading Networks to verify the digital
signatures of documents. Select one of the following:
Defer to Document Type to use the Verify setting that is
specified in the TN document type for the document.
Verify digital signature to always verify digital signatures
or digitally sign documents that Trading Networks
processes with this processing rule.
Do not verify digital signature to never verify digital
signatures or digitally sign documents that Trading
Networks processes with this processing rule.
Validate Structure Whether you want Trading Networks to validate the
structure of documents. Select one of the following:
Defer to Document Type to use the Validate setting that is
specified in the TN document type for the document.
Validate structure to always validate the structure of the
documents that Trading Networks processes with this
processing rule.
Do not validate structure to never validate the structure
of the documents that Trading Networks processes
with this processing rule.
Check for Duplicate Whether you want Trading Networks to determine
Document whether it already received the document. Select one of
the following:
Defer to Document Type to use the Check for Duplicate
Document setting that is specified in the TN document
type for the document.
Use built-in services to check for duplicate document of
XML or flat file documents against a Trading
Networks built-in service.
If you select Use built-in services to check for duplicate
document, select whether you Trading Networks
should use the: Document ID only; both the Document ID
and sender; the Document ID, sender and receiver; or the
Document ID, sender and document type.
New service .
To select an existing duplicate service, click Find
9 Click the Action tab and select one or more of the following processing rule actions.
The default for a new processing rule is to have all five actions enabled. To disable a
processing rule action, deselect the appropriate checkbox in the Enable column on the
left.
When you select a processing rule action, Trading Networks displays the
corresponding panel for each action on the right side of the screen. Complete your
selections for each processing rule action as explained below.
Important! If you select more than one action, Trading Networks performs the
actions in the order they are listed on the Processing Rules screen. For example, if
you select to execute a service, send an alert e-mail message, and deliver the
document to the receiver, Trading Networks performs the actions in that specific
order. For more information, see “Processing Rule Actions” on page 329.
1) Execute a service. Specify the service you want Trading Networks to invoke for the
document and how you want Trading Networks to invoke the service. Optionally,
you can also hardcode input parameters for the service.
For more information about the Execute a service processing rule action,
see“Action 1—Execute a Service” on page 330. If you are using large document
processing, see “Creating Services that Recognize Large Document Handling” on
page 544.
a Perform one of the following to specify the service you want Trading Networks to
invoke for the processing action:
To specify an existing service, click Find Service to browse the services and
select the one you want to use.
To create a new service, click New Service (folder with yellow highlight) to
open the Developer to create the service. For more information about creating
services, see the webMethods Developer User’s Guide.
b Specify how to invoke the service:
To invoke the service synchronously, select synchronous.
To invoke the service asynchronously, select asynchronous.
To invoke the service asynchronously and use a service execution task, select
service execution task.
c To set inputs for the service, click Set Inputs. Trading Networks displays the input
parameters for the service. Type in values for the parameters you want to
hardcode an input value. After specifying inputs, click OK.
d If you need to update the service, click Edit Service. Trading Networks opens the
Developer from which you can update the service.
3) Change User Status—Specify the user status you want to associate with the
document. In the Change to field, specify a character string containing 1-255
characters. There is no restriction on the characters you can use.
For more information about the User Status processing rule action, see “Defining a
Processing Rule Based on a Saved Document” on page 361.
4) Deliver Document By—Specify the delivery method you want to use to deliver the
document.
For more information about the Deliver Document By processing rule action, see
“Action 4—Deliver the Document to the Receiver” on page 341
Queue for polling Trading Networks queues a document for polling. For
more information, see “Defining Queue for Polling” on
page 394.
Receiver’s The delivery method that is identified as the receiving
Preferred Protocol partner’s preferred delivery method. This preferred
delivery method can be an immediate delivery or queued
for polling.
Immediate Delivery Specify an immediate delivery method from the list.
For more information, see “Immediate Delivery” on
page 342.
Scheduled Delivery Specify the scheduled delivery queue to use from the list.
Scheduled Delivery indicates that documents matching the
processing rule will not be delivered immediately, but will
be queued and delivered later by scheduled delivery.
The scheduled delivery queue can be a public or private
queue (Receiver’s queue). Select the public queue from the
list of registered public queues. Select Receiver’s queue to
place documents that match this processing rule in the
receiving partner’s selected queue. The next time Trading
Networks runs a scheduled delivery service and reads
documents from the specified queue, all documents in that
queue will be delivered.
For more information about queues and scheduled
delivery, see “Scheduled Delivery” on page 344 and
“Scheduled Delivery Queues” on page 378.
5) Respond With —Specify the message you want to return to the caller that sent the
document and the content type of the message.
For more information about the Respond With processing rule action, see
“Action 5—Respond With a Message” on page 346.
Content type The content type of the message in the Content type field. For
example, if the message is and XML document, type
“text/xml”.
Message The message in the Message field. Specify a character string.
There are no limits to the length or the characters you can
specify. You can include output template tags to create a
dynamic message.
To use a larger input window to specify the message, click
Expand.
10 Click OK. Trading Networks closes the Processing Rule Details screen, and saves all
changes you have made to processing rules. This includes saving all new rules you
added, rules you changed, rules you disabled or enabled, and all changes you made to
the order of the rules.
Processing Rule
Tab How Trading Networks Defines the Information on the Tab
Criteria Trading Networks sets the processing rule criteria as follows:
Sender criterion—Set to the sender that is associated with the
document; that is, either the sender identified within a
document or unknown.
Receiver criterion—Set to the receiver that is associated with
the document; that is, either the receiver identified within a
document or unknown.
Document type criterion—Set to the TN document type that
was used for the document or unknown if it the document did
not match a TN document type.
User status criterion—Set to the value of the user status that is
associated with the document, if any.
Extended Criteria Trading Networks does not set any extended criteria.
Pre-Processing Trading Networks sets the pre-processing actions as follows:
Verify digital signature—Set to always verify the digital
signature of the document.
Validate structure—Set to always validate the structure of the
document.
Check for duplicate document—Set to use the setting in the
TN document type for the duplicate check pre-processing
action.
Save document to database—Set to always save a copy of the
document content, attribute, and/or activity log information.
Action Trading Networks sets the processing action to ignore the
document.
You can make any changes to the criteria, extended criteria, pre-processing actions, or
processing actions.
1 Use the Transaction Analysis screen to display the sample document that you want to
use. Select View Transaction Analysis.
2 Click the row containing the document that you want to view.
3 Select Transactions Create Processing Rule.
4 To change the criteria, select the Criteria tab; then, update the settings as you want. For
information about how to update the settings, see step 6 on page 349.
5 To change the custom attribute (extended) criteria, select the Extended Criteria tab; then,
update the settings as you want. For information about how to update the settings,
see step 7 on page 353.
6 To change the pre-processing actions, select the Pre-Processing tab; then, update the
settings as you want. For information about how to update the settings, see step 8 on
page 353.
7 To change the processing actions, select the Action tab; then, update the settings as you
want. For information about how to update the settings, see step 9 on page 357.
8 Click OK. Trading Networks saves the processing rule and closes the Processing Rule
Details screen.
Note: Trading Networks saves the new rule at the top of the list of processing rules. For
instructions on how to move the processing rule to another position in the list, see
“Ordering the Processing Rules” on page 363.
Use the following procedure to update and set up your default processing rule.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Processing Rules.
3 Double-click on the row for the default processing rule that is named Default rule. The
default processing rule is listed last (on the bottom of the full unfiltered list).
4 To update the pre-processing actions, click the Pre-Processing tab. Then, update the
pre-processing actions. For information about what you can specify, see step 8 on
page 353.
5 To update the processing actions, click the Action tab. Then, update the processing
actions. For information about what you can specify, see step 9 on page 357.
Note: If you do update the Default rule, make sure that it remains last in the full, unfiltered
processing list.
6 Click OK. Trading Networks closes the Processing Rule Details screen and saves the
changes to the processing rule.
Note: If you reorder processing rules, there is no “undo” function that will return the
processing rules to their original order.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Processing Rules.
3 To move a processing rule, click the rule you wish to move. To move more than one
contiguous block of rules at a time, you can highlight multiple processing rules using
the <Shift> key.
Note: You can only move and reorder processing rules if their ordinals are contiguous.
4 Click Rules Move Select to select the processing rule (s) you want to move.
Note: If you reorder processing rules, there is no “undo” function that will return the
processing rules to their original order.
5 Highlight the processing rule you want to move your selected rule in relation to.
6 Once you have highlighted the location, perform the following to move your selected
processing rule:
Trading Networks reassigns the ordinal numbers for all affected processing rules.
Repeat this step until the processing rules are listed in the order you want. You can
order the processing rules in any direction. The default processing rule should always
be listed last. For more information, see “Processing Rules Order” on page 313.
If you want, you can test the order of your processing rules to assure you have them in
the correct order. For more information, see “Testing the Order of Processing Rules”
below.
Important! During the test, Trading Networks does not actually process the document. That
is, Trading Networks does not perform any pre-processing or processing actions on the
document.
Perform the following procedure to test the order of your processing rules.
1 If the Processing Rules screen is not currently displayed, perform the following
procedure to display it:
a Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
b View Processing Rules.
2 Select Rules Test. Trading Networks displays the Select Input Document dialog box.
3 From the Select Input Document dialog box, select the sample document you want to use
for the test and click Open.
Trading Networks informs you of the number of matches for which the sample
document information meets the processing rule criteria, and highlights the
corresponding processing rules.
Specific information about a selected processing rule in a summary section below the
table.
If you plan to use the same query many times, you can save the query settings. When you
want to use the same query again, you simply select that saved query. For more
information about different query functions you can perform, see Chapter 16, “Running
Queries in Trading Networks”.
To set up a query and display information for viewing processing rules, specify some or
all of the following:
Basic search criteria
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Processing Rules.
Note: Trading Networks displays the last query run on the Trading Networks Console.
3 Select Run Query on the toolbar. Trading Networks displays the processing rules
table.
4 Perform one of the following to view processing rule information from the table:
To see summary information for a processing rule:
a With your cursor, single click on the selected row.
Trading Networks displays corresponding summary information about the
highlighted processing rule in a summary section below the processing rules
table. The summary information contains: the processing rule name, description,
and processing rule criteria for the selected processing rule.
a Select Show Query on the toolbar. Trading Networks displays the Basic Criteria
and Detail View tabs.
b Go to step 7 to change the table format using the Detail View tab.
5 If you cannot find the processing rule you are looking for, you can perform a more
detailed query to refine the results on the processing rules table. Select Show Query
on the toolbar. Trading Networks displays the Basic Criteria and Detail View tabs.
6 To narrow down the list of processing rules from which to choose, select the Basic
Criteria tab and fill in the fields to specify basic search criteria. To indicate that you
want to use one or more of the basic search criteria, select the checkbox next to each
criterion you want to use. Then fill out the corresponding information as follows.
To specify a user status for the query, click Add New ; then,
type the user status in the newly added row.
To remove a user status from a query, select the row
containing the user status you want to delete and then click
Delete Selected .
Rule Name The name of the processing rule. Type in a character string
contained in the processing rule name.
7 Select the Detail View tab and fill in the fields to specify how Trading Networks
displays information in the processing rules table.
a In the Display Column panel, check each field that you want Trading Networks to
include in the Detail view. Trading Networks displays a column for each checked
field. Trading Networks always displays the Ordinals and Rule Name columns.
Trading Networks displays the Senders and Receivers columns by default.
b In the Search Order panel, select the search order that you want Trading Networks
to follow when performing a query. To change the search order, use the up and
down buttons.
For more information about the Detail view, see “Detail View of Processing Rules” on
page 367.
8 Select Run Query on the toolbar. Trading Networks displays the processing rules
table with the results from the refined query.
9 Select the processing rule you want from the Processing Rules table on the bottom
portion of the screen.
For more information about the tabs and fields on this screen, see “Defining
Processing Rules” on page 347.
For more information on how to change the information on the Processing Rule
Details screen, see “Updating Processing Rules” on page 373.
For more information about queries in Trading Networks, see “About Viewing
and Querying Documents” on page 428.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Processing Rules.
3 Click the row containing the processing rule you want to update.
4 Select Rules Edit.
5 To update the name, type a new name in the Name field. You can specify 1-64
characters. There is no restriction to the characters that you can use.
6 To update the description, type a new description in the Description field. You can
specify 1-256 characters. There is no restriction to the characters that you can use.
7 To update the criteria for the processing rule, click the Criteria tab. Then, update the
fields. For information about what you can specify, see step 6 on page 349.
8 To update the extended criteria for the processing rule, click the Extended Criteria tab.
Then, update the fields. For information about how to update the settings, see step 7
on page 353.
9 To update the pre-processing actions, click the Pre-Processing tab. Then, update the
pre-processing actions. For information about how to update the settings, see step 8
on page 353.
10 To update the processing actions, click the Action tab. Then, update the processing
actions. For information about how to update the settings, see step 9 on page 357.
11 Click OK. Trading Networks closes the Processing Rule Details screen and saves the
changes to the processing rule.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Processing Rules.
3 Click the row containing the processing rule(s) you want to disable. You can select
multiple processing rules using the <Shift> (for a contiguous block of rules) and <Ctrl>
(for more than one non-contiguous processing rule) keys.
4 Select Rules Disable. Trading Networks places No in the Enabled column to indicate
that the processing rule is disabled.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Processing Rules.
3 Click the row containing the processing rule(s) you want to enable. You can select
multiple processing rules using the <Shift> (for a contiguous block of rules) and <Ctrl>
(for more than one non-contiguous processing rule) keys.
4 Select Rules Enable. Trading Networks places Yes in the Enabled column to indicate
that the processing rule is enabled.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Processing Rules.
3 Select Run Query on the toolbar. Trading Networks displays the processing rules
table.
If you want to delete a processing rule that is currently disabled, make sure that
disabled processing rules are visible on the processing rules table. To do so:
a Select Show Query on the toolbar. Trading Networks displays the Basic Criteria
and Detail View tabs.
b Select the Detail View tab.
c In the Display Column panel, check the Enabled field so that Trading Networks
includes it in the Detail view.
d Select Run Query on the toolbar. Trading Networks updates the processing
rules table. Now you can see the disabled processing rules (No in the Enabled
column).
4 Click the row containing the processing rule(s) you want to delete. You can select
multiple processing rules using the <Shift> (for a contiguous block of rules) and <Ctrl>
(for more than one non-contiguous processing rule) keys.
Important! This is an actual delete of the processing rule. The processing rule is not
deactivated; it is removed from the Trading Networks system. You will not be able to
recover it later.
5 Select Rules Delete. Trading Networks confirms that you want to delete the selected
processing rule(s). Click Yes to delete.
What is a Queue?
A queue in Trading Networks is a grouping of outbound documents that can be delivered
in batch. Note that a Trading Networks queue is not a queue in the traditional sense.
Instead, it is a set of rows in the Trading Networks database. When documents are placed
in a queue, Trading Networks does not deliver them immediately, rather, Trading
Networks delivers them based on a schedule defined for the queue.
Trading Networks supports queues for two different purposes— scheduled delivery and
polling.
For more information about delivery methods and queues, see Chapter 6, "Delivering
Documents to Partners" in the webMethods Trading Networks Concepts Guide.
Trading Networks supports two types of scheduled delivery queues—public and private:
Edit— Edit an existing public 1 Select the public query for which you want to
queue’s fields. update and click to select.
3 Select the Settings tab. Specify the following parameters to add or edit a public queue
to Trading Networks:
Queue Name The name you want the public queue to have. Public queues
that you define here are the ones in your partner’s profile.
These public queue names appear on the Delivery Method tab of
your partner’s profile.
You can specify a string of up to 225 characters and you can
specify any alphanumeric character.
Delivery Service Select a scheduled delivery service that will deliver documents
from the queue. A scheduled delivery service acts on multiple
documents to deliver those documents to one or more
partners.
Out-of-the-box, Trading Networks provides a single
scheduled delivery service, Batch FTP (wm.tn.transport:batchFtp
service), which uses FTP to deliver documents to a single
destination. Select the delivery service from Batch FTP or any
custom created scheduled delivery services, if they exist.
If you created a custom delivery service and registered them
with Trading Networks, then you can associate your custom
scheduled delivery services with the queues that you define.
For more information about scheduled delivery services, see
“What is a Scheduled Delivery Service?” on page 410. For
more information about custom delivery services, see
“Adding and Registering New Delivery Services” on page 421.
Set Inputs Click the Set Inputs button to set the inputs for the delivery
service you selected.
If you selected Batch FTP for your delivery service, specify the
required inputs (host, transfermode, and transfertype) and then
click OK to set the inputs.
See the description of the wm.tn.transport:batchFtp service in the
webMethods Trading Networks Built-in Services Reference for a
description of the inputs into this service.
Queue State Set the state of the public queue. The state of a scheduled
delivery queue determines: 1) whether Trading Networks can
add delivery tasks to the queue and 2) whether Trading
Networks can deliver documents associated with the delivery
tasks in the public queue.
Select from the following queue states:
Enable Queue
Enable a queue when you want Trading Networks to be
able to both add delivery tasks into a queue and invoke
the scheduled delivery service that is associated with the
queue to deliver the documents that correspond to the
delivery tasks.
Disable Queue
Disable a queue when you want Trading Networks to
neither add additional delivery tasks into a queue nor act
on the delivery tasks in the queue.
All delivery tasks that are in the queue when you disable it
remain in the queue. If you enable or drain the queue,
Trading Networks will once again invoke the scheduled
delivery service that is associated with the queue to
deliver the documents that correspond to those delivery
tasks.
There are two reasons you might wish to disable a queue.
1) If the delivery service is defective and you need to
debug and fix it, or 2) if a processing rule has been placed
on the wrong queue and you need to change the rule
and/or reassign some tasks to another queue.
Drain Queue
Drain a queue when you do not want Trading Networks
to add additional delivery tasks into a queue, but you do
want Trading Networks to continue to invoke the
scheduled delivery service that is associated with the
queue to deliver the documents that correspond to the
delivery tasks. Drain a queue if you want to empty it, so
you can delete it. You can also drain a queue to perform
maintenance changes (e.g., change queue settings, update
delivery services).
Suspend Delivery
Suspend a queue when you want Trading Networks to be
able to add additional delivery tasks into a queue, but you
do not want Trading Networks to invoke the scheduled
delivery service that is associated with the queue to
deliver the documents that correspond to the delivery
tasks. You might suspend a queue if a trading partner
indicates that it is temporarily unable to accept
documents.
4 Select the Schedule tab to schedule when Trading Networks is to invoke the scheduled
delivery service to deliver the documents in the public queue. Select the scheduling
option you would like for the delivery service. See “Delivery Schedule for Queues” on
page 384 for more information about the Schedule tab parameters to specify.
If you use the webMethods Administrator to view scheduled user tasks, you will see a
scheduled invocation of the wm.tn.queuing:deliverBatch service for each delivery queue
you have saved. The wm.tn.queuing:deliverBatch service handles exceptions and logging,
and invokes the scheduled delivery service you specified for the delivery queue.
5 Click Save.
Use the following procedure to delete public queues from Trading Networks.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select Tools Registry Public Queues.
3 Select the public query for which you want to update and click to select.
Important! Do not attempt to use the webMethods Administrator to change the schedule for
a delivery service! If you do so, the data passed to the service will be lost and the service
will be unable to deliver documents. Always use the Trading Networks Console to change
the delivery schedule and other queue settings
For more information about scheduled delivery services, see “What is a Scheduled
Delivery Service?” on page 410.
Note: If the scheduled run-time occurs when the server is not running, when you initialize
server, the server throws an exception.
Trading Networks combines all your selections to determine when to execute the
scheduled delivery service. If you do not select an item in one of the above settings,
Trading Networks assumes all items for the selection. For example, if you do not specify a
month, Trading Networks assumes you want the service to execute every month. If you
do not select any items for any of the settings, Trading Networks assumes you want the
service to execute every month, every day, all week days, every hour, and every minute;
in other words, Trading Networks executes the scheduled delivery service every minute
from the time you add the task.
If you use the Start Date and End Date to specify a date range, Trading Networks executes
the delivery service at the scheduled times until the end of the time period. All delivery
tasks added to the queue after the End Date are “stuck” in the queue. Trading Networks
will not act on the queued tasks again unless you update the queue schedule.
If you do not specify an End Date to specify a date range, Trading Networks executes the
delivery service for an indefinite period of time.
The following shows examples of how to use the Complex Interval settings:
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select Tools Registry Public Queues.
3 Select a public queue for scheduling a delivery. You can add a new queue, or edit or
copy an existing one as follows:
To edit an existing public queue, select the queue and click Edit .
To copy an existing public queue, select the queue and click Copy Selected .
The fields of the copied queue are filled with values from the queue that you
copied. You can update any or all fields from the copied public queue.
4 Select the Schedule tab.
5 Select Run Once, Simple Interval, or Complex Interval to indicate when and how often you
want Trading Networks to execute the delivery service for the specified queue.
Run Once The date on which you want Trading Networks to execute the
service in the Date field. Use the format yyyy/mm/dd to specify
the date. For example, if you want Trading Networks to execute
the service on March 11, 2002, specify 2002/03/11.
The time at which you want Trading Networks to execute the
service in the Time field. Use the format hh:mm:ss to specify the
time (using a 24-hour clock). For example, if you want Trading
Networks to execute the service at 1:00:00 a.m., specify 1:00:00;
if you want Trading Networks to execute the service at 1:00:00
p.m., specify 13:00:00. If you leave this field blank, Trading
Networks uses 00:00:00 (midnight).
For more information about using this option, see “Using the
Run Once Option” on page 385“.
Simple Interval The number of seconds that you want Trading Networks to wait
between executions of the service in the Interval field.
If you want Trading Networks to wait for a delivery service to
complete execution before it starts the next scheduled execution
of the service, check Do not overlap task. For example, suppose
your delivery service is scheduled to run every minute, but
sometimes takes longer than that to complete. By default,
Trading Networks will start the next execution even though the
previous one has not yet completed. If you check the Do not
overlap task box, Trading Networks will wait for the service to
complete before beginning its next scheduled execution.
When you add or update a simple interval schedule for a queue
that is Enabled or Draining, Trading Networks invokes the service
immediately. Subsequent invokes are governed by the interval.
For more information about using this option, see “Using the
Simple Interval Option” on page 385.
Complex Interval When you want the first execution of this service by specifying a
beginning date and time in the Start Date and Start Time fields. For
Start Date, use the format yyyy/mm/dd. For Start Time, use the
format hh:mm:ss (using a 24-hour clock). For example, if you
want the time period in which to run this service to begin be on
May 3, 2002 at 1:00:00 p.m., specify 2002/05/03 for Start Date and
13:00:00 for Start Time. If you omit the Start Date, the first
execution occurs on the first date as indicated by the Run Mask
parameters. If you omit Start Time, Trading Networks uses
00:00:00 (midnight).
When you want the last execution of this service to run by
specifying an ending date and time in the End Date and End Time
fields. For End Date, use the format yyyy/mm/dd. For the End
Time, use the format hh:mm:ss (using a 24-hour clock). For
example, if you want the time period in which to run this service
to end on June 4, 2002 at 2:00:00 a.m., specify 2002/06/04 for End
Date and 02:00:00 for End Time. Omitting End Date indicates that
you want this service to execute for an indefinite period of time.
If you omit End Time, Trading Networks uses 00:00:00 (midnight).
Use the Run Mask parameters to indicate when you want Trading
Networks to execute the service. For examples of setting these
parameters, see “Using the Complex Interval Option” on
page 386.
6 Click Save.
State Meaning
Enabled Trading Networks can place delivery tasks into
the queue and can invoke the scheduled delivery
service to deliver the documents that are
associated with the delivery tasks in the queue.
Disabled Trading Networks cannot place delivery tasks
into the queue or deliver documents that are
associated with delivery tasks in the queue.
State Meaning
Drained Trading Networks cannot place delivery tasks
into the queue, but Trading Networks can invoke
the scheduled delivery service to deliver the
documents that are associated with the delivery
tasks in the queue.
Suspended Trading Networks can place delivery tasks into
the queue, but Trading Networks cannot deliver
documents that are associated with delivery tasks
that are in the queue.
The procedure you use to enable, disable, drain, or suspend a queue depends on whether
the queue is a public queue or a private queue.
Meaning
Enable Enable a queue when you want Trading Networks to be able
to both add delivery tasks into a queue and invoke the
scheduled delivery service that is associated with the queue to
deliver the documents that correspond to the delivery tasks.
Disabled Disable a queue when you want Trading Networks to neither
add additional delivery tasks into a queue nor act on the
delivery tasks in the queue.
All delivery tasks that are in the queue when you disable it
remain in the queue. If you enable or drain the queue, Trading
Networks will once again invoke the scheduled delivery
service that is associated with the queue to deliver the
documents that correspond to those delivery tasks.
Two reasons that you might want to disable a queue are 1) to
debug and correct a delivery service that is used for the queue
or 2) correct a processing rule that is assigning documents to
the wrong queue.
When the Deliver Document By processing action of a processing
rule specifies to use a queue that is disabled, the delivery fails
because Trading Networks cannot place the delivery task in
the queue. Trading Networks sets the delivery task status to
FAILED and logs a message to the activity log.
Meaning
Drained Drain a queue when you do not want Trading Networks to
add additional delivery tasks into a queue, but you do want
Trading Networks to continue to invoke the scheduled
delivery service that is associated with the queue to deliver the
documents that correspond to the delivery tasks. Drain a
queue if you want to empty it, so you can delete it. You can
also drain a queue to perform maintenance changes (e.g.,
change queue settings, update delivery services).
When the Deliver Document By processing action of a processing
rule specifies to use a queue that is drained, the delivery fails
because Trading Networks cannot place the delivery task in
the queue. In this situation, Trading Networks sets the
delivery task status to FAILED and logs a message to the
activity log.
Suspended Suspend a queue when you want Trading Networks to be able
to add additional delivery tasks into a queue, but you do not
want Trading Networks to invoke the scheduled delivery
service that is associated with the queue to deliver the
documents that correspond to the delivery tasks. You might
suspend a queue if a trading partner indicates that it is
temporarily unable to accept documents.
All delivery tasks that are in the queue when you suspend it
remain in the queue. If you enable or drain the queue, Trading
Networks will once again invoke the scheduled delivery
service that is associated with the queue to deliver the
documents that correspond to those delivery tasks.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select Tools Registry Public Queues.
3 In the Public Queues screen, select the queue that you want to change from the Queue
Name list on the left side of the screen.
3 Select Show Query on the toolbar.Trading Networks displays the Basic Criteria and
Detail View tabs.
Note: Trading Networks displays the last query run on the Trading Networks Console.
4 Perform one of the following to identify partner with which the private queue is
associated:
To select from all partners:
Select a partner from the Profiles table on the bottom portion of the screen.
To narrow down the list of partners from which to choose:
Perform a profile search. For more information, see “Finding and Viewing
Profiles” on page 168.
5 Select the Delivery Method tab of the partner profile.
1 Make sure the partner Integration Server running webMethods for Partners and the
hub Integration Server running webMethods Trading Networks have the correct
license keys (that is, the partner server uses the partner key and the hub server uses
the hub key).
2 Locate the server configuration file at <ServerDirectory>\config\server.cnf,
where ServerDirectory is the directory in which you installed the Integration Server
running webMethods for Partners.
3 In the server configuration file, ensure that the watt.server.partner property exists
and is set properly. The property should be set to the host name for the hub
Integration Server. For example, if the host name for the hub Integration Server were
“HostName,” the property would be
watt.server.partner=HostName
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Transaction Analysis.
3 Select Show Query on the toolbar to display the query panels if they are not already
displayed.
4 Click the Basic Criteria tab and fill in the fields to specify basic search criteria. To
specify that you want to view documents that are queued for delivery, select the
Processing Status check box, and select QUEUED from the list.
Fill in any other basic criteria to refine your search as you want. For more information
on what you can specify see step 4 on page 442.
5 To use custom search criteria to refine your search, click the Custom Criteria tab and fill
in the fields. For more information on what you can specify see step 5 on page 445.
6 To specify the columns you want displayed in the detail view, click the Detail View tab
and fill in the fields. For more information on how to use this tab see step 6 on
page 445.
7 Select Run Query on the toolbar. Trading Networks updates the Transactions table
in the bottom panel.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Transaction Analysis.
3 Select Show Query on the toolbar to display the query panels if they are not already
displayed.
4 Click the Basic Criteria tab and fill in the fields to specify basic search criteria. To
specify that you want to view pollable documents, select the Processing Status check
box, and select POLLABLE from the list.
Fill in any other basic criteria to refine your search as you want. For more information
on what you can specify see step 4 on page 442.
5 To use custom search criteria to refine your search, click the Custom Criteria tab and fill
in the fields. For more information on what you can specify see step 5 on page 445.
6 To specify the columns you want displayed in the detail view, click the Detail View tab
and fill in the fields. For more information on how to use this tab see step 6 on
page 445.
7 Select Run Query on the toolbar. Trading Networks updates the Transactions table
in the bottom panel.
Queries List
The following table lists the query functions that correspond with the Trading Networks
Console toolbar, along with a description of each function.
This query
toolbar item... Represents...
Show Query. Displays the query panels for a screen.
Run Query. Runs the query using the settings you specified on the query
panels.
[Queries List] Queries List. Drop-down list of all saved queries. Trading Networks
displays the last query run on the Console
Save Query. Updates the current query by saving the changes you have
made to the query criteria
Save Query As. Creates a new saved query by saving the query criteria
that you specified.
Revert to Saved Query. Reverts the query information and resets it to the
saved query settings in the database.
Delete Query. Deletes the currently selected query.
Trading Networks lists all of the saved queries in the Queries List on the toolbar.
Display area
showing only the
query results table
(e.g,. Profiles table)
Use the following buttons on the very left of the toolbar to display the query tabs and
panels.
Can you see query panels? Click this button... To perform this action...
No Display the query panels.
Show Query
Yes Remove/Hide the query panels.
Hide Query
So, to view the above Trading Partners screen with the query tabs, click Show Query on
the toolbar.
Display area
showing
query tabs...
Using the Query panel of the toolbar, you can perform basic search functions: create and
save a query, select and run a query, revert back to the original query, and delete a query.
Note: The screen information Trading Networks displays for each query tab will vary
on what function you have selected. For example, the Basic Criteria tab for the Trading
Partners profile screen view will differ from the Basic Criteria tab for the Processing
Rules screen.
If it appears on this screen For more information to fill out this tab, see:
If it appears on this screen For more information to fill out this tab, see:
If it appears on this screen For more information to fill out this tab, see:
For these elements... For more information about the query pane, see:
3 To run the query, select Run Query on the toolbar. Trading Networks displays the
query results table in the bottom panel. For more information, see “Navigating
Through the Results Table” below.
3 To run the query, select Run Query on the toolbar. Trading Networks displays the
query results in the results table in the bottom panel.
1 Enable the query panel. For instructions, see “Enabling the Query Functions” on
page 402.
2 Select the query for which you want to update search criteria from the list of saved
queries, which is located on the toolbar.
3 Make your changes to the search criteria for the saved query by updating the fields on
the query tabs.
4 Re-run the query by selecting Run Query on the toolbar. Trading Networks
updates the results table displayed in the bottom panel
5 Select Save Query on the toolbar to re-save the query with your updates.
4 Re-run the modified query by selecting Run Query on the toolbar. Trading
Networks updates the results table displayed in the bottom panel with the
information from the newly created query.
5 Select Save Query As to save the new query with your changes.
6 In the Save as dialog box, type the name you want to give the query in the Query Name
field. Click OK. Trading Networks adds the query to the list.
To revert to a saved query, after running a new query, select Revert to Saved Query .
Trading Networks updates the query panels to display the settings for the saved query,
runs the saved query, and displays the query results
Note: The Revert to Saved Query function is only available after you change query settings
and run the query.
To delete a query
1 Enable the query panel. For instructions, see “Enabling the Query Functions” on
page 402.
2 Select the query you want to delete from the list of saved queries, which is located on
the toolbar.
3 Select Delete Query . Click Yes to verify that you want to delete the query.
Note: Use the Trading Networks tn.transport.user property to indicate the user
account to use when invoking a delivery service. By default, Trading Networks uses the
Administrator user account to invoke services. For more information about this property,
see “Trading Networks Configuration Properties” on page 42.
For more information about immediate and scheduled delivery services, see Chapter 6,
"Delivering Documents to Partners" in the webMethods Trading Networks Concepts Guide.
have delivery schedules associated with them. Trading Networks invokes the scheduled
delivery service at the times dictated by the delivery schedule.
Trading Networks places delivery tasks in the queues. When the Deliver Document By
processing action indicates to use scheduled delivery (i.e., a queue name or Receiver’s
Queue), Trading Networks creates a delivery task for the document that is to be delivered
and places the delivery task into the queue. When the schedule associated with the queue
indicates, Trading Networks invokes the scheduled delivery service. The scheduled
delivery service retrieves the list of delivery tasks that are in the queue. It is the
responsibility of the scheduled delivery service to retrieve the document, attempt to
deliver the document, and update the status of the delivery task to indicate whether the
delivery was successful or not.
Note: The queue is not a queue in the traditional sense. It is a set of rows in the Trading
Networks database. Each queued delivery task that is associated with a document is a row
in the same table of the Trading Networks database.
Variable in the
serviceOutput Specify…
status Whether the service executed successfully or unsuccessfully. Your
service must provide one of the following values:
Value Meaning
success The delivery of the document was successful.
fail The delivery of the document failed.
statusMessage Optional. A delivery-specific message about the outcome of the
delivery.
transportTime Optional. The number of milliseconds it took for the service to
deliver the document.
output Optional. Return information from the delivery service, for
example, response bytes received from an HTTP post.
For information about creating the service, see the webMethods Developer User’s Guide.
Important! Do not save your immediate delivery service in the WmTN package or any
other webMethods package that contains webMethods software. If you do, when you
upgrade the webMethods software, your service will be lost.
Note: If you are using large document processing, see “Creating Services that Recognize
Large Document Handling” on page 544.
Important! Do not save your scheduled delivery service in the WmTN package or any other
webMethods package that contains webMethods software. If you do, when you upgrade
the webMethods software, your service will be lost.
Note: If you are using large document processing, see “Creating Services that Recognize
Large Document Handling” on page 544.
The actions in bold are items that all scheduled delivery services should perform. For more
information, see “Required Logic to Include in the Scheduled Delivery Service” on
page 415.
The above shows only a sample of one way to create the service. You might have different
requirements for your service. For example, you might want to combine several
documents and transmit them as one large document or might want to limit the number
of documents sent to a destination in a single invocation of your service.
As shown above, the scheduled delivery service might need to make a connection to a
remote server. The typical approach is to open the connection after you have determined
that the queue has delivery tasks in it (that is, the queue is not empty). You can determine
whether the queue is empty by invoking the wm.tn.queuing:getQueuedTask service. If this
service returns null, the queue is empty. After your scheduled delivery service has acted
on the delivery tasks in the queue, your service can then close the connection to the
remote server.
Some transport protocols require additional actions after opening a connection and before
you begin delivering documents. For example, for the FTP protocol, after performing the
LOGIN to connect to the remote server, a cd (change directory) is performed to navigate to
the appropriate directory.
Handling Exceptions
When the queue schedule dictates, the wm.tn.queuing:deliverBatch service is invoked. The
wm.tn.queuing:deliverBatch service, in turn, invokes your scheduled delivery service and
passes your service information about the queue.
This wm.tn.queuing:deliverBatch service catches any exceptions thrown by your scheduled
delivery service or the underlying transport service that your services uses to deliver the
document. In response to an exception, the wm.tn.queuing:deliverBatch service increments the
retry count for the current delivery task and logs the exception to the activity log.
If your scheduled delivery service needs to take action in response to an exception, use the
pub.flow:getLastError built-in service to detect whether an exception was thrown.
If you are creating your scheduled delivery service using the flow language, and you
want to exit your scheduled delivery service due to a failure, use the following flow
operation:
EXIT $flow and signal FAILURE
The above flow operation causes the wm.tn.queuing:deliverBatch service to increment the
current delivery task’s retry count and log the exception to the activity log. You provide
the information that Trading Networks logs to the activity log. To provide this
information, be sure you specify meaningful information in:
failure-message property of the EXIT flow operation
7
8
10
11
12
13
Flow
Operations Description
2 If the variable, task, is null, the queue is empty. In this case, map text to the
output variable, logMsg, and exit the service.
3 If the queue contains delivery tasks, attempt to log in to the remote FTP
server.
6 The REPEAT flow operation causes the service to loop over the delivery
tasks in the queue.
8 The operations in the SEQUENCE flow operation form the file name to use
for the document being delivered. The file name will be internalID.ext,
where internalID is the webMethods generated internal ID for the
document and ext is the file extension.
The first INVOKE flow operation in the sequence invokes the
pub.string:concat service to append a period to the internal ID. The BRANCH
flow operation determines the file extension. An input to the
wm.tn.transport:batchFtp service is the variable, fileExtension. If this variable was
not specified, the file extension defaults to “xml”. Otherwise, the file
extension is the value specified for the fileExtension variable.
10 If the return code from the pub.string:concat service is 226, the file was
transmitted successfully. In this case, the MAP flow operation sets the value
of the status variable in Pipeline Out to “success”.
For any other return code the other MAP flow operation sets the value of
the status variable in Pipeline Out to “fail”.
Flow
Operations Description
13 After looping through all delivery tasks, log out of the remote FTP server.
Note that the wm.tn.transport:batchFtp service does not do any exception handling. All
transport-level exceptions cause the current invocation of the wm.tn.transport:batchFtp service
to terminate, and the exception will be handled by its caller, wm.tn.queuing:deliverBatch. The
wm.tn.transport:batchFtp service will be invoked again for the delivery queue, according to the
queue’s schedule.
Note: If you are using large document processing, see “Creating Services that Recognize
Large Document Handling” on page 544.
1 Use the webMethods Developer (or your own Java development environment) to
create the delivery service.
For immediate delivery services, see “Creating an Immediate Delivery Service”
on page 411
For scheduled delivery services, see “Creating a Scheduled Delivery Service” on
page 413
For large document processing, see “Creating Services that Recognize Large
Document Handling” on page 544.
For general information about creating services, see the webMethods Developer User’s
Guide.
When you create the service, you must place it in a package. Do not place it in the
WmTN or WmTNWeb packages because it will be overwritten when you upgrade
Trading Networks.
Note: If you use your own Java development environment, you need to use a jcode
utility to put the Java code into the webMethods IS namespace; that is, place it in a
package and folder. webMethods provides the jcode utility. For more information, see
the webMethods Developer User’s Guide.
For this
parameter... Specify...
serviceName The name you want to assign to the delivery service, e.g.,
Message Queue. This is the name that Trading Networks
displays in lists in the Trading Networks Console.
host The host name of the Integration Server. If you leave host
blank, Trading Networks uses “localhost”. If the delivery
service resides on the local machine, specify localhost or
leave host blank.
When you leave host blank or specify localhost, Trading
Networks assumes that the delivery service is on the local
server.
For this
parameter... Specify...
d Click OK.
Note: To make changes to the parameters you specified when adding the delivery service
(e.g., to specify a different service):
Then, follow this “To add and register a new delivery service” procedure again on to
re-register the service specifying your changes.
To view documents, first query the database for the documents in which you are
interested. Trading Networks returns information about the documents that meet the
search criteria that you specify and displays the query results in table view on the Detail
View tab.
Note: If you are using an OEM version of the Trading Networks, the Transaction Analysis
feature is not available through the Trading Networks Console. To view documents, use
Trading Networks Web Manager.
If you plan to use the same query many times, you can save the query settings. When you
want to use the same query again, you simply select that saved query. For more
information about different query functions you can perform, see Chapter 16, “Running
Queries in Trading Networks”.
To set up a query and display information for viewing documents, specify some or all of
the following:
Basic search criteria
For more information about transaction analysis, see Chapter 8, "Tracking and Analyzing
Run-Time Information in Trading Networks" in the webMethods Trading Networks
Concepts Guide.
Note: To search for documents based on custom attributes that Trading Networks
extracted from documents, use the custom search criteria. You can specify both basic and
custom search criteria. Trading Networks searches for documents that match both criteria.
For more information about searching based on custom attributes, see “Transaction
Analysis Custom Search Criteria” on page 437.
Note: If you are using an OEM version of the Trading Networks, this
Trading Networks’ feature is unavailable. Trading Networks will gray
out this selection.
Note: Trading Networks saves information about the document from when the document
was first received and processed. This means to find specific transactions, you need to
specify information from when the document was first received. For example, if a
partner’s D-U-N-S number has changed since the document was received, you need to
specify the original D-U-N-S number.
Data Type Operator Matches when the attribute extracted from a document…
STRING Is null Has no value. The attribute value has no value if:
XQL query (defined in the TN document type)
that Trading Networks used to extract the
attribute failed.
The TN document type does not instruct
Trading Networks to extract the attribute.
You do not need to specify a value when you specify
this operator.
Is not null Has any value. You do not need to specify a value
when you specify this operator.
Equals Matches exactly the value that you specify.
Not equals Has a value that does not match the value that you
specify.
Contains Contains the character string that you specify for the
value.
STRINGLIST Is null Has no value. The attribute value has no value if:
XQL query (defined in the TN document type)
that Trading Networks used to extract the
attribute failed.
The TN document type does not instruct
Trading Networks to extract the attribute.
You do not need to specify a value when you specify
this operator.
Is not null Has any value. You do not need to specify a value
when you specify this operator.
Includes Includes the value that you specify.
Data Type Operator Matches when the attribute extracted from a document…
NUMBER Is null Has no value. The attribute value has no value if:
XQL query (defined in the TN document type)
that Trading Networks used to extract the
attribute failed.
The TN document type does not instruct
Trading Networks to extract the attribute.
You do not need to specify a value when you specify
this operator.
Is not null Has any value. You do not need to specify a value
when you specify this operator.
Equals Matches exactly the value that you specify.
Not equals Has a value that does not match the value that you
specify.
Greater than Has a value that is greater than or equal to the value
or equals that you specify.
Less than or Has a value that is less than or equal to the value
equals that you specify.
Less than Has a value that is less than the value that you
specify.
Greater than Has a value that is greater than the value that you
specify.
NUMBERLIST Is null Has no value. The attribute value has no value if:
XQL query (defined in the TN document type)
that Trading Networks used to extract the
attribute failed.
The TN document type does not instruct
Trading Networks to extract the attribute.
You do not need to specify a value when you specify
this operator.
Is not null Has any value. You do not need to specify a value
when you specify this operator.
Includes Includes the value that you specify.
Data Type Operator Matches when the attribute extracted from a document…
DATETIME Is null Has no value. The attribute value has no value if:
XQL query (defined in the TN document type)
that Trading Networks used to extract the
attribute failed.
The TN document type does not instruct
Trading Networks to extract the attribute.
You do not need to specify a value when you specify
this operator.
Is not null Has any value. You do not need to specify a value
when you specify this operator.
Equals Matches exactly the value that you specify.
Before Is a date that is before the date that you specify.
After Is a date that is after the date that you specify.
DATETIME LIST Is null Has no value. The attribute value has no value if:
XQL query (defined in the TN document type)
that Trading Networks used to extract the
attribute failed.
The TN document type does not instruct
Trading Networks to extract the attribute.
You do not need to specify a value when you specify
this date list.
Is not null Has any value. You do not need to specify a value
when you specify this date list.
Value, along with the operator, instructs Trading Networks how to select documents
based on the value of the attribute stored with documents.
Even when a document contains the attribute information that you specify, Trading
Networks might not select the document for the following reasons:
Trading Networks did not extract the attribute from the document.
The TN document type of the document is unknown. (Trading Networks does not
extract attributes for unknown TN document types.)
You can specify you want Trading Networks to search for documents that have specified
information for multiple custom attributes. Trading Networks searches for documents
that meet all the criteria you specify—all the custom search criteria and basic search
criteria, if specified.
Note: If you are using an OEM version of the Trading Networks, the Transaction Analysis
feature is not available through the Trading Networks Console. To view documents, use
Trading Networks Web Manager.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Transaction Analysis.
3 Click to display the query panels if they are not already displayed.
4 Click the Basic Criteria tab and fill in the fields to specify basic search criteria. To
indicate that you want to use one or more of the basic search criteria, select the
checkbox next to each criterion you want to use. Then fill out the corresponding
information as follows:
Sender The name of the partner who sent the documents you want to
view. Select the sender from the list.
Receiver The name of the partner who is the receiver of the documents
you want to view. Select the receiver from the list.
Type The name of the TN document type that Trading Networks
identified this document as. Select the TN document type from
the list.
Processing Status The processing status of the documents that you want to view.
Select the status from the list.
User Status The user status of the documents that you want to view. Type
the user status in the text box.
This field is case-sensitive; be sure to use the exact
combination of upper- and lowercase letters. You can use the
following pattern matching characters:
Character Matches…
% (percent) Zero or more characters
_ (underscore) A single character
Example:
If you decide you do not want to use a criterion that you have filled out, uncheck the
check box for that criterion.
For more information, see “Transaction Analysis Basic Search Criteria” on page 429.
5 Click the Custom Criteria tab and fill in the fields to specify custom search criteria. For
each custom attribute that you want to use to query documents, specify the following:
Attribute The custom attribute that you want Trading Networks to use
to select documents. Select an attribute from the list.
Operator The operator you want Trading Networks to use with the
value you specify. For example, select Equals if you want
Trading Networks to select all documents that have the exact
value you specify for Value.
Value Specify the value you want Trading Networks to use when
querying for documents.
To specify a string, type the characters in the string. Be
sure to use the exact combination of upper- and lowercase
letters because Trading Networks performs a case-
sensitive search.
To specify a number, type the numeric value.
In the Custom Attributes section, select fields that you want Trading Networks to
include in the Detail view. Trading Networks displays a column for each field in
the Selected Attributes list. To move attributes to the Selected Attributes list:
To move some but not all attributes to the Selected Attributes list,
select one or more fields in the Available Attributes list and then
click .
If you decide you do not want Trading Networks to display information for
attributes in the Selected Attributes list, move the attributes back to the Available
Attributes list:
For more information about the Detail View tab, see “Detail View of Documents”
on page 441. For more information about the attributes, see “Viewing Document
Attributes and Document Content” on page 448.
In the Sort By section, indicate how you want Trading Networks to sort the
information it displays in the Detail view. Select the Attribute on which Trading
Networks is to sort from the list. Then, select Ascending or Descending.
Note: Trading Networks can only sort attributes if they are selected for the view.
Trading Networks cannot view or sort array-type attributes (STRING LIST, NUMBER
LIST, or DATETIME LIST) in Transaction Analysis.
For more information about changing the table format Trading Networks displays,
see “Working with Tables” on page 33.
7 Click the Run Query button on the toolbar. Trading Networks updates the
Transactions table on the bottom portion of the screen with the query results.
For more information about the different query functions that you can perform for
document queries, see the following table:
To view documents in your system using the Partner selection in the Selector Panel
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Trading Partners.
3 Use the Select... button to select the partner with which you want to associate the
document query. Select the partner from the Partner Selection Dialog. For more
information about the Select... button, see “Selecting a Partner” on page 34.
4 Select the sender from the Partner Selection Dialog.
5 Select ViewTransaction Analysis.
6 If the query panels are not displayed, select TransactionsShow/Hide Query to display
the query panels.
7 To create the document query and view the documents, perform step 4 through step 7
from the procedure “Viewing Documents in Your System” on page 442.
Note: Trading Networks only saves a copy of the document content, attributes, and/or
activity log information if instructed to do so by either the TN document type and/or the
processing rule. If you do not save a copy of the document content, attributes, and/or
activity log information, Trading Networks maintains no information about this
document after it processes the document.
Trading Networks can display single or multiple part documents. Trading Networks
displays the list of parts. If a document is a single-part document, Trading Networks
displays the name of one document part and the content of that single part. If a document
has multiple parts, Trading Networks lists the names of the parts. You can view each part
by selecting the name of the part that you want to view.
The content of the document is typically XML. However, if Trading Networks receives
and saves a non-XML document, Trading Networks saves the document as the pipeline it
received when the document was sent. In this case, rather than display the content as
XML data, it displays the pipeline for the content.
To view the attributes and content for a document, perform the following procedure.
Note: You cannot view array-type attributes (STRING LIST, NUMBER LIST, or DATETIME
LIST) in the Detail view of the query panel.
5 To view the document content, select the Content tab. If the document contains
multiple parts, at the top of the screen, select the name of the part that you want to
view.
Note: You can click also the Activity Log tab and Tasks tab to view the activity log entries
and tasks that are associated with this document. For more information, see “The
Activity Log” on page 495, “Delivery Tasks” on page 465, and “Service Execution
Tasks” on page 481.
relationship—POACK
When there are relationships between documents, you can view documents that are
related. For example, if a document is part of a conversation, you can easily view all the
documents in the same conversation that Trading Networks has received. To view the
related documents, first perform the procedure in “Viewing Documents in Your System”
on page 442 to display a list of documents that contains the document you are interested
in. Then, perform the following procedure.
Perform the following procedure to export the information that Trading Networks
displays in the Detail view to a text file.
To resubmit a document
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Perform the procedures in either “Viewing Documents in Your System” on page 442
or “Viewing Documents Using the Trading Partners Selection” on page 447 to list the
document that you want to reprocess.
Note: To find documents that were processed but encountered errors in the
recognition process, specify the processing status DONE W/ ERRORS for the
processing status in the basic criteria.
3 If you are currently using the Summary view, select Transactions View Detail/Summary
to switch to the Detail view.
Note: If you are resubmitting a flat file document, the document gateway service must
have already set the $receiveSvc variable within TN_parms (/Tn_parms/$receiveSvc) to
the fully-qualified service name of the gateway service. For example, if your service is
named “gateway1“ and is located in the “partners.east“ folder, the fully qualified name of
the service would be “partners.east:gateway1“. For more information about setting up a
document gateway service, see “Defining Document Gateway Services” on page 276
in Chapter 13, “TN Flat File Document Types”.
Note: When reprocessing a saved document, Trading Networks does not perform pre-
processing actions—verify, validate, check uniqueness, or save the document.
When you reprocess a document, Trading Networks does not recognize the TN document
type again and therefore does not re-extract the attributes. If you reprocess a document for
which Trading Networks saved the document content but not the attributes, Trading
Networks will not match processing rules that use extended criteria (route based on
custom attributes). Instead, Trading Networks will match to another processing rule, for
example the default processing rule, and perform the processing actions identified in that
matching rule.
When to use reprocess: Use reprocess if the document did not trigger the appropriate
processing rule when it was originally received. Create or modify the processing rules so
the document triggers the correct rule. Then, process the document again.
Another situation is if you change the user status of the document and want to advance
the document to the next step of processing.
Prerequisite for reprocessing: Document content must be saved.
Note: If you are using extended criteria in your processing rules, the custom attributes
must also be saved. When you reprocess the document, the extended criteria of the
processing rule will fail if Trading Networks does not have the custom attributes saved.
Trading Networks does not perform document recognition again and therefore does not
re-extract the attributes.
For more information about the Save Document to Database pre-processing action, see
“Specifying Pre-Processing Actions for TN XML Document Type” on page 227, “Pre-
Processing Actions in the TN Flat File Document Type” on page 294, and “Pre-Processing
Actions” on page 327.
To reprocess a document
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Perform the procedures in either “Viewing Documents in Your System” on page 442
or “Viewing Documents Using the Trading Partners Selection” on page 447 to list the
document that you want to reprocess.
Note: To find documents that were processed but encountered errors in the
recognition process, specify the processing status DONE W/ ERRORS for the
processing status in the basic criteria.
3 If you are currently using the Summary view, select Transactions View Detail/Summary
to switch to the Detail view.
Archiving Documents
When Trading Networks archives a document, it moves document information into
archival tables. The archival tables mirror the tables that Trading Networks uses for its
normal operation:
Data in the archival tables is identical to the data in the normal, non-archival Trading
Networks tables except that the archival tables do not contain primary keys, foreign keys
or unique column constraints.
When Trading Networks archives a document, it removes the document information and
the references to the document from all non-archival tables in the database. After a
document is archived, the archived information is no longer available from the Trading
Networks Console or Web Manager. For example, after a document is archived, you will
no longer be able to view information about it on the Transaction Analysis, Tasks, or
Activity Log screens.
Deleting Documents
When Trading Networks deletes a document, it removes all document information
(whether in the archival tables or non-archival tables) from the database.
Note: The “configurable” deletion feature will delete all documents from archival tables;
you cannot alter this behavior.
Setting How Many Days to Retain Documents before Archival and Deletion
Set the tn.archive.archiveAfterDays system property to specify how many days Trading
Networks should keep a document from the time it is received before archiving it. Set the
tn.archive.deleteAfterDays system property to specify how many days Trading Networks
should keep a document from the time it was received before deleting it. If you want
Trading Networks to only delete documents and not archive them, specify only the
tn.archive.deleteAfterDays system property.
1 Open the Server Administrator. If you need instructions, see the webMethods
Integration Server Administrator’s Guide.
2 In the Server menu of the navigation area, click Scheduler.
3 Click Create a scheduled task.
folder:subfolder:service wm.tn.archive:archive
Run As User Administrator
Persistence That you want the server to maintain this user task in the
event that the server is restarted by selecting the Persist
after restart checkbox.
Clustering Whether you want the task to run anywhere in your
cluster of servers. For more information on clusters, see
the webMethods Integration Server Clustering Guide.
5 In the Schedule Type and Details section of the screen, specify that you want the service
to be executed periodically, by selecting either Repeating or Complex. Then, specify the
additional parameters to indicate when and how often you want the archival and
deletion service to run.
Repeating The number of seconds that you want the server to wait
between executions of the service in the Interval field. For
example, if you want the service to run once every 24 hours,
specify 86400.
In the Repeating field, select the Repeat from end of invocation
checkbox to indicate that if the current occurrence of the task is
not complete when the interval elapses, that you want the
server to wait until the current occurrence of the task
completes before repeating the task.
Note: The service executes for the first time immediately after
you schedule the user task.
Complex Repeating The date and time of the first execution of the service in the
Start Date and Start Time fields and how often after the initial
execution that you want the service to run using the
parameters in the Run Mask field.
Example:
To specify that you want the service to execute daily at 10 p.m.
starting on March 15, 2001, specify the following parameters:
Note: Note: Omitting the End Date and End Time indicates that
the service is to run indefinitely.
Note: For more information about these parameters, see information about scheduling
services in the webMethods Integration Server Administrator’s Guide.
7 In the Schedule Type and Details section of the screen, specify that you want the service
to be executed periodically, by selecting either Repeating or Complex. Then, specify the
additional parameters to indicate when and how often you want the archival and
deletion service to run.
Repeating The number of seconds that you want the server to wait
between executions of the service in the Interval field. For
example, if you want the service to run once every 24 hours,
specify 86400.
In the Repeating field, select the Repeat from end of invocation
checkbox to indicate that if the current occurrence of the task is
not complete when the interval elapses, that you want the
server to wait until the current occurrence of the task
completes before repeating the task.
Note: The service executes for the first time immediately after
you schedule the user task.
Complex Repeating The date and time of the first execution of the service in the
Start Date and Start Time fields and how often after the initial
execution that you want the service to run using the
parameters in the Run Mask field.
Example:
To specify that you want the service to execute daily at 10 p.m.
starting on March 15, 2001, specify the following parameters:
Start Date 2001/3/15
Start Time 22:00:00
End Date leave blank
End Time leave blank
Months no selection
Days no selection
Weekly Days no selection
Hours 22
Minutes 0
Note: Note: Omitting the End Date and End Time indicates that
the service is to run indefinitely.
Note: For more information about these parameters, see information about scheduling
services in the webMethods Integration Server Administrator’s Guide.
There are two types of delivery tasks—delivery tasks for immediate deliveries and
delivery tasks for scheduled deliveries. Trading Networks uses reliable delivery for both
immediate and scheduled deliveries.
Immediate deliveries—For an immediate delivery, Trading Networks uses an immediate
delivery method (e.g., Primary HTTP or Secondary FTP) to deliver a document directly to
the receiving partner.
Trading Networks attempts to deliver a document using an immediate delivery
method when a processing rule uses the Deliver Document By processing action and the
Immediate Delivery checkbox is selected. Trading Networks uses reliable delivery and
creates a delivery task for the immediate delivery only when it is instructed by the
Save Document to Database pre-processing action to save the document content.
Scheduled deliveries—For a scheduled delivery, Trading Networks places a document
to be delivered in a public or private delivery queue to be batched, and then delivered
at scheduled times.
Trading Networks attempts to deliver a document using a scheduled delivery method
when a processing rule uses the Deliver Document By processing action and the
Scheduled Delivery checkbox is selected. When Trading Networks queues a document
for delivery, it always saves the document content to the database. Trading Networks
also always uses reliable delivery for a scheduled delivery.
Note: If you are using an OEM version of the Trading Networks, the Tasks feature is not
available through the Trading Networks Console. To view tasks, use Trading Networks
Web Manager.
The following lists the information that Trading Networks maintains for a delivery task:
Information in a
delivery task Description
Task ID A unique identifier that Trading Networks assigns to the delivery
task.
Task Type The type of task. For a delivery task, Task Type is “Delivery”.
Time Created Timestamp from when Trading Networks created the delivery task.
Time Updated Timestamp from the last time Trading Networks updated the
delivery task. This is usually the last time Trading Networks
attempted to deliver the document.
Task Status Status of the delivery task. For a description of task statuses, see
“Delivery Task Statuses” on page 469.
Delivery Method Delivery method that Trading Networks is to use to deliver the
document. For example, for an immediate delivery, Delivery Method
might be Primary HTTP or Secondary HTTPS. For a scheduled
delivery, Trading Networks displays Scheduled Delivery Service and
provides additional information about the scheduled delivery
service, including the name of the service.
Retry Limit Maximum number of times Trading Networks is to attempt to
re-deliver the document as defined in the partner’s profile.
Retry Factor The factor Trading Networks uses to calculate how long to wait
before making the second and subsequent attempts to re-deliver a
document when using an immediate delivery method. Trading
Networks calculates the time to wait by multiplying the last wait
time by Retry Factor.
Trading Networks uses the Time To Wait value along with the Retry
Factor to calculate how long to wait for subsequent retry attempts.
Information in a
delivery task Description
Retries Number of times Trading Networks has already attempted to
redeliver the document.
Time To Wait Number of milliseconds Trading Networks is to wait before
making its first attempt to redeliver the document when using an
immediate delivery method.
Trading Networks uses the Time To Wait value along with the Retry
Factor to calculate how long to wait for subsequent retry attempts.
For scheduled delivery, Trading Networks does not use Time To Wait
and Retry Factor because it does not need to determine how long to
wait before the next retry. For scheduled delivery, Trading
Networks attempts to deliver as dictated by the schedule that is
associated with the queue.
Status Whether the last attempt to deliver the document was successful or
not. The value of Status can be:
“success” after Trading Networks has delivered the document
successfully
“fail” if Trading Networks has not yet delivered the document
successfully
blank if Trading Networks is using a schedule delivery and has
not yet made an attempt to deliver the document
Status Message The status message returned with the response from the last attempt
Trading Networks made to deliver the document. For example, if the
delivery method is HTTP, Status Message might be “200 OK”.
Transport Time On the last attempt to deliver the document, number of
milliseconds it took the delivery service to send the document to
the receiving partner and wait for a response. For example, if the
delivery method is HTTP, Transport Time is the number of
milliseconds it took Trading Networks to post the document until it
received a response from the post. The response can indicate the
document was sent successfully (e.g., 200 OK) or unsuccessfully
(e.g., 404 Authorization required).
Server ID Identification of the Integration Server that is processing this
delivery task. The Server ID is useful when the Integration Server is
in a clustered environment. The Server ID is the host name of the
machine on which the Integration Server is installed. For more
information on server configuration parameters, see the appendix
defining the server configuration parameters in the webMethods
Integration Server Administrator’s Guide. For more information on
clusters, see the webMethods Integration Server Clustering Guide.
Information in a
delivery task Description
Queue Name If Trading Networks queued this document for scheduled delivery,
this is the name of the queue in which the document resides. For
private queues, Trading Networks displays the internal partner ID.
Task Output The data, if any, returned from a successful delivery of a document.
For example, if the delivery method is Primary HTTP, and the post
returns output (e.g., an XML document), then Task Output would
contain the XML document.
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 more
information about archiving and deleting documents, see ““Archiving and Deleting
Documents” on page 456.
Note: If you are using an OEM version of the Trading Networks, the Tasks feature is not
available through the Trading Networks Console. To view tasks, use Trading Networks
Web Manager.
You can view all delivery tasks or search for tasks based on the following criteria:
Partner—partner that is to receive the document that is being delivered
Task Status—status of the delivery task
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Tasks.
3 To see detailed information about a specific delivery task, double click on the row
containing the task you want more detailed information about. Trading Networks
displays the Task Details screen.
4 If you cannot find the delivery task you are looking for, you can use the search criteria
on the Tasks screen to query for specific tasks.
a Select Show Query on the toolbar to have Trading Networks display the search
criteria.
b .To specify the delivery tasks that you want to view, select the checkbox associated
with each criterion that you want to use and fill in the corresponding information
as described below:
Task Type The type of task. To indicate that you want to view
delivery tasks, select: Delivery from the list.
If you decide you do not want to use a criterion that you have filled out, uncheck the
checkbox for that criterion.
5 Select Run Query on the toolbar. Trading Networks updates the Tasks table on the
bottom portion of the screen with the query results.
6 To view the details for a delivery task, double click the row containing that delivery
task. Trading Networks displays the Tasks Details screen.
1 Perform the steps described in “Viewing Documents in Your System” on page 442 to
have Trading Networks list information about the document in which you are
interested.
2 Select the row containing the document for which you want to view delivery tasks.
3 Select Transactions View Document.
4 Select the Tasks tab.
5 To further refine the list of delivery tasks, perform the following steps:
a Select Show Query on the toolbar to display the query panels if they are not
already displayed.
b Perform a delivery task query. For instructions how to fill out the fields in the
query panel to select the delivery tasks that you want to view, see step 4 on
page 472.
c Select Run Query on the toolbar. Trading Networks updates the Tasks table on
the bottom portion of the screen with the query results.
d To view the details for a delivery task, double click the row containing that
delivery task.
applications. For example, if you export the data to a .csv file, you can open the file in
Microsoft Excel allowing you to create charts and reports based on the data. Another
example is that you can open a .csv file in Microsoft Access allowing you to further
analyze the data.
Perform the following procedure to export the delivery task information that Trading
Networks displays to a text file.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Perform the procedures in “Finding and Viewing Delivery Tasks” on page 472 to list
the information you want to export.
3 Select Tasks Export Query Results.
4 In the Export Query Results as Comma-Separated Values dialog box, specify the file to
which you want to save the exported delivery task information.
5 Click Save. Trading Networks displays a dialog specifying the amount of data saved.
Click OK.
Note: If you want to stop a scheduled delivery task, disable or suspend the queue where
the task resides. When you want to restart the delivery, enable the queue.
Perform the following procedure to stop a delivery task for immediate delivery:
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Tasks.
3 Select Show Query on the toolbar to display the query panels if they are not already
displayed.
4 To indicate that you want to work with delivery tasks, click the Task Type checkbox,
and select Delivery from the list.
5 Select the Partner field and select the partner that is to receive the document you want
to stop. Type in the name of the partner or click the Select... button to select the
partner from the Partner Selection Dialog. For more information about how to select a
partner, see “Selecting a Partner” on page 34.
6 Select Run Query on the toolbar. Trading Networks updates the Tasks table on the
bottom portion of the screen with the query results.
7 Select the task you want to stop by clicking the row for the delivery task.
8 Select Tasks Stop to stop the delivery task.
Note: If you want to restart a scheduled delivery task, enable the queue that was
previously disabled or suspended.
When a delivery task is restarted and the delivery is an immediate delivery, Trading
Networks resets the task status to PENDING and sets the Retries value to 0. Trading
Networks then attempts to deliver the document again up to the number of attempts
defined by the Maximum Retry Limit setting.
Note: You can restart only tasks that were started on the Integration Server to which the
Trading Networks Console currently has an open session.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Tasks.
3 Select Show Query on the toolbar to display the query panels if they are not already
displayed.
4 To indicate that you want to work with delivery tasks, click the Task Type checkbox,
and select Delivery from the list.
5 Select the Partner field and select the partner that is to receive the document you want
to restart. Type in the name of the partner or click the Select... button to select a
partner from the Partner Selection Dialog. For more information about how to select a
partner, see “Selecting a Partner” on page 34.
6 Select the Task Status check box.
To list stopped delivery tasks, set the Task Status field to STOPPED.
To list failed delivery tasks, set the Task Status field to FAILED.
7 Select Run Query on the toolbar. Trading Networks updates the Tasks table on the
bottom portion of the screen with the query results.
8 Select the task you want to restart by clicking the row for the delivery task.
9 Select Tasks Restart to restart the delivery task.
Note: You can delete delivery tasks for both immediate and scheduled deliveries.
You might want to delete delivery tasks that have the task status DONE because the
documents have already been successfully delivered. You might also want to delete
delivery tasks with the tasks status FAILED if you cannot correct the problem or do not
want Trading Networks to attempt to deliver the document again.
To delete delivery tasks, you enter a query to display the tasks that you want to delete.
Trading Networks deletes all delivery tasks that result from the query.
Perform the following procedure to manually delete a delivery task:
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Tasks.
3 Select Show Query on the toolbar to display the query panels if they are not already
displayed.
4 To indicate that you want to work with delivery tasks, select the Task Type checkbox,
and select Delivery from the list.
5 To find the delivery task that you want to delete, perform a delivery task query.
a For instructions how to fill out the fields in the query panel to select the delivery
tasks that you want to view, see step 4 on page 472.
b Select Run Query on the toolbar. Trading Networks updates the Tasks table on
the bottom portion of the screen with the query results.
6 Select Tasks Delete to delete the displayed delivery tasks. When Trading Networks
prompts you to verify that you want to remove all displayed delivery tasks; click Yes.
Note: When reassigning a task, Trading Networks invokes the wm.server:connect and
wm.server:ping services. As installed, these services are protected by the Anonymous ACL.
If you update the Anonymous ACL or use a different ACL to protect these services,
Trading Networks might be unable to reassign tasks.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Tasks.
3 Select Show Query on the toolbar to display the query panels if they are not already
displayed.
4 To indicate that you want to work with delivery tasks, click the Task Type checkbox,
and select Delivery from the list.
5 To find the delivery task that you want to reassign, perform a delivery task query.
a For instructions how to fill out the fields in the query panel to select the delivery
tasks that you want to view, see step 4 on page 472.
b Select Run Query on the toolbar. Trading Networks updates the Tasks table on
the bottom portion of the screen with the query results.
6 Select the delivery task you want to reassign by clicking the row for the delivery task.
7 Select Tasks Reassign. Trading Networks displays a dialog box.
8 Specify the server ID of the server to which you want to reassign the task in the Server
ID to assign the task to field.
9 Click OK.
Note: If you are using an OEM version of the Trading Networks, the Tasks feature is not
available through the Trading Networks Console. To view tasks, use Trading Networks
Web Manager.
Trading Networks sets up a service execution task to keep track of information about its
attempts to execute the service. The following lists the information that Trading Networks
maintains for a service execution task:
Information in a service
execution task Description
Task ID A unique identifier that Trading Networks assigns to the task.
Task Type The type of task. For a service execution task, Task Type is
“Service execution”.
Time Created Timestamp from when Trading Networks created the service
execution task.
Information in a service
execution task Description
Time Updated Timestamp from the last time Trading Networks updated the
service execution task. This is usually the last time Trading
Networks attempted to re-execute the service.
Task Status Status of the service execution task. It will be one of the
following:
NEW—Trading Networks just created the service execution
task and has not attempted to execute the service yet.
PENDING—Trading Networks has attempted to execute the
service one or more times, but the service has not been
completed successfully.
DONE—Trading Networks has successfully executed the
service. Trading Networks considers a service execution
successful when the service return values include Status
set to “success”.
FAILED—Trading Networks has reached the maximum
retry limit for the task and was unable to successfully
execute the service. In other words, Trading Networks
executed the service the maximum times and each time
the service was executed, the return values indicated that
the service failed. Trading Networks considers an attempt
to execute a service failed when the service return values
include Status set to “fail”.
STOPPED—Trading Networks has stopped the task due to
a manual user request.
Delivery Method Delivery Method is not applicable for service execution tasks.
Internally, Trading Networks sets the Delivery Method to
wm.tn.route:invokeWrapper for service execution tasks.
Retry Limit Maximum number of times Trading Networks is to attempt to
re-execute the service as defined in the reliable execution
configuration settings.
Information in a service
execution task Description
Retry Factor The factor Trading Networks uses to calculate how long to
wait before making the second and subsequent attempts to
re-execute the service. Trading Networks calculates the time to
wait by multiplying the last wait time by Retry Factor.
Retries Number of times Trading Networks has already attempted to
re-execute the service.
Time To Wait Number of milliseconds Trading Networks is to wait before
making its first attempt to re-execute the service. (Trading
Networks uses the Time To Wait value along with the Retry Factor
to calculate how long to wait for subsequent retry attempts.)
Status Whether the last attempt to execute the service was successful
or not. Status is “success” if service executed successfully.
Status is “fail” if service failed.
Status Message The value the service returned for Status Message. If the service
does not return a value for this field, it will be blank.
Transport Time The time it took to execute the service on its last attempt to
execute the service. The service must provide this value.
Server ID Identification of the Integration Server that is processing this
service execution task. The Server ID is useful when the
Integration Server is in a clustered environment. The Server ID
is the host name of the machine on which the Integration
Server is installed. For more information on server
configuration parameters, see the appendix defining the server
configuration parameters in the webMethods Integration Server
Administrator’s Guide. For more information on clusters, see the
webMethods Integration Server Clustering Guide.
Queue Name Queue Name is not applicable for service execution tasks.
Task Output The service output from the last attempt to execute the service.
Service execution tasks remain in the Trading Networks system until you delete them or
until the document with which the service execution task is associated is archived or
deleted. For more information about archiving and deleting documents, see ““Archiving
and Deleting Documents” on page 456.
Note: If you are using an OEM version of the Trading Networks, the Tasks feature is not
available through the Trading Networks Console. To view tasks, use Trading Networks
Web Manager.
You can view all service execution tasks or search for tasks based on the following criteria:
Partner—partner identified as the receiver in the document that caused the service
execution
Task status—status of the service execution task
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Tasks.
3 To see detailed information about a specific service execution task, double click on the
row containing the task you want more detailed information about. Trading
Networks displays the Task Details screen.
4 If you cannot find the service execution task you are looking for, you can use the
search criteria on the Tasks screen to query for specific tasks.
a Select Show Query on the toolbar to have Trading Networks display the search
criteria.
b .To specify the service execution tasks that you want to view, select the checkbox
associated with each criterion that you want to use and fill in the corresponding
information as described below:
Task Type The type of task. To indicate that you want to view
delivery tasks, select: Execution service from the list.
If you decide you do not want to use a criterion that you have filled out, uncheck the
checkbox for that criterion.
5 Select Run Query on the toolbar. Trading Networks updates the Tasks table on the
bottom portion of the screen with the query results.
6 To view the details for a service execution task, double click the row containing that
service execution task. Trading Networks displays the Tasks Details screen.
1 Perform the steps described in “Viewing Documents in Your System” on page 442 to
have Trading Networks list information about the document in which you are
interested.
2 If you are not currently using the Detail view on the Transaction Analysis screen, select
Transactions View Detail/Summary to change the display.
3 Click the row containing the document for which you want to view service execution
tasks.
4 Select Transactions View Document.
5 Select the Tasks tab.
6 To further refine the list of service execution tasks, perform the following steps:
a Select Show Query on the toolbar to display the query panels if they are not
already displayed.
b Perform a service execution task query. For instructions how to fill out the fields
in the query panel to select the service execution tasks that you want to view, see
step 4 on page 485.
c Select Run Query on the toolbar. Trading Networks updates the Tasks table on
the bottom portion of the screen with the query results.
d To view the details for a service execution task, double click the row containing
that service execution task.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Perform the procedures in “Finding and Viewing Service Execution Tasks” on
page 485 to list the information you want to export.
3 Select Tasks Export Query Results.
4 In the Export Query Results as Comma-Separated Values dialog box, specify the file to
which you want to save the exported service execution task information.
5 Click Save. Trading Networks displays a dialog specifying the amount of data saved.
Click OK.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Tasks.
3 Select Show Query on the toolbar to display the query panels if they are not already
displayed.
4 To indicate that you want to work with service execution tasks, select the Task Type
checkbox, and select Service execution from the list.
5 Select Run Query on the toolbar. Trading Networks updates the Tasks table on the
bottom portion of the screen with the query results.
6 Select the task you want to stop by clicking the row for the service execution task.
7 Select Tasks Stop to stop the service execution task.
Note: You can restart only tasks that were started on the Integration Server to which the
Trading Networks Console currently has an open session.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Tasks.
3 Select Show Query on the toolbar to display the query panels if they are not already
displayed.
4 To indicate that you want to work with service execution tasks, select the Task Type
checkbox, and select Service execution from the list.
5 To list stopped tasks, select the Task Status check box, and set the Task Status field to
STOPPED. To list failed tasks, select the Task Status check box, and set the Task Status
field to FAILED.
6 Select Run Query on the toolbar. Trading Networks updates the Tasks table on the
bottom portion of the screen with the query results.
7 Select the task you want to restart by clicking the row for the service execution task.
8 Select Tasks Restart to restart the service execution task.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22l.
2 Select View Tasks.
3 Select Show Query on the toolbar to display the query panels if they are not already
displayed.
4 To indicate that you want to work with service execution tasks, select the Task Type
checkbox, and select Service execution from the list.
5 To find the service execution task that you want to delete, perform a service execution
query.
a For instructions how to fill out the fields in the query panel to select the service
execution tasks that you want to view, see step 4 on page 485.
b Select Run Query on the toolbar. Trading Networks updates the Tasks table on
the bottom portion of the screen with the query results.
6 Select Tasks Delete to delete the displayed service execution tasks. When Trading
Networks prompts you to verify that you want to remove all displayed service
execution tasks; click Yes.
Note: When reassigning a task, Trading Networks invokes the wm.server:connect and
wm.server:ping services. As installed, these services are protected by the Anonymous ACL.
If you update the Anonymous ACL or use a different ACL to protect these services,
Trading Networks might be unable to reassign tasks.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select View Tasks.
3 Select Show Query on the toolbar to display the query panels if they are not already
displayed.
4 To indicate that you want to work with service execution tasks, select the Task Type
checkbox, and select Service execution from the list.
5 To find the service execution task that you want to reassign, perform a service
execution task query.
a For instructions how to fill out the fields in the query panel to select the service
execution tasks that you want to view, see step 4 on page 485.
b Select Run Query on the toolbar. Trading Networks updates the Tasks table on
the bottom portion of the screen with the query results.
6 Select the service execution task you want to reassign by clicking the row for the
service execution task.
7 Select Tasks Reassign. Trading Networks displays a dialog box.
8 Specify the server ID of the server to which you want to reassign the task in the Server
ID to assign the task to field.
9 Click OK.
The activity log contains the following information for each entry:
Field Description
Timestamp The timestamp when Trading Networks added the entry to the
activity log.
Type The severity level of the entry. Type will be Error, Warning, or
Message (informational).
Class An identification of the type of activity that caused Trading
Networks to add the entry. For example, Class is set to Envelope if
the message relates to the Trading Networks activity of attempting
to extract the envelope attributes from a document. For a list of the
classifications, see “Activity Class Values” on page 497.
Field Description
User Name The user name of the current webMethods user when the activity
occurred. For example, when a Trading Networks client sends a
document to your Integration Server to be processed, if the
Trading Networks client was authenticated by your Integration
Server, it either supplied a user name and password of a
webMethods user account or presented a client certificate. In this
case, User Name is the user name that the client supplied or the
value from the client certificate that represents the user name.
Brief Message A shortened version of the full message that identifies the type of
message in the entry. For example, if the full message is describing
an error that Trading Networks encountered executing an XQL
query, Brief Message is Query Failed.
Full Message The complete message that Trading Networks records in the
activity log to describe the activity.
Activity class Trading Networks uses the activity class when it adds entries related to…
Delivery Performing reliable document delivery
Envelope Extracting any of the envelope attributes—ConversationID,
DocumentID, GroupID, ReceiverID, and/or SenderID.
General Other unspecified error messages and warnings
Processing Processing documents using processing rules
Recognition Recognizing TN document types (before extracting document
attributes)
Saving Saving a document to the database
Validation Validating a document against an IS schema
Verification Verifying the digital signature of a document
Activity class that identifies the Trading Networks function associated with the entry,
for example, Trading Networks sets the activity class to Recognition when adding
entries related to using the TN document types to recognize a document
Activity type that identifies the severity level of the entry, i.e., Error, Warning, or
Message (informational)
The text of the activity log message
To view activity log entries that relate to your Trading Networks system
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select ViewActivity Log.
3 Select Show Query on the toolbar to display the query panels if they are not already
displayed.
4 To specify basic search criteria, click the Basic Criteria tab. Then, select the checkbox
next to each criterion that you want to use and fill in the corresponding information as
described below:
Partner The partner whose activity log entries you want to view. Select
a partner name from the list. To view the entries that are related
to the local partner (Enterprise), select the partner name of the
local partner from the list. To view the entries associated with
another partner, select that partners name from the list.
Activity Class The activity class associated with the entries you want to view.
To specify an activity class that Trading Networks uses, select
an activity class from the Activity Class list. For descriptions of
the values that Trading Networks uses for activity class, see
“Activity Class Values” on page 497. To specify an activity
class that your site has defined, type the activity class in the
Activity Class field.
This field is case-sensitive; be sure to use the exact combination
of upper- and lowercase letters.
Activity Type The type of entry you want to view. Select Error, Warning, or
Message.
Brief Message A character string that identifies the text of the brief message of
the entries you want to view.
This field is case-sensitive; be sure to use the exact combination
of upper- and lowercase letters. You can use the following
pattern matching characters:
Character Matches…
% (percent) Zero or more characters
_ (underscore) A single character
Example:
_t_p matches: Stop, stop, step
but not: sstop, stoop
D%t matches: Document, Document Test
but not: Documents, Polled Document
To search for an entry that contains the % or _ characters,
enclose the string you specify in quotes. For example, if you
want to search for entries that have a brief message that
contains Doc_ignored, specify ‘Doc_ignored’.
Note: There is no way to do an exact character match.
Timestamp The date Trading Networks added the entry to the activity log.
To specify a date range, select Custom from the list. Then specify
dates in the Beginning and Ending fields. You can type in a date
If you decide you do not want to use a criterion that you have filled out, deselect the
checkbox for that criterion.
5 To specify advanced search criteria, click the Advanced tab. Then, select the checkbox
next to each criterion that you want to use and fill in the corresponding information as
described below:
User Name The user name of the current webMethods user when the
activity occurred. Select a user from the list.
Full Message A character string that identifies the text of the full message of
the entries you want to view.
This field is case-sensitive; be sure to use the exact combination
of upper- and lowercase letters. You can use the following
pattern matching characters:
Character Matches…
% (percent) Zero or more characters
_ (underscore) A single character
To search for an entry that contains the % or _ characters,
enclose the string you specify in quotes. For example, if you
want to search for entries with the full message that contain
Documents_persisted 100%, specify ‘Documents_persisted
100%’.
If you decide you do not want to use a criterion that you have filled out, deselect the
checkbox for that criterion.
6 Select Run Query on the toolbar. Trading Networks updates the Log table on the
bottom portion of the screen with the query results.
Note: You can also view activity log entries that relate to any partner on your network
when you use the Partner selection in the Selector Panel. The selection criteria in the
query panel of the Activity Log screen are identical whether using the Enterprise or
Trading Partners selection of the Selector Panel.
Note: Trading Networks only saves activity log entries that pertain to the processing of a
document if instructed to do so by either the TN document type and/or the processing
rule. If you do not save activity log entries, the Activity Log tab will have no data for you to
view.
Note: If you are using an OEM version of the Trading Networks, the Transactions Analysis
feature is not available through the Trading Networks Console. To view document-
related activity log entries, use Trading Networks Web Manager.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Perform the steps described in “Viewing Documents in Your System” on page 442 to
have Trading Networks list information about the document for which you are
interested.
3 Click the row containing the document for which you want to view activity log
entries.
4 Select Transactions View Document.
5 Select the Activity Log tab.
6 To further refine the list of entries, perform the following steps.
a Click to display the query panels if they are not already displayed.
b Perform an activity log query. For instructions how to fill out the fields in the
query panel to select the delivery tasks that you want to view, see step 4 on
page 498.
c Select Run Query on the toolbar. Trading Networks updates the Log table on
the bottom portion of the screen with the query results.
d To view the details for an activity log entry, double click the row containing that
entry.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Perform the procedures in “Viewing Entries that Relate to Enterprise or a Partner” on
page 498 to list the information you want to export.
3 Select Log Export Query Results.
4 In the Export Query Results as Comma-Separated Values dialog box, specify the file to
which you want to save the exported activity log information.
5 Click Save. Trading Networks displays a dialog specifying the amount of data saved.
Click OK.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Perform the procedures in either “Viewing Entries that Relate to Enterprise or a
Partner” on page 498 or “Viewing Entries that Relate to a Document” on page 501 to
list the activity log entries that you want to delete.
3 Click . When Trading Networks prompts you to verify that you want to remove
the activity log entries, click Yes.
Trading Networks Objects that You Can Export and Import . . . . . . . . . . . . . . . . . . . . . . . . 507
You are using multiple instances of Trading Networks, and you want each Trading
Networks instance to have its own database with identical Trading Networks objects.
You can create the Trading Networks objects on one instance of Trading Networks;
then use export/import to migrate the Trading Networks objects to the databases of
the other Trading Networks instances. For more information, see “Separate Database
for Each Instance of Trading Networks” on page 47.
You have changed the type of database you are using; for example, you changed from
an Oracle database to a SQL Server database.
Important! The export/import feature is only for migrating Trading Networks objects
between databases on your system that use the same version of Trading Networks. It is
not for:
Migrating database information from one version of Trading Networks to another.
When you export Trading Networks objects, Trading Networks creates a file that contains
the data you exported. You place the file in a location available to the target Trading
Networks system and import the data from the file into the database on the target Trading
Networks system.
Trading Networks Console makes Trading Networks objects available for export
regardless of whether they are disabled or deleted. The Trading Networks Console does
not indicate which are disabled, enabled, or deleted. Trading Networks maintains the
current state (e.g., disabled, enabled, deleted) of the Trading Networks objects that you
migrate.
Custom document attributes, see “Migrating Custom Document Attributes” on page 515.
Trading Partner Agreements (TPAs), see “Migrating Trading Partner Agreements (TPAs)”
on page 518.
Queries that you defined for Console screens, see “Migrating Queries” on page 519.
You cannot export/import information about the documents that are in your system, for
example, document content, tasks, and activity log entries.
To export data using the Console, you use the Export Data dialog box; to import, use the
Import Data dialog box. Trading Networks displays a tree structure in these dialog boxes
that contains the items that are available for you to export/import.
Note: To export/import using the command line utilities, see “Using the tnexport and
tnimport Utilities” on page 526.
Export Data dialog with a TN document type that has dependencies selected
Note: The Import Data dialog box shows some, but not all of the dependencies. For example,
the Import Data dialog box cannot display the IS Service dependencies because these
dependencies are not recorded in the exported file.
type that references the custom attribute, Trading Networks will use the internal ID of the
custom attribute to associate it with the TN document type.
As a result, when you migrate a Trading Networks object that requires other Trading
Networks objects, you should migrate the dependent objects using export/import as well.
For example, if you have a TN document type that references a custom attribute and you
migrate the TN document type, you should also migrate the custom attribute. If you
recreate the custom attribute on the target system, the target Trading Networks system
generates a different internal ID for the custom attribute. The TN document type that you
migrated references the internal ID generated on the source system and will not match the
internal ID generated for the custom attribute that you recreated on the target system.
Migrating Profiles
To migrate profiles, use the following items in the Export Data and Import Data dialog boxes:
Items in
Export/Import
Data Dialog box Use to migrate... Dependencies
Partner Data Data for: Profile Groups
Delivery Methods
Standard profile fields
External ID Types
Extended profile fields Contact Types
Items in
Export/Import
Data Dialog box Use to migrate... Dependencies
Contact Types Contact types referenced by the profiles on None
your system.
Trading Networks lists all contact types
defined in the database. These include both
the standard contact types (i.e., Technical
and Administrative) that are installed with
Trading Networks and all custom contact
types that you add using the
wm.tn.dictionary:addContactType service.
Profile Groups Profile groups that you have registered on None
your Trading Networks system.
Important! You cannot use export/import to share your profile with a partner. When you
export your (Enterprise) profile, Trading Networks records that the profile is the Enterprise
profile. Trading Networks does not allow you to import the Enterprise system from your
system into a partner's system.
Partner Data
Trading Networks lists each partner by its corporation name under the Partner Data item.
Note: The Enterprise profile is also listed by its corporation name. It is not listed under
Enterprise.
For each partner that is listed under Partner Data, Trading Networks lists the following
elements:
Profile. Select this item to migrate the data for the standard profile fields for the
specific partner.
Security Data. Select this item to migrate the certificate information from the Security tab
of the partner's profile. If the profile has no information on the Security tab, the Security
Data element will not be listed under Partner Data in the tree.
One element for each extended profile field. Select these items to migrate the data for the
extended profile fields for the specific partner. If you have not defined extended
fields, no extended field elements will be listed under Partner Data in the tree.
Partner Data
Element Dependencies Description
Profile Profile Groups The profile groups that are identified in the
partner’s profile.
Use the Profile Groups tree element to migrate the
profile groups.
Delivery Methods The delivery methods that are defined in the
profile.
The profile can only contain standard delivery
methods that are installed with Trading
Networks (e.g., Primary HTTP), so no action is
needed.
External ID Types The external ID types that are used by the profile.
If the profile uses custom external ID types that
you added using the wm.tn.dictionary:addIDType
service, migrate the those external ID types using
the External ID Types item.
Trading Networks also lists standard external ID
types. You do not need to migrate these unless
they have been deleted from the target system.
Partner Data
Element Dependencies Description
Contact Types The contact types that are used by the profile.
If the profile uses custom contact types that you
added using the wm.tn.dictionary:addContactType
service, migrate those contact types using the
Contact Types item.
Trading Networks also lists standard contact
types. You do not need to migrate these unless
they have been deleted from the target system.
Security Data Profile The partner’s profile. You migrate the profile
when you select the Profile element under Partner
Data.
Extended Field Definition The profile field definition for the extended
Profile Fields profile field.
Use the Field Definitions item to migrate the
definition for the extended profile field. For more
information, see “Migrating Profile Fields” on
page 513.
Profile The partner’s profile. You migrate the profile
when you select the Profile element under Partner
Data.
Note: Although Trading Networks typically associates related items by internal IDs
that it generates (as described in “Dependencies For Trading Networks Objects” on
page 508), for queues Trading Networks relates the queue to the profile by its name.
In addition to migrating the queue, ensure you move the scheduled delivery services that
are associated with the queues to the target system.
Items in
Export/Import
Data Dialog box Use to migrate... Dependencies
Field Definitions Definitions for standard and extended profile Field Group
fields.
For more
information, see
Note: To migrate the data for profile fields, use “Field Definitions
the Partner Data item. For more information, see Dependencies”
“Partner Data” on page 510. on page 513.
Field Groups Profile field groups that you added to your None
system on the Extended Field group of a profile or
by using the wm.tn.dictionary:addFieldGroup service.
Trading Networks lists all field groups,
including the standard field groups that are
installed with Trading Networks (e.g.,
Corporation, Delivery, Contact). You only need
to migrate custom field groups that you add.
Items in
Export/Import
Data Dialog box Use to migrate... Dependencies
Document Types Definitions for TN document types. IS Services
Attributes
For more
information, see
“Document Type
Dependencies”
on page 514.
DocType Categories of documents (e.g., XML and Flat None
Categories File). All Trading Networks systems will have
the TN document type categories. You do not
(which is a need to migrate them.
sub-item
under Binary
Data)
Dependencies Description
IS Services The fully-qualified name of the following types of services that
you can specify in a TN document type:
Duplicate checking service for the Check for Duplicate Document
pre-processing action
Custom attribute transformation services if specified for an
attributes to extract.
If a TN document type that you are migrating uses either or both
of these types of services, ensure that you move the IS services to
the target Trading Networks system.
Dependencies Description
Attributes The custom document attributes that are associated with the TN
document type.
Use the Attributes item to migrate the custom attributes for the TN
document type. For more information, see “Migrating Custom
Document Attributes” on page 515.
Note: You do not need to migrate system attributes because the system attributes are
defined when you install Trading Networks, and you cannot delete nor alter their
definitions.
Items in
Export/Import Data
Dialog box Use to migrate... Dependencies
Document Definitions for custom document attributes. None
Attributes
Items in
Export/Import Data
Dialog box Use to migrate... Dependencies
Processing Rules Processing rules IS Services
Delivery Methods
For more information, see
“Processing Rules Dependencies”
on page 516.
When you select to export and import processing rules, be aware of the order of the
processing rules. Trading Networks maintains processing rules in a specific order. This is
the order in which Trading Networks selects a processing rule to use for processing an
incoming document. (Trading Networks uses the first processing rule that matches.)
When you select processing rules to export and import, the order is not necessarily
maintained. Trading Networks maintains the list of processing rules that you want to
export and import in the order you select them; in other words, in the order the
processing rules appear in the Selected items list of the Export Data and Import Data dialog
boxes.
When you import processing rules, you can select to:
Append the imported processing rules to the end of the existing list of processing
rules in the target Trading Networks system
Replace all the processing rules in the target Trading Networks system with the
imported processing rules
Dependencies Description
IS Services The fully-qualified names of the following types of services that
you can specify in a processing rule:
Service you identify with the Execute a Service processing
action
Duplicate checking service for the Check for Duplicate Document
pre-processing action if a custom service is specified
If a processing rule that you are migrating uses either or both of
these types of services, ensure that you move the IS services to
the target Trading Networks system.
Delivery Methods The immediate delivery method that is used in the Deliver
Document By action of the processing rule.
If the processing rule uses a custom immediate delivery method
that you added, ensure that you move the corresponding IS
services to the target Trading Networks system, and use the
wm.tn.delivery:registerService service to register the IS service using
the same delivery method name.
If the processing rule uses a standard immediate delivery method
that was installed with Trading Networks (e.g., Primary HTTP),
no action is needed.
Although the Dependencies does not list the following Trading Networks objects, they are
also required if referenced in a processing rule. Review the processing rules you want to
export/import and migrate the following if appropriate.
Profiles for senders identified in the Sender criterion on the Criteria tab of the
processing rule, see “Migrating Profiles” on page 509.
Profiles for the receivers identified in the Receiver criterion on the Criteria tab of the
processing rule, see “Migrating Profiles” on page 509.
TN document types identified in the Document Type criterion on the Criteria tab of the
processing rule, see “Migrating TN Document Types” on page 514.
Custom document attributes identified on the Extended Criteria tab of the processing
rule, see “Migrating Custom Document Attributes” on page 515.
Queues referenced by a Scheduled Delivery used by the Deliver Document By processing
action. To create the queues on the target system, you can do one of the following:
Use the tnexport and tnimport utilities to export all public and private queues.
For more information, see “Using the tnexport and tnimport Utilities” on
page 526.
Manually create the required queue on the target system. Be sure to use the exact
queue name with the same combination of upper and lowercase letters when
defining the queue on the target system.
In addition to migrating the queue, ensure you move the scheduled delivery service
that are associated with the queue to the target system.
Items in
Export/Import Data
Dialog box Use to migrate... Dependencies
Agreements TPAs Profiles
IS Services
IS Document Types
For more information, see
“Agreements Dependencies” on
page 518.
Agreements Dependencies
The following table shows the dependencies for Agreements. For more information about
dependencies, see “Dependencies For Trading Networks Objects” on page 508.
Dependencies Description
Profiles The profiles that are associated with the TPA. A TPA is associated
with two trading partners on your system, one that acts as the
sender and one that acts as the receiver. Migrate the profiles for
the sender and receiver. For more information, see “Migrating
Profiles” on page 509.
IS Services The fully-qualified names of the following types of services that
you can specify in a TPA:
Initialization service
Export service
If a TPA that you are migrating uses either or both of these types
of services, ensure that you move the IS services to the target
Trading Networks system.
IS document types The fully-qualified name of the IS document type that defines the
structure of the TPA data.
Ensure that you migrate this IS document type to the target
Trading Networks system.
Migrating Queries
You can migrate all the queries you have defined for the Trading Networks Console
screens (e.g., queries you defined for the Transaction Analysis screen to search for specific
documents). To migrate all of your queries, use the following item in the Export Data and
Import Data dialog boxes.
Items in
Export/Import Data
Dialog box Use to migrate... Dependencies
Query All queries that you have defined for all screens None
of the Trading Networks Console:
(a sub-item
under Binary Data) Trading Partners
Document Types
Processing Rules
Agreements
Transaction Analysis
Tasks
Activity Log
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select File Export. Trading Networks displays the Export Data dialog box. The Available
Items contains a tree structure that lists the database items that are available for you to
export.
3 Select the items that you want to export by populating the Selected Items list.
To move all items: Click to move all items from the Available Items list to the
Selected Items list.
To move some but Select one or more items from the Available Items list; then
not all items:
click .
To select an item in the tree along with all of its child
When you select one of the following types of items in the Available Items list, check the
Dependencies to determine whether there are other items you should export as well.
4 Click OK.
5 In the Save File dialog box, specify the file to which you want Trading Networks to
write the database information. Then, click Save.
Note: The file that contains the exported data is a binary-encoded file.
Document Attributes For more information about how to use this dialog
box, see “Using the Overwrite Dialog Box” on
Partner Data: page 522.
Profiles For information about how to force the overwrite
of identically named items without displaying the
Field Groups
Overwrite dialog box, see “Suppressing the
Contact Types Overwrite Dialog Box and Forcing the Overwrite
of Items” on page 523.
Binary Types
Partner Data:
Security Data
Extended Field Data
Processing Rules Uses the Overwrite Rules option to determine how
to import the processing rules. For more
information, see “Specifying How to Import
Processing Rules” on page 524.
Important! Although Trading Networks does not prompt you to overwrite when you
import field definitions, external ID types, and agreements, the import process will throw
an exception if it encounters an identically named item in the target database that is
assigned a different internal ID. For more information about internal IDs, see
“Dependencies For Trading Networks Objects” on page 508.
Document Attributes
Field Groups
Contact Types
The Overwrite dialog box allows you to select one of the following options:
Suppressing the Overwrite Dialog Box and Forcing the Overwrite of Items
If you want Trading Networks to automatically overwrite identically named items in the
target database, select the Force Import checkbox on the Import Data dialog box. When you
select the Force Import checkbox, Trading Networks does not display the Overwrite dialog
box. It overwrites identically named items without prompting for confirmation.
Select the Overwrite Rules Replaces all the processing rules in the target Trading
checkbox Networks system with the imported processing rules.
1 Start the Trading Networks Console. If you need procedures for this step, see
“Starting the Trading Networks Console” on page 22.
2 Select File Import. Trading Networks displays the Import Data dialog box.
3 Click the Select File icon to open the Select File dialog box to identify the file that
contains the database information that you want to import. Then, click Open.
Trading Networks populates the Available Items list with the items contained in the file
you select.
4 If you want Trading Networks to automatically import identically named items that
exist in the target database without prompting for confirmation, select the Force Import
checkbox. For more information, see “Importing Items that Have the Same Name as
Existing Items” on page 521 and “Suppressing the Overwrite Dialog Box and Forcing
the Overwrite of Items” on page 523.
If you do not select the Force Import checkbox, see “Using the Overwrite Dialog Box”
on page 522 for how to use the Overwrite dialog box.
5 If you want to import processing rules, and you want Trading Networks to replace all
the processing rules in the target database with the processing rules that you import,
select the Overwrite Rules checkbox. For more information, see “Specifying How to
Import Processing Rules” on page 524.
6 Select the items that you want to export by populating the Selected Items list.
To move all items: Click to move all items from the Available Items list to the
Selected Items list.
To move some but Select one or more items from the Available Items list; then
not all items:
click .
To select an item in the tree along with all of its child
When you select one of the following types of items in the Available Items list, check the
Dependencies to determine whether there are other items you should import as well.
7 Click OK.
Note: If there are any import errors, Trading Networks displays the Import Errors
dialog. This dialog lists each item that has an error. To see more details of the error,
select the item in the Name column.
Use these utilities to perform a bulk transfer of data from one Trading Networks system to
another.
tnexport Utility
Use the tnexport utility to export all objects of the selected types. For example, if you
specify you want to export processing rules, all processing rules defined in the Trading
Networks database are exported. The format of the tnexport command line is as follows:
where:
outfile is one of the following:
-bin binfile Use the -bin option to export the data to a binary file. binfile is
the path and file name to which you want to export the data. The
directory in which you want the output file placed must already
exist. If you specify a relative path, Trading Networks uses a
directory relative to the directory from which you are running the
tnexport utility. If the file already exists, Trading Networks
overwrites it.
Note: Binary output is much smaller than the XML output, but
cannot be read by humans.
-xml xmlfile Use the -xml option to export the data to an XML file. xmlfile is
the path and file name to which you want to export the data. The
directory in which you want the output file placed must already
exist. If you specify a relative path, Trading Networks uses a
directory relative to the directory from which you are running the
tnexport utility. If the file already exists, Trading Networks
overwrites it.
Examples
You want to export all profiles, all extended field values in the profiles, and all the
extended field definitions to the XML file \TradingNetworks\ExportedData.xml.
Use the following command line:
tnexport -xml \TradingNetworks\ExportedData.xml -profiles -extflds -flddefs
You want to export all data in the Trading Networks database to the binary file
ExportedData.bin, and you want the utility to create the ExportedData.bin file in
the same directory as where you are running the utility. Use the following command
line:
tnexport -bin ExportedData.bin -all
tnimport Utility
Use the tnimport utility to import all data in a specified file. The file you specify must
contain data that you previously exported from a Trading Networks database using either
the tnexport utility or the Trading Networks Console.
Note: After using the tnimport utility, you must reload the WmTN package to be able to
use the imported data.
where:
infile is one of the following:
-bin binfile Use the -bin option to import the data from a binary file.
binfile is the path and file name of the binary file that
contains the data to import. If you specify a relative path,
Trading Networks looks for the directory relative to the
directory from which you are running the tnimport
utility.
-xml xmlfile Use the -xml option to import the data from an XML file.
xmlfile is the path and file name of the XML file that
contains the data to import. If you specify a relative path,
Trading Networks looks for the directory relative to the
directory from which you are running the tnimport
utility.
-db Indicates that you actually want to import the information and
write it to the Trading Networks database.
If you do not specify this option, the tnimport utility will only
load and print information about the data in your file. This is
useful for testing purposes.
Examples
You want to import the data in the XML file \TradingNetworks\ExportedData.xml.
You want the tnimport utility to overwrite objects that have the same name as those
in the input file, and you want to completely overwrite the current list of processing
rules. Use the following command line:
tnimport -xml \TradingNetworks\ExportedData.xml -db -force
You want to view information about the data in the input file ExportedData.bin that
resides in the same directory as the tnimport utility. You do not want to import it into
your database. Use the following command line:
tnimport -bin ExportedData.bin
You want to import all data in the binary file ExportedData.bin that resides in the
same directory as the tnimport utility. You do not want to overwrite objects that have
the same name as those in the input file, and you want the tnimport utility to append
the imported processing rules to the existing list of processing rules rather than
overwrite the processing rules. Use the following command line:
tnimport -bin ExportedData.bin -db -rrappend
To learn more about Trading Networks large document processing, see Chapter 5,
"Trading Networks Document Processing" in the webMethods Trading Networks Concepts
Guide.
Code custom 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 the following services that you create:
Services specified with the Execute a service processing action
Immediate and scheduled delivery services that you add
For more information see, “Creating Services that Recognize Large Document
Handling” on page 544.
Ensure IS clients (trading partners) do not use the $xmldata variable to send large
XML documents to Trading Networks.
Important! Large XML files that are sent to Trading Networks for processing must contain
the XML declaration (e.g., <?xml...) as the first line. If a large XML document contains any
blank space before the XML declaration, Trading Networks throws an exception when
attempting to process the document.
service, it must take appropriate actions to obtain the document content whether the
document content is in memory or on hard disk drive space.
Use the following fields in bizdoc to determine whether the document is stored in memory
or on the hard disk drive space:
LargePart?–This field that is within the ContentParts field, indicates whether the
content part is considered large. Its value is true if Trading Networks considers the
content part large; otherwise it is false.
LargeDocument?–This field indicates whether any of the content parts of the document
are large. If at least one of the content parts is considered large, its value is true. If all
content parts are not considered large, its value is false.
If a content part is considered large, Trading Networks sets StorageType to tspace and
leaves the Content variable null. If the document is not considered large, Trading
Networks stores the document content in the Content variable and leaves StorageType null.
You can invoke this service for all documents. The service determines whether the
document is considered large or not. If the document is not considered large, the service
returns a byte array that contains the retrieved delivery content. If the document is
considered large, the service retrieves the delivery content using a Java InputStream
object.
Click to display the next 1,000 bytes. Click to display the previous 1,000 bytes.
Index
Display Column panel, processing rules query 371 STRING data type 323
displaying, See viewing for flat file 289
DOCTYPE identifier 206, 208 for XML document 214
Identify tab 236, 248, 258, 263 string substitution 217, 290
DoctypeID, extracting for flat file documents 280 STRINGLIST data type 323
DoctypeName, extracting for flat file documents 280 system attributes, See also system attributes
document attributes TN_parms 276, 280
custom, See also custom attributes transform for XML document 214
copying 182, 196 updating 199
custom 194 uppercase 216, 289
DATETIME data type 325 using as search criteria 195
for flat file 289 viewing 198, 448
for XML document 214 related activity log entries 449
DATETIME LIST data type 440 document delivery
DATETIMELIST data type 325 action, See deliver document and processing rules
defining 196 configuration 51
detail information for XML documents 214 deliver document by processing rule action 341
determining TN document type dependencies 201 delivery tasks, See delivery tasks
disabled 198 from email address 51
disabling 199 immediate delivery methods and reliable delivery 343, 344
enabling 200 large documents, See large documents
generating reports 196 processing rules, See deliver document and processing rules
list of 197 reliable delivery 466
lowercase 216, 289 and immediate delivery 343
managing 198 and scheduled delivery 344
new with empty fields 146, 196, 235, 247, 348, 349 screen, to view delivery tasks 472
NUMBER data type 218, 324 selector panel button 28
for flat file document 290 task manager 52
for XML document 214 tn.mail.from property 51
NUMBERLIST data type 324 tn.mail.subject property 51
purchase order, as example of extracted string attributes 216, tn.task.sweepTime property 52
289 via e-mail, configuration settings 51
requiring extraction from flat file document types 285 viewing delivery tasks in your Trading Networks system 472
requiring extraction from XML documents 213 document errors
saving Criteria tab 352
average value of 218, 290 criterion 321, 352
for XML document 214 has criteria 322
maximum value of 218, 291 has no criteria 322
for flat file document 291 may have criteria 322
minimum value of 218 processing rule criterion 321, 352
for flat file document 290 list of 322
sum value of 218
for flat file document 291
enabling example of
a profile 129, 176 CBL document and XQL query and NUMBER data type 219
document attributes 200 Complex Interval delivery service settings 387
extended fields 103 e-mail message body 340
flat file document types 309 namespace
partner’s profile 164, 176 affecting XQL queries 223
processing rules 374 in XML document 221
public queue state 382 mappings 223
queue state 382 processing rules ordering 314
scheduled delivery queue state 391 purchase order as example of extracted string attributes 216
toolbar button for showing just enabled 199, 201 purchase order, as example of extracted string attributes 289
XML document types 267 scheduling delivery service times 385
your profile 129 service execution task parameters 53
encoding, $contentEncoding variable for flat file document 278 standard profile field entries 89
Encrypt sub-tab See Decrypt/Encrypt sub-tab uses for processing rules 81
End Date, Complex Interval setting 386 execute a service
End Time, Complex Interval setting 386 asynchronously 331, 357, 433
Enterprise delivery 422
in processing rule 318 how often task manager runs 52
profile 106 prerequisites for processing rule action 330
profile query 166 processing rule action 330, 433
query for profile 166 reliable execution 331
selector panel icon 26 service execution task 331
viewing activity log entries using Enterprise 498 setting input values 336
vs. Trading Partners view, for Sent and Received queries 447 synchronously 331, 357
envelope activity class 497 EXIT flow operation 418
error messages export service of TPA 180
Activity class 497 vs. export function 184
limit number of 228, 296 exporting
logged to activity log for XML document 228 activity log information 502
profile fields 116, 163 database information 506
errors from Console 519
document recognition, processing rule criterion 352 items you can export 507
document, See document errors tnexport utility 526
import database 525 delivery task information 475
invalid e-mail 339 detail view information 450
OutOfMemory when parsing 278, 295 query results, activity log 502
parsing (OutOfMemory) 278, 295 service execution task information 488
undefined webMethods administrator 339 extended criteria
unknown receiver in e-mail address 339 attributes you can select 322
unknown sender in e-mail address 338 operator 322
tab, See Extended Criteria tab
value of custom attribute 325
profiles, your own 117 respond with (processing rule action) 346
scheduled delivery queue 390 status delivery message 468, 484
service execution tasks 482 migrating database information 506
TPAs 185 data you can migrate 507
your profile 105 minimum saving value for document attributes 218
manually for flat file document 290
adding profile user name 443 for XML document 214
deleting delivery tasks 478 Minutes, Run Mask setting 386
deleting service execution tasks 491 modifiable TPA data status 180
mappings, namespace Months, Run Mask setting 386
defining from xmlns attribute in sample document 225 multiple
description 223 custom attributes, in search 440
guidelines for defining 225 instances of Trading Networks 44
in XML document types 221 panes 31, 32
matching
TN document types 319 N
XML document types 209, 268 name
maximum of new immediate delivery service 421
retries for service execution task 53 of scheduled delivery service 421
retry limit, for delivery 467 processing rules query 370
saving value for document attributes 218, 291 public queues 381
for flat file document 291 namespace mappings
for XML document 214 defining from xmlns attribute in sample document 225
may have errors processing rule criteria 322 description 223
memory, large documents 547 guidelines for defining 225
menu bar, Console 26 namespaces
menu options and XQL queries 223
Edit 26 default 222
File 26 defining 222
Help 26 description 221
Screen function 26 elements in 221
Tools 26 example, in XML document 221
View 26 example, mappings 223
menus example, with XQL queries 223
Console 26 guidelines when defining namespace mappings 225
on screen 34 in XML document types 221
right-click on screen 34 mappings, See namespace mappings
Trading Networks 26 prefix 222
messages default namespace 222
brief, activity log 497, 499 URI 222
content type 347 network planning 68
error, See error messages
full, activity log 497, 500
overview indicating you want to poll their systems for documents 142,
document gateway service 70 159
document gateway service and flat files 272 management, See trading partner management
exporting and importing database information 506 managing 131
Trading Partner Agreement (TPA) 178 NEW QUEUE tab 155
partner passwords, protecting 139
P passwords, protecting 424
planning
panes
for adding partners 82
multiple 31
to work with partners 80
resizing 32
polling for documents 394
single 31
profile 84, 85, 132
split 31, 32
creating 132
tabs 32
information 132
parsing 278, 295
profile group 150
flat file documents 295
Profile screen 132
flat file schema 279, 295
receiver of documents to view 442
flat file schema associated with flat file document type 279,
295 Security tab 144, 160
OutOfMemory errors 278, 295 sender of documents to view 442
pub.flatfile:convertToValues 278, 295 service execution task query 486
schema associated with flat file document type 304 service execution task search criteria 486
partner authority, Web Manager 451 unknown 318
Partner Connect Express 39 updating profile 173
partners user name 138
See also trading partners when manually creating a profile 443
activity log 499 viewing
adding 145 activity log entries 499
adding profile 145 activity log entries using Enterprise 498
and delivery task 472 documents in a partner’s system 451
and TPA 178 information for 26
as receiver for document 431 partner receiving document 472
as sender for document 430 password
certificate information 144, 160 case-sensitive, on Proxies tab 64, 65
Contact tab 151 database 43
Corporate tab 147 Delivery Method tab 139, 166
creating a partner’s profile 132 delivery service 424
deleting profile 175 for accessing Web Manager 451
Delivery Method tab 153 for user account 23
delivery task query 473 informing partner of 165
delivery task search criteria 473 partner passwords, protecting 424
disabling profile 175 partner, protecting 139
enabling profile 164, 176 profile 139
Extended Fields tab 159 Proxies tab 64, 65
Sign/Verify sub-tab (on Security tab) Integration Server from the command line 19
for partner profiles 144, 160 Integration Server on UNIX 18
for your profile 113, 126 Integration Server on Windows NT 18
signature server, overriding configuration settings 19
digital, See also digital signatures service execution task again 490
system attribute 194 state, See queue state
Signature, extracting for XML documents 211 stateless processing rules 81
SignedBody, extracting for XML documents 211, 227 states
Simple Interval of private queue, changing 393
on Schedule tab 157, 385, 389 of public queue, changing 392
scheduling delivery service 385 of scheduled delivery queue, changing to action 391
Simple Mail Transfer Protocol (SMTP), See SMTP of scheduled delivery queue, public vs. private queue 391
SMTP status
See also e-mail ABORTED 434
protocol, on partner’s profile 137 ACCEPTED 434
protocol, on your profile 111 ACCEPTED W/ ERRORS 434
server address 338 Active 116, 164, 173, 256
sorting change to Active 129, 176
attribute information 446 change to Inactive 129, 175
column information 33 delivering delivery task 471
custom attributes 35, 171, 446 delivery task 469
split panes 31, 32 DONE 433
SQL query 451 done delivery task 469, 471
SSL Client sub-tab (on Security tab) done service execution task 483
for partner profiles 144, 160 DONE W/ ERRORS 433
for your profile 114, 126 failed delivery task 470, 471
standard attributes on Detail View tab 35, 445 failed service execution task 483
standard fields immediate delivery service, variable for 412
corporation name 89 Inactive 116, 164, 173, 256
defined 84, 88 message, delivery task 468, 484
e-mail address 90 NEW 433
example of entries 89 new delivery task 469
list of 88 new service execution task 483
preferred delivery method 89 of delivery attempt, delivery task 468, 484
profile 88 of user as processing rule criterion 319, 352
required 88 PENDING 433
viewing 95 pending delivery task 469
standard profile fields, See standard fields pending service execution task 483
Start Date, Complex Interval setting 386 POLLABLE 433
Start Time, Complex Interval setting 386 profile, See also profile, status
starting QUEUED 433
Console 22 queued delivery task 470
delivery task again 477 service execution task 483
T Options tab
table on Document Types screen 240, 252
columns, how to reposition 33 on Flat File Document Types screen 304
Detail View tab, processing rules 371 on XML Document Types screen 240, 252
processing rules 367 Schedule tab 157
changing display format 371 Security tab
profiles 168 for partner’s profile 144, 160
reposition columns, how to 33 for your profile 126
tabs selecting 32
Activity Log 501 Settings tab 156
and viewing document attributes and content 449 Sign/Verify sub-tab
Advanced tab on Activity Log 500 for partner profiles 144, 160
Attributes on Detail view of Transaction Analysis screen 448 for your profile 113, 126
Basic Criteria tab SSL Client sub-tab
Activity Log 498 for partner profiles 144, 160
Processing Rules screen 368 for your profile 114, 126
Transaction Analysis screen 170, 442 Tasks
Contact tab and viewing document attributes and content 449
for partner’s profile 151 tab on Transaction Analysis screen 474, 487
for your profile 121 task manager 52
Corporate tab how often it runs 52
for partner’s profile 147 interval (secs) 52
for your profile 118 task type
Criteria tab on Processing Rule Details screen 349 delivery task query 472
Custom Criteria on Transaction Analysis screen 445 service execution task query 485
Decrypt/Encrypt sub-tab tasks
for partner profiles 144, 160 delivery, See delivery tasks
for your profile 113, 126 failure notification 54
Delivery Method tab ID, delivery task 467
for partner’s profile 153 ID, service execution task 482
for your profile 123 output, delivery task 469, 484
Detail View on Processing Rules screen 367 service, See service execution tasks
Detail View on Transaction Analysis screen 35, 171, 371, 441, status
445 delivery task 469
Extended Criteria tab on Processing Rule Details screen 353 delivery task search criteria 473
Extended Fields tab for partner’s profile 159 service execution task 483
Extract panel on Flat File Document Types screen 301 service execution task search criteria 486
Extract tab on XML Document Types screen 237, 249 Tasks query panel 474, 487
Identify panel on Flat File Document Types screen 300 Tasks tab
Identify tab on XML Document Types screen 234, 247 and Activity tab 449
Namespaces tab on XML Document Types screen 240, 251 and viewing document attributes and content 449
New Protocol tab for partner’s profile 155 on Transaction Analysis screen 474, 487
type, delivery task 467
type, service execution task 482 listing those dependent on an attribute 201
viewing delivery task status 472 matching multiple 319
wm.tn.rec:TaskFailure 52, 470, 471 planning 72
Tasks screen selector panel button 28 processing rules query 370
testing search criteria 442
order of processing rules 365 selected criteria 319
XML document types 268 unknown 319
XQL queries 245 TN flat file document types
text/plain content type 278 defining 283
time definition of 272
created TN Properties page
delivery task 467 accessing online help for 42
delivery task query 473 tn.archive.archiveAfterDays 458
delivery task search criteria 473 tn.archive.deleteAfterDays 458
service execution task 482 tn.cluster.notifyCacheChange 49
service execution task query 486 tn.cluster.notifyProfileAddUser 49
service execution task search criteria 486 tn.cluster.notifyPropertyChange 49
viewing for delivery task 472 tn.cluster.sync.remoteAliases 49
delivery task query 473 tn.mail.from 51
processing rules query 371 tn.mail.subject 51
service execution query 486 tn.required.idType 50
to wait, delivery task 468, 484 tn.task.maxRetries 53
TPA query 187 tn.task.notifyFailure 55
transport, delivery task 468, 484 tn.task.sweepTime 52
updated tn.task.ttw 53
delivery task 467 TN XML document types, defined 204
service execution task 483 tn.archive.archiveAfterDays 458
timestamp tn.archive.deleteAfterDays 458
activity log 496, 500 tn.cluster.notifyCacheChange 48, 49
TPA query 187 tn.cluster.notifyProfileAddUser 48, 49
TN document types tn.cluster.notifyPropertyChange 48, 49
"Any" in processing rules query 370 clustered environment 42
and pre-processing actions 312, 327 tn.cluster.sync.remoteAliases 44, 45, 49, 312
any criteria 319 tn.doc.validate.max_errs 228
Basic Criteria tab 442 tn.mail.from 51
Criteria tab 351 tn.mail.subject 51
criterion, list of 319 tn.required.idType 50
defining 72 tn.task.maxRetries 53
document search criteria 432 tn.task.notifyFailure 55
duplication check of 327 tn.task.sweepTime 52
for document to be viewed 442 tn.task.ttw 53
large documents 544