System changes

A change to a system, policy, or process should be recorded, reviewed, and, if it goes wrong, rolled back. System changes is that record: a request-to-implementation trail for change management.

System changes is included in Premium and Enterprise, and it works on

the Free plan too.

A change request

Each entry has a title, a type (system, policy, process, infrastructure, personnel, vendor, other), the system affected, a description, a risk level, and a change date. Flag sensitive data impact when the change touches personal or confidential data (or, where HIPAA applies to your organization, protected health information: the same flag, worded "or PHI"), and capture a rollback plan and test results where they apply.

The workflow

A request moves through clear states, each set by an explicit action:

1. Planned — the request as filed.
2. Approved — an admin signs off (the approver and time are stamped).
3. Implemented — the change is live (time stamped).
4. Rolled back or Rejected — end states for changes that were reversed or declined.

The list summarizes what's planned, what's approved but not yet implemented, and what was implemented this month.

Who can do what

Org admins create change requests and drive them through approval, implementation, and rollback. Everyone else views the log read-only.