S0612 Purpose Code: Invoking of standardised guarantees

Purpose code S0612 is used when an Indian business pays a foreign party in connection with invoking a standardised guarantee.

What is the S0612 purpose code?

Purpose code S0612 is used when an Indian business sends money abroad after a standardised guarantee issued by an overseas institution has been invoked. It covers outward payments to foreign banks, insurers or guarantee providers who settle an obligation under a standardised guarantee on your behalf or under a contract. It should not be used for regular insurance premia or claim settlements that are unrelated to a specific guarantee, which fall under other insurance service codes. Under RBI FEMA guidelines, this outward payment is classified under insurance and pension services and reported accordingly.

When to use S0612 purpose code?

Use S0612 when you are paying an overseas bank, insurer or guarantee provider because a standardised guarantee has been invoked and the foreign institution has honoured its obligation. It is the correct RBI purpose code for such guarantee invocation related payments to a foreign party, whatever your business structure. S0612 covers the guarantee invocation settlement itself, not routine insurance or reinsurance flows.

When to use a different code:

• Use the code for regular insurance premia when you are paying an overseas insurer for ongoing cover rather than a specific guarantee invocation
• Use the code for reinsurance services when the payment is for reinsurance arrangements with a foreign reinsurer
• Use the matching P code when you are receiving money rather than paying

Who typically uses S0612 purpose code?

Indian companies, exporters and importers that have taken standardised guarantees or similar instruments from overseas banks or insurers and must pay when those guarantees are invoked. It applies whether you pay as a private limited company, LLP or proprietorship, as long as the guarantee provider or beneficiary is located outside India.

Examples of transactions covered

• Payment to an overseas bank after it honours a standardised performance guarantee issued in favour of your foreign customer.
• Settlement to a foreign insurer when it pays out under a standardised trade credit guarantee that has been invoked.
• Remittance to an overseas guarantee provider after it discharges a standardised financial guarantee on your behalf.
• Outward payment to a foreign institution to reimburse amounts paid under an invoked standardised guarantee linked to an import or service contract.

When NOT to use S0612 purpose code

• The payment is for regular insurance premia on policies that have not been invoked as guarantees (use the code for insurance premia under insurance services).
• The payment is for reinsurance cover or reinsurance commission rather than a guarantee invocation (use the code for reinsurance services).
• The payment is for settling an import invoice for goods or services rather than a guarantee related obligation (use the appropriate import of goods or services code).
• You are receiving money rather than paying (use the matching P code).

Documents required

To send a payment under S0612, keep the following documents ready so your authorised dealer bank can verify the transaction and report it correctly under FEMA.

How is a S0612 Purpose Code declared?

Declaring the code is pretty straightforward. Here's how the payment gets tagged and reported.

1. Receive the invocation notice: Your overseas bank, insurer or guarantee provider issues an invoice or demand notice stating that the standardised guarantee has been invoked and the amount is due.
2. Determine taxability: Establish whether the payment is chargeable to tax in India, since that decides which part of Form 145 you file.
3. File Form 145: Submit the declaration before remitting, with Form 146 from your CA where the taxable amount exceeds ₹5 lakh in the Tax Year.
4. Complete Form A2: State the purpose of the outward remittance as S0612 and submit the supporting documents to your bank.
5. Get your MT103: Once the payment is sent, request the SWIFT MT103 as proof and retain your Form A2 record.
6. With a traditional bank you handle each step of the payment journey. But with a platform built for cross-border payments, you can preselect a default purpose code so the payments go out smooth.

Common mistakes to avoid

A few common slips can hold up your payment or cause compliance issues. Here's what to watch for.

1. Confusing guarantee invocation with regular insurance: Tagging a routine insurance premium or claim settlement as invoking a standardised guarantee when it should fall under another insurance service code.
2. Code and invoice mismatch: The code not matching what your vendor invoice or guarantee invocation notice describes, which flags the payment.
3. Assuming a Rule 220(3) exemption: Skipping Form 145 on a payment that is not on the specified list, which carries a ₹1,00,000 penalty per instance.
4. Incomplete documents: Missing invoice, guarantee document or Form A2, so the bank holds the remittance until provided.
5. Missing PAN or KYC: Incomplete verification stops the bank from releasing the payment.
6. Using an outward code for an inward receipt: Applying a payment code to money coming in instead of the matching P code.

How Skydo helps with payments under S0612 Purpose Code

With a bank, you fill a fresh Form A2 and chase documents for every single vendor payment. With Skydo, your outward payments run on the same account you already collect into.

1. One account, both directions: Receive from international clients and pay overseas vendors from a single onboarded account, with one KYC.
2. Purpose code applied consistently: Set S0612 as your default for these payments so every remittance is tagged the same way.
3. Documentation in one place: Your invoices, Form A2 records and payment proofs stay together, ready for your CA and your AD bank.
4. A rate you can see: You get the live mid-market rate with a transparent fee, instead of a markup hidden inside the bank's rate.
5. Payments that go out on schedule: Your vendor gets paid without a branch visit or a week of back and forth.