@Srinvas, Mohan

Charges are not fixed, it may vary on the number of SMS sent to a client.
Anyways, thank you all for you suggestions.... it looks like i'll have to
write two routines.

Thank You,
Ankit.

On Tue, Jul 6, 2010 at 12:07 PM, Srinivas <[email protected]> wrote:

>
> Dear ,
>
> Simple Solution is to Raise one time Standing Order Instruction with the
> frequency as required  for the required accounts, if  the charge amount is
> fixed.
>
> It gets executed until it reaches the end of the Frequency.
>
> Setup explained by Mr Mohan is also OK.
> On 6 July 2010 15:19, Mohankumar Balasubramaniam <[email protected]
> > wrote:
>
>> 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
>>
>
>
>
> --
> 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 at http://groups.google.com/group/jBASE?hl=en

Reply via email to