Hi,
EB.ACCOUNTING is strongly not recommended for local developments... in
doubt better ask Temenos helpdesk.

BTW, what is "VAR" routine?

and how you create FT?

VK

On May 13, 9:16 am, Mohankumar Balasubramaniam
<[email protected]> wrote:
> Hi,
>
> The best way is to use EB.ACCOUNTING to raise entries instead of using FT.
> FT have lot of validations, so it will also consume execution time when
> teller processing also increases storage spaces.
> You can use the types "VAL"( For Input entries in INAU), "AUT"(For
> Authorising entries),
> and "REV" for reversing already raised entries for EB.ACCOUNTING. Please
> note set ID.NEW as different when raising entries.
> If you need example code to raise entries using EB.ACCOUNTING plz reply, so
> that i will send to you.
>
> or still if you want to use FT, reverse already raised FT, set HIS.REVERSAL
> field in FT.TXN.TYPE.CONDITION to Y and reverse already raised FT using OFS.
>
> Regards,
> Mohankumar B
>
> On Thu, May 13, 2010 at 12:16 AM, Srinivas <[email protected]>wrote:
>
>
>
> >  Hi,
>
> > Instead of creating the new funds transfer record , reverse the already
> > created FT .
>
> >   On 12 May 2010 18:06, Despina <[email protected]> wrote:
>
> >>  Hi all,
>
> >> I'm having the problem below:
>
> >> 1. On a TELLER 0 authorisation version, at AUTHORISATION level,
> >> I have a VAR routine that creates FUNDS.TRANSFER that debits customer
> >> a/c and credits PL category.
>
> >> 2. On reversal of TELLER record through same version, at AUTHORISATION
> >> level again,
> >> I want the FUNDS.TRANSFER created during Input function to be
> >> 'undone'.
> >> So I have another VAR routine that creates FUNDS.TRANSFER with exactly
> >> the 'reverse' entry i.e. debit
> >> PL category and credit customer a/c. What goes wrong is that the
> >> FUNDS.TRANSFER is created,
> >> I can read it when listing FT table, but it is without STMT.NOS.
>
> >> Has anyone else encountered the same problem?
>
> >> Thanks a lot,
> >> Despina
>
> >> --
> >> 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 [email protected]
> >> To unsubscribe, send email to [email protected]
> >> For more options, visit this group at
> >>http://groups.google.com/group/jBASE?hl=en
>
> > --
> > Regards,
>
> > SrinivasYadav. G
> > Mobile No: 00966 - 540625165
>
> > --
> >  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 [email protected]
> > To unsubscribe, send email to [email protected]
> > For more options, visit this group at
> >http://groups.google.com/group/jBASE?hl=en
>
> --
> 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 [email protected]
> To unsubscribe, send email to [email protected]
> For more options, visit this group 
> athttp://groups.google.com/group/jBASE?hl=en

-- 
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 [email protected]
To unsubscribe, send email to [email protected]
For more options, visit this group at http://groups.google.com/group/jBASE?hl=en

Reply via email to