14                         PENSION

14.1                   FORMS (for Data Entry)

14.1.1             Pension Cases

14.1.1.1       Capture of Pension Case

 

Objective

This form provides for capture of a pension case as received from the DDO. It will display all the calculations after capture of details.

 

Logic Flow

q      The user has to enter the DDO code, file number & date, class of pension, name, designation, office, sex, date of birth, date of joining, date of retirement / death including session (FN / AN) of joining and retirement.

q      The DDO Code is displayed as LOV for selection.

q      The Class of  Pension is displayed as a static LOV as follows :

S - Superannuation Pension.

V - Voluntary Pension.

P - Pro-rata Pension.

I - Invalid Pension.

C - Compensation Pension.

O - Compulsory Retirement Pension.

F - Family Pension.

q      If the pension case is of Special Voluntary Pension, the user to tick the check box for Special VRS.

q      In Voluntary Pension cases option is available for the payment of Commutation from PAO or from the bank.

q      Valid pay scales are available in the list and the user can select the pay scale from the list.

q      Employee type (Class of employee) to be selected from the list.

q      Once these details are entered the gross service is calculated and displayed in year, month and day.

q      The user has to enter in detail grids the non-qualifying service periods, emoluments drawn(including Dearness Pay) during the last ten months of service for calculation of average emoluments and the recoveries functional head wise.

q      The details of the non-qualifying service, if any, have to be entered before filling in the details for the emoluments drawn during the last ten months.

q      Type of Non-Qualifying Service is displayed as a static LOV as follows:

B - Boy service.

                     A - Service as apprentice.

                     D - Unauthorised absence treated as dies-non.

                     O - Overstay of leave.

                     S - Suspension.

                     E - EOL without medical certificate.

                     U - Unverified service

q      After the details of the non-qualifying service have been entered, the system calculates the starting date from which the emoluments drawn during the last ten months of service have to be entered, at the click of the cell of column 'From Date' in first row of the detail grid 'Average Emoluments', after taking into consideration the non-qualifying service periods falling during the last ten months of service.

q      In death case, the pay last drawn (including Dearness Pay) has to be entered in the detail grid.

q      The user has to enter in detail grid the additional qualifying service periods in no. of years, no. of months and no. of days in the grid by selecting the Additional Qualifying Service tab. This Additional Qualifying Service is added to the qualifying service.  Type of Additional Qualifying Service is displayed as a static LOV as follows:

    M - Military Service

    C - Contract/Contingency

    S - State Govt. Service

    A - Autonomous Bodies

    O - Other Services

q      If medical allowance is applicable, then the user has to check the check box for it. On checking the check box, default value for medical allowance i.e., Rs. 100.00 per month is displayed, which can be edited, if required.

q      The user has to check the check box for commutation, if commutation is opted for. On checking the check box, default value of pension commuted and commutation date is displayed, which can be further edited, if required. 

q      The user has to enter the amount to be withheld from gratuity.  In any case the system will not allow capturing an amount less than Rs. 1000/- as withheld gratuity.

q      In case of Superannuation retirement, the user has the option to check the check box for weightage under Rule 30, if weightage is opted for. On checking the check box, the system will ask from what date the pensioner is in scientific service and according to the date the system will calculate the weightage according to the rules and to be added to the net qualifying service.

q      In case of Voluntary retirement, the user has the option to check the check box for weightage under Rule 48B, if weightage is opted for. On checking the check box, the system will calculate the weightage according to the rules and to be added to the net qualifying service.

q      In case of Voluntary retirement, the user has the option to select the payment of Commutation amount from CPAO or from DDO according to the option given by the Pensioner.

q      A ‘Calculate’ button is provided to compute and display qualifying service, average emoluments, pension, service gratuity, commuted value of pension, pension after commutation, gratuity admissible, gratuity payable and family pension at normal rate and enhanced rate. Weightage is also calculated and displayed in case of Voluntary Retirement and Superannuation cases if opted for.

q      Two separate frames are available for entering the bank details and the address details. These details can be entered by clicking on the respective frames.

q      In all the pension capture forms, remarks column is available so that the user can put appropriate remarks if any, for each pension cases.

q      The decision on passing / returning the pension case has to be taken at three levels i.e., DH, AAO and PAO. The decision taken at lower levels can be overridden at higher levels.

q      Before passing the pension case at any level, it is necessary to capture the Family/Nominee details.  If the family pension is not been authorise to anybody, the system will not calculate the Family Pension.

q      The case is considered as passed, finally, only after PAO passes it.

q      After passing by PAO, before allotting PPO number, PAO can query the case again and delete the case if required.

 

Query Allowed on

q      DDO Code and File Number.

 

Validations

q      Date of Birth should be less than Date of Joining.

q      Date of Retirement / Death should be greater than Date of Birth.

q      Date of Retirement / Death should be greater than Date of Joining.

q      Date of Death should be less than or equal to the system date.

q      The Qualifying Service is subject to an overall limit of 33 years or 66 half years.

q      The Qualifying Service after allowing weightage should not exceed 33 years.

q      The weightage in Qualifying Service allowed should not take the government servant beyond his date of superannuation.

q      Pension is admissible only for a Qualifying Service of 10 years and above.

q      Amount withheld from gratuity should not be less than Rs. 1000/-.

q      For a Qualifying Service of six months onwards, but less than 10 years, Service Gratuity is paid in lieu of Pension.

q      Pension or Service Gratuity is payable only if the government servant retires on superannuation, compensation, invalid or retiring pension, but not if he dies while in service.

q      Retirement Gratuity is admissible in addition to Pension or Service Gratuity only if the Qualifying Service is not less than 5 years.

q      Family Pension is not admissible to the family of a government servant who dies after retiring from service before completing 10 years Qualifying Service.

 

14.1.1.2       Capture of Family / Nominee Details

 

Objective

The form is used to capture the details of family of a pensioner along with the nominations for gratuity, commutation and lifetime arrears of pension.

 

Logic Flow

q      The form displays the LOV for selection of DDO code and file number by the user.

q      After selection of the file number, the name of the pensioner is displayed.

q      If there is no Family/Nominee available for the Pensioner, uncheck the check box ‘Family Exists’ and save the form.

q      The user has to enter the name of the family member, his/her relationship with the pensioner, address, date of birth(in case of children) and handicapped information.

q      The user has to select ‘Yes’ from the list for 'Family Pensioner' against the family member eligible for receiving the family pension. For all other members of the family this should be ‘No’.  If the family pension is not been authorise to anybody, the system will not calculate the Family Pension.

q      In case of 'Family Pensioner', the system will ask some additional information like E-mail, nationality, identification mark and any other pension already authorised to the family pensioner (give details of the other pension).  Here the e-mail field is optional.  To capture the additional information, click on the ‘Click Here’ button in the ‘Other Information’ column against a particular pensioner.

q      To capture the nomination details, click on the ‘Click Here’ button in the ‘Nomination’ column against a particular pensioner.  In the 'Nomination Details' grid, user has to enter the details of nominations viz., share type (amount, percentage or equal share), amount or percentage of share, nomination letter number and date of the particular family member.

q      The types of nomination are Gratuity, Commutation and Lifetime Arrears of Pension.

q      If the family member is not a nominee then the 'Nominee Details' grid has to be left blank for that particular family member.

 

Query Allowed on

q      DDO Code and File Number.

 

Validations

q      A family member can be nominated for more than one type of nominations.

q      The share percentage cannot be more than 100.

q      Share type should be same for a particular nomination among different family members.

q      The total share percentage, if it is for different nominees, cannot be more than hundred.

q      The system will not allow selecting the relationship ‘OTHERS’ in case of 'Family Pensioner' as the system expects a proper relationship here.

 

14.1.1.3       Allotment of PPO Number

 

Objective

This form is used to allot PPO number to pension cases which had been finalised i.e., passed at PAO level.

 

Logic Flow

q      The user is displayed the LOV of DDO codes for selection.

q      Once the DDO code is selected, the file numbers under the DDO, which had been passed by PAO and are due for allotment of PPO number, are listed in a grid.

q      Once the required file number is selected, the name of the pensioner is displayed.

q      On selection of the file number, PPO number is automatically allotted by the system except the check digit, which can be further edited.

q      PPO date is displayed by default. System date is taken as the default PPO date.

q      In the grid, PPO numbers can be allotted to multiple file numbers.

q      The PPO no already allotted can be edited unless any of the authority has been generated.

 

Query Allowed on

q      DDO Code.

 

Validations

q      PPO number cannot be allotted to a file number which had already been allotted PPO number.

q      PPO number already allotted to a file number cannot be allotted to another file number.

q      The first five characters of the PPO number should be the PAO code and the next two characters should be the current year.

q      PPO date should be the system date.

 

14.1.1.4       Bill Processing / Passing

 

Objective

The form processes all kinds of bills related to pension. The tokens are generated by the Pre-check section.

 

Logic Flow

q      The form displays in a static LOV the type of bill such as Pension, Gratuity, Commutation etc.

q      Once the bill type is selected, the user has to select the token number from the LOV. These tokens pertain to the Pension section corresponding to the bills which are yet to be passed.

q      Once the token number is selected, the other details of the bill such as DDO code, bill no, bill date and bill amount are displayed.

q      Next the user has to select from the LOV the file number corresponding to which the bill pertains.

q      The user to make the cheque entry by clicking on the button ‘CHQ DETAIL ENTRY’.  Here the system automatically flashes the category, favouring and amount of the cheque and this can be further edited.

q      The pass amount has to be entered by the user.

q      The decision on passing / returning the bill has to be taken at three levels i.e., DH, AAO and PAO. The decision taken at lower levels can be overridden at higher levels.

q      The tokens corresponding to the bills which are yet to be passed are displayed to the DH. The tokens on which DH has taken decision are displayed to the AAO and the tokens decided by AAO are displayed to the PAO.

q      A bill once passed by PAO is considered as being finally passed.

q      If the bill is returned at any level the colour of the corresponding 'Bill Status' button will appear Red else if passed it will appear Green.

q      A LOV is provided for list of reasons to be displayed from reason master table. If the bill is returned then the reason of rejection of lower level becomes the default reason for the next higher level.

q      Non-standard reasons which are not in the reason master can also be added as text input.

q      Passing at the PAO level is accepted only if cheque details are entered.

q      Depending on whether the cheque details have been entered or not, the colour of the 'Cheque Details' button will appear Red or Blue respectively. If the button appears Blue, the cheque details can be viewed by clicking on the button after which the colour of the button changes to green.

q      For bill type 'Gratuity' and Withheld Gratuity, recoveries to be made from gratuity, withheld gratuity respectively can be viewed/added/edited by clicking on the 'Recovery Details' button.

 

Query Allowed on

q      Token Number.

 

Validations

q      Bill type should be selected before selecting the token number.

q      The LOV for file number will show only those file numbers corresponding to pension cases which have already been passed by PAO and PPO number have been allotted.

q      Pass amount should not be greater than bill amount.

q      Pass amount should not be greater than the authorized file amount for the particular bill type.

 

14.1.1.5       Closing of Pension Case

 

Objective

This form facilitates closing of pension case. Thereafter, the pension case will not be available for any processing till it is reopened.

 

Logic Flow

q      The user has to select the DDO code from the LOV provided.

q      Once the DDO code is selected, the file numbers corresponding to the pension cases, under this DDO, which had been passed by the PAO and PPO number had been allotted are displayed as LOV to the user.

q      After the user selects the file number the name of the pensioner is displayed.

q      The user has to press the ‘CLOSE’ button for closing the pension case.

q      Before closing the pension case, the user has to process all the bills excluding withheld amount of gratuity, pertaining to the particular pension case.

 

14.1.1.6       Reopening of Pension Case

 

Objective

This form facilitates reopening of a particular pension case, which had already been closed. If a pension case already closed is required to be re-processed for any reason, it needs to be reopened first using this form and then revised using the 'Revision of Pension Case’ form.

 

Logic Flow

q      The user has to select the DDO code from the LOV provided.

q      Once the DDO code is selected, the file numbers corresponding to the pension cases, under this DDO, which had been closed, are displayed as LOV to the user.

q      After the user selects the file number, the name of the pensioner is displayed.

q      The user has to press the ‘REOPEN’ button for reopening the pension case.

 

14.1.1.7       Revision of Pension Case

Objective

The form is used to capture the revision of a reopened pension case.

 

Logic Flow

q      The form opens in query mode.

q      DDO code is displayed for selection from LOV. All the file numbers, which have been reopened and are ready for processing again, are displayed for selection from LOV.

q      After selection of the file number, the query has to be executed.

q      The pension case corresponding to the file number selected is then open for revision. The form operates as the 'Capture of Pension Case’ form.  Here the option is available to make the payments related pension excluding pension from the PAO or from the bank.

 

14.1.1.8       Capture of Corrigendum Entry

 

Objective

The form is used to capture the details of Corrigendum to be issued against a particular PPO.

 

Logic Flow

q      The form displays the LOV for selection of PPO Nos.

q      After selection of the PPO number, the details related to the PPO are displayed.

q      The user has to tick the corresponding check box where the user desires to change the data.  Once the users have changed the data and further if he wants to cancel the change then he has to uncheck the check box. 

q      The user also has to provide Corrigendum No., Letter No., Letter date and Remarks.  Here the Corrigendum No. is a mandatory field.

q      Corrigendum has been entered at the DH level and forwarded to the higher (AAO) level.

q      At AAO level the corrigendum has been verified and according to the decision, AAO can either forward this corrigendum to PAO level or redirect to DH level.

q      At PAO level the corrigendum has been verified and according to the decision, PAO can either accept this corrigendum or redirect to AAO level.

 

Query Allowed on

q      Corrigendum Number.

 

Validations

q      The Corrigendum Number can’t be duplicated.

 

14.1.1.9       Capture of Exceptional Cases

 

Objective

The form is used to capture the Exceptional Pension Cases.

 

Logic Flow

q      The user has to enter the DDO code, file number & date, class of pension, name, designation, office, scale of pay last held, sex, date of birth, date of joining, date of retirement / death including session (FN / AN) of joining and retirement.

q      The DDO Code is displayed as LOV for selection.

q      Further all the derived fields like average emoluments, qualifying service, Pension, Gratuity etc to be captured.  Here the system will not calculate any figures hence there is no Calculate button.

q      After capturing all the above information, the user has to press the Remarks button and capture the valid remarks, which is a mandatory field, for capturing the case through this form.  After that the user can save the case and pass to the higher level.  Like in the case of Pension capture form here also the three level passing is required for the complete process of the pension cases.

 

Query Allowed on

q      DDO and File Number.

 

14.1.1.10      Revision of Exceptional Cases

 

Objective

The form is used to revise the pension case captured through the Exceptional Pension Cases capture form, which is reopened and ready for revision.

 

Logic Flow

q      The form opens in query mode.

q      DDO code is displayed for selection from LOV. All the file numbers, which have been reopened and are ready for processing again, are displayed for selection from LOV.

q      After selection of the file number, the query has to be executed. The pension case corresponding to the file number selected is then open for revision. The form operates as the 'Capture of Exceptional Case’ form.

q      After capturing all the above information, the user has to press the Remarks button and capture the valid remarks, which is a mandatory field, for capturing the case through this form.  After that the user can save the case and pass to the higher level.  Like in the case of Exceptional capture form here also the three level passing is required for the complete process of the pension cases.

 

Query Allowed on

q      DDO and File Number.

 

14.1.1.11      Capture of Freedom Fighter Pension Cases

 

Objective

The form is used to capture the pension cases of Freedom Fighters.  Here five different categories are listed and the user has to select according to the pension case.  The rate of pension is captured automatically according to the selection made.  Finally the user will be provided an Authority letter which is address to CPAO.

 

Logic Flow

q      The user has to enter DDO code, date of sanction, file no, MHA file no, name, date of birth, date of commencement and sex of the pensioner.

q      DDO code is displayed for selection from LOV.

q      The user has to select the correct category applicable for the pensioner from the list.

q      After capturing all the above information, the user has to press the ‘bank details’ button and enter the bank details information provided by the pensioner.  Then press the ‘Address details’ button and enter the present address and permanent address with city/village.  Finally press the ‘Remarks’ button and capture the remarks if any.  After that the user can save the case and pass to the higher level.  Like in the case of other pension capture form here also the three level passing is required for the complete process of the pension cases.

 

Query Allowed on

q      DDO and File Number.

 

Validations

q      File no. , file date, name, sex and date of sanction can’t be blank.

q      Address details and bank details can’t be blank.

 

14.1.2             Commutation Table

 

Objective

The form is used to view the commutation factor in respect of the age of the pensioner on his next birthday. This is master data and will be provided along with the software.

 

Logic Flow

q      On opening the form, the data is displayed in two columns viz., 'Age Next Birthday' and 'Commutation Factor'.

q      The data can be verified by the user.

 

14.1.3             DA Rates

 

Objective

The form provides for capture of DA rates announced so far.

 

Logic Flow

q      The user has to enter the ‘With effect from date’ for which DA rate has to be entered.

q      Capture the DA rate corresponds to the date mentioned.

 

Query Allowed on

‘From Date’.

 

Validations

q      From Date cannot be greater than system date.

q      The From Date cannot be duplicate.

q      None of the enterable fields are to be left blank.

 

14.1.4             Bank Master

 

Objective

The form provides for capture of Bank details. This is master data and will be provided along with the software.

 

Logic Flow

q      The user has to enter the Bank code and name of the Bank.

q      The user can delete/edit the bank details entered.

 

Query Allowed on:

q      Bank code and name of Bank.

 

Validations

q      Bank code cannot be duplicated.

q      None of the enterable fields are to be left blank.

 

14.1.5             Link Branch Master

 

Objective

The form provides for capture of Link Branch details. This is master data and will be provided along with the software.

 

Logic Flow

q      To capture the Link Branch Code the user has to select the district name and Bank from the list provided.  Usually the CPAO will provide the Link Branch code. Then the branch name and address also to be captured.

q      The user can edit the link branch details entered.

 

Query Allowed on

q      Name of District and Name of Bank.

 

Validations

q      Link branch code cannot be duplicated.

q      District name and bank name are not to be left blank.

 

14.1.6             State Master

 

Objective

The form provides for capture of State code and name.  This is master data and will be provided along with the software.

 

Logic Flow

q      The user has to enter the State code and name of the State.

q      The user can delete/edit the state details entered.

 

Query Allowed on

q      Name of state and code of state.

 

Validations

q      State code cannot be duplicated.

q      State code and state name are not to be left blank.

 

14.2                   REPORTS

14.2.1             Calculation Sheet

 

Objective

q      This report gives the details of all the calculations related to the pension case of the pensioner corresponding to the file number selected. It can be generated after capture of a pension case.

q      All the parameters of a pension case captured through the form 'Capture of Pension Case’ are displayed along with all calculated details viz., period of gross service, weightage in service (if any), period of non-qualifying service, total length of qualifying service, pension, gratuity, family pension etc. The family details of the pensioner captured through the form 'Capture of Family / Nominee Details' are also displayed.

 

14.2.2             Authority for Pension

 

Objective

q      This is a Special Seal Authority addressed to the Central Pension Accounting Office authorizing payment of pension / family pension to the pensioner / family pensioner corresponding to the file number selected. The Pension Payment Order (Pensioner & Disbursers portion) is enclosed with this Authority. Copy of the Authority is also forwarded to the pensioner and the DDO. The Authority can be generated only after a pension case has been passed by the PAO and PPO number has been allotted.

q      Various parameters such as name, designation and pay scale of the pensioner, PPO number, PPO date, category of pension, pension before and after commutation, details of family pension, bank details etc. are printed on the Authority.

 

14.2.3             Authority for Gratuity

 

Objective

q      Payment of retirement / death gratuity is authorized through this letter to the pensioner corresponding to the file number selected and sent to DDO for preparation of bill. Copy of the Authority is also forwarded to the pensioner. The Authority can be generated only after a pension case has been passed by the PAO and PPO number has been allotted.

q      Gratuity admissible, gratuity payable, withheld amount of gratuity, recoveries (if any) etc. are printed on the Authority.

 

14.2.4             Authority for Service Gratuity

 

Objective

q      Payment of Service gratuity is authorized through this letter to the pensioner corresponding to the file number selected and sent to DDO for preparation of bill. Copy of the Authority is also forwarded to the pensioner. The Authority can be generated only after a pension case has been passed by the PAO and PPO number has been allotted.

q      Service Gratuity payable, recoveries (if any) etc. are printed on the Authority.

 

14.2.5             Authority for Commutation

 

Objective

q      Payment of commuted value of pension is authorized through this letter to the pensioner corresponding to the file number selected and sent to DDO for preparation of bill. Copy of the Authority is also forwarded to the pensioner. The Authority can be generated only after a pension case has been passed by the PAO and PPO number has been allotted.

q      Pension commuted, commuted value of pension, date of restoration of commuted portion of pension etc. are printed on the Authority.

q      In case of Voluntary retirement, if the pensioner is opted the payment of commutation from the DDO, the authority can be generated through this report.

 

14.2.6             Authority for Commutation (Voluntary Retirement)

 

Objective

q      This is a Special Seal Authority addressed to the Central Pension Accounting Office authorizing commuted value of pension to the pensioner corresponding to the file number selected, in case of voluntary retirement. Copy of the Authority is also forwarded to the pensioner and the DDO. The Authority can be generated only after a pension case has been passed by the PAO and PPO number has been allotted.

q      Various parameters such as basic pension, pension commuted, commuted value of pension, reduced pension after commutation, details of disbursing bank etc. are printed on the Authority.

q      If the pensioner is opted the payment of commutation from the DDO, in that case the authority will not be available in this report option.

 

14.2.7             Authority for Release of Withheld Amount of Gratuity

 

Objective

q      Payment of withheld amount of gratuity is authorized through this letter to the pensioner corresponding to the file number selected and sent to DDO for preparation of bill. Copy of the Authority is also forwarded to the pensioner. The Authority can be generated only after a pension case has been passed by the PAO and PPO number has been allotted.

q      Gratuity admissible, gratuity already authorized etc.  are printed on the Authority.

 

14.2.8             Revised Pension Authority (Payment through Bank)

 

Objective

q      This Authority is addressed to the Central Pension Accounting Office depicting all revised calculations after revision of pension case corresponding to the file number selected. Copy of the Authority is also forwarded to the pensioner and the DDO. The Authority can be generated only after a revised pension case has been passed by the PAO.

q      Various parameters such as revised pension, revised pension commuted, revised reduced pension after commutation, revised family pension, differential commuted value of pension and retirement / death gratuity, details of the disbursing bank etc. are printed on the Authority.

 

14.2.9             Revised Authority for Gratuity (Payment through DDO)

 

Objective

q      This Authority is addressed to the DDO depicting the revised calculation of DCRG after revision of pension case corresponding to the file number selected. Copy of the Authority is also forwarded to the pensioner. The Authority can be generated only after a revised pension case has been passed by the PAO.

q      This authority is available only if the pensioner is opting the payments through the DDO while revising the case.  For that the user has to select the option accordingly.

 

14.2.10         Revised Authority for Commutation (Payment through DDO)

 

Objective

q      This Authority is addressed to the DDO depicting the revised calculation of Commutation after revision of pension case corresponding to the file number selected. Copy of the Authority is also forwarded to the pensioner. The Authority can be generated only after a revised pension case has been passed by the PAO.

q      This authority is available only if the pensioner has opted for the payments through the DDO while revising the case.  For that the user has to select the option accordingly.

q      Various parameters such as revised pension, revised pension commuted, revised reduced pension after commutation, revised family pension, differential commuted value of pension, details of the disbursing bank etc. are printed on the Authority.

 

14.2.11         Authority for Freedom Fighter Pension

 

Objective

This Authority is addressed to the Central Pension Accounting Office depicting the eligible pension with DA in percentage, with effect from and up to date, family pension if any and the bank details corresponding to the file number selected. Copy of the Authority is also forwarded to the Under Secretary, MHA, Freedom Fighter Division and the pensioner. The Authority can be generated only after the pension case has been passed by the PAO.

 

14.2.12         Summary of Freedom Fighter Pension cases

 

Objective

q      This is a MIS report which will show the details of Freedom Fighter pension cases Month wise/Year wise. The user has the freedom to generate the report state wise, case pending with PAO or cases disposed of to CPAO.

q      Various parameters such as serial no, file no., date of sanction, pensioner name, date of commencement and PPO no etc are printed on the Authority.

 

14.2.13         Corrigendum Letter

 

Objective

q      Whenever there is a change in the basic data of the Pensioner, Corrigendum letter is issued from the PAO office to the CPAO.    The user has to input the corresponding corrigendum number for getting the corrigendum letter.

q      The earlier data and the latest data will be shown in the Corrigendum letter.

 

14.2.14         Gratuity Register

 

Objective

q      The register gives the details of the payment of gratuity to the pensioners between the specified date ranges.

q      Various parameters such as name of the payee, amount, voucher number, place and date of payment etc. are printed.

 

14.2.15         Commutation Register

 

Objective

q      The register gives the details of the payment of commuted value of pension to the pensioners between the specified date ranges.

q      Various parameters such as name of the pensioner, PPO number, amount of pension, amount of pension commuted, amount admissible, amount sanctioned, voucher number, place and date of payment etc. are printed.

 

14.2.16         PPO Register

 

Objective

q      The register gives the details of Pension Payment Orders (PPOs) issued to the pensioners between the specified date ranges.

q      Various parameters such as name date of birth, designation and office of the pensioner, PPO number, PPO date, amount, place of payment etc. are printed.

 

14.2.17         Service Gratuity Register

 

Objective

q      The register gives the details of Service Gratuity cases processed between the specified date ranges.

q      Various parameters such as file number, amount, details of payments etc. are printed.

 

14.2.18         Pension Case Status

 

Objective

q      This status report gives the details of Pension cases captured under a particular DDO.

q      Various parameters such as file number, name, class of pension, whether passed by DH, AAO or PAO, PPO number, status of various payments, whether text file to CPAO is generated or not are printed.

 

14.3                   Text File for CPAO Pensioners' Data Bank

 

Objective

This form is used for preparation of text file in electronic format for the pension cases to which PPO numbers have been allotted between the specified period, for sending to the Central Pension Accounting Office (CPAO) along with the respective Pension Payment Orders.

 

Logic Flow

q      The user has first to enter the ‘from date’ and the ‘to date’ between which PPO numbers have been allotted.

q      Specify whether the text file for Normal cases or revised cases by selecting the option button.

q      Specify whether you want the text file for all pending cases (cases where text files are not generated) or all cases by selecting the option button ‘Pending’/’All”.

q      On entering from date, to date and the option, the PPO numbers falling in the specified condition appears in the list box for PPO number along with PPO date.

q      The user can then select all the PPO numbers appearing in the list box by pressing the button 'Select all'.

q      If only a subset of the PPO numbers appearing in the list box has to be selected, the user can check the check box corresponding to the PPO number.

q      Any wrong selection of PPO numbers can be cleared by pressing the button 'Clear all'.

q      After selection of the PPO numbers, the user has to press the button 'Prepare Text File' for preparation of text file in electronic format.

q      A message indicating successful preparation of the text file is flashed on the screen giving the name of the text file prepared along with the full path where it is stored on the system.

q      The text file prepared can then be copied on a floppy and send to the Central Pension Accounting Office along with the respective Pension Payment Orders.

q      Once you prepared the text file for a particular PPO number, provision is available to re-generate the text file.

 

14.4                   Generation of PPO book

 

Objective

This form is used for generating computerised PPO book.  The system will generate the PPO by selecting the DDO code and File No.  The PPO has been generated in A4 sheet. The user can directly send this report in duplicate to CPAO.

 

Logic Flow

q      The user has to select the DDO and file number from the list provided for which the PPO book to be generated.

q      Press the ‘Print Report’ button to bring the PPO book on the screen.

q      On the screen the user can verify the data and if everything is okay press on the print icon provided on the top of the report.

 

14.5                   Text File of Corrigendum for CPAO Pensioners' Data Bank

 

Objective

This form is used for preparation of corrigendum text file in electronic format, for the pension cases to which the Corrigendum has been generated and accepted at the PAO level, for sending to the Central Pension Accounting Office (CPAO).

 

Logic Flow

q      The user has to specify whether the text file for Pending cases or all corrigendum including the text file already generated.

q      On selecting option, corrigendum no’s falling in the specified condition appears in the list box along with PPO number.

q      The user can then select all the corrigendum numbers appearing in the list box by pressing the button 'Select all'.

q      If only a subset of the corrigendum numbers appearing in the list box has to be selected, the user can check the check box corresponding to the corrigendum number.

q      Any wrong selection of corrigendum numbers can be cleared by pressing the button 'Clear all'.

q      After selection of the corrigendum numbers, the user has to press the button 'Prepare Text File' for preparation of text file in electronic format.

q      A message indicating successful preparation of the text file is flashed on the screen giving the name of the text file prepared along with the full path where it is stored on the system.

q      The text file prepared can then be copied on a floppy and send to the Central Pension Accounting Office.

q      Once you prepared the text file for a particular corrigendum number, provision is available to re-generate the text file.