0 ratings 0% found this document useful (0 votes) 233 views 7 pages 08 Sop Sna-Sparsh
The SNA-SPARSH initiative by the Government of India aims to streamline real-time transfers for various central schemes, with Chhattisgarh participating in the pilot phase. It outlines procedures for state governments to designate a Single Nodal Agency, manage accounts, and utilize the SNA-SPARSH platform for fund disbursement. The document details the steps for registration, bill preparation, and payment processing to ensure efficient financial management across schemes.
AI-enhanced title and description
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content,
claim it here .
Available Formats
Download as PDF or read online on Scribd
Go to previous items Go to next items
Save 08 SOP SNA-SPARSH For Later SNA SPARSH
ction SNA-SPARS aoe
ee different rans uss initiated by Government of India for real time transfers
Ce ies of Central Government of India. Chhattisgarh is one of the State
which pt in Pilot phase -]. Five schemes of Gol notified for pilot phase -1 namely
pM -USHA (higher education),PM-ABHIM s MM
4 } (Health), SBM(G. lo ?
tatomen and Child welfare and PMMASY( eat (G)(rural Development), PMMVY
Procedure to be followed by State Government- Government of India vide their letter dated
13" aoe issued the procedure to be followed by state governments under
model.
y issued (A-SPARSH
The main points of the procedure are as below-
‘The State Government will designate a Single Nodal Agency (SNA) for implementing
each State Linked Scheme (SI.S) corresponding to a CSS. Existing SNAs under the
SNA model" may also be designated as SNAs under SNA- SPARSH model.
‘The State Government shall open SLS wise drawing accounts of SNA in RBI, Before
opening of drawing account of an SLS, State Government and Ministry/Depariment
concerned of Gol shall ensure that the Centre-State fund sharing ratio is uniform under
all components of that SLS. In case of Umbrella schemes having multiple sub
schemes/components with varying sharing patterns. State Govemments in consultation
with Ministry/Department concerned should open separate SLS for sub
schemes/components with different sharing ratio.
‘Afier opening of aforesaid drawing accounts in RBI by the Ministries/Depariments and
the State Governments, the Ministries/Departments and the State Governments will
approach the PFMS division, O/o CGA for on boarding the schemé onto SNA SPARSH
platform of PFMS by ‘marking’ of the CSS on PFMS. Simultaneously, the State
Governments shall map the CSS with corresponding SLSs as per the existing protocol.
|. Upon on boarding of a scheme onto SNA- SPARSH platform, the State Government
Shall close all the SNA accounts periining to the scheme and retym the Central share
ff unspent balance lying in the SNA accounts 1 the Consolidated Fund of India (CFI).
Similarly the State share of unspent balance inthe SN/ accounts should be returned to
the Consolidated Fund of the State, Further, the central share under the scheme lying in
feeds remem iol wv be reaped tte Fs Deities procedure for calculation
aaarccturn ofthe unspent amount will be issued separately
Geena CSS sis} onys boorded oak SNA-SPARSH platform of PFMS.
Ministry/Department concemed shall use only the SNA- SPARSH platform to release
funds ander the scheme as per the guidelines contained in this OM and further
guidelines issued in the matter. The use of SNA platform to release funds as per DoE's
guidelines dated 23rd March, 2021 shall be stopped immediately after on boarding of
the CSS onto SNA-SPARSH platform,
in the beginning of a financial year (He Ministrie/Departments will eeate a mother
sanction’ in PFMS for a State for a CSS. The ‘mother sanction’ will define State wise
drawing limit of the Ministry/Department for that CSS. The mother sanction may be
modified by the Ministry during the year with the concurrence: of the IFD.10.
i.
12.
13.
14,
15.
16.
je SNA. i 5
Te Ce Agencies As) dv he er shall be registered in
Sete Integrated Financial Managemen Infomation System (Sate IMIS,
ee eee eee make pment o vendors/beneticiaries, the SNAIA
Sener IS. The payment files generated by SNAMIAS
vi treasury in State IFMIS periodically after thorough
In the case of States where the IT sytem is not ready to on board a large number of
agencies with proper protocol, the agencies may submit manual claims to State treasury
Which in tum shall process these claims in the State IFMIS.
State Government will develop a State Cyber Treasury wherein all payment files with
SLS tags from the SNA/IAs could be received for payment and the vouchers could be
compiled for accounting purpose. The State Cyber Treasury shall make the provision
of flags to identify the SNAJIA which has raised the claim and the SLS to which the
claim pertains to.
State Governmenttreasury will share the consolidated payment file with PMS for
advance release of Central share.
‘After receiving the consolidated payment file on PFMS, the Ministry/Department
ane ned will generate a sanction equivalent tothe central share specified forthe SIS
sores and wanaer the central sare of funds from centre's drawing account to the
State's drawing account, Thus, States drawing account shall be pre-funded with central
share. After release of central share of funds, the mother sanction for the centre's
drawing account for the scheme for the State will be reduced by an equivalent amount.
Payment files received from State Treasury in PEMS till the cut-off time of 3 PM during
ajay wil be processed and sanction forthe central sare willbe genes 08
the same working day. Sanction forthe central share for payment files received beyond
ine a time of 3 PM may be generated on the next working day.
Upon receipt of Central share, the “consolidated payment file in State IFMIS will be auto
pushed from State IFMIS 10 RBI. RBI shall debit the State's drawing amount by the
Pushed For Sie payment file and recs payasns to vendre fens 8 Fo
the instructions contained in the payment file. RBI will share the Debit notification of
this payment with both PFMS and State IMIS.
Tn come schemes, the State Governments are releasing 'top up’ amount in addition to
In some Share and State share. Sate IMIS and PENS shal maintain a master
tIntabase of proportion of Central, State share and the top up amount in such schemes.
carat ies of such schemes will mandatory ineude 16 OP up’ amount separately
Payee propotions i he mater database and the Cental Share will not be
feleyleted on the ‘Top up amoull Zc of schemes having top up’ by State
Government, Ministries/Departments shall not generate the sanction for central share
Grrr payment files which re not electing th fp WP anew separately.
against the periodic reconliaion and setlement of funds clang failed
transactions between Centre and State. ‘The consolidated payment file pushed by State
.datorily have the flagging for reinitiated transactions against
IFMIS to PEMS will man ; 2
previously failed transactions (if applicable) to avoid duplicate payments.Procedure adopted in IMIS - Based
k ° ‘on guid
in State IFMIS. RBI accounts S18 wie open
Pension. The following st en
files to PFMS and RBI
Provided by Gol , software developed
by Director Treasury Accounts and
‘ He a developed for creation of payment files sending of
1g data from both the units.
1 eens ‘The Drawing and Disbursing Officer (DDO) needs to log in
ae a f module of the e-Kosh Online Portal. Within the DDO login interface
aoe au anaes using "SNA SPARSH Agency Entry” option registration will
~ The DDO initiates the registration process for each agency by entering
relevant information and details into the system. This cludes agency name, contact
information, and other necessary details for identification and tracking purposes.
After the registration process is completed for each agency, the system generates a
unique agency code this will be the user id and password for that agency .
2. Agency Login : Using their login credentials agency have to login for the Bill
Preparation in e-Bill module of e-Kosh Online Portal and following procedure will
be followed:
A. Beneficiary/Vendor Account Entry
B. Beneficiary/Vendor Bill Request
C. Beneficiary/Vendor Bill Send
‘A. Beneficiary/Vendor Account Entry:
In Beneficiary/Vendor Account Entry, Vendor/Beneficiary Bank Detail entry is to
be done by the agency and saved for further process. After saving the details,
Unique ID is also generated for the Beneficiary/Vendor which is shown in Message
Alert Box with the Success Message.
B. Beneficiary/Vendor Bill Request Entry =
For Beneficiary/Vendor Bill Request Entry, fill all the given field given in the form
and Click on the Save Button for saving the Details. After saving the details,
Success Message is shown in Message Alert Box . ;
C. Beneficiary/Vendor Bill Send: After completion of bill request entry the
‘Agency will send Bill Request to DDO by selecting the Bill Request by checking
the checkbox in the Agency Bill Request Send List Here agency can check bill
details and can remove bills in case of incorrect bills. After Sending Bill Request
to DDO , Success Message is Shown in Message Alert Box .
3. Agency Request ACCEPTANCE: At the DDO end DDO have to login and
accept the bills sent by ther agencies. In the SNA SPARSH Agency Entry, Agency
List appears in which details of Agency along with Detail and Return options
r Button. The "Detail" button allows the authorized personnel to view the details of
a specifi bill associated with an agency. Clicking this button provides a details of
the bill for review and verification. If the DDO is not satisfied with the details of
the agency bill, they have the option to retum ittothe agency for further clarification
or conestion. Clicking the "Return" button initiates the process of sending the bill
back to the agency and Jf the DDO is satisfied with the details of the agency billand finds i .
ao eed they click on the "Accept & Export" button. This action
processing pr ames eee the process of exporting the bill for further
“ clicking the "Ac “ we
processed, and a downloadable file eo ccept & Export” button, the bill is
A ntaining the bill details i:
DDO download this file in system for further proces ee
4.DDO BILL PREPARATION :
4.1 Bill preparation will be done by the DDO after completion of agency bill accept
process . In the Bill Preparation, the DDO has the option to either create a new bill
from scratch or use a bill from the Agency Bill Request list if available. Regardless
of the source, the DDO fills out all the necessary details in the SNA SPARSH Bill
Details Form. This includes information such as the form number, pay type,
sanction number, state scheme code, sanction credit amounts that will be
automatically split into central-state sharing ratio (i.e. 60:40), TDS amount ,GST
amount and other deduction amount etc. Fill all the Details of SNA SPARSH Bill
Details Form, and Upload Excel. After Successful uploading message will show
and uploaded data also shown in the tabular form in excel like name, total
beneficiary, total credited amount, GST amount and other deduction amount.
4.2 DDO has to fill SNA SPARSH bill details form like percentage ,bill unit, CT code,
component etc. Once all data is filled then DDO has to click on the Bill Preparation
Button for saving the Bill Details. Minimum two bill will be prepared on the basis
of central-state sharing ratio. For one bill preparation two segment code will be used
Le, 0701 is for Central Share Fund and 0704 is for State Share Fund. Based on the
total percentage requirement, the percentage for each bill should be allocated
accordingly. The total sum of percentages across all bills equals to 100 percent. Bill
unit must be unique for each bills , after selection of CT code and component, bill
preparation will be done by DDO. DDO can be clear all the filled details before bill
‘on if DDO not satisfied with the bill details and can re entry for the same.
preparati
5, Process at CYBER TREASURY - Treasury will receive bills from DDO at their
office through online and offline mode as in case of normal bills. All central schemes which
A SPARSH category will be flagged in cyber treasury . These bills are
covered under the SN! g t
processed in eyber Treasury and after processing they will be sent to Central Accounting Unit
(CAU). No payment files will be generated here.
6. CAU (CENTRAL ACCOUNTING UNIT) :A CAU (CENTRAL ACCOUNTING
UNIT ) has been developed in directorate of Treasuries Accounts and Pension wherein all
ee ee ——— from treasuries
and the vouchers compiled for accounting purpose. CAU will login in Cyber Treasury using
their credentials and following procedure will be followed :a) UR No. Generation RBI: CAU will generate UR No, for corresponding bills
received from DDO by selecting DDO CODE, bill esperar Gest
code A unique UR No.will be generated for that DDO,
PFMS FILE CREATION ; By selecting central scheme code , SLS code streasury
related DDO, PFMS file(i.e. JASON
PFMS.. A unique JASON file created
»)
code and ur no. which is generated earlier for
file ) will be generated and it will be sendto
and saved .
©) XML FILE CREATION: In the xml file creation by selecting scheme treasury
code and ur no. . xml file will be generated successfully and a message will be
3 shown with details like no.of transactions, total amount and file name etc.
)
RBIFILE SEND TO SFTP: When Debit Notification (DN) received from PFMS.
and Credit Notification (CN) received from RBI,CAU will auto push payment file
to RBI in xml format.
DMS segregation treasury wise : After getting DMS from RBI for payment files
:CAU will segregate it treasury wise and made available to concerning treasuries.
‘Treasury will verify the DMS and will send VDMS to Accountant General,
7. API for sending and getting data from PFMS and from RBI- Following APIs
are used in SNA SPARSH model by State IFMIS to get the data from PFMS :-
1. MOTHER SANCTION API :- This API is used by State IFMIS(Integrated
Financial Management Information System) to get the Mother Sanction details
from PFMS . This API will share the data on Mother Sanction Original Amount
as well as balance amount as on date. This API will return the details of all the
Mother Sanctions created during current FY for input CSS Scheme and State
Code. This API provides access to available budget and total budget data for
different heads using Scheme codes, sanction numbers, and sanction dates wise.
It allows State IFMIS systems to retrieve detailed financial information from the
Public Financial Management System (PFMS).Using HTTPGET Method the
below API URL is used for accessing the data :~
APL
JRL:
arsh/api/IFMS1/getMoth]
SEER Cera
2. SLS BUDGET API :- This API allows State IFMIS systems to retrieve total
: budget data of current FY from the Public Financial Management System
(PFMS) based on Account Heads and State Linked Scheme (SLS)code and this
total budget is allocated for current FY only. It provides detailed information on
budget allocations SLS wise for various Account Heads and their respective
State Linked Scheme (SLS). Using HTTPGET Method the below API URL is
used for accessing the data :-
APLURL
EEE ne acre
snasparsh/api/IFY
/GETSLSWPUSH PAYME!
2 ns APL facials the ae Aft ill passing fom Distt Tresuy
(Integrated Financi if Transfer of processed e-Payment file from State IFMIS
‘ancial Management Information System) to PFMS (Public
Financial Management System) . CAU will generate UR No, and send payment
file to PEMS. This payment file contains all the payment details of
Vendor/Beneficiary. After creation of consolidated payment file will be send to
PFMS by CAU It enables seamless integration between the two systems for
efficient financial transaction processing. Using HTTPPOST Method the below
API URL is used for accessing the data:
APIURL:
(RCS OT eae
4, GET FILE STATUS API :- This API is used for file status whether it is success
or rejected or in progress by PFMS. Unique Request Id is received to PFMS from
state IFMIS for each POST request of payment file. Using HTTPPOST Method
the below API URL is used for accessing the data:
INSRU NE hittps://ckoshonline.cg.nic.in/snasparsh/ap/IFMS1/GETFILESTATUS]
Me Uae ee
5. GET DN DETAILS API :- This API facilitate State IFMIS (Integrated Financial
Management Information System) to retrieve DN (Debit Notification) details
from PFMS (Public Financial Management System). This details includes
ount, PFMS generated Debit Transaction ID as sent by PEMS
to RBI, central-state sharing amount (60:40) etc. Using
.d the below API URL is used for accessing the data:
..in/snasparsh/api/IFMS1/GETDNDetail:
filename, total amc
in payment file
HTTPGET Metho
POE ted hittps://ckoshonlinc.
SCHEME COMPONENT API:- This API will be used by State IFMIS to get the
scheme wise components master details from PFMS. This interface will be
invoked by the State IMIS for getting scheme wise component master details
as per their requirement. In one API request, State can pull the data for one
Scheme only. API will share the data of only current financial year scheme
components. This details includes scheme code , scheme name ,component code
ste Using HTTPGET Method the below API URL. is used for accessing the
URL:
Meee near ss
mL
SCHEME CONFIGURATION API: This API is used by State IFMIS to get the
master data for scheme configuration from PFMS. This interface will beinvoked by the State IFMIS for getting master data for scheme configuration as
per their requirement. In one API request, PFMS will share the data for all SLS
Schemes which are active schemes and for which Scheme configuration has been
done in PFMS for SNA SPARSH. Using HTTPGET Method the below API
URL is used for accessing the data:
Ag Bele https://ckoshonline.cg.ni
AUS SNe SNe sroeu eee
. GET AGENCY DETAILS API :- This API will be used by State IFMIS to get the
Agency details from PFMS. This interface will be invoked by the State IFMIS for getting
Agency data as per their requirement. In one API request, PFMS will share the data for all
active agencies for one SLS Scheme. Using HTTPGET Method the below API URL is used
for accessing the data:
API URL: [REHZGR SORT tear
eee
asparsh/api/IFMS1.