Report Aged Account Receivables and Payables

Vineeth.R
Member Posts: 121
Hi Experts,
Our Customer is demanding that the 'Balance' field in this 2 reports should always tally for the 2 options 'Aging By Due Date' and 'Aging By Poting Date'. Is it true? I am not getting the expected result in Chronus database. Is it like that or is it a bug.
Our Customer is demanding that the 'Balance' field in this 2 reports should always tally for the 2 options 'Aging By Due Date' and 'Aging By Poting Date'. Is it true? I am not getting the expected result in Chronus database. Is it like that or is it a bug.
Thanks and Regards
Vineeth.R
Vineeth.R
0
Comments
-
Hi Vineeth
The Balance field is same for both the options in Aged Accounts Receivable report in Cronus.
Regards,
Rajat0 -
Vineeth R. identified that there is a difference in the balances shown on R120 Aged Accounts Recievable depending on whether you select "Due Date" or "Posting Date". He is correct, though this is data-dependent, and I note a number of other posts with similar problems in Report 120.
We have a customer who we recently upgraded from 3.60 to NAV2009 SP1 and they very quickly picked up the issues:
1) If you age by Posting Date then the report balances to the balance sheet debtors control, but the aging is incorrect;
2) if you age by Due Date the aging is correct but, (depending on your data and when you run the report) the report no longer balances to the control account. It picks up postings after the end date.
The issue is data and time dependent. if you run the report on the day you are reporting it will be right. If you run it retrospectively it will probably be wrong.
In the UK, the change occurred when version V4.0 came out. NAV UK had a report 10520 up to V3.70 which correctly reconciled to the control account but it was dropped in V4.0 onwards, possibly because of the introduction of partial applications of payments. It still exists in NAV2009 R2.
I found a KB article on Partnersource in which Microsoft said that the report was designed to be an aid to cash flow and not a reconciliation report. Obviously Microsoft have never tried to tell that to an auditor!
A simple modification seems to resolve the problem:
Go to the second "Cust. Ledger Entry" data item which is labelled "OpenCustLedgEntry".
In the OpenCustLedgEntry - OnPreDataItem() trigger, comment out the 'IF' conditional lines as follows and add appropriate documentation;
//IF AgingBy = AgingBy::"Posting Date" THEN BEGIN
SETRANGE("Posting Date",0D,EndingDate);
SETRANGE("Date Filter",0D,EndingDate);
//END;
This insures that regardless of which method you select, the report will not include new documents or payments posted after the EndingDate.
If you now run the report by "Due Date" it will be correctly aged and should reconcile to the debtors control account (filtered up to and including the ending date and provided there are no direct postings to the control account).
applico.co.uk0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions