"Posting No." is set when posting fail
JedrzejT
Member Posts: 267
Hello
I try to post invoice. Sometimes..something goes wrong. For exemple. "vendor invoice no." , "Customer Posting Group" or "payment method" is empty. Posing return error. When i correct data and try to posting again system give error somting like this "you must not specify posting no in...."
Why "Posting no." is set when posting fails?
No series table is modify and i lost one number. I know i can delete document and system create blank whith description "deleted document", but i really don't do that. Can i correct this without change post codeunit?
Thanks
Regards
I try to post invoice. Sometimes..something goes wrong. For exemple. "vendor invoice no." , "Customer Posting Group" or "payment method" is empty. Posing return error. When i correct data and try to posting again system give error somting like this "you must not specify posting no in...."
Why "Posting no." is set when posting fails?
No series table is modify and i lost one number. I know i can delete document and system create blank whith description "deleted document", but i really don't do that. Can i correct this without change post codeunit?
Thanks
Regards
0
Comments
-
Sorry...my fault. Someone from the project change table. I correct this. Everything's all right0
-
-
This has happend to us also.
You can simply put the "Posting No" on the Order header so you can see it.
If the posting Fails - it doesn't let you re-post without that erro somethimes.
you can delete the number shown on the header card & it should post fine & the order will have the next #.
Without having to delete the doc or redo anything.
The same thing might go for the "Shipping No." too.
_______
Strangely enough this solutions solves the problem when posting PO's too.0 -
Actually it is the question of local laws: if the tax bureau accepts to have a hole in the No. of posted invoices (so you cannot prove you did not delete an invoice), it's ok, but if they do not, then I think the only good solution is to disable invoicing from Sales Orders, only from separate invoices. That's what most people want to use anyway, as it prints Shipment No. on invoice.
Do It Yourself is they key. Standard code might work - your code surely works.0 -
Yes, just be carefull with putting the posting no on the form, cause when a user forgets to correct the no.series you will have a hole in your invoices.
Maybe you can make a small function for this in a seperate codeunit.0 -
note: In our case you only see this posting no on the form IF the post fails.
this is such a rare occurance but sometimes when you fix the problem that caused the fail and try to re-post it gives you that message. so we have to "clear-out" the posting no field else it just won't post.
..Those are some strick local laws..I guess it's more important in a public company than private.
for us as long as all the accounting numbers match up - everyone's happy.
once in a while a check no might be skipped (anyone ever heard of a printer eating a check, too low on toner, put in upside down, paper jam, etc,etc O:) )
there are plenty of legit reasons for gaps
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
