# Source mapping Rule should not remove the value is account is missing

**URL:** <https://developer.sailpoint.com/discuss/t/source-mapping-rule-should-not-remove-the-value-is-account-is-missing/217063>\
**Category:** IIQ Discussion and Questions\
**Tags:** identityiq\
**Created:** [July 22, 2026, 2:29pm UTC](https://developer.sailpoint.com/discuss/t/source-mapping-rule-should-not-remove-the-value-is-account-is-missing/217063 "2026-07-22T14:29:52Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**Author:** ![punna0001](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/punna0001/32/42011_2.png) [@punna0001](https://developer.sailpoint.com/discuss/u/punna0001)\
**Post date:** [July 23, 2026, 9:58am UTC](https://developer.sailpoint.com/discuss/t/source-mapping-rule-should-not-remove-the-value-is-account-is-missing/217063/2 "2026-07-23T09:58:42Z")

</div>

Hello Divya. If this happens during a Refresh Identity Cube task with only Refresh identity attributes enabled, it matches a defect SailPoint fixed in IdentityIQ 8.5 under [IIQTC-626](https://community.sailpoint.com/mpomh84452/attachments/mpomh84452/IIQ_docs/709/3/8.5_IdentityIQ_Release_Notes.pdf). The defect caused an identity attribute value to be removed when the identity no longer had an account for the associated application source-mapping rule.

Could you confirm your IIQ version, patch level, and the options enabled on the refresh task?

If you are on 8.5 or later and the same scenario still reproduces, I would open a SailPoint Support case and reference IIQTC-626. If you are below 8.5, upgrading would be the cleanest fix, or you could check with Support whether the fix is available for your current version.

---

_[View the full topic](https://developer.sailpoint.com/discuss/t/source-mapping-rule-should-not-remove-the-value-is-account-is-missing/217063)._
