G-Sec cell

Ordinary shares have a Registrar and Transfer Agent standing between the DP and the company. Government securities have no such separate registrar. RBI itself keeps the records.

But the depository still needs somebody internally to handle the G-Sec paperwork. This is paperwork an R&T Agent would otherwise handle. That role belongs to the G-Sec cell, a dedicated unit inside the depository.

The workbook says it plainly. For government securities, "the depository acts as a R&T Agent and discharges RTA functions". The G-Sec cell is where that function actually sits.

When a DP submits a demat request for a G-Sec whose ISIN has not yet been activated in the depository system, it emails the G-Sec cell 1 standard letter, along with a photocopy of the certificate or the SGL credit advice. Based on this, the ISIN is activated. Ordinarily, though, depositories obtain new G-Sec ISIN details directly from RBI circulars and activate them proactively.

Once a demat request for G-Secs reaches the depository, the G-Sec cell matches the details on the DRF-GS against the electronic message the depository has received. If there is a mismatch, the G-Sec cell rejects the demat request and sends the physical certificates back to the DP with a letter explaining the mismatch. The G-Sec cell also rejects a request if RBI itself rejects the transfer — for instance, because of a signature mismatch, or because the signatories are not registered with RBI — again notifying the DP by letter or fax with the rejection memo.

The same function operates in reverse for rematerialisation: the G-Sec cell matches the Rematerialisation Request Number on the RRF-GS against the electronic message linked to the depository's shareholders system, and if there is a mismatch, it sends a letter to the DP, which must then resolve it.

A DP submits a demat request for a 7.5% Government Stock 2032 certificate, face value Rs 5,00,000, but the ISIN for this particular security has not yet been activated on the depository system.

The DP emails the depository's G-Sec cell a standard letter with a photocopy of the certificate, and the G-Sec cell activates the ISIN so the request can proceed. Once processed, the G-Sec cell matches the details on the DRF-GS — face value, ISIN, Loan Code — against the electronic message the depository has received from RBI's side.

Suppose the face value on the DRF-GS reads Rs 5,00,000 but the electronic message shows Rs 4,50,000. The G-Sec cell treats this as a mismatch, rejects the demat request, and returns the physical certificate to the DP with a letter explaining the discrepancy, rather than crediting an incorrect amount to the client's account.

Chapter 11, Box 11.1 and the section on "Objections for demat of Government Securities" both name the G-Sec cell as the depository's internal unit for ISIN activation and for matching demat or remat requests against RBI's electronic records.

Expect a question on what the G-Sec cell does when it finds a mismatch (rejects the request, returns documents with a letter) and on why the depository needs this cell at all — because for government securities, the depository itself performs the R&T Agent function, with no separate RTA in the chain.

• For government securities, the depository performs the R&T Agent role itself, through its G-Sec cell — there is no separate company R&T Agent to send the request to.
• The G-Sec cell can reject a request on two separate grounds: its own mismatch check against RBI's electronic message, or RBI's own rejection of the transfer for reasons like signature mismatch.
• The G-Sec cell also handles rematerialisation matching, not only dematerialisation — the same unit checks RRF-GS requests against the depository's shareholders system too.
• Do not confuse the G-Sec cell with E Kuber, RBI's own system — the G-Sec cell is inside the depository and communicates with RBI and the SGL counterparty; E Kuber is the RBI platform itself where the transfer is actually recorded.