The role still needs the account.
Kept, and asked about again at the next review.
Keep responsibilities, policy learning, devices and account reviews on each person’s record, so every leaver’s accounts get a decision and every exception has an end date.
Joins · moves · leaves
Most access mistakes happen at three moments. Asiri gives each one its own checklist, tied to the person’s record.
One record per person
Responsibilities, learning, devices and accounts sit on the same record. When someone asks why a person can reach a system, the answer is beside their role.
The account review
A review asks one question per account: does this role still need it? Each answer starts its own follow-up.
The role still needs the account.
Kept, and asked about again at the next review.
The role no longer needs it.
Stays open until a later inventory shows the account absent or suspended.
Needed for a short, stated reason.
A different manager accepts the bounded risk or returns it. It ends on its expiry date.
Removal, confirmed
Halima Sani moves from Finance to Operations on 1 Sep. The quarterly account review still lists her Finance system access.
Emeka Obi records the removal as required and asks the Finance system owner to remove the role. The review closes when the inventory confirms it.
Fictional company example
The decision, the follow-up and the proof of removal stay on Halima’s record.
Before you start
The accounts a connected directory or provider makes available, within the permissions you grant. Devices that people declare are labelled as declared, not as live observations.
No. Asiri records the decision and who made it. The removal is confirmed only when a later inventory shows the account absent or suspended.
No. A different company manager must review each exception and either accept the bounded risk or return it for correction.
Connected inventories depend on the configured provider and permissions. Declared devices are not live device observations, and an access-removal intention is not proof that removal happened.