Hi,

If you want to chanrge customers in COB, then you can write a charge routine
which can be attachable in FT.COMMISSION.TYPE. Then you can define
IC.CHARGE.PRODUCT, and IC.CHARGE. So that during IC.COB these charges will
be applied for group of accounts for which you defined. For example please
see below.

FT.COMMISSION.TYPE:
==================

    COMMISSION.TYPE... ADVMAINTFEE
 ---------------------------------------------------------------------
   1. 1 GB DESCRIPTION. Maintenance Fees Advantage Banking
   2. 1 GB SHORT.DESCR. Maint Fees
   4 CATEGORY.ACCOUNT.. 52039               Ledger Fees
   5 TXN.CODE.CR....... 334                 Maint Chrg
   6 TXN.CODE.DR....... 337                 Maint Chrg
   9. 1 CURRENCY....... KES                 Kenya Shillings
  10. 1 FLAT.AMT....... 1,200.00
  11. 1. 1 CALC.TYPE... FLAT
  22 MTHLY.AMORTISATION NO
  33 DEFAULT.CCY....... KES                 Kenya Shillings
  41 CURR.NO........... 5
 Next you need to define IC.CHARGE.PRODUCT. please see below.

 KCB HEADOFFICE - LIVE   IC.CHARGE.PRODUCT SEE
     IC.CHARGE.PRODUCT. ADVMAINTFEE
 ------------------------------------------------------------------------------
   1. 1 GB DESCRIPTION. Advantage Banking
   2 GEN.CHARGE.KEY.... ADVMAINTFEE         Maintenance Fees Advantage
Banking
  17 CURR.NO........... 2
  18. 1 INPUTTER....... 22_ZANELE1

The field GEN.CHARGE.KEY should be the FT.COMMISSION.TYPE id.

then you need to define IC.CHARGE for specific group of accounts as below.

 KCB HEADOFFICE - LIVE   IC.CHARGE SEE
     IC.CHARGE.ID...... G-715
 ------------------------------------------------------------------------------
   1. 1 IC.CHG.PRODUCT. ADVMAINTFEE         Advantage Banking
   2. 1 CAL.STEP.PERIOD M
   3. 1 CHRG.FREQUENCY. 20091031M0131       31 OCT 2009 Monthly on the last
da|
   4. 1 CHRG.EFF.DATE.. 23 JAN 2008
  19 CURR.NO........... 4
  20. 1 INPUTTER....... 22_PARFAIT2
Here for account group 715 these charges will be applied according to the
frequency mentioned in IC.CHARGE during IC.COB.
I hope this will help you to charge the customer.

Regards,
Mohan
On Tue, Jul 6, 2010 at 2:45 PM, Ankit Patel <[email protected]> wrote:

> @Sudhakar I am not using OFS.GLOBUS.MANAGER
>
> @Pawel : I just wanted to know if der is any other way to charge customer
> accounts at COB. I don't want to write two routines to do it. I get what you
> are trying to say but I was looking for a simpler solution. Anyways, tnx
>
> Thank You,
> Ankit Patel
>
> On Sat, Jul 3, 2010 at 9:34 PM, Sudhakar-"Dare to Bare" <
> [email protected]> wrote:
>
>> Hi,
>>
>>   If you're using OFS.GLOBUS.MANAGER, your response will be stored in the
>> OFS.MSG argument.
>>
>>    If you want to to identify the message you're getting through your
>> request, In OFS.SOURCE you're using in the program, you have to use the
>> USE.PREFIX field. So that all the request's and responses coming through the
>> OFS.SOURCE will be prefixed with the name you gave in OFS.SOURCE
>> application.
>>
>> Regards,
>> Sudhakar
>>
>> On Sat, Jul 3, 2010 at 2:04 AM, Pawel (privately) <[email protected]>wrote:
>>
>>> Hi Ankit,
>>>
>>>
>>>
>>> I think, that you are not thinking right.
>>>
>>>
>>>
>>> OFS.POST.MESSAGE is a T24 function to perform OFS *in the background*,
>>> outside your current transaction. You can not really control its results in
>>> a synchronoous way. There is a (request) queue which is written by various
>>> (not only yours) processes. Queue like a queue - may be unpredictable long.
>>>
>>>
>>>
>>> What you are facing is likely "unprocessed" request. You write it quickly
>>> to queue, but you do not have answer in response queue yet. Put SLEEP 180
>>> after OFS.POST.MESSAGE call and likely your program will start working ;)
>>> :)))) But do not tell to people please, that I asked you to do.
>>>
>>>
>>>
>>> Please redesign your process. You may do few things to treat
>>> OFS.POST.MESSAGE in a "synchronous" way, but remember that it will be
>>> cheating yourself.
>>>
>>>
>>>
>>> Kind regards
>>>
>>> Pawel
>>>
>>>
>>>
>>> Dnia 2-07-2010 o godz. 18:54 Ankit Patel napisaƂ(a):
>>>
>>> Hi Mohan,
>>>
>>> My routine runs at COB and OFS.MESSAGE.SERVICE is running in AUTO. But as
>>> the cob runs in debug mode, have to manually launch OFS.MESSAGE.SERVICE
>>> after COB finishes. My problem is I need to charge customer's. So I need to
>>> check if OFS was successful or not from the same routine that is sending the
>>> OFS message.
>>>
>>> Tnx,
>>> Ankit Patel
>>>
>>> On Fri, Jul 2, 2010 at 7:08 AM, Mohankumar Balasubramaniam <
>>> [email protected]> wrote:
>>>
>>>> Hi,
>>>>
>>>> Can you check whether OFS.MESSAGE.SERVICE is running in AUTO?
>>>> Then only you message will be processed from OFS.MESSAGE.QUEUE.
>>>>
>>>> Regards,
>>>> Mohan
>>>>
>>>>
>>>> On Fri, Jul 2, 2010 at 5:26 AM, ankit <[email protected]> wrote:
>>>>
>>>>> Hi All,
>>>>>
>>>>> I am posting transaction from a main line program that runs as a
>>>>> service every 60 seconds using OFS.POST.MESSAGE.
>>>>>
>>>>> Syntax:
>>>>> CALL
>>>>> OFS.POST.MESSAGE(OFS.MSG,OFS.MSG.ID <http://ofs.msg.id/>
>>>>> ,'GENERIC.OFS.PROCESS',OPTIONS)
>>>>>
>>>>> My problem is that, after I call OFS.POST.MESSAGE. I can't read the
>>>>> record from file
>>>>> OFS.RESPONSE.QUEUE using the id returned in 
>>>>> OFS.MSG.ID<http://ofs.msg.id/>.
>>>>> The record is
>>>>> somehow deleted. I want to read the record to check if the transaction
>>>>> went through or not.
>>>>>
>>>>> NOTE that the OFS.RESPONSE.QUEUE  service is not set to purge the
>>>>> records from the queue.
>>>>>
>>>>> Any help would be appreciated.
>>>>>
>>>>> Ankit Patel.
>>>>>
>>>>> --
>>>>> 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 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 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 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 at http://groups.google.com/group/jBASE?hl=en

Reply via email to