Resources  /  Playbooks

How to Transfer a Duty Credit Scrip on ICEGATE: A Step-by-Step Guide

A duty-credit scrip only becomes cash, or covers someone's duty, when it moves from one IEC to another on ICEGATE. The transfer itself is a short, defined sequence in the Electronic Duty Credit Ledger. Here is exactly what it is, and how ScripX runs it for you.

What a scrip transfer actually is

A RoDTEP or RoSCTL scrip lives as an e-scrip in the Electronic Duty Credit Ledger on ICEGATE, tagged to the IEC that earned it. Transferring it means reassigning that credit from the seller's IEC to a buyer's IEC inside the ledger. Once the transfer confirms, the scrip sits in the buyer's ledger and can be applied against a Bill of Entry or transferred onward. The face value does not change on transfer; only the holder does.

The scheme allows a single onward transfer of an unutilised RoDTEP or RoSCTL scrip, and it is done entirely within ICEGATE. There is no paper endorsement and no physical instrument to hand over. That is what makes a same-day, on-ledger sale possible in the first place.

In one line: a transfer moves a scrip's credit from the seller IEC to the buyer IEC inside the ICEGATE ledger. Nothing physical changes hands.

Before you start: what has to be in place

Three things must be true before a transfer will go through. The scrip has to be Issued and unutilised, with balance still on it. The seller has to be registered on ICEGATE with a working login. And the buyer's IEC has to be known, because the transfer is directed to a specific importer-exporter code, not broadcast to the market. If you are not yet registered, the ICEGATE registration guide walks that setup first.

The transfer, step by step on ICEGATE

Done directly on the portal, a transfer is a short sequence: log in, open the Electronic Duty Credit Ledger, select the scrip and its balance, enter the buyer IEC, confirm, and read back the ledger to check the status moved to Transferred. The steps below lay each one out. The same sequence is what ScripX automates under a mandate, so you can also read this as what is happening behind a Sell Now.

The single decision that carries risk on the portal is the buyer IEC. A scrip transferred to the wrong IEC has moved to a real, unintended holder, and getting it back depends on that party. This is precisely the step ScripX removes from your hands: the buyer IEC comes from a screened, settled trade, not typed in by you.

How ScripX runs the same transfer for you

On ScripX you do not touch the portal. When you accept a firm Sell Now offer, the buyer's funds lock in a partner-bank virtual account first. Only then does ScripX execute the ledger transfer from your IEC to the buyer's, under a signed, revocable mandate. ScripX never takes title to the scrip; it moves it once, from you to the confirmed buyer, and never holds it in between.

That ordering, funds locked before the scrip moves, is what a manual portal transfer cannot give you. It is a delivery-versus-payment settlement, so you are never in the position of having transferred a scrip and waiting to be paid.

What you get when the transfer confirms

The moment ICEGATE confirms the transfer, the scrip shows Transferred in your ledger and the payout fires by IMPS with a UTR, same business day, T+0. If a transfer or settlement fails at any point, it unwinds and refunds in full the same day, so a failure leaves you exactly where you started, not out a scrip. Every settled transfer ships a GST invoice and a net-realisation statement.

The honest clock: the offer is firm for sixty seconds; the transfer and payout land in minutes, the same business day (T+0). Nobody can promise an instant on-ledger transfer at a mystery rate, because the ledger and the bank both have to confirm.

Common transfer mistakes, and how they are avoided

The two mistakes people make transferring on the portal are sending to the wrong IEC and transferring a scrip that is already close to expiry or partly encumbered. Both are removed on ScripX: the buyer IEC comes from a settled match, and every scrip is provenance-screened before it can be listed, so an encumbered or near-dead scrip does not reach the transfer step. The provenance screening explainer covers what that check looks at.

Where to go from here

If you hold a scrip and want it turned into cash without touching the portal, the shortest path is a single Sell Now offer. To confirm a scrip's balance and status before you transfer, read how to check your scrip balance on ICEGATE. And if you buy as well as sell, the same transfer rails cover a Bill of Entry with scrips. See how ScripX works for exporters.

Frequently asked questions

How do I transfer a duty-credit scrip on ICEGATE?

Log in to ICEGATE, open the Electronic Duty Credit Ledger, select the Issued scrip and its balance, enter the buyer IEC, and confirm. The scrip then shows Transferred in your ledger. On ScripX the same transfer runs automatically under a mandate once you accept a firm offer, so you never type the buyer IEC yourself.

Can a duty-credit scrip be transferred more than once?

The scheme allows a single onward transfer of an unutilised RoDTEP or RoSCTL scrip on ICEGATE. Once transferred, the scrip is the buyer's to apply against duty. That is why screening the scrip before the one transfer matters.

What if I transfer a scrip to the wrong IEC?

A scrip transferred to the wrong IEC has moved to a real, unintended holder, and recovering it depends on that party. This is the main risk of transferring manually on the portal. On ScripX the buyer IEC comes from a screened, settled trade, so the wrong-IEC mistake is removed.

Do I get paid when the transfer confirms?

On ScripX, yes. The buyer's funds lock in a partner-bank virtual account before the scrip moves, and the moment ICEGATE confirms the transfer your payout fires by IMPS with a UTR, same business day. A failed transfer unwinds and refunds in full the same day.

Get started

One transfer, funds locked first.

ScripX runs the ledger transfer under a mandate. Payout lands in minutes, same day (T+0).