Year End Closing POST to wrong account
nikeman77
Member Posts: 517
hi everyone,
during year end closing, what to do when a user had post to the wrong account?
both income/ balance field are of balance sheet type?
1.Can I do journal adjustments select From Account type = G/L, To Account Type = G/L
2.But how do I know what are the amount effected?
3.What other factor/ points do I need to take note or find out?
sorry guys, i have no finance knowledge of any sort here..
during year end closing, what to do when a user had post to the wrong account?
both income/ balance field are of balance sheet type?
1.Can I do journal adjustments select From Account type = G/L, To Account Type = G/L
2.But how do I know what are the amount effected?
3.What other factor/ points do I need to take note or find out?
sorry guys, i have no finance knowledge of any sort here..
0
Answers
-
1.Can I do journal adjustments select From Account type = G/L, To Account Type = G/L
Yes, you can post transactions. Just remeber the "close income statement" batch job posts transaction using Closing date (prefix date with 'C'). You should use the same date.
2.But how do I know what are the amount effected?
Chart of Accounts with flow filter (Date Filter) of closing date.
3.What other factor/ points do I need to take note or find out?
Consult the accountants or the auditors.CA Sandeep Singla
http://ssdynamics.co.in0 -
hi ssingla,
after all the processes do we need to repeat year end closing? :-k0 -
Yes you should. It should not create any entries but just to recheck.
P.S.: The first step before you start rectification is to update all the G/L Accounts with their correct "Income/Balance" values.CA Sandeep Singla
http://ssdynamics.co.in0 -
hi ssingla,
any methods to rectify the wrong posting account issues without re-doing the year end closing?
:roll:0 -
-
ssingla,
reverse is the correct way.. just too bad that the whole closing got to be repeated again..
0 -
nikeman77 wrote:ssingla,
reverse is the correct way.. just too bad that the whole closing got to be repeated again..
Not too bad since the entries are created automatically. It's not like the user is having to type in everything manually.Confessions of a Dynamics NAV Consultant = my blog
AP Commerce, Inc. = where I work
Getting Started with Dynamics NAV 2013 Application Development = my book
Implementing Microsoft Dynamics NAV - 3rd Edition = my 2nd book0 -
We've found that most of our customer take a backup before processing year end. This way they can revert back to it if they made a huge mistake that can't be easily rectified with a journal entry. It makes the process more time consuming, but they like the safety net. Also, if you first peform the year end in a test company and confirm you are getting the same results, where would be no need to make any corrections.0
-
asiegle,
i like your preventive actions suggestions :thumbsup: ... will propose to do so... especially when it meet with auditing period during year end.. [Finance closing] + [auditor requires report generation] + [daily operations] that performance going to be an issues too...
=D>0 -
..... especially for company with "Additional Reporting Currency", as closing will direct post to GL [-o<0
Categories
- All Categories
- 75 General
- 75 Announcements
- 66.7K Microsoft Dynamics NAV
- 18.8K 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
- 610 NAV Courses, Exams & Certification
- 1.9K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 251 Dynamics CRM
- 103 Dynamics GP
- 6 Dynamics SL
- 1.5K Other
- 991 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 28 Design Patterns (General & Best Practices)
- Architectural Patterns
- 9 Design Patterns
- 4 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1K General Chat
- 1.6K Website
- 77 Testing
- 1.2K Download section
- 23 How Tos section
- 249 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions