Hello Yann Foret,
With Microsoft Entra ID SCIM provisioning, this behavior is entirely expected. Entra does not call the SCIM DELETE endpoint when a user is deleted from the Enterprise Application assignment. Rather, Entra sends a PATCH operation that sets "active": false in order to carry out a soft-delete.
- In Entra SCIM, this is the typical behavior for user unassignment, and it guarantees that the user object is still accessible for reactivation in the future.
Entra doesn't send out a new POST request if the same user is subsequently added back to the application. Rather, it reactivates the current SCIM user object by sending another PATCH with "active": true. Unless the user is provided for the first time, a POST is never used to rebuild the user.
- Only when the Entra user object is permanently removed from Azure AD and the provisioning function "When a user is deleted in Azure AD, delete the user in the target system" is activated in the provisioning settings is the SCIM DELETE endpoint utilized. A DELETE call will never be triggered by a standard unassignment from the app.
Hence,
- Unassign user → PATCH active: false
- User reassignment -> PATCH active:true
- Only complete deletion of tenant users (with the appropriate configuration enabled) → DELETE.
If the resolution was helpful, kindly take a moment to accept the answer as a token of appreciation.