Deleting old POs
b2amol
Member Posts: 64
Hi,
I have a few old PO's - (from last financial year or even before). Which have 'Qty Received not invoiced' in them, that makes it impossible to delete them. I cannot reverse the receipts since that function works only for items; my PO's are booked on GL accounts directly. Correcting entries cannot be posted since posting dates have already moved to current period.
Is there some way to get rid of the old PO's from the system?
Amol
I have a few old PO's - (from last financial year or even before). Which have 'Qty Received not invoiced' in them, that makes it impossible to delete them. I cannot reverse the receipts since that function works only for items; my PO's are booked on GL accounts directly. Correcting entries cannot be posted since posting dates have already moved to current period.
Is there some way to get rid of the old PO's from the system?
Amol
0
Comments
-
1. Post the invoice at the cost it should be
2. Reverse the invoice that you made using the G/L account.
3. Run Adjust Cost.
DO NOT DELETE THE POs!!!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 -
I generally look at this differently.
if the vendor ships you goods which you receive and then the vendor never sends you an invoice. The effect is that you received these goods at zero cost. Therefor my suggestion is to set the cost to zero and post then adjust.
Of course there are also scenarios where I would do it Alex's way, but it really depends on the scenario, and more often than no its a case where the vendor some how forgot to invoice the goods. Of course the proper solution is to call the vendor and ask them to send you an invoice, but I know many companies are reluctant to do that.David Singleton0 -
b2amol wrote:Hi,
I have a few old PO's - (from last financial year or even before). Which have 'Qty Received not invoiced' in them, that makes it impossible to delete them. I cannot reverse the receipts since that function works only for items; my PO's are booked on GL accounts directly.
Amol
<-- I understood it so, that he post G/L account and not an item. so he doesn't need to run the Adjust cost.
if it is really so, that you post the Received of an G/L Account, then is nothing happend. Only a Receipt Document is created.
So, to port the invoice for this G/L account, set the direct unit cost to zero if it 0. the result is an G/L Entry with amount 0.
RegardsDo you make it right, it works too!0 -
To keep an audit trial of what you have done, you could always add an additional line to the PO with a negative quantity and negative amount to contra the balances on the original PO line. Receipt this and then post. The resultant invoice will be for a zero amount.
I would use this method only for keeping a record of what I did, as the previous answer is just as valid and creates less accounting entries.0 -
David Singleton wrote:if the vendor ships you goods which you receive and then the vendor never sends you an invoice. The effect is that you received these goods at zero cost. Therefor my suggestion is to set the cost to zero and post then adjust.
But this will mess up the average cost for the item within that period. COGS will be affected as well.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 -
Alex Chow wrote:
But this will mess up the average cost for the item within that period. COGS will be affected as well.
Yes I agree, and that's why I say everycase needs to be evaluated according to the business need and not the "Navision" need.
The thing is that if I receive 100 Items at $50.00 and then get another 20 for free, then is the average cost:
a. (100*$50.00 + 20*$50.00) / 120 = $50.00 or
b. (100*$50.00 + 20*$0.00) / 120 = $41.67
In fact I think all the suggestions above are correct depending on the circumstances.
BTW, yes I reallize the OP was asking about GL, but this is all still sort of relevant.David Singleton0 -
No it won't, you got items for Zero, therefore it should adjust your average cost. But in this case it is a g/l account. We do what was suggested above, make a negative line. with an explanationAlex Chow wrote:David Singleton wrote:if the vendor ships you goods which you receive and then the vendor never sends you an invoice. The effect is that you received these goods at zero cost. Therefor my suggestion is to set the cost to zero and post then adjust.
But this will mess up the average cost for the item within that period. COGS will be affected as well.0 -
themave wrote:No it won't, you got items for Zero, therefore it should adjust your average cost. But in this case it is a g/l account. We do what was suggested above, make a negative line. with an explanation
The original user stated that he invoiced the POs using G/L. So he didn't receive it for zero. The adjusting entries should reflect what the cost the item was suppose to be invoiced at. Or else the margin reports will look very funky.
In addition, when you run adjust cost for the current period, you'll see a huge adjustment to your COGS (depending on the amount of your PO).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 -
Thank you guys,
This forum is a great help. In my case, i posted negative quantities with notes & it worked quite well.
regards,
Amol0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.7K 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
- 324 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
