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

Prepmt Line Amount Discrepancy Against PO Line Amount

(1) ShareShare
ReportReport
Posted on by 134
Hello!
 
The BC environment I'm currently working on has the "Prepmt. Auto Update Frequency" field in the "Purchases & Payables Setup" page set to Daily. Some of Released POs automatically reverted to Pending Prepayment. It turns out that there are discrepancies between the  Prepmt. Amt. Invoice and Prepmt Line Amount on the PO lines. 
 
Can anyone please tell me what's causing the discrepancy on the Prepmt Line Amount?
 
 
 
Thanks!
I have the same question (0)
  • KasparsSemjonovs Profile Picture
    4,821 Super User 2026 Season 1 on at
    0,01 difference could be caused due to rounding, if the prepayment is split, but still I would think it could be a bug, or some wrong rounding setups. 

    Can You share more details? IS this SaaS or On-Prem (which version?)
    Also Please send more details how the lines are created - what is the quantity, direct unit cost and what is the VAT % - that way we can try to replicate this scenario in different systems and check if the same result is given.

    Also if You have any extensions/localization/external document management system integrated with BC - You can try to remove them in your test system, and try to repeat these scenarios.
  • CU27090506-0 Profile Picture
    134 on at
    I'd like to focus on the third example I posted.
    This PO was originally reverted to Pending Prepayment because of the .01 Prepmt Line Amount. We reopened this and corrected the decimal point. This PO was then released. However, after the warehouse user posted a receiving report for this PO, the .01 in the Prepmt Line Amount returned, causing the status of the Purchase Order to be reverted to Pending Prepayment.

    SaaS, 24.4.22295.25119
    Check Prepmt. when Posting : Disabled
    Prepmt. Auto Update Frequency : Daily
    Prepayment Invoice is not split.
    Quantity: 152
    Unit Code: MT
    Unit: Metric Ton
    Direct Unit Cost: 535.00
    Line Amount: 81,320.00
    VAT Posting Group: PUR_EXEMPT
     
    Qty Received : 152
    Qty to Invoice : 37.975
    Qty Invoiced : 114.025
     
    Prepayment %: 100
    Prepayment Amt. Invoice :  81,320.00
    Prepayment Line Amount : 81,320.01
    Prepayment Amt. Deducted : 61,003.38
    Prepayment Amt. to Deduct: 20,316.62
  • Suggested answer
    DAnny3211 Profile Picture
    11,419 Super User 2026 Season 1 on at

    Hi,

    Thanks for your question! The discrepancy you're seeing between the Preempt. Amt. Invoice and the Preempt Line Amount on the Purchase Order lines could be due to a few factors, especially when the "Preempt. Auto Update Frequency" is set to Daily.

    Here are some possible causes:

    1. Partial Prepayment Invoicing: If a prepayment invoice has been posted but not fully applied or deducted, the Preempt Amt to Deduct may not reflect the full amount, causing a mismatch.

    2. Manual Adjustments: Any manual changes to the PO lines after the prepayment invoice was posted can lead to inconsistencies in the calculated prepayment amounts.

    3. VAT Calculation Differences: Ensure that VAT is consistently excluded or included across all fields. Sometimes, rounding or VAT treatment differences can cause apparent discrepancies.

    4. Update Timing: Since the update frequency is set to Daily, the system may not immediately reflect changes made during the day. Try manually triggering the update or reviewing the job queue to confirm when the last update occurred.

    5. Prepayment % vs. Line Amount Logic: Double-check that the Prepayment % is correctly applied to the line amount excluding VAT. Any mismatch in the base amount used for calculation can result in differences.

    If the issue persists, it might be worth reviewing the prepayment setup on the vendor card and the PO itself, or checking for any customizations that could affect this logic.

    Hope this helps!
    Please mark this response as helpful if it answered your question.

    Best regards!

  • Suggested answer
    Ahmad Subhani Profile Picture
    660 on at
    Hi,
     
    I think so because we can control taxation at the time of Posting a Prepayment in the System and in the Final Invoice it gives us the adjusted value. Because of that it could occur.
     
    Mark the Answer as Verified if this is Helpful.
     

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

Introducing the 2026 Season 1 community Super Users

Congratulations to our 2026 Super Stars!

Meet the Microsoft Dynamics 365 Contact Center Champions

We are thrilled to have these Champions in our Community!

Congratulations to the March Top 10 Community Leaders

These are the community rock stars!

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

#1
OussamaSabbouh Profile Picture

OussamaSabbouh 2,024 Super User 2026 Season 1

#2
YUN ZHU Profile Picture

YUN ZHU 1,145 Super User 2026 Season 1

#3
Khushbu Rajvi. Profile Picture

Khushbu Rajvi. 705 Super User 2026 Season 1

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans