Verify and Troubleshoot

This chapter covers the following topics:

Verification Tasks

Verify your implementation by performing one or more of the following tasks:

  1. Create a territory for your usage and run the concurrent program.

  2. Create a transaction for your usage.

  3. Verify that the transaction is assigned to the correct resources.

Profile Options

The following profile options are in the profile category Territory Administration. These system profile options are discussed in the preceding chapter.

Prerequisites for Using Web ADI

The following are the prerequisites for Web ADI:

  1. In Excel, go to Tools > Macro > Security > Trusted Sources.

  2. Select the "Trust access to Visual Basic Project" option.

  1. Navigate to Tools > Internet Options > Security > Custom Level.

  2. Set the "Initialize and script ActiveX controls not marked as safe" option to "Prompt".

Troubleshooting Export to Excel

Please refer to the Oracle Web Applications Desktop Integrator User Guide for more information when you troubleshoot your export to Excel. For the very latest updates to troubleshooting information for Web ADI, refer to related links in the release notes for Oracle Territory Manager. Following are some troubleshooting notes:

Party, Party Site, and Account Merge

When you merge parties in Oracle Trading Community Architecture, it affects territories in the following ways:

Party Sites

If the party or party site records are identified as duplicates, then the territory definition values that are based on parties are transferred.

If both the merge-from party site and the merge-to party site are named accounts in Oracle Territory Manager, then:

If the merge-from party site was set up as a named account in Oracle Territory Manager and the merge-to party site was not a named account in Oracle Territory Manager, then:

Tips for Fine-tuning Territory Assignment Performance

Comparison Operators

Avoid using "<>" operator.

Additional Tips

The following tips can be useful.

If the Synchronize Territory Assignment Rules Fails

If you run the Synchronize Territory Assignment Rules concurrent program and it errors out, run it again with the Debug and Trace flags set to Yes. Then review the log file that results. The log file gives clear information on exactly what step the error occurred at in the program and what the error is.

Frequently Asked Questions (FAQs) about Transaction Matching Attributes

The following are frequently asked questions about transaction matching attributes. Answers to these questions may help you in troubleshooting problems with Territory Manager.

How to Find Possible Transaction Matching Attribute Values?

Answer: In the Define Matching Attributes step, you must enter at least three letters in order to bring up the LOV in the Value From and Value To fields. For example, enter "Bus" to launch the LOV starting with "Bus". If wildcard "%" is used, then use it with letters, such as "B%%", or "%%%" to query the list of values.

What is Customer Name Range Transaction Matching Attribute?

Answer: Customer Name Range is used to group similar customer names. It allows you to define access based on pre-defined customer names.

What Is the Difference Between the Following Service Transaction Types?

Service Request: This transaction type allows you to define access for account and service request related transaction qualifiers. It limits the transaction access to a service request only.

For example, a territory is defined with appropriate rank information and has Service Request transaction type identified. That territory can be a winning territory among other competitive territories only if it is for a service request transaction, but not a task or a task associated with a service request transaction.

Task: This type allows you to define access for account and task related transaction qualifiers. It limits the transaction access to a task only, not a task created within a service request.

Service Request and Task: This type allows you to define access for account, task and service request related transaction qualifiers. However, it limits the transaction access to a task associated with a service request only, not a task or a service request.

For example, a territory is created with "Service Request" and "Task" transaction types. When a transaction is lunched through a task within a service request, that territory will not be selected as a winning territory even the qualifier and its value is matched to the transaction (a task associated with a service request).