Asset depreciation calculation returns inaccurate values after patch update

After applying the latest ICS 2023-1 patch (23.1.4), our depreciation schedules are calculating incorrect values for assets using the double-declining balance method. The straight-line depreciation appears unaffected.

We’re seeing approximately 15-20% variance in monthly depreciation amounts compared to pre-patch calculations. This is impacting our financial reporting and compliance requirements as we’re in the middle of quarter close.

Example calculation error:


Asset: EQUIP-2024-0156
Method: Double-Declining Balance
Expected Monthly: $2,847.50
Actual Calculated: $2,278.00
Variance: -20%

The depreciation logic validation seems to have changed. We’ve verified our asset master data is correct - acquisition cost, useful life, and salvage value all match our records. Has anyone experienced similar calculation issues after recent patches? We need to understand if this is a known bug or if the patch changed depreciation calculation rules.

Amy, you’ve identified the root cause. The patch introduced enhanced depreciation compliance features including the half-year convention option. Here’s the complete picture:

1. Patch Impact Analysis: Patch 23.1.4 introduced three new depreciation parameters that weren’t in previous ICS 2023-1 versions:

  • apply_half_year_convention (default: TRUE)
  • mid_quarter_convention_threshold (default: 40%)
  • salvage_value_floor_percentage (default: 10%)

These parameters were added for US GAAP compliance but weren’t prominently documented. The half-year convention affects first and last year depreciation calculations, which explains your 20% variance.

2. Depreciation Logic Validation: To verify the calculation is now correct according to standards:

SELECT asset_id, depreciation_method,
       half_year_convention, calculated_amount
FROM asset_depreciation_schedule
WHERE method_code = 'DDB'
AND calculation_date >= '2025-04-01'

Your asset EQUIP-2024-0156 is likely in its first year of service. With half-year convention enabled, the system now calculates:

  • First year: 50% of normal annual depreciation
  • Subsequent years: Full depreciation based on remaining book value
  • Last year: Remaining 50% of final year

This is why you’re seeing $2,278 instead of $2,847.50 - the system is applying the half-year rule.

3. Financial Compliance: You have three options to resolve this:

Option A - Accept New Calculation (Recommended for US GAAP): If you report under US GAAP, the new calculation is actually more compliant. Update your financial statements to reflect the corrected depreciation method. Document the change as a “change in accounting estimate” per ASC 250, which is applied prospectively.

Option B - Disable Half-Year Convention: Navigate to Asset Management > Configuration > Depreciation Rules and set:


apply_half_year_convention = FALSE
mid_quarter_convention_threshold = NULL

This reverts to your previous calculation method. However, you should validate this with your auditors.

Option C - Asset-Specific Configuration: For assets already in service before the patch, you can set individual override flags to maintain original calculation:


// Pseudocode - Batch update for existing assets:
1. Query all assets with in_service_date < '2025-04-01'
2. For each asset using DDB method:
   a. Set override_convention_flag = TRUE
   b. Set use_legacy_calculation = TRUE
   c. Update depreciation_schedule with recalculated values
3. New assets acquired after patch date use new convention
4. Document this hybrid approach in accounting policies
// This maintains continuity for existing assets

For your quarter close, I recommend:

  1. Immediately set apply_half_year_convention to FALSE to match your historical method
  2. Recalculate depreciation for all affected assets
  3. Document the configuration change and rationale
  4. Schedule a meeting with your auditors to determine the appropriate long-term approach
  5. For next fiscal year, consider adopting the half-year convention if it aligns with your reporting standards

The patch didn’t break anything - it enhanced compliance features but should have made the defaults configurable during upgrade. Log a support case with Infor requesting better documentation of calculation logic changes in future patches.


This draft is based on general Infor CloudSuite knowledge. It has not been verified against your specific version and environment. Practitioners: verify the steps and share your experience below.

We applied the same patch last week and haven’t noticed depreciation issues, but we primarily use straight-line method. Did you review the patch release notes? Sometimes Infor adjusts calculation logic to comply with updated accounting standards. Check if there were any changes to how salvage value is factored into double-declining calculations.

Kevin, I reviewed the patch notes but there’s no mention of depreciation logic changes. The notes only reference bug fixes for asset disposal workflows and performance improvements. That’s what’s concerning - if this was an intentional calculation change, it should have been documented. Our auditors are going to have questions about the variance.

Tested this on ICS 23.1.4 and setting apply_half_year_convention to FALSE in our depreciation parameters immediately restored accurate asset values across all affected asset books.

This could be a serious compliance issue if the calculation logic changed without documentation. For financial reporting, you need to establish whether the new calculation is correct according to GAAP/IFRS standards or if it’s actually a bug. Run a parallel calculation using Excel with the same asset parameters and compare. Also check if the patch modified how the system handles partial periods or if it’s now applying salvage value differently in the declining balance formula. Document everything for your audit trail.

I’d suggest checking the depreciation engine configuration tables after the patch. Sometimes patches reset custom configurations or apply new default parameters. Look at the asset_depreciation_rules table and verify the calculation formula parameters. Also check if there are any new system flags introduced by the patch that affect how book value is calculated. The 20% variance is too consistent to be random - it suggests a systematic change in the formula application.

Brandon, good catch. I found that the patch added a new configuration parameter ‘apply_half_year_convention’ that defaults to TRUE. This wasn’t in our previous version. Could this be causing the variance? We’ve always calculated depreciation using full monthly periods, not half-year convention.