Cross-Border And Reverse Charge Handling

Introduction

If your business imports a legal advisory from a US firm, subscribes to a European cloud platform, or exports software services to a client in Singapore-you are already operating in one of the most technically demanding corners of GST compliance. These aren’t exotic edge cases. They play out daily in the operations of thousands of Indian businesses.

And in every one of these scenarios, the compliance burden falls entirely on the Indian party. The foreign counterpart owes nothing to India’s GST system. That’s precisely the logic behind the Reverse Charge Mechanism (RCM)-and it extends well beyond international transactions. Buying legal services from an individual advocate? RCM applies. Hiring a Goods Transport Agency at the 5% rate? RCM applies. Renting commercial space from an unregistered property owner? RCM again.

Getting any of this wrong creates immediate financial exposure-through interest, ITC denial, or in export scenarios, a reversal of zero-rating. This guide breaks down how cross-border GST and the Reverse Charge Mechanism work in platforms and how a well-configured GST platform enables finance and tax teams to stay compliant and stay current without constant IT intervention.

What the Reverse Charge Mechanism Is and Why It Exists

Under standard GST, the supplier collects tax from the buyer and remits it to the government. This chain works when both parties are registered, located in India, and subject to GST’s enforcement reach. It breaks down in three situations: when the supplier is unregistered, when the supplier is outside India and cannot be practically brought into the GST system, and when certain supply categories are notified by the government as requiring the recipient to pay directly.

The Reverse Charge Mechanism solves this by shifting the tax liability from supplier to recipient. The supplier issues an invoice without charging GST. The recipient calculates the applicable tax, pays it directly to the government through their electronic cash ledger, issues a self-invoice (if the supplier is unregistered or outside India), and then claims the tax paid as ITC in the same or subsequent period – subject to the condition that the goods or services are used for business purposes.
 
It is a fully self-directed compliance cycle: self-assessment, self-invoice, pay in cash, claim credit. No supplier intervention, no downstream correction possible.

The Two Statutory Triggers for RCM

Import of Services Under RCM

Every import of services into India is taxable under RCM. There are no turnover thresholds, no exemption for below-registration-limit businesses, and no distinction between business and personal use for most categories. If an Indian entity receives a service from a supplier located outside India and the place of supply is in India (as determined by Section 13 of the IGST Act), IGST is due and the Indian recipient is responsible for paying it.

The Three Conditions for Import of Services

A transaction qualifies as an import of services when all three of the following conditions are satisfied simultaneously as per the definition of import of services under GST covered by Section 2(11) of the IGST Act:

1. The supplier of the service is located outside India.
2. The recipient of the service is in India.
3. The place of supply is in India – generally the location of the Indian recipient for most B2B services under Section 13(2) of the IGST Act.

Meeting all three conditions makes the transaction a taxable import of services regardless of whether the service is for business or non-business use. The rate is the same rate that would apply if the same service were supplied domestically – typically 18% for professional and technology services, though specific services may attract different rates.

Common Import of Service Categories and Their Rates

How the Platform Processes an Import of Service Transaction

When a purchase invoice from a foreign supplier is entered into the system, the platform detects the cross-border nature of the transaction through the supplier’s country code or the absence of an Indian GSTIN. It then applies the following automated sequence.

1. The transaction is flagged as an import of service, and the RCM flag is set to ‘Y’.
2. The applicable service category is identified from the SAC code mapped to the expense type in the purchase master.
3. IGST is calculated at the rate applicable to that SAC code on the transaction value.
4. A self-invoice is generated automatically in the recipient’s name, referencing the foreign supplier’s invoice. The self-invoice carries the RCM flag, the IGST amount
5. A payment voucher is generated to record the payment to the supplier alongside the tax obligation.
6. The IGST amount is booked as a cash payment liability in the electronic cash ledger for reconciliation for the current return period.
7. The corresponding ITC is posted in the same period, subject to the condition that the service is used for business purposes, and full documentation is maintained.

Self-Invoice Requirements (Rule 47A of CGST Rules read with Section 31(3) of the CGST Act, 2017 and Section 20 of the IGST Act, 2017)

Effective November 1, 2024, Rule 47A of the CGST Rules introduced a specific timeline for self-invoice generation under RCM: recipients must generate the self-invoice within 30 days of the receipt of goods or services from unregistered suppliers. For import of services from foreign suppliers, the same principle applies – the self-invoice must be issued promptly on or after receipt of the foreign supplier’s invoice, not deferred to the end of the return period.

The platform enforces this timeline automatically. When a foreign supplier invoice is entered, the system timestamps the receipt date and sets an automatic 30-day deadline for self-invoice generation. If the self-invoice is not generated within the window, the transaction is flagged as overdue and the ITC claim for that period is marked at risk.

OIDAR Services – Digital Service Imports

Online Information and Database Access or Retrieval (OIDAR) services represent the fastest-growing category of cross-border service imports. They include cloud software subscriptions, digital advertising platforms, data analytics tools, online learning platforms, streaming services, and any service delivered electronically with minimal human intervention. The GST treatment of OIDAR services depends on whether the Indian recipient is registered or unregistered.

Registered Indian Businesses Receiving OIDAR Services

When a GST-registered Indian business subscribes to a foreign OIDAR service – a monthly SaaS subscription, a cloud infrastructure contract, a foreign research database – the Indian business is responsible for paying IGST under RCM. The foreign supplier does not collect Indian GST. The Indian business calculates IGST on the subscription fee, pays it from its cash ledger, generates a self-invoice, and claims the ITC if the service is used in course of furtherance of business.

In July/August 2025, the Supreme Court disposed of a PIL highlighting gaps in GST enforcement for OIDAR services, including challenges in tracking tax compliance. The Court permitted the petitioner to make a representation to the GST Council for appropriate consideration, rather than issuing direct directions.This signals increased scrutiny of OIDAR-related RCM compliance going forward.

Unregistered Indian Consumers Receiving OIDAR Services

Where the Indian recipient is unregistered – an individual consumer, a small business below the GST threshold – the compliance obligation shifts to the foreign OIDAR supplier. The foreign supplier must register as a Non-Resident Online Service Provider in India, charge IGST on its invoices to Indian consumers, and file monthly GSTR-5A returns.

The Digital Identity Provider (DIP) framework proposed in the Finance Bill 2025 will require foreign digital platforms to maintain detailed electronic transaction records linked to Indian users, enhancing transparency and traceability of cross-border digital transactions.

OIDAR Identification in the Platform

The platform maintains a supplier classification that distinguishes OIDAR providers from other foreign service suppliers. When a foreign supplier is marked as an OIDAR provider in the vendor master, the platform automatically applies the OIDAR-specific treatment at the point of invoice entry – including the correct SAC code (9984), the applicable IGST rate, the RCM flag, and the self-invoice format that includes the recipient’s state name (which serves as the proxy for the recipient’s address in OIDAR transactions, as required by the GST invoicing rules for OIDAR supply.

Import of Goods – Customs Duty and IGST

The import of physical goods into India involves a layered duty structure. Customs duty is levied by the central government under the Customs Tariff Act. IGST is levied on import of goods under the Customs framework. These are both typically assessed and collected at the point of customs clearance.

The Import Duty Structure

IGST Credit Flow for Imported Goods

IGST paid at the time of import is eligible for ITC based on the Bill of Entry, subject to conditions under GST law. Such credit can be utilized like any other ITC. However, duties such as BCD, AIDC, SWS, and Health Cess are not creditable under GST and generally form part of the cost, except where specific refund/drawback mechanisms apply. The platform integrates with the importer’s customs data to pull Bill of Entry details directly into the procurement module. When the Bill of Entry is matched against the purchase order and goods of receipt, the IGST amount is automatically posted to the credit ledger for reconciliation. The non-creditable duty components are posted to cost accounts. The system ensures that only the creditable IGST flows into ITC, and the non-creditable components are correctly expensed except in cases of refund/ duty drawbacks.

Customs Classification and Duty Rate Determination

Import duty rates are determined by the Customs Tariff classification of the goods – the 8-digit tariff code under the Customs Tariff Act, 1975. The platform maintains a customs tariff master alongside the domestic GST HSN master. For imported goods, the duty rate is determined from the customs tariff, while the IGST rate is determined from the GST rate schedule. The platform cross-references both master’s to produce the complete duty and IGST calculation at the Bill of Entry stage.

Export of Goods and Services – Zero-Rating and Refund

Exports of goods and services are zero-rated under India’s GST framework. The design principle is that Indian exports should reach global markets free of embedded taxes, making them competitive. Zero-rating is not the same as exemption – a zero-rated supplier can claim full ITC on inputs used in making exports, whereas an exempt supplier generally cannot.

Two Routes for Export – With and Without IGST

An exporter has two choices when executing a zero-rate export. The first is to pay IGST on the export invoice and claim a refund of that IGST after export documentation is complete and the receipt of the consideration in convertible foreign exchange has taken place evidenced by the Foreign Inward Remittance certificate issued. The second – and more common – route is to export under a Letter of Undertaking (LUT) without paying IGST and then claim a refund of the ITC accumulated on inputs used in producing the goods or rendering the services that have been exported.

The platform manages both routes. For LUT-based exports, the LUT reference number and validity period are stored against the exporter’s GSTIN profile. All export invoices generated against this GSTIN automatically carry the LUT reference, are marked as zero-rated, and carry the endorsement ‘ Supply meant for export under bond or letter of undertaking without payment of integrated tax’ as required by the GST invoicing rules. The refund calculation module tracks ITC accumulation on inputs attributable to export supplies and computes the refund-eligible amount.

Conditions for Zero-Rating of Service Exports

For a service export to qualify as “Export of Services under GST”, all of the following conditions must be simultaneously satisfied.

1. The supplier of the service must be in India.
2. The recipient of the service must be located outside India.
3. The place of supply must be outside India (as determined by Section 13 of the IGST Act).
4. Payment for the service must be received in convertible foreign exchange or in Indian rupees were permitted by the Reserve Bank of India.
5. The supplier and recipient must not be mere establishments of a distinct person.

The platform validates all five conditions at the invoice stage. Where payment terms indicate INR settlement without RBI permission, the transaction is not eligible for zero-rating, and IGST is applied instead. Where the supplier and buyer share a PAN or are otherwise related to entities, a distinct person checks the transaction for review before zero-rating is applied.

Domestic RCM – Notified Goods and Services

Beyond cross-border transactions, RCM applies within India to a set of notified goods and services under Section 9(3) of the CGST Act. These are categories where the government has determined that collecting tax from the supplier is impractical or prone to evasion and has therefore placed the liability on the recipient.

Current Notified Categories Under Section 9(3)

How Finance and Tax Teams Configure Rules Without IT Intervention

The dynamic nature of RCM – with notifications adding, removing, and modifying categories regularly – makes it essential that tax teams update their RCM configuration without raising a development request. The platform’s configuration layer is designed for this: tax and finance professionals with appropriate role permissions can manage the entire RCM and cross-border rule set through a no-code interface.

The RCM Rule Configuration Console

The RCM configuration console is a structured settings interface where every active RCM rule is listed with its statutory basis; the supplier type it applies to, the recipient’s conditions, the applicable rate, and its effective date. Tax managers can view the complete active rule set, compare it against the current CBIC notification list, and make changes through dropdown menus and date pickers rather than code.

When CBIC issues a new notification – adding a new service to the RCM list, or removing one as happened with sponsorship services from one body corporate to another body corporate/partnership firm in January 2025 – the tax manager opens the console, locates the affected rule, sets the new effective date, and updates the status. From the effective date forward, the engine applies the new treatment automatically. Transactions dated before the effective date continue to use the prior treatment in any amendments or returns filed for those periods.

Supplier Classification Management

The correct application of RCM depends on knowing whether a supplier falls within a notified category. This is configured in the vendor master rather than hard coded in the transaction engine. Each vendor record can be tagged with supplier type attributes: individual advocate, non-corporate GTA, foreign service provider, unregistered commercial property owner, OIDAR provider, and so on.

When a purchase invoice is posted against a tagged vendor, the engine queries the vendor’s supplier type, checks it against the active RCM rule set, and determines whether RCM applies automatically. The tax team manages supplier classifications through the vendor master interface – adding new tags when new vendors are onboarded, updating classifications when a vendor’s business structure changes, and removing RCM tags when a previously unregistered vendor obtains GST registration and begins charging tax on forward charge.

Rate Updates Without Code Changes

GST rates change with GST Council recommendations and CBIC notifications. When a rate applicable to an RCM service changes, the tax team updates the rate in the service master with the new rate and the effective date. The calculation engine reads rates from the master at runtime – it does not have rates embedded in logic. A rate of change in the master takes effect on the configured date across every transaction of that type. No code deployment is needed; no system downtime required.

The same applies to the IGST rate on imports. When a customs duty rate changes a tariff heading, or when an IGST rate change applies to a specific category of imported goods, the tax team updates the rate master in the customs tariff module. All Bills of Entry processed on or after the effective date use the new rate. Historical rates remain quarriable for amendments to past return periods.

Conditional Exemption Configuration

Some RCM categories carry conditions. The government may notify that RCM applies only to specific recipient categories, or with specific exceptions for small businesses. These conditions are configured as rule parameters in the console – not as hard-coded logic. The tax team sets the parameter value (recipient GSTIN type, supplier category), and the engine enforces it at the transaction level.

LUT Management

A Letter of Undertaking is valid for one financial year and must be renewed before beginning of each financial year. The platform stores all active LUTs against the relevant GSTINs with their validity periods. When a new LUT is filed on the GST portal, the tax team enters the acknowledgement of reference number and validity dates in the LUT management module. The export invoice engine then pulls the current valid LUT reference automatically for all export transactions by that GSTIN.

Automated LUT expiry alerts are configured as default reminders – 30 days before expiry and 7 days before. If an LUT expires without renewal, export invoices from the affected GSTIN are flagged, and the team is prompted either to renew the LUT or to switch to the IGST-payment-with-refund route until renewal is complete.

Cross-Border Transaction Country and Currency Rules

Import of services RCM applies based on the supplier’s location outside India. The platform maintains a country master that tags suppliers by country of registration and determines whether a transaction is a cross-border import. When a foreign country’s digital services tax framework changes (for example, if India enters a digital services agreement that affects how certain transactions are taxed), the country-level configuration can be updated in the country master without code changes.

Currency handling for exports is also configurable. The conditions for zero-rating require payment in convertible foreign exchange or RBI-permitted rupee payments. The currency settings for each foreign buyer account can be configured to flag transactions where payment terms indicate non-qualifying currency, preventing the incorrect application of zero-rating.

Reporting RCM and Cross-Border Transactions in GST Returns

RCM and cross-border transactions have specific reporting positions in GSTR-1 and GSTR-3B. The platform populates these positions automatically from the transaction records, ensuring the return reflects the correct treatment without manual data entry.

GSTR-3B Reporting

GSTR-1 Reporting for Exports

Export invoices are reported in GSTR-1 under Table 6A (exports with IGST payment or exports under LUT/bond without IGST). The platform populates the table directly from the export invoice records, including the shipping bill number, the export date, and the port of export – all fields in the GSTR-1 export reporting tables.

ITC Reconciliation for Cross-Border Transactions

A specific reconciliation challenge arises with cross-border transactions: the ITC on imported goods (from Bills of Entry) might not appear in GSTR-2B in the same way as domestic purchase ITC. It must be separately tracked from the customs data in case of non-appearance in GSTR-2B for the specific month. The platform’s reconciliation module pulls both sources – GSTR-2B for domestic purchases and the ICEGATE data feed for import of Goods – and reconciles them into a single ITC position. Any credits claimed in GSTR-3B that are not supported by either a GSTR-2B entry or a cleared Bill of Entry are flagged.

Consequences of Non-Compliance and How the Platform Prevents Them

Non-compliance with RCM and cross-border tax obligations carries specific consequences that differ from ordinary GST errors. Because the tax is self-assessed and self-paid, there is no supplier to correct the position downstream. The burden falls entirely on the recipient.

Interest on Late RCM Payment

If RCM tax is not paid in cash in the correct period, interest accrues at 18% per annum on the unpaid liability from the due date to the date of actual payment. Late payment also postpones the ITC entitlement – the ITC corresponding to that RCM liability is not available until the cash payment is made. Where the RCM liability runs to significant amounts (as is common with large import of service contracts), the interest and deferred ITC together create a material financial impact.

ITC Denial for Missed Self-Invoices

Under Rule 47A, failure to generate a self-invoice within 30 days of receiving a supply from an unregistered supplier is grounds for denial of ITC. The platform’s automatic self-invoice generation removes this risk by creating the self-invoice at the point of purchase entry, not as a separate subsequent step.

Zero-Rating Reversal for Ineligible Exports

If an export is treated as zero-rated but subsequently found not to satisfy any of the applicable conditions – because payment was not received in qualifying foreign currency, for example, or because the LUT was not in force on the invoice date – the zero-rating is reversed. The exporter must pay IGST on the transaction and cannot claim a refund of ITC as if it were a genuine export. The platform’s condition-validation at invoice generation prevents this by blocking zero-rating when the conditions are not met.

Conclusion

Cross-border and reverse charge transactions sit at the intersection of tax complexity and operational risk. The rules are clear in principle. An Indian business that imports services owe IGST under RCM, must pay it in cash, must generate a self-invoice promptly, and can claim ITC on the payment. An exporter must meet five conditions to zero-rate a service to export. A business buying from a domestic unregistered advocate must self-assess and pay 18% GST under RCM. Getting any of these steps wrong – missing the self-invoice, paying with ITC instead of cash, applying zero-rating to an ineligible export – creates immediate financial and compliance exposure.

The platform automates every step of these processes and makes the rule configuration accessible to tax teams without IT involvement. Foreign supplier invoices are automatically identified as cross-border imports. RCM is triggered from supplier and transaction classification. Self-invoices are generated at purchase entry. Export conditions are validated before invoices are committed. And when CBIC changes the RCM notification list – as it does regularly – tax teams update the configuration through a console, set the effective date, and the engine applies the new rules from that date forward.

The result is a compliance framework for cross-border and RCM transactions that is both accurate at execution and agile in response to regulatory change – without requiring a single line of code to be written or a single IT ticket to be raised.