Skip to content

Commit 9da50c7

Browse files
committed
push updates
1 parent fd0a5da commit 9da50c7

1 file changed

Lines changed: 15 additions & 12 deletions

File tree

support/dynamics-365/supply-chain/costing/inventory-closing-recalculation-reverse.md

Lines changed: 15 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -53,7 +53,7 @@ Most of the time, these issues are transient and don't cause any data corruption
5353

5454
An inventory reverse fails with the following error message:
5555

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
5757
5858
### Cause
5959

@@ -89,6 +89,7 @@ Usually, the system flags this error while posting transactions for an item that
8989
1. Once you fix the transactions, execute a consistency check for that item:
9090
1. Go to **System administration** > **Periodic tasks** > **Database** > **Consistency check**.
9191
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**.
9293
1. Set **Module** to **Inventory management**.
9394
1. Expand the **Item** tree and select the checkboxes for **Inventory transactions** and **On-hand**.
9495
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
118119
1. Identify the item and inventory transactions causing this error.
119120
1. Execute a consistency check for that item for on-hand and inventory transactions.
120121
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**.
122124
1. Set **Module** to **Inventory management**.
123125
1. Expand the **Item** tree and select the checkboxes for **Inventory transactions** and **On-hand**.
124126
1. Open the More menu (**...**) and select **Dialog**.
@@ -144,7 +146,7 @@ An inventory closing, recalculation, reverse, or journal posting (such as an inv
144146
Verify the ledger calendar period status:
145147

146148
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.
148150
1. The period status should be **Open** to allow for the posting of any adjustments.
149151
1. After updating the period status, resume the inventory operation.
150152

@@ -166,6 +168,7 @@ Verify that the main account is set up for the specified transaction type:
166168
Also, check the financial dimensions in the _Accounting Structure Setup_ for the corresponding main accounts:
167169

168170
1. Go to **General Ledger** > **Ledger setup** > **Ledger**
171+
1. Select the account structure that is experiencing issues.
169172
1. ???? <!-- Need to confirm with the SME how to check the financial dimensions -->
170173

171174
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:
181184
### Solution
182185

183186
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.
185188

186189
> [!NOTE]
187190
> 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
207210
As a temporary workaround:
208211

209212
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**.
211214
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**.
213216

214217
For a more permanent solution, update the project budget control cost to meet your business requirements.
215218

@@ -235,11 +238,11 @@ You can identify which transactions cause this issue from the `InventTrans` tabl
235238
- The `ValueOpen` field is set to `false`
236239
- The `NonFinancialTransferInventClosing` field is set to the record ID of a closing or recalculation voucher.
237240

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:
239242

240-
- `ValueOpen`
241-
- `NonFinancialTransferInventClosing`
242-
- `DateClosed`
243+
- `ValueOpen = 0`
244+
- `NonFinancialTransferInventClosing = 0`
245+
- `DateClosed = 1900-01-01 00:00:00.000`
243246

244247
After updating all problematic transactions, resume the closing or recalculation operation.
245248

@@ -262,8 +265,8 @@ This issue occurs when a SQL error prevents further execution and causes a proce
262265

263266
Usually, these SQL issues are transient and go away with retries.
264267

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.
266269

267270
## Additional support
268271

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

Comments
 (0)