Skip to main content
How-To · 12 min read

Microsoft Dynamics 365 India Localisation for Auto-Component Manufacturers: What's Missing

Microsoft Dynamics 365 F&O is a credible enterprise ERP and its India localisation handles GST, TDS Income Tax Act 2025 codes 1001-1092, e-invoice and e-way bill comprehensively from the FY 25-26 patch onwards. For an Indian auto-component Tier-1, D365 still has seven gaps versus SAP S/4HANA-grade scheduling agreement supply — SA equivalent (D365 has blanket order, not SA-grade), ASN inbound from OEM EDI, cum-quantity drift, ITC-04 multi-hop, free-issue / Rule 55 supplier-side tracking, RMPV index linkage, Maruti e-Nagare / Tata SRM extracts. The Indian auto-component D365 user base is small, the ISV add-on landscape is thinner than SAP's, and the migration economics favour a hybrid D365 + companion-product architecture.

Terra Insight
Terra Insight Reconciliation Infrastructure

Content authored by practitioners with experience at Amazon India, Intuit QuickBooks, and the Tata Group. Meet the team →

Published 8 June 2026
Domain expertise
TDS Reconciliation GST Input Credit Platform Settlements NACH Batch Matching Bank Reconciliation Form 26AS Matching ERP Integrations Enterprise Finance Ops
Knowledge Card
Problem

Indian auto-component Tier-1 manufacturers evaluating Microsoft Dynamics 365 F&O get strong India localisation (GST, TDS Income Tax Act 2025 codes 1001-1092 from FY 25-26 patch, e-invoice, e-way bill), competitive total cost of ownership versus SAP / Oracle at the ₹100-300 crore band, and the Microsoft ecosystem integration advantage. They still face seven recurring gaps versus SAP-grade scheduling-agreement supply — no SA equivalent at LP / LPA grade, no native OEM EDI 830 / 862 / 856 inbound mapping, no cum-quantity drift exception engine, single-hop-only ITC-04, no supplier-side free-issue Rule 55 tracking, no RMPV index-linked pricing, no native OEM portal extract parser. The thin Indian auto-component D365 ISV ecosystem leaves the gap-closing burden on internal customisation and companion-product integration.

How It's Resolved

Map D365 F&O's procurement, supply-chain and India-localisation modules against the 10 auto-component reconciliation streams, identify the seven recurring gaps that fall outside native scope, document the D365-specific workaround pattern per gap (Logic Apps for OEM portal inbound, custom data entities + Power Automate flow for cum-drift, Data Entities export + companion product for RMPV / multi-hop / free-issue / Section 143), and frame the hybrid D365 + companion-product architecture for a mid-Tier-1.

Configuration

Dynamics 365 F&O install with Procurement and Sourcing, Supply Chain Management, Cost Management, Inventory Management, India Localisation enabled, Blanket Purchase Agreement document type configured for SA-equivalent inbound supply, Sales and Purchase order processing for outbound and inbound, India Localisation withholding tax configured for Income Tax Act 2025 codes 1001-1092, e-invoice through IRP, e-way bill module, Data Entities scheduled export through Logic Apps to a staging area, Logic Apps integrations per OEM portal (e-Nagare, TML SRM, M&M Supplier Portal, SupplyOn) for ASN and call-off inbound.

Output

A D365 + companion-product hybrid operating model with D365 as books-of-account and procurement / supply-chain system of record, the companion product consuming Data Entities exports plus OEM portal exports and running the seven gap streams externally as continuous reconciliation, total cost of ownership lower than the SAP S/4HANA equivalent at the ₹100-300 crore revenue band, and the Microsoft ecosystem integration advantage retained.

A ₹180 crore mid-Tier-1 auto-component supplier in Aurangabad runs a legacy on-premise ERP that the parent group has decided to retire. The CFO and CTO have been evaluating SAP S/4HANA, Oracle ERP Cloud and Microsoft Dynamics 365 F&O as the replacement. The Tier-1 supplies three OEM customers — Tata Motors, Mahindra & Mahindra and Bajaj Auto — across two plants. Annual revenue split: Tata ₹70 crore, Mahindra ₹65 crore, Bajaj ₹45 crore. The Microsoft ecosystem footprint is already deep — Office 365, Power BI, Teams, Azure AD. The parent group’s accounting standard is on Indian GAAP with consolidated reporting in Power BI. The shortlist has narrowed to D365 F&O for cost-of-ownership reasons, but the auto-component-specific gap inventory has surfaced as the next decision input.

This is a common evaluation pattern at the ₹100-300 crore Indian auto-component mid-Tier-1 band, where SAP S/4HANA’s licensing and implementation TCO becomes economically challenging but Tally Prime has been outgrown. D365 F&O is a genuine candidate. The India localisation has been substantially upgraded across FY 24-25 and FY 25-26 patches. But the auto-component reconciliation gap inventory needs to be understood before commitment. This is the Dynamics 365 India localisation auto component gap operating reference.

Quick reference

Reconciliation streamD365 F&O nativeD365 gap
Blanket Purchase Agreement (inbound multi-release)Fulln/a
Sales Order processing (outbound)Fulln/a
Three-way match through Cost ManagementFulln/a
GST returns (India Localisation)Fulln/a
TDS / TCS Income Tax Act 2025 codes 1001-1092Full (FY 25-26 patch)n/a
e-invoice IRP integrationFulln/a
e-way billFulln/a
Withholding tax reportingFulln/a
Scheduling-agreement equivalent (SA grade for outbound)Blanket order onlyNo LP / LPA grade
ASN inbound from OEM EDINoneLogic Apps per OEM
Cum-quantity drift exceptionNoneCustom build
ITC-04 multi-hopSingle-hop onlyCustom extension
Free-issue / Rule 55 supplier-side trackingNoneCustom build
RMPV index-linked pricingNoneCustom build
Maruti e-Nagare / Tata SRM / M&M portal extractsNoneLogic Apps per portal
Section 143 deemed-supply countdownNoneCustom build

What D365 F&O India localisation now handles well

The D365 India localisation has been substantially expanded across FY 24-25 and FY 25-26 patch releases. The current state covers:

  • GST returns — GSTR-1, GSTR-3B, GSTR-9 generation from the standard sales-tax and purchase-tax registers, mapped to the India localisation tax setup with HSN-coded item masters.
  • TDS / TCS Income Tax Act 2025 codes 1001-1092 — from the FY 25-26 patch, the withholding tax configuration carries the new code framework: Section 393(1)(a) code 1002 contractor at 1% / 2%, Section 393(1)(k) code 1012 purchase at 0.1%, Section 394 code 1071 scrap TCS at 1%, Section 413 code 1062 non-resident pay-leg. Cross-era logic handles transactions started under legacy 194C / 194Q / 206C(1) before 1 April 2026 and settled under new codes after.
  • e-invoice through IRP — full integration with the GST Invoice Registration Portal, with IRN and signed QR-code embedded in the invoice output.
  • e-way bill — generation and cancellation through the e-way bill portal API.
  • Withholding tax reporting — Form 16A / quarterly TDS returns, Form 27Q for non-resident, Form 27EQ for TCS, including the new Form 168 challan reconciliation framework.
  • Blanket Purchase Agreement — D365’s BPA document type covers multi-release procurement supply well. For the procurement side at a Tier-1 (steel coil, components, packaging, consumables), this is genuinely workable.

For a typical mid-Tier-1 at ₹100-300 crore revenue without auto-component-specific reconciliation discipline, this is comprehensive coverage.

Seven gaps for auto-component supply

Gap 1 — scheduling-agreement equivalent at SA grade

D365 has a Blanket Purchase Agreement document type — multi-release, target quantity, validity window. It does not have an outbound LP / LPA-grade scheduling-agreement equivalent for sales-side supply against an OEM-issued SA with EDI 830 forecast and EDI 862 firm call-off as standard message types. The workaround is to use the standard Sales Order with multiple deliveries and a custom data entity carrying the SA reference, the weekly bucket forecast, the firm call-off and the cum-shipped accumulation. Custom build effort: 6-8 weeks at a mid-Tier-1.

Gap 2 — ASN inbound from OEM EDI

No native mapping for Maruti e-Nagare, Tata SRM, Mahindra Supplier Portal or Bosch SupplyOn portal formats. D365’s standard EDI inbound is generic — typically AS2 / VAN-based for global EDI use cases. The Indian OEM portals are mostly proprietary formats (Excel, PDF, OEM XML) accessed through portal logins. The workaround is a Logic Apps integration per OEM portal: scheduled fetch from the portal (with credential management in Azure Key Vault), parse the format, map to D365 inbound Sales Order delivery line. Build effort: 3-5 weeks per OEM portal, with ongoing maintenance as the OEM portal evolves.

For the underlying EDI mechanics see EDI 830 862 856 India auto component finance primer.

Gap 3 — cum-quantity drift exception engine

D365 accumulates cum-released, cum-shipped and cum-received on the Sales Order delivery against the SA reference (via custom data entity). It does not run a standing exception process on the drift between cum-shipped and cum-received with ageing, root-cause classification, escalation and resolution workflow. The workaround is a custom data entity carrying the drift state, a Power Automate flow that detects drift and routes to a resolution queue, and a Power BI dashboard for the drift exception register. Build effort: 4-6 weeks.

See CUM quantity drift auto component India for the underlying cum-drift mechanics.

Gap 4 — ITC-04 multi-hop

D365 India localisation handles single-hop job-work — principal sends inputs on Rule 55 challan to job-worker, receives back the output. Multi-hop job-work (input goes from supplier to job-worker A to job-worker B before return) requires a custom extension to the Subcontracting module — challan-chain table, multi-hop logic in the ITC-04 generation, GSTN-acceptable JSON output. Build effort: 5-7 weeks.

Gap 5 — free-issue / Rule 55 supplier-side tracking

No native concept of “supplier-receives-free-issue-from-customer” as distinct from “supplier-buys-from-vendor”. The workaround is a separate inventory site or warehouse for free-issue stock with zero-value postings, plus a custom data entity for the inbound Rule 55 challan and the Section 143 12-month / 3-year countdown. Build effort: 4-6 weeks.

Gap 6 — RMPV index-linked pricing

No commodity-index-driven supplementary pricing engine. The workaround is a custom data entity holding periodic index values (loaded via Logic Apps from an external commodity feed), a Power Automate flow that computes the variance per part per period, and a downstream supplementary invoice posting through Accounts Receivable. Build effort: 5-7 weeks per OEM (each OEM’s formula differs).

Gap 7 — OEM portal extracts and parsing

Continuous integration with OEM portals (e-Nagare, TML SRM, M&M Supplier Portal, SupplyOn) for inbound call-off, ASN GRN confirmation, payment advice, debit note and quality reject feeds. Logic Apps integration per portal with credential management, format parsing, mapping to D365 inbound interfaces. Build effort: 3-5 weeks per portal.

The thin Indian auto-component D365 ISV ecosystem

The D365 ISV add-on landscape for Indian auto-component-specific functionality is thinner than SAP’s. Global ISVs (e.g., DSI for warehouse, To-Increase for engineering-to-order) have presence but typically not for Indian auto-component-specific functionality like Maruti e-Nagare integration, multi-hop ITC-04, or RMPV against JPC steel index. The Indian D365 system-integrator landscape has good general-localisation depth but a small set of partners with auto-component domain expertise.

The implication: the gap-closing burden at an Indian auto-component Tier-1 on D365 falls more heavily on internal customisation (Logic Apps, custom data entities, Power Automate, Power BI) and on companion-product integration than on plug-in ISVs. This is not a D365 weakness — it is a reflection of the smaller user base.

Interactive Tool

Three-Way Match Exception Cost Calculator

Compare the D365 + Logic Apps + custom-data-entity build effort for the seven auto-component gaps against the D365 + companion-product hybrid model at a ₹100-300 crore mid-Tier-1 evaluating D365 migration.

Open the Three-Way Match Calculator →

Worked example — ₹180 crore Tier-1 evaluating D365 migration

The Aurangabad Tier-1 introduced earlier:

D365 implementation scope

  • D365 F&O modules: General Ledger, AR, AP, Inventory Management, Procurement and Sourcing, Sales and Marketing, Cost Management, India Localisation
  • Implementation timeline: 9-11 months
  • Implementation cost: industry-typical mid-Tier-1 SI engagement
  • Microsoft ecosystem integration: Office 365, Power BI, Teams, Azure AD already in place — net positive

Seven-gap custom build inventory (if built internally)

  1. SA-equivalent custom data entity — 7 weeks
  2. ASN inbound Logic Apps — 3 portals (Tata SRM, M&M Supplier Portal, Bajaj Auto portal) × 4 weeks = 12 weeks
  3. Cum-drift Power Automate flow + Power BI dashboard — 5 weeks
  4. ITC-04 multi-hop extension — 6 weeks
  5. Free-issue Rule 55 supplier-side tracking — 5 weeks
  6. RMPV index-linked pricing engine — 3 OEMs × 6 weeks = 18 weeks
  7. OEM portal continuous extracts — 3 portals × 4 weeks = 12 weeks

Total custom build effort: 65 person-weeks, roughly ₹85-100 lakh, plus 0.8 FTE-equivalent ongoing maintenance ₹35-45 lakh per year.

D365 + companion-product hybrid

  • D365 implementation as above
  • Companion product implementation: 2-4 weeks on AWS Mumbai
  • Companion product runs the seven gap streams externally, consuming D365 Data Entities exports plus OEM portal exports
  • D365 customisation reduced to: SA-equivalent data entity, ASN inbound Logic Apps per OEM portal (3 × 4 weeks = 12 weeks)
  • Net D365 customisation: 19 person-weeks (instead of 65)
  • Ongoing D365 maintenance: 0.25 FTE-equivalent (instead of 0.8)

The CTO’s preliminary recommendation is the hybrid model — proceed with D365 F&O for the core ERP, build only the SA-equivalent and OEM-portal Logic Apps in D365, run the remaining five gap streams through a companion reconciliation product. The decision is on the agenda for the next board meeting.

Tax overlay — Income Tax Act 2025 codes in D365

The D365 India localisation withholding tax configuration handles the Income Tax Act 2025 framework from the FY 25-26 patch:

Cross-era reconciliation runs through the withholding tax effective-date configuration with parallel nature codes during the migration window. Form 168 challan reconciliation is supported through the standard India localisation reporting output.

GST law remains unchanged. Section 17(5), Section 34, Section 143, Rule 37, Rule 43 and Rule 55 are reportable through D365’s India localisation but the standing-exception streams (Section 143 deemed-supply countdown, Section 34 credit-note cutoff calendar, Rule 37 ITC reversal ageing) require the custom build or the companion-product alternative.

Where this leaves a Tier-1 evaluating D365

D365 F&O is a genuine candidate for the ₹100-300 crore mid-Tier-1 band. The India localisation is now comprehensive. The Microsoft ecosystem integration is a real advantage. The TCO is favourable versus SAP at this scale. The auto-component-specific gap inventory is real but bounded — seven gaps, all closable through custom build, with the companion-product hybrid model offering a faster and lower-maintenance path than internal-only customisation.

What automated reconciliation changes for a D365 Tier-1

Purpose-built auto-component reconciliation software India consumes D365 Data Entities exports through scheduled Logic Apps flows (sales orders, purchase orders, customer invoices, vendor invoices, inventory transactions, withholding tax register, GST output) plus OEM portal exports and runs the auto-component reconciliation streams as continuous exception management. TransactIG’s auto-component industry preset covers SA equivalent, ASN with cum tracking, cum-drift exception, RMPV claim, ITC-04 multi-hop, free-issue stock with Section 143 exposure and Section 393 / 394 code overlay. Customer outcomes include match-rate improvement from 51% to 88% and exception rates moving into the sub-15% band. Build is two-to-four weeks on AWS Mumbai (ISO 27001:2022). For the procurement-side three-way match see three-way matching software India.

Continue reading

Sibling articles in the auto-component cluster:

Up the chain:

Primary reference: Microsoft Learn — for the canonical product reference on Dynamics 365 Finance & Operations (F&O), the India localisation feature set covering GST registration and return generation, the TDS / TCS configuration that carries the Income Tax Act 2025 payment codes 1001-1092 from the FY 25-26 patch, the e-invoice integration with the IRP and the e-way bill module, plus the Blanket Purchase Agreement document type, the Data Entities framework, the Logic Apps connectivity pattern and the Synapse Link data-export pattern that anchor the workaround approaches documented here.

Frequently Asked Questions

What does Microsoft Dynamics 365 F&O India localisation handle natively for an auto-component manufacturer?
D365 F&O's India localisation, particularly from the FY 25-26 patch onwards, covers GST registration and return generation (GSTR-1, GSTR-3B, GSTR-9), TDS / TCS configuration including the Income Tax Act 2025 payment codes 1001-1092 (Section 393(1)(a) code 1002 contractor, Section 393(1)(k) code 1012 purchase, Section 394 code 1071 scrap, Section 413 code 1062 non-resident), e-invoice integration with the GST Invoice Registration Portal (IRP), e-way bill generation, withholding tax reporting and the standard statutory output. The Procurement and Sourcing module provides the Blanket Purchase Agreement document type for the inbound procurement side, the Supply Chain Management module covers warehouse and production, and the Cost Management module handles the three-way match through the standard invoice register reconciliation. For a typical non-auto-component manufacturer at ₹100-300 crore revenue, D365 is a credible ERP choice.
What is missing in D365 F&O for an Indian auto-component Tier-1 specifically?
Seven recurring gaps. First, scheduling-agreement equivalent — D365 has Blanket Purchase Agreement (a procurement-side multi-release document), but no native LP / LPA equivalent at the SAP S/4HANA grade for outbound supply against an OEM-issued SA with EDI 830 forecast and EDI 862 firm call-off. Second, ASN inbound from OEM EDI — no out-of-the-box mapping for Maruti e-Nagare, Tata SRM, Mahindra Supplier Portal or Bosch SupplyOn portal formats; requires Logic Apps integration build per OEM. Third, cum-quantity drift — no standing exception engine. Fourth, ITC-04 multi-hop job-work — D365's job-work module handles single-hop; multi-hop requires custom extension. Fifth, free-issue / Rule 55 challan tracking on the supplier side — no native concept of supplier-receives-free-issue-from-customer. Sixth, RMPV index linkage — no commodity-index-driven supplementary pricing engine. Seventh, OEM portal extracts and parsing — handled through Logic Apps custom flows per portal.
Is the D365 user base in Indian auto-component large enough to support a meaningful ISV add-on landscape?
Industry observation: smaller than the SAP user base, by a wide margin. SAP S/4HANA dominates the upper Tier-1 segment in Indian auto-component (₹400 crore revenue and above), where the established ABAP customisation ecosystem and the multi-decade SAP-on-auto-component installed base in India make SAP the default. Oracle ERP Cloud (Fusion) has a smaller but established presence at parent-company-standardised Tier-1s. D365 F&O is most often seen at mid-Tier-1 (₹100-300 crore revenue) where the SAP licensing economics are challenging but the company has outgrown Tally Prime. The Indian D365 ISV add-on landscape for auto-component-specific functionality is thinner — fewer pre-built modules, fewer system-integrator partners with auto-component domain depth, fewer reference implementations. The result is that a Tier-1 evaluating D365 typically discovers that the gap-closing burden falls more on internal customisation and on companion-product integration than on plug-in ISVs.
Where does D365 win versus SAP and Oracle for a mid-Tier-1?
Three places. First, total cost of ownership — D365's licensing and implementation costs are typically lower than SAP S/4HANA or Oracle Fusion at the ₹100-300 crore revenue band where SAP / Oracle TCO becomes hard to absorb. Second, integration with the Microsoft ecosystem — companies already standardised on Office 365, Power BI, Teams and Azure AD often find the D365 fit-and-finish smoother than SAP's. Third, the Logic Apps integration layer — the modern API-based integration pattern is genuinely productive for Maruti e-Nagare, Tata SRM and similar portal integrations where SAP's legacy IDoc-and-PI patterns can feel heavier. The trade-off is the thinner auto-component-specific ISV ecosystem and the gap-closing burden, which is where a companion reconciliation product becomes the natural complement.
What does a typical D365 + companion-product architecture look like at a Tier-1?
D365 F&O retains the books-of-account and procurement / supply-chain system-of-record status — chart of accounts, AR / AP, Cost Management, Inventory, Sales and Purchase Order processing, Blanket Purchase Agreement for inbound multi-release supply, GST returns through the India localisation, TDS / TCS deduction under Income Tax Act 2025 codes 1001-1092, e-invoice through IRP, e-way bill, withholding tax reporting. The companion reconciliation product consumes D365 Data Entities exports (sales orders, purchase orders, customer invoices, vendor invoices, inventory transactions, withholding tax register, GST output) via Logic Apps scheduled flows, plus OEM portal exports (e-Nagare, TML SRM, M&M Supplier Portal, SupplyOn), and runs the auto-component reconciliation streams (SA equivalent, ASN with cum tracking, RMPV claim, ITC-04 multi-hop, free-issue Rule 55 tracking, Section 143 alerting) externally.

See how TransactIG handles reconciliation for your industry

Configuration takes 2–4 weeks. No code development required. ISO 27001:2022 certified.