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

Announcements

News and Announcements icon
Community site session details

Community site session details

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

How to Backtrack and Identify Incorrect G/L Entries in Business Central?

(1) ShareShare
ReportReport
Posted on by 26

Our client was previously using Microsoft Dynamics 365 Business Central, but the system was implemented incorrectly by the previous implementer. According to the client, incorrect unit cost calculations resulted in invalid General Ledger entries being posted over time.

We are currently reviewing the live G/L data and have found several unusual entries, including multiple negative entries, negative account balances, and transactions with extremely large amounts. At this stage, it is unclear whether these negative entries are valid corrections or reversals, or whether they were created because of incorrect unit costs, costing adjustments, configuration issues, or incorrect posting processes.

Since this is live production data, obtaining and validating all historical records and supporting documents from the client will take considerable time.

Is there a reliable way to backtrack G/L entries in Business Central and determine which entries are correct and which are incorrect?

Can this issue only be resolved if the client provides a cleaned and validated dataset, or is there a way for us to independently trace and validate the existing data within Business Central?

We would like to understand the fastest and most effective approach to:

  • Trace the original source of a G/L entry
  • Understand why multiple negative entries were created
  • Determine whether negative entries represent valid reversals, corrections, cost adjustments, or incorrect postings
  • Identify whether an entry originated from inventory costing, cost adjustment, production, purchasing, sales, or a manual journal
  • Link the G/L entry to the related Value Entry, Item Ledger Entry, G/L Register, and source document
  • Verify whether the unit cost and resulting G/L amount were calculated correctly
  • Identify duplicate, reversed, adjusted, or incorrectly posted entries
  • Determine the financial impact of the invalid entries
  • Identify the root cause of the incorrect postings
  • Correct the entries using the appropriate Business Central process
  • Maintain a proper audit trail
  • Proceed safely with the production go-live

We do not want to delete or directly modify posted ledger entries. Our objective is to identify which entries are valid, which entries require correction, and whether the existing data can be independently validated without waiting for the client to provide a completely cleaned dataset.

Are there any standard Business Central pages, reports, reconciliation tools, or recommended investigation procedures that can help with this type of issue?

Any guidance, best practices, or experience with a similar costing and G/L reconciliation issue would be greatly appreciated.

Thank you.

I have the same question (0)
  • Suggested answer
    YUN ZHU Profile Picture
    102,763 Super User 2026 Season 2 on at

    In your situation, you can only troubleshoot this manually. The system doesn't know whether the posted entry is the one you consider incorrect. You need to find the suspicious line item and then trace it back using the method below.

     

    Also, pay special attention to entries where System-Created Entry is No, as these might have been posted directly through General Journals.

     

    Thanks

    ZHU

  • Suggested answer
    AndrewThomas81 Profile Picture
    2,374 Super User 2026 Season 2 on at

    You can add to the G/L Entries list page “Source Code” to track where the entry was generated from

    You can also add “Reversed” which will show if an entry has been reversed (reversals are also flagged so should all net off)

    You can't modify/delete posted entries, so standard procedure for correcting errors would be to reverse via G/L Entries or G/L Register and re-post.

    If errors are linked to sub ledgers (sales/purchase/FA etc) you will need to reverse from those sources for example by generating credit memos.

     

    Kind Regards

     

    Andrew Thomas FCCA MCP

    YouTube - Use Business Central

    LinkedIn

  • Suggested answer
    Teagen Boll Profile Picture
    3,539 Super User 2026 Season 2 on at

    Other comments are good and have great points. You will need to go through this month by month using fields and filters. At this point it almost sounds like the client needs a re-implementation if the balances really can't be trusted. While there are filters you can use it could take hundreds of hours if not more to reconcile that many entries.

     

    I'd start with what you know is right. Work backwards till you hit a month you know has a lot of incorrect or invalid entries and see if you can isolate what the issue is based off the Source Code or System Entry fields. Check to see the user who posted them or see if there is a similar account being posted to. If it's a consistent GL account you will need to reconcile with the General Posting Setup, Customer Posting Groups, Vendor Posting Groups, Currencies Table, Fixed Asset Posting Groups, Inventory Posting Groups and so on. Pretty much all posting setup tables where automatic postings or system entries could be posted need to be validated.

     

    You can always select a GL Account and look at the Where-used list: 

     

    And if you are having issues understanding the flow of information which is quite common I recommend this free app which T-accounts entries: Browse Apps | Microsoft Marketplace

     

    Best,

    Teagen Boll, CPA
  • Suggested answer
    Grigorios Mavrogeorgis Profile Picture
    3,041 Super User 2026 Season 2 on at

    Hi, most of this you can do without waiting for the client. Start from the Source Code on the G/L Entry and the G/L Register, that already tells you if it came from a sales invoice, a purchase, a manual journal, or from Post Inventory Cost to G/L. Then use Find Entries, it walks you back to the item ledger and value entries behind that amount. On the value entry look at Entry Type and the Adjustment field, revaluation and adjustment lines are usually where the odd negatives come from, cost adjustment reaching back and correcting old shipments long after posting.

    Run Inventory to G/L Reconcile and the Post Inventory Cost to G/L report first, that gives you the size of the gap in numbers instead of guessing.

    The part you can't do alone is proving the unit cost itself was right, there you need the original purchase documents.

    What costing method are the items on, and is Automatic Cost.

    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 July Top 10 Community Leaders

These are the community rock stars!

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

#1
OussamaSabbouh Profile Picture

OussamaSabbouh 562 Super User 2026 Season 2

#2
YUN ZHU Profile Picture

YUN ZHU 503 Super User 2026 Season 2

#3
Grigorios Mavrogeorgis Profile Picture

Grigorios Mavrogeorgis 332 Super User 2026 Season 2

Last 30 days Overall leaderboard

Featured topics

Microsoft Training Manuals

Product updates

Dynamics 365 release plans