web
You’re offline. This is a read only version of the page.
close
Skip to main content

Announcements

No record found.

News and Announcements icon
Community site session details

Community site session details

Session Id :
Small and medium business | Business Central, N...
Suggested Answer

Wrong GST Registration Number - Detailed GST Ledger Entries

(3) ShareShare
ReportReport
Posted on by 413

Dear Experts,

We have observed an issue in D365 Business Central related to the GST Registration Number in the Detailed GST Ledger Entries.

We have posted multiple Purchase Invoices and Sales Invoices. We have verified the following:

  • Customer and Vendor GST Registered Numbers are correct in their respective masters.
  • The GST Registered Number shown on the posted documents is correct.
  • Customer Ledger Entries and Vendor Ledger Entries also show the correct GST Registered Number.
  • However, in the Detailed GST Ledger Entries, an incorrect and irrelevant GST Registered Number is being populated for more than 200 transactions.

We further investigated the incorrect GST Registered Number and found that it belongs to the Order Address of one particular Vendor.

The issue is that:

  1. The respective Vendor's Order Address was not selected in these transactions.
  2. The affected transactions belong to different Vendors and Customers and are completely unrelated to this GST Registered Number.
  3. The same GST Registered Number is repeatedly flowing into the Detailed GST Ledger Entries for more than 200 unrelated transactions.
  4. This GST Registered Number is not relevant to the actual Customer/Vendor involved in those transactions.

Since the Customer/Vendor masters, posted documents, and Customer/Vendor Ledger Entries contain the correct GST Registered Numbers, we would like to understand from which source/table/logic the Detailed GST Ledger Entry is picking up this incorrect GST Registered Number.

  • Suggested answer
    OussamaSabbouh Profile Picture
    20,124 Super User 2026 Season 2 on at

    Hello Dharmesh,

    This is not expected standard behavior. In the India localization, the GSTIN stored in Detailed GST Ledger Entries should represent the GST registration applicable to that specific posted transaction; Microsoft documents that the vendor master contains the normal GST Registration No., while a Vendor Order Address can also contain its own GST Registration No., which is relevant only when that address is actually used for the transaction. Detailed GST Ledger Entries are subsequently used for statutory processes such as GST reconciliation, where Microsoft specifically matches the Supplier GSTIN, so an unrelated Order Address GSTIN appearing across 200 different vendors/customers strongly indicates a posting/localization defect or corrupted posting context, rather than normal setup behavior. I would reproduce one transaction in a production-copy sandbox, confirm the GSTIN on the document immediately before posting, test on the latest BC cumulative update, and temporarily disable any GST-related customizations/extensions; if the wrong GSTIN is still written, raise a Microsoft support case with examples because the public documentation does not expose a setup that would intentionally make one vendor’s Order Address GSTIN flow into unrelated Detailed GST Ledger Entries. I would also not directly edit the 200 posted GST entries, because they feed statutory GST reconciliation/reporting; any historical correction should be done using a Microsoft-supported correction procedure after the root cause is confirmed.

    Regards,
    Oussama Sabbouh

  • Suggested answer
    YUN ZHU Profile Picture
    103,656 Super User 2026 Season 2 on at

    I'd suggest posting this in the Viva Engage group below—I'm sure Microsoft engineers there can offer you better insights.

    Viva Engage - BC Partners | Localizations

  • Suggested answer
    Grigorios Mavrogeorgis Profile Picture
    3,638 Super User 2026 Season 2 on at

    Hi, the field in Detailed GST Ledger Entry should be Buyer/Seller Reg. No., and it's not copied from the customer or vendor ledger entry. The GST posting code fills it during posting, from the vendor or customer, or from the Order Address or Ship-to when a code is on the document. That's why everything else looks fine and only this table is wrong.

    The same number on unrelated vendors and even customers doesn't look like setup. More like a value staying in memory between postings, or a filter that finds that one Order Address when the code is blank. Worth checking if the wrong entries come in blocks, same user, same day, right after an invoice of that vendor. And if any extension touches the GST posting.

    The India GST apps are open source in Microsoft's ALAppExtensions repo on GitHub, a search for Buyer/Seller Reg. No. shows where it's assigned. If it's standard code, open a support ticket.

    Glad to help - follow up if anything is unclear.   

    ►  If this solved it, marking it verified helps others too.       

    Regards,
    Grigorios Mavrogeorgis
    Business Central Consultant & AL Developer

    Work: Gmsoft Limited
    Blog:  insidebusinesscentral
    LinkedIn: linkedin.com/in/gregorymavrogeorgis

     

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Season of Sharing Community Challenge Winners!

Congratulations to our community stars!

Women in Power Builds Momentum

Expanding mentorship, skilling, and AI innovation

Congratulations to the August Top 10 Community Leaders

These are the community rock stars!

Leaderboard > Small and medium business | Business Central, NAV, RMS

#1
OussamaSabbouh Profile Picture

OussamaSabbouh 774 Super User 2026 Season 2

#2
YUN ZHU Profile Picture

YUN ZHU 569 Super User 2026 Season 2

#3
AndrewThomas81 Profile Picture

AndrewThomas81 296 Super User 2026 Season 2

Last 30 days Overall leaderboard

Featured topics

Microsoft Training Manuals

Product updates

Dynamics 365 release plans