URGENT : Inconsistency in VAT Entry table

pedroccda
Member Posts: 90
I try to execute the database test for testing Field relationships between tables and I get a lot of warnings like this:
:!:
Warning: 'VAT Entry' does not exist. Entry No.: 608 The Closed by Entry No. field in the VAT Entry table has a table relationship to the Entry No. field in the VAT Entry table. 'VAT Entry' has the following identification fields and values: Entry No.='380'
:!:
This means that it refer to a record that doesn't exist...but the value of the field The Closed by Entry No. is assigned automatically by the Codeunit 12. #-o
So, why my db is inconsistent? Anyone has a similar situation? #-o
I try to understand the way the codeunit assign the The Closed by Entry No. and I see that it depends on Type and VAT Prod. Posting Group change, but it's not trivial to understand it at all for correct the db inconsistency.
:!:
Warning: 'VAT Entry' does not exist. Entry No.: 608 The Closed by Entry No. field in the VAT Entry table has a table relationship to the Entry No. field in the VAT Entry table. 'VAT Entry' has the following identification fields and values: Entry No.='380'
:!:
This means that it refer to a record that doesn't exist...but the value of the field The Closed by Entry No. is assigned automatically by the Codeunit 12. #-o
So, why my db is inconsistent? Anyone has a similar situation? #-o
I try to understand the way the codeunit assign the The Closed by Entry No. and I see that it depends on Type and VAT Prod. Posting Group change, but it's not trivial to understand it at all for correct the db inconsistency.
Kiki
0
Comments
-
pedroccda wrote:I try to execute the database test for testing Field relationships between tables and I get a lot of warnings like this:
:!:
Warning: 'VAT Entry' does not exist. Entry No.: 608 The Closed by Entry No. field in the VAT Entry table has a table relationship to the Entry No. field in the VAT Entry table. 'VAT Entry' has the following identification fields and values: Entry No.='380'
:!:
This means that it refer to a record that doesn't exist...but the value of the field The Closed by Entry No. is assigned automatically by the Codeunit 12. #-o
So, why my db is inconsistent? Anyone has a similar situation? #-o
I try to understand the way the codeunit assign the The Closed by Entry No. and I see that it depends on Type and VAT Prod. Posting Group change, but it's not trivial to understand it at all for correct the db inconsistency.no one has any idea?
Kiki0 -
Check on your VAT Entry table, perhaps the record with entry no. : 380 has been deleted somehow.Be fast, be straight, be quiet0
-
Iqbal Febriano wrote:Check on your VAT Entry table, perhaps the record with entry no. : 380 has been deleted somehow.
The problem is the contrary. Record 380 exists but the 608 doesn't exist. The problem is that this record are created by a standard codeunit...so why there are inconsistencies?Kiki0 -
OK, so you have one or few records deleted. I believe the codeunit work well. But maybe another process delete it / them somehow. If you are doing some customization, check out whether it has effect on VAT Entry table.Be fast, be straight, be quiet0
-
Has there been a date compression on the VAT Entries ? Check the date compression registers.Kai Kowalewski0
-
Iqbal Febriano wrote:OK, so you have one or few records deleted. I believe the codeunit work well. But maybe another process delete it / them somehow. If you are doing some customization, check out whether it has effect on VAT Entry table.
Someone has modified the codeunit 12... but it seems not to touch the parts relative to the field that has the problem....Kiki0 -
Did the client have power (electricity) problems? We had the same problem, due to power failures and database damages.
- Try a full database test
- Try a backup-restore
If encounter any problems, tell Microsoft to help you using their C/DART tool.
Do It Yourself is they key. Standard code might work - your code surely works.0 -
Shenpen wrote:Did the client have power (electricity) problems? We had the same problem, due to power failures and database damages.
- Try a full database test
- Try a backup-restore
If encounter any problems, tell Microsoft to help you using their C/DART tool.
I think we haven't power (electricity) problems. thank you...Kiki0
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