Guide On Nexus And Multi-Jurisdiction Tax Rules

Introduction

India’s GST is a destination-based tax: revenue flows to the state where goods or services are consumed, not where they originate. For every transaction, the system must answer one question – where does the supply take place? That answer determines whether CGST plus SGST or IGST applies, which government receives the revenue, and how the buyer claims input tax credit.

The Foundational Framework – India’s Dual GST Model

India operates a dual GST model. The central government and state governments simultaneously levy tax on the same supply. For intra-state supplies, the central government collects Central GST (CGST) and the state government collects State GST (SGST) – both at half the total applicable rate. For inter-state supplies, the central government collects Integrated GST (IGST) at the full combined rate, then acts as a clearing house to transfer the state component to the destination state.

This architecture has a precise design of intention. Since GST is destination-based, the state where consumption occurs must receive tax revenue. For intra-state supplies, both the origin and destination are the same state, so the SGST goes to that state directly. For inter-state supplies, the origin state would ideally be different from the destination state. IGST is collected at the full rate at the source, and the consuming state share is transferred by the central government after the settlement. The buyer in the destination state then uses IGST credit to pay for their own CGST and SGST liabilities, completing the credit chain.

The Two Anchor Points of Every Nexus Determination

Every nexus and jurisdiction of determination under GST begins with exactly two pieces of information: the location of the supplier and the place of supply. The relationship between these two determines the tax head.

How the Platform Determines Nexus

For every transaction entered into the system, the platform resolves two questions automatically: what is the location of the supplier for this specific transaction, and what is the place of supply? Once both are determined, the tax head follows from the relationship between them.

Identifying the Location of the Supplier

For a business with a single GSTIN, the location of the supplier is straightforward – it is the principal place of business registered with the GST portal. For a business with multiple GSTINs across states, the location of the supplier is the specific GSTIN from which the supply is being made.

The platform stores the full multi-GSTIN profile of the business. Each GSTIN is mapped to a state and associated with its registered place of business. When a transaction is initiated, the platform identifies which GSTIN applies to that transaction – typically the GSTIN of the state where the goods are held or from which the service is being rendered. This identification is critical because the supplier’s location is the starting point of every nexus determination.

The first two digits of every GSTIN are the GST state code. The platform reads these digits from both the supplier’s and the buyer’s GSTINs. If the codes match, the supply begins as intra-state. If they differ, it begins as inter-state. This is the preliminary nexus check – fast, automatic, and applied before the place-of-supply rules are even consulted.

The GSTIN State Code as a Nexus Indicator

While there are specific places of supply rules depending on the nature of the supply, as per the provisions of the law, the default place of supply is the place at which the buyer is located. Every registered taxpayer’s GSTIN encodes their state in the first two characters. State code 27 is Maharashtra. State code 06 is Haryana. State code 29 is Karnataka. When the supplier’s GSTIN starts with 27 and the buyer starts with 29, the system immediately knows the supply spans two different states and IGST is the default. The place-of-supply rules may refine or override this default for specific supply types, but the state’s code comparison gives the engine its first, fastest nexus signal.

For unregistered buyers – individuals or businesses below the GST registration threshold – there is no buyer for GSTIN to compare. The place-of-supply rules determine the nexus in these cases based on the buyer’s address, the nature of the supply, and the type of service, as discussed in detail below.

Place of Supply Rules for Goods

Section 10 of the IGST Act governs the place of supply for domestic goods transactions. Section 11 governs goods in import and export scenarios. The platform applies these rules automatically based on the transaction structure.

Goods Involving Physical Movement

Where goods are physically moved from supplier to buyer – which covers most standard goods transactions – the place of supply is the location where movement terminates, that is, where the goods are delivered. A supplier in Maharashtra dispatching goods to a buyer in Karnataka has a place of supply of Karnataka, making the transaction inter-state and attracting IGST.

The platform captures the delivery location at the point of invoice generation. Where the delivery address is in a state different from the supplier’s GSTIN state, IGST is applied. Where delivery is within the same state as the supplier, CGST plus SGST applies. The delivery address field is mandatory before the tax calculation is finalized, and the engine validates that the address contains enough information to confirm the state.

Goods Without Physical Movement

Where goods do not move – as in a sale of goods that are handed over at the supplier’s premises – the place of supply is the location of the goods at the time of delivery. If a buyer from another state picks up goods directly from the supplier’s warehouse, the place of supply is the supplier’s state, making it an intra-state supply. The buyer then transports the goods to their home state as an incoming purchase, not as the supply event.

The Bill-to-Ship-to Transaction

This is one of the most practically significant multi-party supply structures in Indian commerce. Party A buys goods from a supplier. But instead of shipping to Party A, the supplier ships directly to Party B, as directed by Party A. Three parties, two supplies, two different locations.

Under Section 10(1)(b) of the IGST Act, in a bill-to-ship-to transaction, the place of supply for the supply from the original supplier to Party A (the buyer who directs delivery) is the principal place of business of Party A – not the final delivery location. For the second supply from Party A to Party B, the place of supply is where the goods are delivered to Party B.

Goods for Assembly or Installation

Where goods are assembled or installed at a site, the place of supply is the site of installation. A manufacturer from West Bengal who supplies and installs machinery at a factory in Uttar Pradesh has a place of supply of Uttar Pradesh, regardless of where the goods were originally manufactured or dispatched from. This rule ensures that capital expenditure projects attract tax in the state where the investment is being made.

Import of Goods – Section 11

For goods imported into India, the place of supply is the location of the importer – the location registered in the import documents. This is always treated as an inter-state supply, attracting IGST along with customs duty. The IGST paid at import can then be claimed as an input tax credit by the importer, allowing the credit to flow through the domestic supply chain.

Export of Goods

Exports are zero-rated supplies. The place of supply is outside India. The supplier may either export with payment of IGST (and then claim a refund of the IGST paid) or export under a Letter of Undertaking (LUT) without paying IGST and instead claim a refund of the unutilized ITC on inputs used in the exported goods. The platform manages both routes, tracks the LUT reference number, and calculates the refund-eligible ITC at the time of export invoice generation.

Place of Supply Rules for Services

Service transactions are where multi-jurisdiction complexity reaches its highest point under India’s GST. Unlike goods, which have a physical delivery location, services are generally intangible, delivered remotely, consumed in multiple states simultaneously, or rendered by a party in one jurisdiction to a recipient in another. The IGST Act addresses this through Section 12 (domestic service supply) and Section 13 (cross-border service supply), each containing specific rules for different service categories.

The Default Rule for Domestic Services – Section 12(2)

For all service transactions where neither party is outside India, the default rule is simple. If the recipient is a registered GST taxpayer.The place of supply is the location of the registered recipient. If the recipient is unregistered, the place of supply is the address of the recipient on the supplier’s records; if no address is available, the place of supply falls back to the location of the supplier.

This default rule covers the vast majority of professional service transactions: legal advisory from Mumbai to a registered company in Chennai attracts IGST because the recipient’s GSTIN is in Tamil Nadu. Accounting services from a Ahmedabad CA to a Vadodara company attract CGST plus SGST because both parties are effectively in the same tax zone. Platforms resolve this from the GSTIN state codes automatically.

Special Rules Under Section 12 – Service-Specific Place of Supply

Where a service falls within one of the enumerated categories in Section 12, the special rule overrides the default. The platform maintains a service classification map that identifies which rule applies to each service type and invokes the correct determination of logic automatically.

Why Special Rules Matter for Multi-Jurisdiction Businesses

The practical significance of these special rules is that the place of supply can differ dramatically from the default recipient-location rule. A construction company based in Bengaluru that builds a commercial property in Pune must charge CGST plus Maharashtra SGST on its services – not IGST – because the property is in Maharashtra and Section 12(3) places the supply at the location of the property. The company needs a Maharashtra GSTIN, or must operate through a registered agent in Maharashtra, to discharge this tax correctly.

The platform resolves this by requiring the service type to be specified at the point of invoice generation. Once the service is categorized, the engine invokes the relevant Section 12 sub-rule and calculates the place of supply accordingly. The user does not need to know which sub-section applies – the categorization drives the determination automatically.

Multi-State Services and Revenue Apportionment

Some service contracts are genuinely multi-state. A single engagement may deliver value in multiple states simultaneously, creating a question of how to allocate the taxable value across jurisdictions.

Events Held in Multiple States

Where an event is organized across multiple state venues – a national conference held in Delhi, Mumbai, and Chennai simultaneously or sequentially – Section 12(7) provides that the place of supply follows each venue location for the portion of the service delivered in that state. The supplier must apportion the contract value across the states based on the contract terms or another reasonable basis and charge the appropriate state-specific tax on each apportioned amount.

The platform handles multi-venue events through a transaction structure that accepts multiple delivery locations and automatically apportions the invoice value based on the configured allocation key – per-seat count, per-duration, or per-contract specification. Each state’s share generates its own invoice section with the correct tax head.

Advertisement Services Across States

Section 12(14) specifically addresses advertising supplied to government bodies where the advertisement is disseminated in identifiable states. The value must be apportioned to each state in proportion to the agreed dissemination of allocation. A national television campaign with identified state-level viewership shares requires separate tax treatment for each state’s portion.

Telecom Leased Circuits Spanning States

A dedicated internet leased circuit installed across multiple states – for example, a private network link between Mumbai and Hyderabad – has the telecom service delivered simultaneously in two states. Rule 6 of the IGST Rules provides apportionment of the supply value in proportion to the number of termination points in each state. The platform applies this proportionate split, generating CGST plus Maharashtra SGST on the Mumbai-end share (intra-state, since the supplier is in Maharashtra) and IGST on the Hyderabad-end share (inter-state, since the place of supply is Telangana while the supplier remains in Maharashtra).

Cross-Border Services – Section 13 of the IGST Act

Where either the supplier or the recipient is located outside India, Section 13 of the IGST Act governs the place of supply. The rules are structured to capture India’s consumption of services from foreign suppliers under GST (through the RCM mechanism) and to zero-rate exports of services from India to foreign recipients.

The General Cross-Border Rule

The general rule under Section 13(2) is that the place of supply is the location of the recipient. For most business-to-business cross-border service transactions, this means the Indian recipient determines the place of supply (and pays IGST under reverse charge if the supplier is outside India). For India-to-foreign exports of services, the place of supply is the foreign location of the recipient, making the supply zero-rated and eligible for ITC refund or LUT-based export.

Exceptions Under Section 13

Condition for Zero-Rating of Service Exports

For a service export to be zero-rated under GST, several conditions must be satisfied simultaneously. The supplier must be in India. The recipient must be outside India. The place of supply must be outside India (per Section 13). Payment must be received in convertible foreign exchange or as permitted under the Foreign Exchange Management Act. And the supplier and recipient must not be ‘merely establishments of a distinct person’ – a condition designed to prevent domestic inter-unit transactions from being dressed up as exports.

 The platform validates all of these conditions at the invoice stage. Where a condition is not met – for example, where payment is expected in Indian rupees – the transaction is reclassified from zero-rated export to a taxable domestic supply, and the correct IGST or CGST plus SGST is applied.

SEZ Transactions – Always Inter-State

Supplies to Special Economic Zone (SEZ) units or developers, and supplies by SEZ units to domestic tariff area (DTA) businesses, are always treated as inter-state supplies regardless of physical location. An SEZ unit in the same state as the supplier is still treated as a distinct jurisdiction – the supply is not intra-state even if both parties are in, say, Tamil Nadu.

Supplies Into the SEZ

Goods or services supplied to an SEZ unit or developer are zero-rated. The supplier may either charge IGST and claim a refund, or supply under an LUT without charging IGST and claim a refund of input ITC. The platform requires the SEZ unit’s GSTIN and the applicable LUT reference number at the point of invoice generation. Where an LUT is provided, the invoice is generated with zero IGST. Where no LUT is provided, IGST is charged, and the platform flags the transaction for refund tracking.

Supplies from the SEZ to the DTA

When an SEZ unit sells goods or services into the domestic tariff area, the transaction is treated as an import into India and attracts IGST plus applicable customs duties. The DTA buyer pays IGST on the transaction and can claim the credit through the normal ITC mechanism. The platform applies this treatment automatically when the supplier GSTIN is identified as an SEZ registration.

The Consequence of Charging the Wrong Tax Head

Charging IGST when CGST plus SGST was required – or the reverse – is a substantive legal error under GST. It is not merely a reporting mistake. The revenue is credited to the wrong government, and the buyer’s ITC entitlement is affected.

No Automatic Cross-Adjustment

There is no provision in the CGST Act for a taxpayer to adjust an incorrect IGST payment against a CGST or SGST liability, or vice versa, without going through a formal refund and re-payment process. If a supplier charges IGST on what should have been an intra-state supply, the supplier has paid IGST to the central government. They must file a refund claim for the IGST, wait for it to be processed, and separately pay the correct CGST and SGST to the respective governments – a process that can take months and lock up working capital in the interim.

The buyer faces a related problem. The IGST credit shown in the buyer’s GSTR-2B is invalid and if utilized for payment of tax, it can be recovered from him. The entire ITC chain is disrupted until the correction is made.

How the Platform Prevents Wrong-Head Payments

The platform’s nexus determination engine runs before every invoice is generated. It checks the supplier GSTIN state code, queries the place-of-supply rule applicable to the supply type, resolves the place of supply to a specific state, and compares it to the supplier’s state. The tax head – IGST or CGST plus SGST – is set by this determination, not by the user. Users cannot manually override the tax head without triggering a mandatory review flag.

For transactions where the nexus determination is ambiguous – because the supply type spans multiple Section 12 sub-rules, or because the buyer’s registration status is unverified, or because the service is genuinely delivered at a location different from both the supplier’s and buyer’s registered locations – the platform surfaces the ambiguity to the tax manager before the invoice is finalized. The manager resolves the ambiguity with full context, and the resolution is documented.

ITC Cross-Utilization Rules Across Jurisdictions

The multi-jurisdiction structure of Indian GST extends beyond tax determination to the utilization of input tax credit. The order in which IGST, CGST, and SGST credits can be applied against output tax liabilities follows a specific prescribed sequence under the CGST Act.

The Prescribed ITC Utilization Order

This sequence has practical implications for businesses that operate in multiple states. A business that makes primarily inter-state purchases (accumulating IGST credit) but primarily intra-state sales (generating CGST plus SGST liability) has IGST credit that flows naturally into both CGST and SGST settlement. Conversely, a business that has accumulated significant CGST credit ideally due to transfer of opening credit at the time of introduction of GST cannot use it to discharge SGST liability – those liabilities must be discharged from SGST credit or in cash.

The platform manages this cross-utilization logic automatically in the electronic credit ledger calculations. When generating the GSTR-3B liability computation, the platform applies IGST credit first against IGST liability, then routes any surplus toward CGST, then SGST. CGST credit is applied against CGST and remaining IGST. SGST credit is applied against SGST and remaining IGST. Cash liability is identified only for what remains after all eligible ITC has been applied in the prescribed order.

Multi-GSTIN Operations and Jurisdiction Management

For businesses registered in multiple states, nexus determination must be managed not just at the transaction level but at the entity level. Each GSTIN is a separate tax identity for GST purposes. A company with twelve state-level GSTINs has twelve separate taxpayers from the GST system’s perspective, even though they share a PAN and are ultimately the same legal entity.

Intra-Entity Transfers – Stock and Service Movement Between GSTINs

When goods or services move between two GSTINs of the same entity – from a warehouse in one state to a branch in another – GST applies just as it would for a transaction between separate parties. The supply is treated as a sale by one GSTIN to another, at a fair value determined under Section 15 of the CGST Act read with Rule 28 of the CGST Rules (with the two GSTINs being “distinct persons” under Section 25(4)/(5)). These intra-entity transactions are treated as taxable supply with ITC flowing between the GSTINs. In case of common input services procured under the same PAN – the ISD mechanism may apply for distribution of ITC on such purchases.

The platform manages intra-entity transfers with a specific transaction type that correctly identifies the supplier and recipient as distinct GSTINs of the same PAN holder, applies the inter-state or intra-state determination based on their state codes, and generates the appropriate invoices and ITC flows.

Jurisdiction Assignment for Audits and Notices

Each GSTIN falls under either central jurisdiction (administered by CBIC through Central GST officers) or state jurisdiction (administered by state GST authorities), with taxpayers split based on turnover and notified criteria. The platform stores the jurisdiction assignment for each GSTIN and routes any notices or correspondence to the correct authority interface. When a GST audit or scrutiny notice is received, the platform identifies whether it has been issued by the jurisdictionally correct authority – an important check given that notices issued by the wrong authority are procedurally challengeable.

How the Platform Applies All Rules at the Point of Transaction

The multi-layered rule application described in this blog does not require tax teams to manually walk through each decision. The platform’s nexus and jurisdiction engine runs every step automatically at the moment a transaction is entered.

The Transaction-Level Nexus Resolution Sequence

1. Transaction type is identified – goods or services; domestic or cross-border; standard supply, zero-rated, or exempt.
2. Supplier GSTIN is selected from the business’s registered GSTIN list based on the supply location.
3. Buyer details are entered – GSTIN for registered buyers, name and address for unregistered.
4. Preliminary nexus check runs – supplier GSTIN state code compared to buyer GSTIN state code. Initial inter-state or intra-state flag is set.
5. Service or goods category is identified. The applicable place-of-supply sub-rule is invoked (Section 10, 11, 12, or 13 depending on supply type and party locations).
6. Place of supply is resolved to a specific state or union territory.
7. Place of supply state is compared to supplier GSTIN state. If same: CGST plus SGST. If different: IGST.
8. Special overrides checked – SEZ buyer (always IGST), export transaction (zero-rated), RCM applicability (supplier does not charge; recipient self-assesses).
9. Tax head and rate are confirmed. Calculation runs. Invoice data is populated.
10. Pre-submission validation verifies the tax head is consistent with the state codes and supply type before the invoice is committed or submitted to IRP.

Conclusion

Nexus determination and multi-jurisdiction tax application sit at the heart of GST compliance in India. The foundational principle – destination-based consumption tax – is simple. The rules that implement it across thirty-six jurisdictions, twelve service-specific provisions, cross-border transactions, SEZ arrangements, and multi-GSTIN business structures are not. Getting any one of these determinations wrong produces a wrong tax head, wrong tax revenue attribution, and a disrupted ITC chain that can take months to repair.

The platform’s nexus and jurisdiction engine exists to make this complexity invisible at the transaction level. The tax team sets up the business profile – GSTINs, service categories, supply type mappings. The platform does the rest: reading the state codes, invoking the right statutory rule, resolving the place of supply, setting the tax head, and validating the output before any document is committed. Every transaction gets the right IGST or CGST plus SGST split automatically, in milliseconds, at the point of invoice generation.

For businesses operating across multiple states, serving customers across every geography, and managing both domestic and cross-border transactions, this automation is not a feature – it is what makes accurate, scalable GST compliance possible.

Frequently Asked Questions (FAQs)