T24: - Getting the response from an OFS enquiry

[Iain Rodgers]

When you send an OFS / OFSML query you can get a response back in a
response file (specified in the listener). This response captures all
the fields that were updated or error messages if the fields are not
updated.

At the same time there is a slot in the OFS.SOURCE record where you
can put a routine for capturing the response (OUT.MSG.RTN). However
the response at this moment is not the same as the response that gets
written to file. If there are any errors you do not get back the full
response that you get in the response file. Is there any way of
changing this so that the full response can be trapped by a routine in
OUT.MSG.RTN (or any other slot in OFS.SOURCE)?

[VK]

Hi Iain,
please post the example here to try out.

I thought that OUT.MSG.RTN has all the message (well, maybe except "&"
translations).

VK

[Iain Rodgers]

I guess no one knows what I'm on about and why it matters to me. Here
is more info...

The scenario is that I send an OFSML request to update FT. There is an
error and FT cannot be updated.

1) This is what the program in the OUT.MSG.RTN gets ...

FT1006260157//-1/NO,DEBIT.VALUE.DATE:1:1=DEBIT VALUE LATER THAN CREDIT
VALUE

(there is no other information)

2) This is what gets written to the filelistener response file ...

<?xml version="1.0" encoding="UTF-8" ?>
- <T24 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.temenos.com/T24/OFSML/130 ofsml13.xsd"
xmlns="http://www.temenos.com/T24/OFSML/130">
- <serviceResponse>
- <ofsTransactionFailed application="FUNDS.TRANSFER" function="INPUT"
held="true" operation="PROCESS" version="AC">
<transactionId>FT1006260157</transactionId>
<error mv="1" name="DEBIT.VALUE.DATE" sv="1">DEBIT VALUE LATER THAN
CREDIT VALUE</error>
- <ofsTransactionInput application="FUNDS.TRANSFER"
operation="PROCESS" version="AC">
<field name="TRANSACTION.TYPE">AC</field>
<field name="DEBIT.ACCT.NO">EUR101000001</field>
<field name="DEBIT.CURRENCY">EUR</field>
<field name="DEBIT.AMOUNT">10.01</field>
<field name="DEBIT.VALUE.DATE">20100304</field>
<field name="CREDIT.CURRENCY">EUR</field>
<field name="CREDIT.ACCT.NO">EUR101000001</field>
<field name="CREDIT.THEIR.REF">my_unique_id</field>
<field name="ORDERING.BANK">10000168</field>
</ofsTransactionInput>
</ofsTransactionFailed>
</serviceResponse>
</T24>

You get all the field values that you're trying to update. Therefore
you have more information that you can use to decide what to do next.
In my case I just want to get the value in CREDIT.THEIR.REF and report
the bad data back to the system thats sending the bad data.

One more problem, though its not so important, is that the data has
not been converted back to OFSML in the OUT.MSG.RTN slot.

[VK]

Hi Iain,
you'll be surprised to know how many people here understand your
issue :))) Now it's enough info to see into.

Actually, OUT.MSG.RTN works on the stage when OFS hasn't yet been
converted to OFSML (which is done later by Connector server).

What you can do here:

1) Read FT record FT1006260157 to get necessary fields (assuming you
have set GTS.CONTROL to put erroneous records in HOLD rather than
waive it) ;
2) Get the fields you're trying to update from the OFS request (you
can pick it up at IN.MSG.RTN and pass via a named common).

Enjoy!

VK

[Iain Rodgers]

Thanks for the reply (by the way I knew the folks here would
understand - I just meant I hadn't given a good enough explanation!).
There is one other problem that I didn't mention - this is a multi-
company site so I need to get the COMPANY id in the response otherwise
I will not know which MD file to read.

There must be somewhere where I can read the OFSML response or the
full OFS response with all the info I need. Otherwise we have a
workaround of reading the response file using a SERVICE - but I'm
worried about this idea because there is bound to be a gap in
processing. I think its better to process each FT fully at the moment
it comes in from the outside source.

> > not been converted back to OFSML in the OUT.MSG.RTN slot.- Hide quoted text -
>
> - Show quoted text -

[David Grenfell]

I think we are all overlooking the key word here "incremental". I would say that without the original backup, the small amount that you might recover would be somewhat useless.
 
Dave.
 
 
> Date: Mon, 28 Jun 2010 05:23:03 -0700
> Subject: Re: T24: - Getting the response from an OFS enquiry
> From: im_ro...@hotmail.com
> To: jb...@googlegroups.com

> --
> Please read the posting guidelines at: http://groups.google.com/group/jBASE/web/Posting%20Guidelines
>
> IMPORTANT: Type T24: at the start of the subject line for questions specific to Globus/T24
>
> To post, send email to jB...@googlegroups.com
> To unsubscribe, send email to jBASE-un...@googlegroups.com
> For more options, visit this group at http://groups.google.com/group/jBASE?hl=en

---

Your Photo on Bing.ca: You Could WIN on Canada Day! Submit a Photo Now!