Comprehensive Financial Management System (CFMS) is launched on 02.04.2018 and currently being stabilized. One of the main objectives of CFMS, in addition to establishing a Single Source of Truth, is to promote efficiency and effectiveness in public financial management activities. APCFSS is the nodal agency for the implementation, sustenance and support of the CFMS program.
While some issues require a change to the design, majority of the issues are related to understanding, adoption, data related and above all patience. Attention, of all the HODs and users is invited to GO MS 40, wherein the Help Desk and issue resolution process is explained in detail. Based on the issues reported so far, the following resolutions and clarifications are being provided and all departmental users are required to make sure that they understand and disseminate the information to all users.
Know your CFMS ID,FIND CFMS Status, DDO Details Using old Treasury Id
Ex.: Head of the Office configured the workflow and defined an Auditor, Verifier and Approver. After the bill traversed the path and is with Approver, he/she decided to return the bill. In the meantime, in the workflow configurator the Verifier is changed or removed. In such cases, the workflow cannot determine where to send the workflow item and since therefor gives an error like Object Not Found / Position not found. For the maker to create the bill, first workflow must be configured in his own office, as well as, in treasury office for that DDO and HOA combination. Once the bill is created and it is submitted to treasury, it will flow to Auditors login. In the meantime, if the workflow changed, i.e. either auditor delimited or verifier deleted and there is no connection between these two levels and Approver, the bills will get stuck at auditor level and these won’t flow to Approver level and will display errors like Object Not Found / Position Not Found. It is also observed that instead of using the workflow configurator based on the office work allocations, it is being used to just flow the bills somehow. This is not a good practice and should be avoided as this will lead to integrity and also misuse. Further, in some cases it is observed when a change is needed in the workflow, the existing bill is being left as it is and a new bill is being created after changing the workflow. In the meantime, the original bill that was left behind is also being processed separately leading to duplicate bills. It is advised that, Treasuries/PAOs are required to use prudence and appropriate judgement in the scrutiny process to avoid duplicates (without subjecting the users/DDOs to any additional inconvenience). If the workflow is maintained correctly, these errors can be avoided.
CFMS Circular – 11 - Reported Issues and their Requirement/Clarification
level and tracked through IP Addresses. Where needed and also in cases of disputes, this data will be made available. The responsibility of such misuse will be with the original user and also the IP address owner for misusing/facilitating the misuse.
While some issues require a change to the design, majority of the issues are related to understanding, adoption, data related and above all patience. Attention, of all the HODs and users is invited to GO MS 40, wherein the Help Desk and issue resolution process is explained in detail. Based on the issues reported so far, the following resolutions and clarifications are being provided and all departmental users are required to make sure that they understand and disseminate the information to all users.
Know your CFMS ID,FIND CFMS Status, DDO Details Using old Treasury Id
Schedule for submission of Bills:
Schedule for Presentation and Payment of various bills, as prescribed in G.O. Ms. No. 62 Fin (Cash Management) Dept., Dt.16.04.2016 and amendments there on, is kept on hold until further orders, i.e. there is no restriction on the dates when the bills can be presented to the treasury and/or paid.Bio Metric Authentication of Bills @ DDO Level:
As stated in Circular 9, Dt. 28.04.2018, the exception in case of biometric authentication @ DDO level was given for April month salaries. This exemption is now extended till end of May, 2018 to ensure compliance with all. Also, it is to be noted that this exception relates to all types of bills under DH-010; i.e. Pay, Supplementary bills, Arrear bills etc.Workflow Configuration Issues:
CFMS – Expenditure module is used by all the departments directly to submit the pay bills, DA arrear bills etc. for the first time. In this process certain errors like - “Object Not Found / Position not found “etc., are being encountered by the users. These errors occur when users are making undesirable changes in the Workflow Configurator in the middle of bill cycle, to circumvent the original process, thereby compromising the integrity of the workflow.Ex.: Head of the Office configured the workflow and defined an Auditor, Verifier and Approver. After the bill traversed the path and is with Approver, he/she decided to return the bill. In the meantime, in the workflow configurator the Verifier is changed or removed. In such cases, the workflow cannot determine where to send the workflow item and since therefor gives an error like Object Not Found / Position not found. For the maker to create the bill, first workflow must be configured in his own office, as well as, in treasury office for that DDO and HOA combination. Once the bill is created and it is submitted to treasury, it will flow to Auditors login. In the meantime, if the workflow changed, i.e. either auditor delimited or verifier deleted and there is no connection between these two levels and Approver, the bills will get stuck at auditor level and these won’t flow to Approver level and will display errors like Object Not Found / Position Not Found. It is also observed that instead of using the workflow configurator based on the office work allocations, it is being used to just flow the bills somehow. This is not a good practice and should be avoided as this will lead to integrity and also misuse. Further, in some cases it is observed when a change is needed in the workflow, the existing bill is being left as it is and a new bill is being created after changing the workflow. In the meantime, the original bill that was left behind is also being processed separately leading to duplicate bills. It is advised that, Treasuries/PAOs are required to use prudence and appropriate judgement in the scrutiny process to avoid duplicates (without subjecting the users/DDOs to any additional inconvenience). If the workflow is maintained correctly, these errors can be avoided.
Pay Bills of Forest / Fire / R&B / Fisheries dept. etc.:
In Some departments like Forest, Fire, Fisheries, R&B, Education etc., the District heads of respective departments are drawing bills in all Sub Treasuries of respective district with separate DDO code in each Treasury. Thus, the district headquarters office of each department has multiple DDO codes equivalent to number of Treasuries in that district to draw funds from each treasury, which is inappropriate and not required. In CFMS, it is decided to draw the funds centrally at District headquarters / Mandal headquarters in case of school education department, as the district head is drawing funds currently in legacy system also. All unnecessary DDO codes will be discarded and Single DDO Code will be maintained either at District or Mandal levels as per department’s preference and Pay and Other Bills will be preferred with the District/Divisional level DDO code. If the departments so desire, they can leverage the feature in workflow configurator and assign maker/checker in the lower level offices and submit them at the common DDO level (exactly simulating the paper based process albeit).CFMS Circular – 11 - Reported Issues and their Requirement/Clarification
Usage of Passwords:
Sharing and misuse of User IDs and Passwords is being observed. All users are requested to note that such misuse is being currently recorded at the databaselevel and tracked through IP Addresses. Where needed and also in cases of disputes, this data will be made available. The responsibility of such misuse will be with the original user and also the IP address owner for misusing/facilitating the misuse.