interesting problem in QTP

[Peter Bell]

Arthur

I noticed that the "reverse tax" transaction occured before the "reverse
contribution" transaction, I can see how this may have been generated but
it does not reflect the actual timing of transactions. Perhaps the timing
factor may be useful to examine.

You are doing a prepass to determine the validity of each transaction
within a transaction set for an account number. Flagging all records
needing detailed processing may help define the technical problem to
overcome, I see a record structure something like

account number key
  transaction 1  valid
  transaction 2  invalid
  transaction 3  invalid
  transaction 4  valid

you could write to a subfile all the records for an account number that are
causing the problems then use quick to perform any looping through multiple
qtp passes. Using a subset of the overall transactions will offset the
multiple calls to qtp from quick for the looping process.

Another possibility is to summarize the 2 paired transactions into one
transaction in another prepass request, before the validation step. 

It is a difficult one and may require some more detailed analysis.

Pete Bell (peter.bell@oa.hydro.com.au)
Powerhouse Consultant
Hydro Electric Corporation
Hobart Tasmania
Powerhouse 7.10E6
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu
Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu
powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l
This list is closed, thus to post to the list, you must be a subscriber.