You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: support/dynamics-365/supply-chain/costing/inventory-closing-recalculation-reverse.md
+15-12Lines changed: 15 additions & 12 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -53,7 +53,7 @@ Most of the time, these issues are transient and don't cause any data corruption
53
53
54
54
An inventory reverse fails with the following error message:
55
55
56
-
> Another Inventory %1 reverse for voucher %2 is running. Duplicate reverse is not allowed
56
+
> Another Inventory \<OperationType\> reverse for voucher \<VoucherID\> is running. Duplicate reverse is not allowed
57
57
58
58
### Cause
59
59
@@ -89,6 +89,7 @@ Usually, the system flags this error while posting transactions for an item that
89
89
1. Once you fix the transactions, execute a consistency check for that item:
90
90
1. Go to **System administration** > **Periodic tasks** > **Database** > **Consistency check**.
91
91
1. In the consistency check dialog, set **Check/Fix** to **Fix error**.
92
+
1. If you just want to identify inconsistencies but not make any changes, set **Check/Fix** to **Check**.
92
93
1. Set **Module** to **Inventory management**.
93
94
1. Expand the **Item** tree and select the checkboxes for **Inventory transactions** and **On-hand**.
94
95
1. Open the More menu (**...**) and select **Dialog**.
@@ -118,7 +119,8 @@ This error usually occurs because of business data corruption due to manual data
118
119
1. Identify the item and inventory transactions causing this error.
119
120
1. Execute a consistency check for that item for on-hand and inventory transactions.
120
121
1. Go to **System administration** > **Periodic tasks** > **Database** > **Consistency check**.
121
-
1. In the consistency check dialog, set **Check/Fix** to ?????. <!-- (need to confirm with SME) -->
122
+
1. In the consistency check dialog, set **Check/Fix** to **Fix error**.
123
+
1. If you just want to identify inconsistencies but not make any changes, set **Check/Fix** to **Check**.
122
124
1. Set **Module** to **Inventory management**.
123
125
1. Expand the **Item** tree and select the checkboxes for **Inventory transactions** and **On-hand**.
124
126
1. Open the More menu (**...**) and select **Dialog**.
@@ -144,7 +146,7 @@ An inventory closing, recalculation, reverse, or journal posting (such as an inv
144
146
Verify the ledger calendar period status:
145
147
146
148
1. Go to **General Ledger** > **Calendars** > **Ledger calendars**.
147
-
1. Select the required ledger period and then verify the period status for specific legal entities.
149
+
1. Select the required ledger period and then verify the period status for the legal entities experiencing issues.
148
150
1. The period status should be **Open** to allow for the posting of any adjustments.
149
151
1. After updating the period status, resume the inventory operation.
150
152
@@ -166,6 +168,7 @@ Verify that the main account is set up for the specified transaction type:
166
168
Also, check the financial dimensions in the _Accounting Structure Setup_ for the corresponding main accounts:
167
169
168
170
1. Go to **General Ledger** > **Ledger setup** > **Ledger**
171
+
1. Select the account structure that is experiencing issues.
169
172
1. ???? <!-- Need to confirm with the SME how to check the financial dimensions -->
170
173
171
174
After verifying your configuration, resume the closing or recalculation operation.
@@ -181,7 +184,7 @@ An inventory closing or recalculation fails with the following error message:
181
184
### Solution
182
185
183
186
1. Go to **General Ledger** > **Calendars** > **Ledger calendars**.
184
-
1. Select the required ledger period, then check the access level for specific modules and legal entities.
187
+
1. Select the required ledger period, then check the access level for specific modules and the legal entities experiencing issues.
185
188
186
189
> [!NOTE]
187
190
> The default access level for all the modules is **\<All\>**
@@ -207,9 +210,9 @@ This issue can appear when inventory closing, recalculation, or reverse adjustme
207
210
As a temporary workaround:
208
211
209
212
1. Go to **Project management and accounting** > **Setup** > **Project management and accounting parameters** > **Cost control**.
210
-
1. Set **Budget control** to **Disabled**.<!-- Need to ask SME where "Use budget control" applies to -->
213
+
1. Set **Budget control** to **Disabled**.
211
214
1. Resume the inventory closing, recalculation, or reverse voucher.
212
-
1. After the inventory operation completes, set **Budget control** back to **Enabled**.<!-- Need to confirm this value with the SME -->
215
+
1. After the inventory operation completes, set **Budget control** back to **Enabled**.
213
216
214
217
For a more permanent solution, update the project budget control cost to meet your business requirements.
215
218
@@ -235,11 +238,11 @@ You can identify which transactions cause this issue from the `InventTrans` tabl
235
238
- The `ValueOpen` field is set to `false`
236
239
- The `NonFinancialTransferInventClosing` field is set to the record ID of a closing or recalculation voucher.
237
240
238
-
For each problematic transaction you identify, reset the following fields: <!-- What does resetting them entail -->
241
+
For each problematic transaction you identify, update the following field values:
239
242
240
-
-`ValueOpen`
241
-
-`NonFinancialTransferInventClosing`
242
-
-`DateClosed`
243
+
-`ValueOpen = 0`
244
+
-`NonFinancialTransferInventClosing = 0`
245
+
-`DateClosed = 1900-01-01 00:00:00.000`
243
246
244
247
After updating all problematic transactions, resume the closing or recalculation operation.
245
248
@@ -262,8 +265,8 @@ This issue occurs when a SQL error prevents further execution and causes a proce
262
265
263
266
Usually, these SQL issues are transient and go away with retries.
264
267
265
-
Sometimes, customizations also result in deadlocks and blocking issues due to inappropriate transaction scopes and error handling. Trace the error message from the batch job or related processes, call stack, and SQL statement. Verify if any customizations are present. If customizations are present, check the indexes and index fragmentation. <!-- The indexes and index fragmentation of what? The customizations? The tables the customizations are applied to? -->
268
+
Sometimes, customizations also result in deadlocks and blocking issues due to inappropriate transaction scopes and error handling. Trace the error message from the batch job or related processes, call stack, and SQL statement. Verify if any customizations are present. If customizations are present, check the indexes and index fragmentation for the SQL table mentioned in the error message.
266
269
267
270
## Additional support
268
271
269
-
If the guidance in this article doesn't resolve your issue, contact Microsoft Support or your partner for further assistance.
272
+
If the guidance in this article doesn't resolve your issue, contact Microsoft Support or your partner for further assistance.
0 commit comments